http://bugs.winehq.org/show_bug.cgi?id=7685
------- Additional Comments From stasfish(a)gmail.com 2007-11-03 19:45 -------
Experiencing exactly the same problem here, on two machines:
One running Debian Sarge (2.6.8-3), wine 0.9.32 compiled from source,
the other Mac OS X 10.4.8, wine 0.9.31, compiled from repository a couple of
weeks ago. The symptoms exhibited are identical.
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=7688
------- Additional Comments From tammy000(a)gmail.com 2007-11-03 19:18 -------
Files are in dlls/kernel/. I am sure to which module it belongs.
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=7688
Summary: dead code or bug? Win16Lock is not held before calling
function add_to_init_list
Product: Wine
Version: 0.9.1.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tammy000(a)gmail.com
The comment above function add_to_init_list() says "This routine must only be
called with the Win16Lock held."
but in the following call chain, the lock is not acquired.
mmTaskEntryPoint16 -> InitTask16 -> NE_DllProcessAttach -> add_to_init_list
Is mmTaskEntryPoint16 dead? I do not see where it is called from.
Or is this a bug?
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=7564
------- Additional Comments From winehq(a)richardneill.org 2007-11-03 18:34 -------
Still broken in wine 0.9.32. It doesn't complain at all about the ATI driver
anymore though. Is there anything else I can do to help resolve this?
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=7685
------- Additional Comments From blin(a)gmx.net 2007-11-03 18:16 -------
Could you please provide a +winsock trace for both a local and a remote
session connecting to emule?
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=7671
------- Additional Comments From rmh(a)aybabtu.com 2007-11-03 18:11 -------
It seems that this "call 0x520(%edx)" happens because mesa's function pointers
haven't been initialised. Thanks to the folks at IRC for figuring out this is
actualy a threading issue. I've tested patches 4 to 10 from Stefan's recent
opengl threading patchset at
http://www.winehq.org/pipermail/wine-devel/2007-March/054568.html, and this lets
the game continue up to the main menu.
I can't get any further because I lack 3D acceleration and this menu is horribly
slow. Will try tomorrow on another machine ;-)
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=7687
Summary: Problem selecting with mouse a thing, it's distorted
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: website-bugs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: emorcate(a)msn.com
When using the mouse cursor to select an object or person the line gets stumped
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=7686
emorcate(a)msn.com changed:
What |Removed |Added
----------------------------------------------------------------------------
OS/Version|other |Linux
Platform|Other |PC
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=7686
Summary: Opposing forces don't load
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: website-bugs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: emorcate(a)msn.com
When open Half-life: Opposing force the game freezes at the first image shown
and don't load.
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=7685
Summary: eMule webinterface does not work
Product: Wine
Version: 0.9.32.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aollamer(a)gmx.net
The webinterface of eMule 0.47c does not work when being accessed from a remote
machine. Accessing it locally works.
"Does not work" means that all its pages do not load completely, including images.
The bug has been persisting for many Wine releases and has been confirmed by
many people in the eMule forums so it seems to be independent of the Linux
distribution which is used. I can confirm it on Debian etch and Kubuntu edgy
with all packages up to date, I first experienced the problem over 1 year ago!
[Please please someone fix this bug, I want to move eMule to my linux router
finally so that I can turn off my main machine at night and save 100 watts of
permanent power usage :]
See also http://forum.emule-project.net/index.php?showtopic=42844
"I've analyzed the web interface traffic using Wireshark and the HTTP session is
textbook and error-free when accessed by a browser running on localhost. But
when the web interface is accessed from a browser elsewhere on the LAN the
packets for the session arrive seriously out-of-order and mangled, causing the
session to stall indefinitely. I'm still not sure why it should act differently
over the localhost interface than it does over the LAN interface."
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.