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

Any advice on how to debug this?

by Medland, Bill

Any suggestions would be appreciated. The application runs reasonably with builtin comctl32/commctrl but there are some alignment issues which I suspect might be corrected by using the native one. However when I try running with native ones I get two debug consoles and the application continues. (Not a problem). Basically the main program starts two other programs as OLE servers and they load and init commctl32.dll. The stack traces in both cases are similar and indicate to me that the processes have ended up executing data. However by the time I get to disassemble the code referred to by the backtrace the code isn't there any longer. What's my best bet for tracking this down? I've tried winedbg with as many BreakOn.. set as possible but the processes seem to disappear from under the winedbg processes Bill

July 9, 2002

Re: Debugger

by Eric Pouech

Max a écrit : > > hmmmm... and is it possible to have a look at your tree ? :-) just send it to wine-patches (at least the part you requested interest for... ;-)

July 9, 2002

PSDRV question

by Carl Sopchak

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, Carl P.S., I added some TRACE() statements to help me debug this. These can be left in the patch that I post, right?

July 9, 2002

Re: Support for 24bpp when DDBLT_KEYSRC etc are set

by Lionel Ulmer

> Change log: added support for 24bpp when the flags > DDBLT_KEYSRC/DDBLT_KEYDEST and company are set. Well, I have the following comment : > + case 3: { > + int last_sy = -1; > + for (y = sy = 0; y < dstheight; y++, sy += yinc) { > + sbuf = sbase + (sy >> 16) * sdesc.u1.lPitch; > + if ((sy >> 16) == (last_sy >> 16)) { > + /* this sourcerow is the same as last sourcerow - > + * copy already stretched row > + */ > + memcpy(dbuf, dbuf - ddesc.u1.lPitch, width); Are you sure that this works ? If you have pixels in the destination surface that are NOT overwritten by the source surface (due to color-keying) you should not copy these from one line to the other. > + } else { > + LPBYTE s,d = dbuf; > + for (x = sx = 0; x < dstwidth; x++, sx+= xinc) { > + DWORD pixel; > + > + s = sbuf+3*(sx>>16); > + pixel = (s[0]<<16)|(s[1]<<8)|s[2]; > + if (pixel < keylow || pixel > keyhigh){ > + d[0] = (pixel>>16)&0xff; > + d[1] = (pixel>> 8)&0xff; > + d[2] = (pixel )&0xff; > + d+=3; Why only increase the destination pixel when the color is not keyed off ? > + } > + } > + } > + dbuf += ddesc.u1.lPitch; > + last_sy = sy; > + } > + break;} The rest of the patch looks OK :) By the way, which game uses 24 bpp ? It's *EVIL* :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

July 9, 2002

Converting resources from A to W and vica versa

by Shachar Shemesh

Hi list, Returning after a short absence, I have bug 864 to discuss (I have opened it, and will soon be closing it). The problem was that a program I wrote used "ChooseFont" with a resource. I know those are not supported, but when compiled for Unicode (in VC), the program crashed when trying to open the dialog. Investigation revealed that a function called "ChooseFontWtoA" is called, and that, in turn, assumes that lpTemplateName argument is a string. In practice, this argument was actually an int after being handled with "MAKEINTRESOURCE". I will shortly be sending a fix to wine-patches, but I just wanted to draw your attention to the fact that when handling resources, they are not necessarily strings. Failure to recognize this will crash programs. Worst, and this is not the first place I have seen this, this argument is accessed and handled even if the "CF_ENABLETEMPLATE" flag is not set. In other words, an argument that the MSDN promises will not be touched unless a flag is set can crash a program if not set correctly, even if the relevant flag is not set. In short - pay attention, people. Even when implementing stubs, do read through the arguments list and meanings. Shachar

July 9, 2002

Re: No X11 input events in DGA2 mode

by Lionel Ulmer

> I was trying to run Starcraft under wine in using the X11 DGA2 mode to > get a decent frame rate. I tried running it under various versions of > wine and got the same result every time. The problem is that when wine > runs the game using DGA2 it ignores all input from the keyboard and > mouse and so appears to hang. When running the game with DGA2 support > disabled (i.e. not running as root) everything works fine but I get a > much lower frame rate. I'm new to wine but I had a stab at fixing the > problem which as far as I can see is the following: You can see that this topic was already debated in the following threads : http://www.winehq.com/hypermail/wine-devel/2002/06/0396.html And even earlier here : http://www.winehq.com/hypermail/wine-devel/2002/01/0392.html > And this fixed the problem. What's bugging me though is that if this is > the correct answer then how do any programs work at all in DGA2 mode? > Wouldn't any program hang in the same way as soon as wine switched to > DGA2 mode? DGA2 do not work at all for any application, it's as easy as that :-) > It would be handy if this were fixed in the wine code so I don't have to > keep downloading source and patching so can someone who knows more about > the code please let me know if they think this is worth submitting as a > patch or point me in the right direction if this is on the wrong track? Well, the problem is that a fix like the one you did will be hard to have committed to the Wine source tree as it's too much of a kludge (I already proposed a fix like that in the thread I started on it in January of this year). Now one just need to find somebody committed enough to investigate the problem and to fix it properly :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

July 9, 2002

Re: 'Runtime Error 429', and $ offered for a fix

by Andriy Palamarchuk

--- Sean Russell <ser(a)germane-software.com> wrote: [skipped] > If you're interested in taking a look at this, email > me at 'ser at germane > dash software dot com', and I'll send you console > dumps, Wine versions, etc. > The basic error that the Windows dialog gives us is: > > Runtime Error '429' > ActiveX component can't create object Sean, did anybody contact you? ActiveX error message does not promise anything good... If you can talk about this application in public than you can try to discuss your issues on the mailing list - much more people would have possibility to help you. If you can, my questions follow: - what kind of an app is this - can we get free (trial/demo) copy of it? - Wine version. As I understand you use it without Windows, right? This docu may help you: http://wine.codeweavers.com/fom-meta/cache/19.html You can try to use different combinations of Windows dlls if you have access to any... One more option for you - you can try commercial Wine distribution (Codeweavers or Transgaming) or ask somebody to try it for you. These distributions are generally more stable than main tree. Andriy __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

July 9, 2002

Re: warcraft 3

by Matthieu Foillard

Jesse Allen wrote: >Hi, > >Here's how to get Warcraft 3 running under wine: > >1. Use the latest wine cvs. Only that will work. > >2. Mount the CD, and run install.exe on the CD with the winver set to >win98 under config. (even though 95/98 are exactly the same when playing >the game--i hate that) You should disable the ide-scsi thing because it >seems to cause problems =( > >3. Close the install program. Go to the >directory where war3 is installed. mv the Movies folder to Movies backup. > The game tries to display a movie clip on start in the retail, and it >hangs wine =( > >4. Download the NoCD patch for Warcraft 3 v1.00 (I don't >know if 1.01 is out yet) at www.gamecopyworld.com. mv war3.exe and >worldedit.exe to backup names. Copy in the patched program exe's. You >may now run War3 if you wish. Warcraft 3 uses Safedisc v2. With this >patch it will bypass it. Run war3 with the command "wine war3.exe -- >-opengl". > >5. To login battle.net, you need to bypass the exe check. With >the patched version of the game, it won't work. So what I did to get it >to work is moved the patched exe's to something like "war3_patched.exe" >and create a symbolic link "war3.exe" that links to it. Start the game >"war3.exe". To login to battle.net, open bash console. Change to the >war3 directory, and reset the symbolic link to the original war3 exe, let >it sleep 5 seconds, and then reset the symbolic link back to the patched >version. While it's sleeping, you need to login into battle.net >immediately. This is what I did to get D2 battle.net to work under wine. >It should work for war3. You need to be the same version as battle.net >for it to work though. (currently only 1.00 is availible for linux, and >battle.net is 1.01) > >6. To patch the game, you need to get the >standalone patches. Set your symbolic link to the real exe's, and patch >away =) > > >The beta in contrast worked perfectly. The retail has a couple problems >=(. The advantages I find running War3 under linux/wine/opengl, are >higher framerates than on both real windows, and winex. And no graphics >errors in comparison to winex d3d8, and no sound problems like under real >windows. My three button mouse also works unlike windows. All these >advantages =) > > > >Jesse > > > hi, after i follow these steps, I can't make it working with both winex and wine : Using winex using d3d (compiled from cvs), start using wine path/War3.exe : err:win32:_EnterSysLevel (0x407e74a8, level 2): Holding 0x40887fec, level 3. Expect deadlock! fixme:ddraw:D3D_GL_sync_render_state unsupported render state 161 fixme:ddraw:D3D_GL_sync_render_state unsupported render state 162 fixme:ddraw:D3D_GL_sync_render_state unsupported render state 168 fixme:ddraw:D3D_GL_sync_render_state unsupported render state 171 fixme:ddraw:D3D_GL_sync_render_state unsupported render state 172 fixme:ddraw:D3D_GL_sync_render_state unsupported render state 173 fixme:ddraw:D3D_GL_texture_stage_state unsupported texture stage state 28 fixme:ddraw:D3D_GL_texture_stage_state unsupported texture stage state 25 fixme:ddraw:D3D_GL_texture_stage_state unsupported texture stage state 28 fixme:ddraw:D3D_GL_texture_stage_state unsupported texture stage state 25 Erreur de segmentation err:ntdll:RtlpWaitForCriticalSection section 0x40c2a314 "x11drv_main.c: X11DRV_CritSection" wait timed out, retrying (60 sec) fs=2307 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 ! over and over ... Using wine using opengl (compiled from cvs), start using wine path/War3.exe -- -opengl : fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x403aad78,00010023,2):stub fixme:win32:CreateIoCompletionPort (ffffffff, 0000, 00000000, 00000000): stub. then it seems to start fullscreen but does not display anything, so that i must kill it. any ideas ? -- Matthieu Foillard <matthieu(a)taktile.com> TAKTILE, 52 rue de Ponthieu - 75008 PARIS TEL 01 42 56 88 76 -- ICQ : 112622896 GSM 06 86 57 41 70

July 9, 2002

Re: Debugger

by Max

Yes, that's what I meant ! Having seen the 'debugmsg' command in winedbg help, I thought it was the command (damnt lazyness in reading docs...) Thanx Max Alle 01:23, mercoledì 10 luglio 2002, Francois Gouget ha scritto: > On Thu, 11 Jul 2002, Max wrote: > > thanx !!! > > I'll try it just now... > > Btw, two more questions, if you can answer :-) > > > > 1 - When I try the commands --debugmsg inside winedbg, I get 'parse > > error' everytimes; the command appears in help, but doesn't work for > > me... is it a known issue, or I make some mistake ? > > --debugmsg is not a command. It's a command line option. what you want > to do is probably along the lines of 'set + relay' or something like > that. > > Search for "debug messages" in documentation/debugger.sgml

July 9, 2002

Re: Debugger

by Max

thanx !!! I'll try it just now... Btw, two more questions, if you can answer :-) 1 - When I try the commands --debugmsg inside winedbg, I get 'parse error' everytimes; the command appears in help, but doesn't work for me... is it a known issue, or I make some mistake ? 2 - Starting an app, while loading dll's and symbols, winedbg starts showing garbage like this : No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40b55000) Loaded debug information from ELF '/usr/local/lib/wine/x11drv.dll.so' (0x40b45000) failure on type_info:T(3,1)=s8__name:/1(3,2)=*(0,2),0,32;.vf(3,1):(3,3)=*(0,23),32;type_info::(3,4)=#(3,1),(0,21),(3,5)=*(3,1),(0,1),(0,21);:qq _._9type_info;2A*2;(3,1);;operator=::(3,6)=##(3,7)=&(3,1);:__as__9type_infoRC9type_info;0A.;type_info::(3,8)=##(3,5);:RC9type_info; 0A.(3,9)=##(3,5);:PCc;1A.;before::(3,10)=##(0,12);:RC9type_info;2B.;name::(3,11)=##(3,2);:;2B.; operator==::(3,10):__eq__C9type_infoRC9type_info;2B.;operator!=::(3,10):__ne__C9type_infoRC9type_info;2B.;; ~%(3,1); at /1(3,2)=*(0,2),0,32;.vf(3,1):(3,3)=*( ..............<MORE>................. Loaded debug information from ELF '/usr/local/lib/wine/x11drv.dll.so' (0x40b45000) ..............<MUCH MORE>................. Unknown type '&' failure on arg:p(0,25)=&(3,1) at (3,1) Nothing has been defined <> failure on bl:p(0,26)=*(2,17) at ..............<MUCH MUCH MORE>................. Is it a known bug or... ? 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 ! ops, those where 3 questions :-) Thanx again for your answers ! Regards Max Alle 22:59, martedì 9 luglio 2002, Eric Pouech ha scritto: > Max a écrit : > > hmmmm... and is it possible to have a look at your tree ? :-) > > just send it to wine-patches (at least the part you requested interest > for... ;-)

July 9, 2002