January 2003 - Wine-Devel - list.winehq.org

Re: PATCH: kernel / errno testing

by Marcus Meissner

On Wed, Jan 22, 2003 at 12:49:50PM -0800, Francois Gouget wrote: > On Wed, 22 Jan 2003, Dan Kegel wrote: > > > Marcus Meissner wrote: > > > Hi, > > > > > > glibc 2.3.current CVS is throwing a huge stone in our direction, > > > it no longer allows overload of __errno_location. > > > > > > To visualize this problem I have added this testcase. > > ... > > > sched_yield(); /* will not change errno */ > > > > BTW sched_yield() is allowed to be a no-op; would nanosleep() > > or something like that be a better choice? > > Even better, can we achieve the same effect with a Win32 function? Maybe > Sleep(10) (milliseconds) or something like it? It seems like it should > be possible to write this without any platform dependent code. The problem is to avoid functions that might change 'errno'. Almost all could do that, we want to avoid that. nanosleep() might be ok. Ciao, Marcus

Jan. 22, 2003

Re: RtlpWaitForCriticalSection?

by Christian Costa

Mike Hearn wrote: >Using the latest Wine release, I see this error repeated over and over: > >err:ntdll:RtlpWaitForCriticalSection section 0x70460350 "?" wait timed >out, retrying (60 sec) tid=08436988 > >when clicking on the CML demo at Adobes SVG demo site. Google indicates >that this error can be caused by all sorts of things, one guy said it >was due to Wine being a lot slower than Windows. > >So, could anybody write an explanation of what this error means? > This error means that a thread tries to acquire a critical section lock that is never released. Some critical section are initialized either staticaly with CRITICAL_SECTION_INIT wich set a name to the lock or dynamicaly with InitializeCriticalSection which set the name to NULL (printed as ? wich doesn't help :-( ). I think, It would be cool to have all locks named and thus make debugging and bug report easier. It's not a hard task but names must be meaningfull. :-) Christian.

Jan. 22, 2003

A strange problem with xmpeg

by Waldeck Schutzer

I'm successfully running xmpeg 4.5 with the current snapshot of wine. However, occasionally I get this very strange glitches: 1. When the splash screen desapears, so does all of my desktop. I have to make a Refresh Desktop to get it back. Judging by the log below, I am suspecting of something in the DirectDraw functions. Upon request I will gladily send a (45Kb) screen shot of this. 2. Whenever I click on a radio button for YV12 under Project Options/Post Processing, it crashes with the message wine: main.c:572: DDRAW_width_bpp_to_pitch: Assertion `bpp != 0' failed. I traced this down to the ddraw module and made the following very ugly hack around it by changing the macro PFGET_BPP to make sure it never returns zero: Index: wine/dlls/ddraw/ddraw_private.h =================================================================== RCS file: /home/wine/wine/dlls/ddraw/ddraw_private.h,v retrieving revision 1.35 diff -u -p -r1.35 ddraw_private.h --- wine/dlls/ddraw/ddraw_private.h 2 Jan 2003 19:51:25 -0000 1.35 +++ wine/dlls/ddraw/ddraw_private.h 20 Jan 2003 20:02:45 -0000 @@ -331,7 +331,8 @@ const ddraw_driver* DDRAW_FindDriver(con /* Get DDSCAPS of surface (shortcutmacro) */ #define SDDSCAPS(iface) ((iface)->s.surface_desc.ddsCaps.dwCaps) /* Get the number of bytes per pixel for a given surface */ -#define PFGET_BPP(pf) (pf.dwFlags&DDPF_PALETTEINDEXED8?1:((pf.u1.dwRGBBitCount+7)/8)) +#define PFGET_BPPZ(pf) (pf.dwFlags&DDPF_PALETTEINDEXED8?1:((pf.u1.dwRGBBitCount+7)/8)) +#define PFGET_BPP(x) (PFGET_BPPZ(x)==0?1:PFGET_BPPZ(x)) #define GET_BPP(desc) PFGET_BPP(desc.u4.ddpfPixelFormat) LONG DDRAW_width_bpp_to_pitch(DWORD width, DWORD bpp); Now it won't crash anymore, but when I click on that button, the whole dialog box gets misteriously sent to the back! Anybody else having these problems? Any hints as to what could to be the problem? Waldeck fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (United States keyboard layout) for scancode mapping. Please define your layout in windows/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. mcop warning: user defined signal handler found for SIG_PIPE, overriding fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:win32:PE_CreateModule Unknown directory 15 ignored fixme:win32:PE_CreateModule Unknown directory 15 ignored fixme:win32:PE_CreateModule Unknown directory 15 ignored fixme:win32:PE_CreateModule Unknown directory 15 ignored fixme:commctrl:InitCommonControlsEx Unknown class! dwICC=0x8000 fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x402c3f50)->(00010021,00000008) fixme:ddraw:Main_DirectDraw_CreateSurface App didn't request a valid surface type - assuming offscreenplain

Jan. 22, 2003

Re: PATCH: kernel / errno testing

by Francois Gouget

On Wed, 22 Jan 2003, Dan Kegel wrote: > Marcus Meissner wrote: > > Hi, > > > > glibc 2.3.current CVS is throwing a huge stone in our direction, > > it no longer allows overload of __errno_location. > > > > To visualize this problem I have added this testcase. > ... > > sched_yield(); /* will not change errno */ > > BTW sched_yield() is allowed to be a no-op; would nanosleep() > or something like that be a better choice? Even better, can we achieve the same effect with a Win32 function? Maybe Sleep(10) (milliseconds) or something like it? It seems like it should be possible to write this without any platform dependent code. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ The software said it requires Win95 or better, so I installed Linux.

Jan. 22, 2003

InstallShield 6: fixme:ole:_StubReaderThread Failed with hres 80004005

by Dan Kegel

Whenever I run an InstallShield 6 installer, and it fails early on for any reason (e.g. a file was missing, or the "object reference not set" bug), the error messagebox "Error installing iKernel.exe: (0x1400)" appears. The user clicks 'OK', and the program terminates (after a few seconds). So far so good. But on stderr I see fixme:ole:_xread Read only 0 of 4 bytes from 0x58. fixme:ole:_StubReaderThread Failed with hres 80004005 and I note the presence of one or two stray wine processes and a wineserver: $ ps augxw | grep wine dank 947 14.9 0.3 3172 1236 ? S 11:58 0:10 wineserver dank 949 0.5 7.5 64400 29028 pts/0 S 11:58 0:00 /usr/local/bin/wine C:\PROG~FBU\COMM~CP1\INST~JM1\engine\6\INTE~MEX\I dank 957 0.0 7.5 64400 29028 pts/0 S 11:59 0:00 /usr/local/bin/wine C:\PROG~FBU\COMM~CP1\INST~JM1\engine\6\INTE~MEX\I Subsequent runs of the installer produce the error "error installing iKernel.exe: (0x1400)" probably because iKernel.exe is locked, and can't be overwritten. Killing all wine processes, e.g. killall wine lets the next run get past the 0x1400 error. I'm not stuck or even terribly bothered by this, but I thought I'd document it here in case anyone's interested. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

Jan. 22, 2003

Re: InstallShield 6: fixme:ole:_StubReaderThread Failed with hres 80004005

by Sylvain Petreolle

Probably not, because locking is not impeleted into the server. Note that you can do : wine IKernel.exe and in another terminal do : mv IKernel.exe IKernel.exe_ > Subsequent runs of the installer produce the error "error installing > iKernel.exe: (0x1400)" > probably because iKernel.exe is locked, and can't be overwritten. > Killing all wine processes, e.g. > killall wine > lets the next run get past the 0x1400 error. > > I'm not stuck or even terribly bothered by this, > but I thought I'd document it here in case anyone's > interested. > - Dan > > -- > Dan Kegel > http://www.kegel.com > http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 > > ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Jan. 22, 2003

Re: App works almost perfectly, but one MDI screen won't draw

by Rick Romero

On Tue, 2003-01-21 at 20:15, Duane Clark wrote: > Dan Kegel wrote: > > Installing my company's app is still a bear -- the only > > way I've found to avoid the dreaded "object reference not set" is > > to run with --debugmsg +ole and redirect to a file > > (not to the screen, and not to /dev/null). > > > > Once installed, the app runs quite well... except for one screen, > > which remains nearly blank. The MDI frames draw fine, but the > > contents (which include a hex memory dump area and a tree control) > > remain blank. Visual Foxpro (Thanks for the patch Duane!) does the same thing with 'Wait Windows'. With a relay trace, it runs slow enough that you can see the text is actually drawn (using gdi32.ExtTextOutA) but is then overwritten by the window itself. > I was going to spend this weekend fixing another MDI app to fix a draw > problem that several exhibit (for example, Kaleidegraph). Oddly it is > just the opposite; the contents draw ok but not the frames. I already > have a good idea of where the problem on them is. > > Would a demo version of your app be available for download somewhere? I > would be interested in testing it. If Dan's app behaves the same as mine, I can create a prog that displays a window :) FWIW, Transgaming's current CVS WILL display the text correctly, but what appeared to be an MDI window is actually created unmanaged (with windows decorations). If anything, that's one way to test and see if you get your text.. Rick

Jan. 22, 2003

Re: dos4gw stub exec failed

by Sylvain Petreolle

I downloaded it from the site. it talks about install.exe, which is not found into the zip. (??) It will actually have problems with mice, since we lack the needed functions, -330015, -330016 and -330017 which should be easy to implement. Dont know how to run it correctly since "Desktop" has no effect. > You could try running those programs using DOS32A (DOS/32 Advanced) > extender. It seems to work quite well. I just posted a patch that > is required to get its installer working, though, so you might > have some trouble unpacking it... > ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Jan. 22, 2003

Re: PATCH: kernel / errno testing

by Dan Kegel

Marcus Meissner wrote: > Hi, > > glibc 2.3.current CVS is throwing a huge stone in our direction, > it no longer allows overload of __errno_location. > > To visualize this problem I have added this testcase. ... > sched_yield(); /* will not change errno */ BTW sched_yield() is allowed to be a no-op; would nanosleep() or something like that be a better choice? - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

Jan. 22, 2003

Spanish Documentation Project

by Javier Canovas

hi, this is my first message on this mailing list... HI! I am a spanish user of wine, and I am going to translate the english documentation of wine (I manage the project). I am creating the project (cvs, bugzilla...) in Lucas (es.tldp.org) but I cant do it alone. I am meeting people to work in this, somebody can help us? Thks PD: Im sorry Shachar...

Jan. 22, 2003