http://bugs.winehq.com/show_bug.cgi?id=1464
------- Additional Comments From jbon(a)cfl.rr.com 2003-21-05 08:53 -------
Created an attachment (id=254)
--> (http://bugs.winehq.com/attachment.cgi?id=254&action=view)
Backtrace at SEGV point.
This is a backtrace at the segfault. The test program I was running was a
simple console application that prints "hello world" that was compiled under
mingw32. This program worked just fine using the wine package from RedHat 8.0.
--
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
------- Additional Comments From jbon(a)cfl.rr.com 2003-21-05 08:49 -------
I am experiencing the same bug. I am using an upgraded RedHat 9.0 system with a
stock (kernel.org) kernel version 2.4.19. I see the same debug output as seen
in the attached log.
I compiled my version of wine from the wine-20030508 snapshot with the
--with-nptl option. This bug happens with and without the LD_ASSUME_KERNEL set.
I ran wine with gdb and got a backtrace. I have attached it as wine_backtrace.txt.
I don't have debug symbols for the glibc bits because I still don't know how to
get these to work on RedHat but this should still help.
--
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=1290
gerald(a)pfeifer.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed| |1
------- Additional Comments From gerald(a)pfeifer.com 2003-21-05 05:52 -------
I'm quite sure this is because you are using BSD make and not GNU make.
While personally I'm not happy that Wine uses GNU make specific constructs,
this is a feature that probably won't go away anytime soon (if ever) as the
Wine maintainers do not consider this critical (and avoiding those features
may be hard).
Can you confirm that the problem goes away with GNU make?
--
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=980
gerald(a)pfeifer.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From gerald(a)pfeifer.com 2003-21-05 05:45 -------
This is a duplicate of 1478 which has a bit more up-to-date and detailed
information. Unfortunately the problem doesn't seem fixed.
*** This bug has been marked as a duplicate of 1478 ***
--
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=1478
gerald(a)pfeifer.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tmdraney(a)yahoo.com
------- Additional Comments From gerald(a)pfeifer.com 2003-21-05 05:45 -------
*** Bug 980 has been marked as a duplicate of this bug. ***
--
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=1474
------- Additional Comments From mmokrejs(a)natur.cuni.cz 2003-21-05 05:11 -------
But for what does it have to be "setup correctly" at all? User just asked print help. I believe it does NOT need ~/.wine/fake_windows/ for anything during that execution.
But yes, in this case it was the first time user has executed wine.
--
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=1475
------- Additional Comments From mmokrejs(a)natur.cuni.cz 2003-21-05 05:09 -------
No, that was by intention. I wanted to make sure that the windows binaries behave same way as unix binaries. So, yes, I know that it exists on many unixes. But at that moment I just wanted to be sure how it behaves on windows -- so I tried wine to execute it.
--
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=1475
mike(a)theoretic.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From mike(a)theoretic.com 2003-21-05 04:25 -------
OK. Not sure why you'd want to do that, but I can confirm that netapi32 is
basically a stub DLL.
Was this just a random test or are you not aware that wget is present on most
linux installs?
--
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=1474
mike(a)theoretic.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From mike(a)theoretic.com 2003-21-05 04:23 -------
As far as I'm aware yes, if those files aren't present it means Wine was not set
up correctly on installation.
--
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.