http://bugs.winehq.org/show_bug.cgi?id=6505
------- Additional Comments From the3dfxdude(a)gmail.com 2006-23-10 12:51 -------
winedbg wow.exe -opengl
You can build wine locally and not have to bother with making a package. Run it
from the build directory.
--
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=6506
Summary: Socket/file handle leak
Product: Wine
Version: unspecified
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zthg4821(a)gmail.com
Since it consistently causes the application to crash, please bump the severity
of bug 3063 (http://bugs.winehq.org/show_bug.cgi?id=3063) to "critical". The bug
has been lingering untouched by Wine devs since 2005-06-21 and nobody has
answered multiple requests to change the Severity to an appropriate level.
Please, this issue hasn't receieved the proper attention and needs to be
addressed already. Thanks.
--
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=6502
------- Additional Comments From the3dfxdude(a)gmail.com 2006-23-10 12:50 -------
What I'm trying to do is confirm the problem. Tell me for both ATI and NVIDIA
drivers if they have the problem and whether the registry key to disable the
extensions fixes either.
Note: The AppDB page actually says GL_ARB_vertex_buffer_object, so I need to
differentiate the issues.
--
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=6505
------- Additional Comments From atrauzzi(a)gmail.com 2006-23-10 12:46 -------
How do I run the game IN the debugger?
When is the next release snapshot of wine coming out? I'd really rather not
have to maintain two copies of wine on one system...
(Do I have to maintain a separate windows directory for each wine installation,
or can I point them all to just one?)
(Whole reason why I switched from gentoo to Ubuntu...)
--
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.
; Object reference not set
X-Bugzilla-Reason: AssignedTo
http://bugs.winehq.org/show_bug.cgi?id=922
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |major
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-23-10 12:43 -------
http://www.elektroda.net/download/pafiledb.php?action=download3&id=586
is yet another installer that fails with same error. It's a small download.
(passweord you can get from this page:
http://www.elektroda.net/download/file586.html)
Increasing severity a bit as this bug seems to be present in quite some
installers....
--
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=4947
------- Additional Comments From guowenzhong(a)yahoo.com 2006-23-10 12:41 -------
I noticed changes to toolbar.c in 0.9.23's changelog, so I upgraded to see if it
would fix things. However, it made things even more bizarre.
With 0.9.23, the button will become "unhighlighted" about 0.5 seconds after the
mouse lands on the button, even if the mouse is still on the button, *unless*
the mouse has moved (still on the button though), in which case there is another
0.5 seconds of being "highlighted". This is the same in IE6. However, if the
mouse leaves the button *and* toolbar during the 0.5 seconds, the button will
stay "highlighted", as in 0.9.22.
I don't know which bug triggered this patch to toolbar.c, but it seems like the
root of the problem is still not fixed.
--
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=6502
------- Additional Comments From atrauzzi(a)gmail.com 2006-23-10 12:38 -------
I'm kind of hoping for a solution within wine, not a workaround. Although I
have heard of this registry fix working for some people (check the appdb page).
--
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=3063
------- Additional Comments From zthg4821(a)gmail.com 2006-23-10 12:31 -------
I've also run eMule for weeks on end under Windows 2000 and XP with no problems,
as *many* eMule users do regularly. Considering that there haven't been reports
on eMule's site relating to this bug occurring under Windows, and that *every*
user of eMule under Wine experiences this bug, this bug must be specific to
eMule under Wine. Bumping up the Linux socket limits does prolong the onset of
failure, but it still fails eventually no matter what is done.
Damjan: For the sake of thoroughness I'll try your test app to get some numbers,
but please post the source code. Thanks.
--
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.