http://bugs.winehq.com/show_bug.cgi?id=1359
------- Additional Comments From apunga(a)mymail.ro 2003-04-03 08:16 -------
I can't figure out how did RedHat release RH9 with this crappy bug inside. By
the way just installed it on 2nd April (2 days after the release) and I had 10
packages to upgrade already (security updates) :D
Ok, I miss wine, but I cannot fix it. I beg you for this.
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=1362
gregsurbey(a)hotmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
everconfirmed|0 |1
------- Additional Comments From gregsurbey(a)hotmail.com 2003-04-03 07:54 -------
*** This bug has been confirmed by popular vote. ***
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=1362>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1362
Summary: Half-Life DirectX menu rendering problems
Product: Wine
Version: 20030318
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: gregsurbey(a)hotmail.com
Bug report #286 talks about a half-life menu rendering problem in resent
versions of wine. This problem still exists for half-life in wine-20030318 it
probably has to do with DirectX directdraw and could also be the related to the
reason starcraft runs very very slowly in newer versions of wine.
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=1362>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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.
http://bugs.winehq.com/show_bug.cgi?id=1091
------- Additional Comments From jason_doig(a)scee.net 2003-04-02 01:58 -------
I am not convinced that this bug is infact related to the invalidated area. I
think it's a case of the appropriate controls within the area not being
scrolled. Commenting out the line in the X11 driver which checks if a control
is inside the scrolling rectangle or not results in all the controls being
scrolled and the window appears to function correctly again - albeit with some
(possibly unrelated) graphical update issues. I don't understand the internals
enough to think about a fix - but it seems to me that the window is scrolled
before the childrens positions are checked, so perhaps that might be one issue?
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=1091>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1357
Summary: Vobsub text writing problems
Product: Wine
Version: 20030318
Platform: PC
URL: http://vobsub.edensrising.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: webmaster(a)stratastuff.com
I have this video editing program for windows I often use to subtitle foreign
videos. It uses a plugin called textsub which "writes" the text to the movie.
Now, that further uses vobsub.dll (the final reference ;p). So, I tried it out
but got these erros:
fixme:text:ExtTextOutW called on an open path
fixme:text:ExtTextOutW called on an open path
fixme:text:ExtTextOutW called on an open path
fixme:text:ExtTextOutW called on an open path
etc.. etc... etc...
So, if anyone has any ideas on that. The link provided also has the source for
the dll in case you want to look at that at all. Thanks ahead of time for
everyone's help.
Sincerely,
Chris White
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=1357>.
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 pollockd(a)magma.ca 2003-04-01 09:43 -------
Created an attachment (id=445)
wine --debugmsg +relay,+crypt msmoney.exe &>~/output.txt
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.
http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From pollockd(a)magma.ca 2003-04-01 09:42 -------
Now, when the application starts, two windows open. One for "PSTORES.EXE" and
another for MSMoney. The application still bombs, but I don't get the same "no
implementation message". I'll attach the +crypt,+relay trace you asked for.
The patch given didn't apply on the version I have. The spec file has an
additional value after the parameter list, which appears to just be the function
name itself. I've patched as follows:
@ stdcall CryptGetHashParam(long long ptr ptr long) CryptGetHashParam
@ stdcall CryptGetKeyParam(long long ptr ptr long) CryptGetKeyParam
@ stdcall CryptGetLocalKeyLimits(long long long long long long long)
CryptGetLocalKeyLimits
@ stdcall CryptGetProvParam(long long ptr ptr long) CryptGetProvParam
@ stdcall CryptGetUserKey(long long ptr) CryptGetUserKey
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.
http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-01 06:46 -------
Created an attachment (id=444)
Patch to implement minimal CryptGetLocalKeyLimits() stub.
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.
http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-01 06:45 -------
Could you please try the following patch and report a --debugmsg +relay,+crypt
logfile?
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.
http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From mike(a)theoretic.com 2003-04-01 04:22 -------
This might be a dupe of bug 682
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.
http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From mike(a)theoretic.com 2003-04-01 04:20 -------
Hmm, could you give us the full debug output, rather than just the backtrace?
If the crash is caused by dereferencing 0xdeadbeef then it's probably due to the
unimplemented CryptGetLocalKeyLimits function. I had a quick scoot around, I
can't find any docs on that, MSDN doesn't appear to have any info on it, so
maybe it's a callback or undocumented function?
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.
http://bugs.winehq.com/show_bug.cgi?id=1343
mike(a)theoretic.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |info(a)moabutah.com
------- Additional Comments From mike(a)theoretic.com 2003-04-01 04:09 -------
*** Bug 1340 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=1343
mike(a)theoretic.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Redhat updates to glibc |glibc errno problems (NPTL
|2.3.x, breaking wine |threading)
|threading |
------- Additional Comments From mike(a)theoretic.com 2003-04-01 04:08 -------
Updating summary once more, this should become the tracker bug for glibc related
failures.
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=1213
dpaun(a)rogers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|FIXED |
------- Additional Comments From dpaun(a)rogers.com 2003-04-01 00:15 -------
Why was this bug marked FIXED? Reopening.
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=1213>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=130
dpaun(a)rogers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From dpaun(a)rogers.com 2003-04-01 00:11 -------
Thank you Warren -- we can assume it works, closing.
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=130>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.