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

what does __leave do?

by Greg Turner

Could someone run the following code under a microsoft compiler for me, and let me know the result? main() { int x = 0; __try { x = 1; __leave; } __finally { x = 2; } printf("x was %d\n", x); } thanks, -- gmt "If everyone is thinking alike then somebody isn't thinking." --George S. Patton

Jan. 13, 2003

Re: Help with /?? stuff

by Alberto Massari

At 18.55 13/01/2003 +0100, Sylvain Petreolle wrote: >Do you know exactly _when_ it must be called ? Before or after RunOnce >? No idea.... BTW, I've found this article that explains something about RunOnceEx: http://www.jsifaq.com/SUBG/TIP3300/rh3320.htm Alberto > > Unfortunately that's not true: even in RunOnceEx, I can find these > > entries: ><snip> > > In my opinion, the test should be done on the presence of the "|" > > character; if the character is present, the file name should be > > considered > > to be a DLL (regardless of the extension: e.g. >Shouldn't we check the type of the binary ? > > > > > [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx\\812] > > 1038264695 > > "000"="C:\\WINDOWS\\SYSTEM\\l3codecx.ax|DllRegisterServer" > > "001"="C:\\WINDOWS\\SYSTEM\\mpg4ds32.ax|DllRegisterServer" > > "002"="C:\\WINDOWS\\SYSTEM\\msadds32.ax|DllRegisterServer" > > "003"="C:\\WINDOWS\\SYSTEM\\acelpdec.ax|DllRegisterServer" > > "004"="C:\\WINDOWS\\SYSTEM\\voxmsdec.ax|DllRegisterServer" > > > > ), otherwise is a normal command line. > > > > Alberto > > > > > >===== >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. 13, 2003

Sysparams registry tests

by Francois Gouget

Here are the failing user32/sysparams registry tests on Win95, Win98 and NT4. sysparams.c:676:testing SPI_{GET,SET}MENUDROPALIGNMENT sysparams.c:161: Test failed: Wrong value in registry: subKey=Software\Microsoft\Windows NT\CurrentVersion\Windows, valName=MenuDropAlignment, testValue=1, value= sysparams.c:161: Test failed: Wrong value in registry: subKey=Software\Microsoft\Windows NT\CurrentVersion\Windows, valName=MenuDropAlignment, testValue=0, value= -> on Win9x this is in Control Panel\desktop sysparams.c:711:testing SPI_{GET,SET}DOUBLECLKWIDTH sysparams.c:161: Test failed: Wrong value in registry: subKey=Control Panel\Mouse, valName=DoubleClickWidth, testValue=0, value= sysparams.c:161: Test failed: Wrong value in registry: subKey=Control Panel\Mouse, valName=DoubleClickWidth, testValue=10000, value= -> on Win9x this is in Control Panel\desktop sysparams.c:741:testing SPI_{GET,SET}DOUBLECLKHEIGHT sysparams.c:161: Test failed: Wrong value in registry: subKey=Control Panel\Mouse, valName=DoubleClickHeight, testValue=0, value= sysparams.c:161: Test failed: Wrong value in registry: subKey=Control Panel\Mouse, valName=DoubleClickHeight, testValue=10000, value= -> on Win9x this is in Control Panel\desktop sysparams.c:644:testing SPI_{GET,SET}ICONTITLEWRAP sysparams.c:161: Test failed: Wrong value in registry: subKey=Control Panel\Desktop\WindowMetrics, valName=IconTitleWrap, testValue=1, value= sysparams.c:161: Test failed: Wrong value in registry: subKey=Control Panel\Desktop\WindowMetrics, valName=IconTitleWrap, testValue=0, value= -> on NT4 this is in Control Panel\Desktop Notice how this is not even a clean separation between NT OSes and Win9x ones: Win9x aligns with XP for SPI_SETICONTITLEWRAP but not NT4, while for the other settings it's the opposite. Anyway, is it worth keeping these tests? That is making sure that SPI_xxx stores the setting in the registry key we expect? Do we know of applications that depend on these specific settings? If not then I will just submit a patch to remove these checks. Or maybe Wine should store these settings in all known locations? Note that I already removed these tests for SPI_ICONHORIZONTALSPACING and SPI_ICONVERTICALSPACING because for these Windows does not even always store the same value: sometimes it's the value we provide but most of the time that value seems to be multiplied by -15 (resulting in the negative number!). And the -15 changes to anothe value if you change the icon size. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ tcA thgirypoC muinelliM latigiD eht detaloiv tsuj evah uoY

Jan. 13, 2003

Help wanted: Implementing Wine dlls that need access to X11 commands.

by Robert North

I'm about to start serious implementation on the wintab32 dll. I now need some guidance as to how best to implement it's access to X11 calls. My current thoughts on how to do this are given below. Are they reasonable?? I need to access a number of X11 calls, largely in the XInput extension. None of these are exposed by the x11drv dll. My intention is currently to change nothing in the x11drv dll. The only hints I can find about how to do this are from the direct draw and open gl dlls. These dlls can do the following: Get the X11 Display object of a gdi context. Get the X11 window handle given a win32 window handle. Synchronise with the x11_drv code for multi threading. My wintab code will do the same. The one difference will be that wintab will create it's own X11 Display objects. It will interrogate a gdi's X11 Display object to ensure it talks to the same screen. The wintab code will also require multiple message queues. To implement this I intend to use one display object per queue. (Much as wine uses one display object per thread) Hope I'm on the right track -Rob.

Jan. 13, 2003

RE: user32.SendMessageCallback

by Robert Shearman

> -----Original Message----- > From: julliard(a)winehq.com [mailto:julliard(a)winehq.com] > Sent: 13 January 2003 17:48 > To: Robert Shearman > Cc: wine-devel(a)winehq.com > Subject: Re: user32.SendMessageCallback > > > "Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> writes: > > > ChangeLog: > > - Fix SendMessageCallback so that it works in all cases now > > You can't do it that way, the callback has to be called in the context > of the thread that sent the message. Ah, yes. After reading MSDN I spotted the following line: "The callback function is called only when the thread that called SendMessageCallback also calls GetMessage, PeekMessage, or WaitMessage." In that case, I have no idea what to do for this function :( Rob

Jan. 13, 2003

Re: Help with /?? stuff

by Shachar Shemesh

Sylvain Petreolle wrote: >Do you know exactly _when_ it must be called ? Before or after RunOnce >? > > Even if noone here knows, it shouldn't be too difficult to find out. >>In my opinion, the test should be done on the presence of the "|" >>character; if the character is present, the file name should be >>considered >>to be a DLL (regardless of the extension: e.g. >> >> >Shouldn't we check the type of the binary ? > > Again, good points. When the time comes I'll check what the windows version does. If someone thinks they'll have the time for it before that, and they don't know how to test that, contact me. Shachar

Jan. 13, 2003

Re: Help with /?? stuff

by Sylvain Petreolle

Do you know exactly _when_ it must be called ? Before or after RunOnce ? > Unfortunately that's not true: even in RunOnceEx, I can find these > entries: <snip> > In my opinion, the test should be done on the presence of the "|" > character; if the character is present, the file name should be > considered > to be a DLL (regardless of the extension: e.g. Shouldn't we check the type of the binary ? > > [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx\\812] > 1038264695 > "000"="C:\\WINDOWS\\SYSTEM\\l3codecx.ax|DllRegisterServer" > "001"="C:\\WINDOWS\\SYSTEM\\mpg4ds32.ax|DllRegisterServer" > "002"="C:\\WINDOWS\\SYSTEM\\msadds32.ax|DllRegisterServer" > "003"="C:\\WINDOWS\\SYSTEM\\acelpdec.ax|DllRegisterServer" > "004"="C:\\WINDOWS\\SYSTEM\\voxmsdec.ax|DllRegisterServer" > > ), otherwise is a normal command line. > > Alberto > > ===== 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. 13, 2003

Re: user32.SendMessageCallback

by Alexandre Julliard

"Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> writes: > ChangeLog: > - Fix SendMessageCallback so that it works in all cases now You can't do it that way, the callback has to be called in the context of the thread that sent the message. -- Alexandre Julliard julliard(a)winehq.com

Jan. 13, 2003

Re: tests for GetPrinterDriverDirectoryA

by Francois Gouget

On Sun, 12 Jan 2003, Stefan Leichter wrote: > Am Sonntag 12 Januar 2003 02:43 schrieben Sie: > > > > I see this test has not been committed yet... I tested it and it works > > on Win95, Win98, NT4 and XP. It's a much better score than some other > > tests... > > > > However it fails on Wine: > > info.c:25: Test failed: pcbNeeded set to 18 instead of 19 > > info.c:30: Test failed: pcbNeeded set to 18 instead of 19 > > info.c:34: Test failed: expected result == 0, got 18 > > info.c:35: Test failed: pcbNeeded set to 18 instead of 19 > > info.c:48: Test failed: expected result != 0, got 0 > > info.c:71: Test failed: expected result != 0, got 0 > > > > The easy solution is to just wrap the relevant tests in a 'todo_wine'. > > The better one is to fix Wine... Or if the fix is too long to do, wrap > > with todo_wine now so the test can be committed now, and then fix Wine > > and remove the relevant todo_wine statements after each fix. > > I will try to fix the function GetPrinterDriverDirectory soon. But how should > wine behave ? > 1. like NT/XP > 2. like Win9x > 3. like the setting "windows" of the section [Version] in the config file When there are differences we usually try to conform to the Windows NT/2000/XP behavior. However the above test passes on all Windows platforms so I would assume that in this case it's just Wine that behaves differently (unless the test already takes into account multiple possible values for the various Windows platforms). -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ 1 + e ^ ( i * pi ) = 0

Jan. 13, 2003

Re: Re: The version info patches + d3d question

by fenix＠club-internet.fr

----Message d'origine---- >Date: Mon, 13 Jan 2003 16:04:10 +0100 >De: Lionel Ulmer <lionel.ulmer(a)free.fr> >A: fenix(a)club-internet.fr >Copie à: farmboy1(a)subdimension.com, wine-devel(a)winehq.com >Sujet: Re: The version info patches + d3d question > >> >the problem is they dont run even with the patches because they cant get >> >version info from d3dim.dll and probably other d3d dlls. >> >since wine doesnt have these dlls how can wine give these programs the needed >> >info or is it planned to split ddraw in a ddraw and a d3d component? >> >> actually, we are speaking about d3d architecture, but it will be possible to implement d3dim.dll (minors d3d calls) into near future using the "new" codebase. >> And d3d component (for version 3..7) is contained into ddraw.dll > >I don't even know WHAT d3dim.dll is :-) What does it contain for API ? d3dim.dll - D3DFree - D3DMalloc - D3DRealloc - Direct3DCreateDevice - Direct3DCreateTexture - Direct3DGetSWRastZPixFmts - Direct3DCreate - Direct3D_HALCleanUp - FlushD3DDevices2 - FlushD3DDevices - PaletteAssociateNotify - PaletteUpdateNotify - SurfaceFlipNotify d3dim700.dll - D3DFree - D3DMalloc - D3DRealloc - Direct3DCreateDevice - CreateTexture - D3DBreakVBLock - D3DTextureUpdate - DestroyTexture - Direct3DCreate - Direct3D_HALCleanUp - FlushD3DDevices - GetLOD - GetPriority - PaletteAssociateNotify - PaletteUpdateNotify - SetLOD - SetPriority - SurfaceFlipNotify >I know about D3DRM.DLL (that won't be supported) for the 'retained mode' API >but I thought that all 'immediate mode' API was in ddraw.dll and not in a >separate library. yes, you are right. d3dim is only some utilities functions and interfaces for d3d immediate mode. (with d3d8 most of the code of d3dim and d3dxof was moved into d3dx8) >Why not first test with an empty DLL with just the version ressources in it >and see if it's enough ? maybe with only emtpy stubs now :) > Lionel Raphael

Jan. 13, 2003