July 2002 - Wine-Devel - list.winehq.org

Re: Bad exe

by Christian Costa

admiral coeyman wrote: >Uwe Bonnes, > >>Alexandre submitted something with regard to 16 bit yesterday >>(wine/dlls/version info.c). Remove this and if that doesn't help remove all >>other yesterdays patches step by step. >> > This problem, 'invalid exe file,' is not that new. I've been having it for a >little while. It seems that all of the programs compiled under gcc work. No >other dos executable is currently working. I am just checking to see if >anybody else is having this problem to see if this is something that I need to >patch or if it's a problem with my system. Does anybody else run a test dos >executable that is 16 bit? > God Bless, > --Robert 'Admiral' Coeyman > I experienced this problem some times ago. But it happened only under the debugger. The problem was happening during the parsing of the exe header. It turned out to be a failure in the llseek unix function. I did not figure out what really happened and did not investigate further. Don't know if you're experiencing the same problem though... Bye Christian

July 10, 2002

Re: Debugger

by Massimo

Ok, I think that even if symbol files are not compatible, to write a converter would be a trivial task.... Maybe I'll take a look at it next days, if ida proves functional in wine. Before of that I wanna try your patch with DDD, yesterday I lost one our before understanding that something was missing :-) Of course the best would be integrate winedbg functionality in GDB, but I've noticed that it's not at all a trivial task....No time at all to look deep into both source codes :-( Thanx again for your help ! Max > Max a écrit : > > > > thanx !!! > > 3 - Starting an app in winedbg (no symbol table for app...), debugger sometimes stops at app entry point > > (as I guess it should), sometimes before.... Is there a way to make it stop on app entry point, even with > > no symbols loades ? Or, even better.... there's a known (easy !) way to attach symbols generated by > > a disassembler (i.e. the best one, IDA) ? I've done it in windoze many times, with IDA+Soft-ICE, and > > it helps a lot ! > the "symbolfile foo" used to load the file foo and add symbol from it > format of file foo is the regular unix format > xxxxxxxx T name > where > xxxxxxxx address of symbol > T type of symbol > name string that describes the symbol > > I think it should still be working (untested though) > dunno either if symbols generated by IDA and other tools will fit the > format of the file > note also that you may have to relocate the adress depending on the load > address of the module the symbols are for (which, if needed, needs to be > done at the file level) > > the attached patch should extent the symbolfile command like: > > symbolfile foo 0x12345678 > to relocate symbols from foo at address 0x12345678 (assuming address in > foo are relative to the start of the module) > > A+

July 10, 2002

Problems with VGA PLANETS 4

by Oliver Ob

My P4_BUG.log 01 _ Installed Wine run with -v gives "Wine release 20000430" and error "fixme: pthread_atfork" 02 _ Edited /etc/wine.conf c:\windows\Profiles\Administrator\user.dat must be c:\windows\user.dat 03 _ Trying wine /wine/mnt/c/Programme/Play/vgap/Planets4/planets4.exe as "user" gives errors: - fixme: pthread_atfork - what does this mean at all? - fixme:reg:_w95_parse_dkv RegSetValueEx returned: 0x0000000e - err:seh:EXC_DefaultHandling Unhandled exception code c000013a flags 0 addr 0x401 36fb4 04 _ Building the font metrics takes a LOT of time, god is that slow! And then it fails! fixme:debug:FlushInstructionCache (0xffffffff,0x41410000,0x00006000):stub last address with 6000, 6000 and with a000 - a popup window from wine says "Unhandled exception 0xc0000005 at address 0x24748b56. Do you want to debug it?" and clicking YES results in - err:seh:UnhandledExceptionFilter Couln't start debugger (winedbg 136366288 1414155735) 05 _ The Temporary Directory (as specified in your config file) is NOT writeable - how can "user" have write access to c:\temp now? What user group has rw access to /mnt/c ? 06 _ Running using su -c "see above" works better, so the errors which do not tell me nothing seem to mostly have to do with access rights. Can someone explain those errors to me? Errors are yet some others - fixme:file:AreFileApisANSI (void): stub - fixme:win32:PE_LoadImage We need to perform base relocations for c:\Programme\Play\vgap\Planets4\gug32.dll - fixme:win32:PE_CreateModule Security directory ignored - err:menu:MENU_GetMenu invalid menu handle=0, ptr(nil), magic=0 - err:menu:MENU_GetMenu invalid menu handle=0, ptr(nil), magic=0 - err:menu:MENU_GetMenu invalid menu handle=4d0, ptr=0x4043f27c, magic=0 - err:menu:MENU_GetMenu invalid menu handle=0, ptr(nil), magic=0 - err:menu:MENU_GetMenu invalid menu handle=0, ptr(nil), magic=0 - fixme:bitmap:X11DRV_DIB_GetImageBits_4 from 24 bit bitmap with mask R,G,B 0,0,0 to 4 bit DIB 07 _ Will try to make my first turn using wine + P4 now. Unpacking the RST works. It opens. I can edit the turn. Try to make a TRN file. But now this makes me worry!!!! A popup window speaks to me that the Planets4.exe has been DAMAGED?!! and that I must replace it with a good copy!??!?!?!?!? 08 _ I quit and see these error messages: - fixme:string:LCMapStringA (0x0400,0x00400100,0x424bf08c,1,(nil),0): unimplemented flags: 0x00400000 - fixme:string:LCMapStringA (0x0400,0x00400100,0x424bf08c,1,0x4044f048,1): unimplemented flags: 0x00400000 - fixme:string:LCMapStringA (0x0400,0x00400100,0x424bf08c,1,(nil),0): unimplemented flags: 0x00800000 - fixme:string:LCMapStringA (0x0400,0x00400100,0x424bf08c,1,0x4044f048,1): unimplemented flags: 0x00800000 - fixme:dc:GetDCEx new hrgnClip[9722] smashes the previous [96c2] - fixme:dc:GetDCEx new hrgnClip[96be] smashes the previous [9726] And what now? And whenever I minimalize the wine window with the program I cannot get it back to full size (normally ALT SPACE + X) how to do that? -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver(a)home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I mailto:VGAP-93-subscribe(a)yahoogroups.com I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - now back online +49.4504.TRSi1/TRSi2 <<<

July 10, 2002

winedbg font selection?

by Carl Sopchak

Is there a way to set the font used by winedbg? The font that it is using on my machine is too small with the monitor resolution set at 1600x1200 (which I want to keep). I'd like to bump the size up a few points... Thanks for the help, Carl

July 10, 2002

Meta-bug conversions

by Francois Gouget

Hi, I propose to use what would hopefully be better concepts to replace the following meta-bugs: * bug 35 - Wine 0.9.0 Meta Bug http://bugs.winehq.com/showdependencytree.cgi?id=35 Instead we could tag all the bug that should be fixed in Wine 0.9.0 with the 0.9.0 target milestone. * bug 395 - Tasklist http://bugs.winehq.com/showdependencytree.cgi?id=395 * bug 455 - FIXMEs http://bugs.winehq.com/showdependencytree.cgi?id=455 * bug 406- Tasklets http://bugs.winehq.com/showdependencytree.cgi?id=406 These three could be replaced by keywords: Tasklist, FIXMEs and Tasklets. Then these bugs can be replaced with a query that returns the bugs that have these keywords. In all cases, the advantages of the alternative methods are: * the above meta-bugs introduce artificial dependencies between bugs * each time a bug changes status, you get an email for the bug, and an email for the corresponding meta-bug * similarly, moving a bug moving from one category to another generates three emails * the new concepts seem a better match Does the above proposal look ok? If so then, once the required keywords are created, I can tag the relevant bugs and retire the meta-bugs (which will create a flurry of emails to wine-bugs in the short term). -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ I haven't lost my mind, it's backed up on tape around here somewhere...

July 10, 2002

Re: RFC: Re: [ros-kernel] Shell32 and dplax

by Steven Edwards

> in short, moving to NT architecture is the way to > go, but > it'll need some time > may be we could also create a metabug on bugzilla > for this > and link all known issues to this meta-bug. I will start a meta bug for this and being to track these issues as I find them. With any luck we will be able to help with these issues in the next few months. Steven __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

July 10, 2002

Re: Problems with VGA PLANETS 4

by Tony Lambregts

Oliver Ob wrote: >My P4_BUG.log > >01 _ Installed Wine > run with -v gives "Wine release 20000430" > and error "fixme: pthread_atfork" > > > Is your wine really over 2 years old? If so I would suggest a newer release. Tony Lambregts

July 10, 2002

Re: PSDRV question

by Carl Sopchak

On Tuesday, July 09, 2002 07:08 pm, Huw D M Davies wrote: > On Tue, Jul 09, 2002 at 04:45:56PM -0400, Carl Sopchak wrote: > > I've been trying to get Quicken 2000 Deluxe running in wine. After I > > figured out that it wasn't finding a DLL for the internet connection (and > > got that fixed), I started testing the second-most important function of > > Quicken that I need: check printing. > > > > All went well until I tried to print a sample check (to verify > > alignment), at which point Wine crashed into winedbg. I figured out why: > > When reading the ppd file, it sets up an *InputSlot for ManualFeed (even > > though it's not really an InputSlot, but most Win programs treat it as > > one...). The problem was that, in ppd.c, a Name wasn't given to the slot > > (but a FullName was), so when ps.c tried to output the header for the > > InputSlot it crashed (since strlen(NULL) causes a crash). > > > > I hacked the AddSlot call to name the slot "Manual", and this seems to > > work OK. The question that I have is, is this the way that it should > > REALLY get fixed (does the name matter?), or should something else be > > done? > > > > I'd be happy to correct my hack, if necessary. In either case, I can > > post the patch to sourceforge, once I know "the right way" this should be > > handled. > > > > Thanks for the help, > > I'd suggest calling PSDRV_AddSlot with both Name and FullName set to > "Manual Feed" > > Huw. That seems to work as well, so I'll post the patch shortly... Just out of curiosity, is there a compelling reason for your suggestion? Carl

July 10, 2002

Re: warcraft 3

by Lionel Ulmer

> It is? I don't think it said so in > http://www.winehq.com/hypermail/wine-patches/2002/06/0041.html, and Jesse > Allen isn't registered as X11-friendly yet... which is among the reasons > why it hasn't taken that route yet. Ah, forgot that I 'dual attributed' the patch to Jesse too. Lionel -- Lionel Ulmer - http://www.bbrox.org/

July 10, 2002

Re: warcraft 3

by Ove Kaaven

On Wed, 10 Jul 2002, Lionel Ulmer wrote: > On Tue, Jul 09, 2002 at 06:08:07PM +0200, Matthieu Foillard wrote: > > Using winex using opengl (compiled from cvs), start using wine > > path/War3.exe -- -opengl : > > it prints : > > fixme:opengl:wglSwapLayerBuffers (): stub ! > > fixme:opengl:wglSwapLayerBuffers (): stub ! > > fixme:opengl:wglSwapLayerBuffers (): stub ! > > This is fixed in the WineHQ CVS tree. You just need to wait for the patch to > do the WineHQ => ReWind => WineX path (as it's X11 licensed) :-) It is? I don't think it said so in http://www.winehq.com/hypermail/wine-patches/2002/06/0041.html, and Jesse Allen isn't registered as X11-friendly yet... which is among the reasons why it hasn't taken that route yet.

July 10, 2002