http://bugs.winehq.com/show_bug.cgi?id=1464
------- Additional Comments From trust_kno_1(a)hotmail.com 2003-19-05 10:50 -------
I have the exact same problem and thought it was only me since the new wine
seemed fixed for everyone else. I'm fully updated aswell. curiously crossover works.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1464
rebus(a)seznam.cz changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INVALID |
------- Additional Comments From rebus(a)seznam.cz 2003-19-05 08:37 -------
Sorry, but it is strange to see bug report resolved by signing it INVALID
without single line of description.
Yesterday I have tried to compile it directly from CVS and the result was still
the same.
I use kernel from RH9, I use --with-nptl, I do not use LD_ASSUME_KERNEL=2.2.5
and I am still not able to run wine on none of 3 machines which I tested.
I still think it is a critical bug which prevents wine from running on RH9
machines. I am willing to give any additional info you ask.
thank you
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1464
mike(a)theoretic.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1469
juan(a)virtual-orbis.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download, regression
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1469
------- Additional Comments From juan(a)virtual-orbis.com 2003-18-05 21:31 -------
Created an attachment (id=250)
--> (http://bugs.winehq.com/attachment.cgi?id=250&action=view)
Error message issued by winzip installer
I just did:
wine winzip70.exe
then the installer window appears, I pressed [Setup] button. And the process
started...(and failed with the message shown on attached picture)
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1470
Summary: wine-20030508 wine-0.20030508-1.i386.rpm Still broken on
RH 9 ?
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: trust_kno_1(a)hotmail.com
As soon as Installation is complete either from source or the new binarys
I get:
err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr
0x4028cdf4
no matter what app I try to load like notepad.exe it dumps that. I've also tried
export LD_ASSUME_KERNEL=2.2.5 and --with-ntpl but that didn't work either.
Redhat recently updated their kernel but i think it was only to fix the DoS issues.
Sorry if this is something stupid i've done on my part but nobody has anwsered
anyones questions in #winhq for hours (love sundays). reproduceable, but I hope
my 233 won't be asked to compile again :)
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1469
Summary: Regression: winzip 7.0 (SR-1) fails to install since
20030408 wine
Product: Wine
Version: 20030508
Platform: PC
URL: http://www.paed.uscourts.gov/winzip70.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: juan(a)virtual-orbis.com
It used to install without problems under wine-20030408, but now under wine-
20030508 it fails to install and pops up a message telling that it can't access
E:\ drive (default drive for /tmp). I returned to wine-20030408 and installed
well with the same config file made by the lastest version.
I know its an old version of the winzip software, but it shows us that
something is broken since then.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1468
Summary: Rebuild of .src.rpm on clean system can't run regedit
Product: Wine
Version: 20030508
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: ed(a)halley.cc
I am trying to build the latest .src.rpm on a clean RHL9 setup. I've gotten to
the point where it wants to run the wineserver just long enough to run regedit
to populate a new registry with winedefault.reg.
Since there's no LD_LIBRARY_PATH pointing at the build-root's dlls/ or libs/
areas, wineserver cannot load.
If I work manually in the build-root with a good LD_LIBRARY_PATH, it does get
slightly farther. But the miscemu/wine executable still has a hardwired future
path for ntdll.dll.so instead of relying on the LD_LIBRARY_PATH.
--------------------------------------------
...
+ sed 's|"Path" = "/c"$|"Path" =
"/home/halley/rpm/tmp/wine-20030508-root/usr/share/wine-c"|'
documentation/samples/config.rh
+ sed 's|"Path" = "${HOME}"$|"Path" = "/home/halley/rpm/BUILD/wine-20030508"|' -
+ WINEPREFIX=/home/halley/rpm/BUILD/wine-20030508/documentation/samples
+ programs/regedit/regedit winedefault.reg
programs/regedit/regedit: line 89: /home/halley/rpm/BUILD/wine-20030508
/home/halley/rpm/BUILD/wine-20030508/miscemu/wine: No such file or directory
programs/regedit/regedit: line 89: exec: /home/halley/rpm/BUILD/wine-20030508
/home/halley/rpm/BUILD/wine-20030508/miscemu/wine: cannot execute: No such file
or directory
error: Bad exit status from /home/halley/rpm/tmp/rpm-tmp.84491 (%install)
RPM build errors:
Bad exit status from /home/halley/rpm/tmp/rpm-tmp.84491 (%install)
--------------------------------------------
This is true whether I'm walking through the .spec or the tools/wineinstall at
this point.
Possible recommendation I've not yet tried: move the registry-populating work
out of the %install stage script, and into the %post stage script. %install is
run on the *builder's* system setting up the built files which must be copied
onto a user's system and shouldn't rely on running the app just built (since you
are usually building as non-root, and without the app fully installed, etc).
%post is for running on the *user's* system, and can use the full capabilities
and configuration of the user's permissions and system layout.
I really prefer the .src.rpm format to the tarball format. It allows me to
incorporate, develop and offer patches easier, and it helps me track the package
for uninstalls later. I've tried the past couple .src.rpms, and it's just not
able to get past this point.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1351
juan(a)virtual-orbis.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jhei(a)iki.fi
Component|wine-dos |wine-console
Summary|JP soft's 4DOS |JP soft's 4DOS metabug
------- Additional Comments From juan(a)virtual-orbis.com 2003-18-05 14:19 -------
1) wineconsole 4dos.com gives me an error:
err:wineconsole:WINECON_Init failed to init.
2) wineconsole -- --backend=user 4dos.com
does work in a new window, but it shows several messages on parent
console: (will expand on separate bugreports)
err:int:DOSVM_Int09SendScan keyboard queue overflow (many times)
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters
(plus a set of registers that vary)
err:keyboard:X11DRV_ToUnicode Please report: no char for keysim 0000
...
..and so.
Moreover, it is hard to type (because of the above?) into the window.(It's slow
or doesn't get the keystrokes fast enough -I felt like having a very old hard-
to-type keyboard!)
About the 4dos features, I found only the command "dir" works, other known
commands as "list" or "describe"(very important!) doesn't work well.
I have to add on this:
-command "list" clears the screen and hangs
-command "describe" doesn't shows a message prompting the user to add
the description to a particular file:
example: (under w98)
c:\>describe wget.exe
Describe "C:\WGET.EXE" : program to get URLs fast
~~~~~~~~~~~~~~~~~~~~~~~~~(prompt)
under wine, there is a blank line instead of the prompt, but the
command does add the description typed on the blank line.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.