http://bugs.winehq.com/show_bug.cgi?id=1361
Summary: Regression - DirectX sound isn't working properly for
some games
Product: Wine
Version: 20030318
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: gregsurbey(a)hotmail.com
I'm running Red Hat Linux 8.0 2.4.18-14 on an nForce2 mainboard, the A7N8X
Deluxe. When running wine-20030219 half-life and starcraft's sound works fine
(I believe they both use DirectX for sound). When I installed wine-20030318 the
starcraft sound is intermittently on and off and half-life's sound is totally
gone. I'm not sure about the inner workings of Linux's driver architecture but
the proprietary non-opensource nvaudio module driver I'm using might have
something to do with it. I kind of doubt it, but thought I'd say I'm using that.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1361>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1360
Summary: DNS-Lookup doesn't work.
Product: Wine
Version: 20030318
Platform: PC
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: peter(a)lego-hc11.de
In mIRC for example DNS-Lookup doesn't work.
When i use IP all work fine.
I'm using FreeBSD 4.7.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1360>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1306
------- Additional Comments From lfs(a)isl-gbr.de 2003-04-03 05:42 -------
nobody else seems to have this bug, and i guess there are some xfree4.3.0
users now out there. If it is an error of my system, what can i do to find out
what its caused by ?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1306>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1359
mike(a)theoretic.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From mike(a)theoretic.com 2003-04-03 02:59 -------
This is caused by the new glibc, and is a known problem
*** This bug has been marked as a duplicate of 1343 ***
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1359>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1343
mike(a)theoretic.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |apunga(a)mymail.ro
------- Additional Comments From mike(a)theoretic.com 2003-04-03 02:59 -------
*** Bug 1359 has been marked as a duplicate of this bug. ***
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1343>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1358
------- Additional Comments From mike(a)theoretic.com 2003-04-03 02:56 -------
What is wrong with wineconsole? It was patched lately to use the standard
stdin/stdout, so you can run winedbg in the xterm from which it was started for
instance.
Is that what you're thinking of?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1358>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1359
Summary: Wine doesn't work with XFree86-4.3 on RH9
Product: Wine
Version: 20030318
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: apunga(a)mymail.ro
It stops giving:
XIO: fatal IO error 0 (Success) on X server ":0.0"
after 177 requests (176 known processed) with 0 events remaining.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1359>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1010
------- Additional Comments From aztecconsultants(a)java.fsbusiness.co.uk 2003-04-02 12:03 -------
I have to say that this bug is also to be found in Visual FoxPro 6.0 SP5
running under native Win2K SP3. It only occurs if you use an OCX control on a
form. I believe that it is related to an OCX control firing internal events.
When considering GPF faults with Visual FoxPro it is better to make sure that
they do not occur on the native platform. FoxPro is single threaded (or stolen
zero threaded during big SQL extracts!) so how it responds to underlying
windows messages is very precarious.
To date I have about 20 different variations of various unacknoledge Visual
FoxPro GPFs. I have to work around then all during my Visual FoxPro
development. I did report them via MS WWW site but noticed months later that
they had no outstanding bugs with this horrid product so I stopped reporting
them!
I am now a Sun Java Certified programmer and hope never to have to deal with
this FoxPro product again.
Anton
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1010>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1358
Summary: "GraphicsDriver" = "none" wanted
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: wine(a)how.dk
I suggest making a dummy graphicsdriver such "GraphicsDriver" = "none" which
just makes stdout and stdin transparent.
The two existing drivers x11drv and ttydrv won't do when running console
programs many times in a row (e.g. a win32 console compiler from a gnumakefile):
x11drv: initialization due to communication with xfs is painful over a slow
network (e.g. a modem line)
ttydrv: uses ncurses which means restoring the contents of the window each time
wine finishes. This erases the output of the console program.
Here is the code:
// original code beginning in line 73 of user_main.c (rev 1.50):
if (!(graphics_driver = LoadLibraryA( buffer )))
{
MESSAGE( "Could not load graphics driver '%s'\n", buffer );
return FALSE;
}
----
// could be changed to something along these lines:
if (strncmp( "none", buffer, MAX_PATH) == 0 ) ; // do nothing
else if (!(graphics_driver = LoadLibraryA( buffer )))
{
MESSAGE( "Could not load graphics driver '%s'\n", buffer );
return FALSE;
}
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1358>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From mike(a)theoretic.com 2003-04-02 08:38 -------
trace:crypt:CryptAcquireContextA (0x40541eb4, (null), (null), 1, 00000000)
trace:crypt:CryptCreateHash (0x4029ef40, 0x8003, 0x0, 00000000, 0x40541e84)
trace:crypt:CryptHashData (0x4029f4c8, 0x27108998, 2, 00000000)
trace:crypt:CryptDeriveKey (0x4029ef40, 26114, 0x1076491464, 00000000, 0x40541e80)
wine: Unhandled exception, starting debugger...
Looks like a stub isn't good enough
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1161>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.