http://bugs.winehq.com/show_bug.cgi?id=815
andi(a)rhlx01.fht-esslingen.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-06-21 16:22 -------
ooook, now I see what the problem is...
(well, not quite, but much further)
Our builtin msvcrt20 has a __getmainargs *forward* entry, which thus calls
into native msvcrt __getmainargs.
For some reason the program seems to call our msvcrt20 __getmainargs with
new_mode set to NULL, which crashes native msvcrt, as it assumes that new_mode
is *never* NULL.
Can you try to find out why the program calls __getmainargs with new_mode set to
NULL ?
We need to know whether msvcrt20 __getmainargs can indeed be legally called with
a NULL new_mode.
If so, then we'd have to get rid of the forward to msvcrt __getmainargs, as
native msvcrt obviously has a problem with a NULL parameter here.
(IOW: we'd have to actually implement a msvcrt20 __getmainargs function that
calls into msvcrt __getmainargs, with a NULL new_mode check added)
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=815>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=815
------- Additional Comments From medbi01(a)accpac.com 2002-06-21 16:13 -------
Sorry; I wasn't clear in my description. It isn't the argv[4]; it is the thing
that in the Wine copy is labelled as int *new_mode (See
dlls/msvcrt/data.c:__getmainargs). According to my local disassembly following
the stack dump the pointer is dereferenced without testing for null in the
native version.
The problem disappears as soon as the native msvcrt20 is used.
The full +relay trace is 50MB but that includes the parent program. The
offending process alone is only 2M. However I note that the Wine msvcrt20 is
rather empty; I'm a little surprised that there were no stub warnings.
Bill
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=815>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=815
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-06-21 16:01 -------
Hmm, sounds like there might be an argc vs. argv[] incompatibility here...
Could you run --debugmsg +relay,+snoop
to check whether our msvcrt20 somehow somewhere returns one argument count
too many and thus the program dereferences the last non-existing (NULL) argument ?
Thanks !
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=815>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=815
Summary: msvcrt20 and msvcrt incompatibility
Product: Wine
Version: CVS
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: medbi01(a)accpac.com
This was detected working with Computer Associates Realizer with ACCPAC 4.2A
(Linux version)
When the builtin msvcrt20 is used with the native msvcrt.dll (6.0.8797.0) the
result is that msvcrt.dll.__getmainargs dereferences a null pointer fifth
argument, a memory access violation.
(For information only)
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=815>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=803
------- Additional Comments From firewire(a)e-tahan.com 2002-06-21 13:17 -------
I didn't really understand, what do i have to do now? thanks
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=803>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=737
------- Additional Comments From apa3a(a)yahoo.com 2002-06-21 11:14 -------
Wait, I already have this information in the debugging output you attached.
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=737>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=814
Summary: Add section on 'Implementing a new DLL' to Wine
Developer's Guide
Product: Wine
Version: unspecified
Platform: PC
OS/Version: All
Status: NEW
Severity: normal
Priority: P4
Component: wine-documentation
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: idstewart(a)compuvative.com
According to Alexandre Julliard, " Actually this whole 'implementing a new dll'
section is completely obsolete (like most of the rest of [DEVELOPERS-HINTS]), it
needs to be rewritten from scratch, and probably belongs in the Wine developer's
guide instead."
See the original message from Alexandre at:
http://www.winehq.com/hypermail/wine-devel/2002/05/0410.html
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=814>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=737
------- Additional Comments From puoti(a)inwind.it 2002-06-21 09:55 -------
I'm sorry, but I don't have Corel Draw any more, I'll try to get it in the next
few days and I'll try to run it as you say.
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=737>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=720
------- Additional Comments From p_christ(a)hol.gr 2002-06-21 08:13 -------
Created an attachment (id=181)
Correct coords of redwawing the bitmap
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=720>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=803
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download, regression, source
Version|CVS |20020605
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-06-20 22:51 -------
OK this is when someone who knows what they are doing is supposed to jump in <g>
Knowing what I do though this probably is the culprit if you dont get these
errors with the previous version.
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=803>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.