- Wine-devel - list.winehq.org

[regression] crash in bitblt.c:87
by Thomas Duffy 02 Apr '02

02 Apr '02

This used to not happen. Now, I get a crash everytime I start up AOL 5.0 under recent (today) cvs. (cut an paste bug still exists, but you can at least read the backtrace :) Unhandled exception: page fault on read access to 0x00000010 in 32-bit code (0x40829fd4). In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40829fd4 (BitBlt+0xb8 [bitblt.c:87] in libgdi32.dll.so): pushl 0x10(%esi) 87 ret = dcDst->funcs->pBitBlt( dcDst->physDev, xDst, yDst, width, height, Wine-dbg>bt Backtrace: In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40829fd4 (BitBlt+0xb8 [bitblt.c:87] in libgdi32.dll.so): pushl 0x10(%esi) 87 ret = dcDst->funcs->pBitBlt( dcDst->physDev, xDst, yDst, width, height, Wine-dbg>bt Backtrace: =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40829fd4 (BitBlt+0xb8 [bitblt.c:87] in libgdi32.dll.so): pushl 0x10(%esi) 87 ret = dcDst->funcs->pBitBlt( dcDst->physDev, xDst, yDst, width, height, Wine-dbg>bt Backtrace: =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf00021) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) Symbol __strtol_internal is invalid 0x40829fd4 (BitBlt+0xb8 [bitblt.c:87] in libgdi32.dll.so): pushl 0x10(%esi) 87 ret = dcDst->funcs->pBitBlt( dcDst->physDev, xDst, yDst, width, height, Wine-dbg>bt Backtrace: =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf00021) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 0x40829fd4 (BitBlt+0xb8 [bitblt.c:87] in libgdi32.dll.so): pushl 0x10(%esi) 87 ret = dcDst->funcs->pBitBlt( dcDst->physDev, xDst, yDst, width, height, Wine-dbg>bt Backtrace: =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf00021) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 87 ret = dcDst->funcs->pBitBlt( dcDst->physDev, xDst, yDst, width, height, Wine-dbg>bt Backtrace: =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf00021) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) Wine-dbg>bt Backtrace: =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf00021) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) Backtrace: =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf00021) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:1 =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf00021) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:181] in user32.dll.so) (ebp=405c64e4) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:181] in user32.dll.so) (ebp=405c64e4) 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:181] in user32.dll.so) (ebp=405c64e4) 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] in user32.dll.so) (ebp=405c6518) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:181] in user32.dll.so) (ebp=405c64e4) 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] in user32.dll.so) (ebp=405c6518) 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:181] in user32.dll.so) (ebp=405c64e4) 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] in user32.dll.so) (ebp=405c6518) 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:181] in user32.dll.so) (ebp=405c64e4) 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] in user32.dll.so) (ebp=405c6518) 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) Wine-dbg> 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:181] in user32.dll.so) (ebp=405c64e4) 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] in user32.dll.so) (ebp=405c6518) 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) Wine-dbg> user32.dll.so) (ebp=405c64e4) 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] in user32.dll.so) (ebp=405c6518) 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) Wine-dbg> 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] in user32.dll.so) (ebp=405c6518) 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) Wine-dbg> r32.dll.so) (ebp=405c6518) 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) Wine-dbg> 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) Wine-dbg> Wine-dbg> Wine-dbg> -- YOO-ESS-AYE! YOO-ESS-AYE!

1 0

Re: Two fixes for the testing framework makefiles
by Alexandre Julliard 02 Apr '02

02 Apr '02

Francois Gouget <fgouget(a)codeweavers.com> writes: > The first one, in Make.rules.in, makes sure that if you modify > wtmain.o, then all tests will be rebuilt. You would think that the .c.o > implicit rule should do that already, but this is not the case. I > suppose it's because the file is not in the local directory. Actually this should be done from the top-level makefile, rebuilding from the sub-makefiles can cause trouble, particularly with parallel makes. > The second one, in winetest/Makefile.in, fixes out of tree builds > (wine.xs may be in ../../../src/program/winetest). VPATH should take care of that. Do you have a make that requires this? If so there are many other places we need to fix too. -- Alexandre Julliard julliard(a)winehq.com

1 0

CreateProcess design
by Eric Pouech 01 Apr '02

01 Apr '02

before latest Alexandre patch, CreateProcess was able to use stuff like: CreateProcess(NULL, "foo.exe --wine_opt -- --foo_opt") --wine_opt was seen by foo as options for wine, whereas foo_opt could be a command line option for foo (in foo, the command line would only be "--foo_opt") since last night, this is broken: - --wine_opt is still seen as a wine option - however, the command line passed to foo isn't cleaned up... we get the whole line "--wine_opt -- --foo_opt"... what should we do. I think Alexandre long term option is to really get rid of the options on the command line and use the WINEOPTION(S) env var (we could still have a wrapper script to do the conversion) should we adopt this right away or clean up the command line option ? as a consequence, you no longer can use any CUI program in the user/graphical mode, including winedbg - it still work as a unix console though A+

2 3

File names and Wine.
by Insyde 01 Apr '02

01 Apr '02

Hi, I was looking at th wine source and I couldn't find any support to long file names under wine (yet). I was reading the DOSFS part and there is a lot of code that handles 8.3 file names, but wine support long file names. Can anyone show me where is it? or long names depend on Linux? thanks, Ricardo.

1 0

error: no implementation for WININET.dll.102(InternetGetConnectedState)
by Jason M Bell 01 Apr '02

01 Apr '02

hey everybody, I'm trying to debug a windows application - the Paradise Poker client program. I keep getting an error when it runs: -------------- err:win32:PE_fixup_imports No implementation for WININET.dll.102(InternetGetConnectedState) imported from C:\Program Files\ParadisePoker\client.exe, setting to 0xdeadbeef wine: Unhandled exception, starting debugger... err:seh:start_debugger Couldn't start debugger ("/usr/bin/winedbg 134662856 112") (2) Read the Wine Developers Guide on how to set up winedbg or another debugger -------------- The source in dlls/wininet/internet.c clearly shows a (simple) implementation for InternetGetConnectedState, but Wine isn't importing it for some reason. I've turned on other debug traces, but haven't gotten any other useful information. What are some other ways of attacking the problem? I'm pretty new at Wine development - any tips you have would be greatly appreciated. thanks in advance, Jason

3 4

wineconf 2002 summary
by Andreas Mohr 01 Apr '02

01 Apr '02

Hi all, I just added a link to my final wineconf 2002 summary page at http://home.arcor.de/andi.mohr/wine/wineconf2002/ to the WineHQ News. If anyone else has anything to contribute, then feel free to tell me NOW :) BTW, Michael, what about your photos ? Are they supposed to get published somewhere ? Thanks for listening ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

2 1

make test leaves 2 wine processes running
by Sylvain Petreolle 01 Apr '02

01 Apr '02

Hi, Running make test with a desktop window leaves ok but 2 processes are still running and the desktop windows not closed. They cannot be closed when I use the cross or the close command, i must kill them. (don't have to use -9 parameter) Running processes are : /home/wine/wine tests/vartest.c /home/wine/wine tests/sysparams.c (wineserver is here) I tried to winedbg them, but got error when I typed attach : error 5 (ERROR_ACCESS_DENIED). ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 5

problems with the alt button and window switching
by Rizsanyi Zsolt 31 Mar '02

31 Mar '02

Hi! If I change the window with keyboard (eg with ALT-TAB), then when I switch back to the wine window wine still thinks that the ALT button is depressed. I happens, because the key event of pressing ALT arrives to the wine window before the switch. And I see in the console (with --debugmsg +key) the next lines: trace:key:X11DRV_KeyEvent state = 10 trace:key:X11DRV_KeyEvent KeyPress : keysym=FFE9 (Alt_L), ascii chars=0 / 0 / '' trace:key:X11DRV_KeyEvent keycode 0x40 converted to vkey 0x12 trace:key:X11DRV_KeyEvent bScan = 0x38. trace:key:queue_kbd_event wParam=0012, lParam=20380001, InputKeyState=81 trace:key:TranslateMessage (WM_SYSKEYDOWN, 0012, 20380001) trace:key:TranslateMessage Translating key VK_MENU (0012), scancode 38 trace:key:X11DRV_ToUnicode (0012, 2038) : faked state = 10 trace:key:X11DRV_ToUnicode ToUnicode about to return 0 with char bbc6 trace:key:queue_kbd_event wParam=0012, lParam=c0000001, InputKeyState=1 That is the key state has been changed. And when I return to the wine window (by keyboard or mouse) it acts like if the ALT button were depressed. The solution is that the key states should be reset when the wine gets back the focus or loses the focus. That is more exactly in windows/winpos.c in the function WINPOS_SetActiveWindow when the hWnd is NULL ! That is the case when switching from a wine window to an non-wine window. So I have found the place :), just I dont know whats the preferred way to reset all the key states to not pressed. I have added the next few lines: --- oldwinpos.c Fri Mar 29 16:54:59 2002 +++ winpos.c Fri Mar 29 16:55:08 2002 @@ -1217,6 +1217,12 @@ if ((wndPtr = WIN_FindWndPtr(hWnd))) hWnd = wndPtr->hwndSelf; /* make it a full handle */ + /* reset key states when switching to a non-wine window */ + if (hWnd == 0) + { + InputKeyStateTable[VK_MENU] &= ~0x80; + goto CLEANUP_END; + } + /* paranoid checks */ if( hWnd == GetDesktopWindow() || (bRet = (hWnd == hwndActive)) ) goto CLEANUP_END; And now my problem is fixed. But I have experienced the same problem with the Control button (altough it is harder to reproduce). So maybe all the key states should be reset. So I would like to have this patch or something similar in wine. Best regards Zsolt Rizsanyi

2 1

WineLib newbie question
by Boris Buegling 31 Mar '02

31 Mar '02

Hi all. I'm wondering how difficult it is to port an application to Linux with WineLib. There are quite a few N64 emulators with source code on Windoze and I want to port one of them to Linux, because there is no decent native emulator, First, is it possible that things which don't work well with Wine, work when they are ported using WineLib ? Second, how much work is involved ? Regards, -- Boris Buegling <boris(a)icculus.org> "Sleep less - live longer." - "Ok good, 1 down... Now all I need is beer, video games and hacking to be linked to living longer and I'm set." "If it stinks, it's chemistry. If it moves, it's biology. If it does not work, it's computer science."

1 0

DIB engine
by Francois Gouget 31 Mar '02

31 Mar '02

The DIB engine was discussed quite a lot at WineConf. I am now trying to summarize these discussions to update bug 421 - Implement a DIB engine. http://wine.codeweavers.com/bugzilla/show_bug.cgi?id=421 Is the following accurate, complete, etc? Comments? Other ideas? Any volunteers? This was discussed quite a bit at WineConf. Ideas that were floated around are: 1. Have X export the required API --------------------------------- XFree86 4 has all the needed code, for all bit depths and layouts we care about. We could try to have the X guys export this in the form of an API ala Xft. Wine could then link with this library to implement the DIB engine (or dlopen that library). * Is the needed API already available? * If not, are the XFree86 guys willing to export it? * Almost everyone is using XFree86, but what about people who don't (embedded devices, Wine on Solaris...). We need a fallback. * We won't have to maintain that code which is a good thing, although it is not supposed to change much once written. * Will we be able to do all that we need with that API? Probably yes since it can be expected to match the X API quite closely and we are abel to use the X API. 2. Copy the relevant X code into Wine ------------------------------------- Since X has all the code and that code is under the X11 license we could copy it all into Wine. * This means we will have to maintain the code ourselves, although it is not supposed to change much once written. 3. Copy the relevant code from MicroWindows/NanoGUI to Wine ----------------------------------------------------------- MicroWindows/NanoGUI also has code that could help us bootstrap our DIB engine. We probably don't want Wine to depend on these projects but we could copy their code into Wine. * Are the licenses compatible? * Do they support all the bit depths and layouts we care about? * This means we will have to maintain the code ourselves, although it is not supposed to change much once written. 4. Copy the relevant code from GGI to Wine ------------------------------------------ GGI also has similar code. Again we probably don't want to introduce a dependency on GGI so the same questions apply: * Are the licenses compatible? * Do they support all the bit depths and layouts we care about? * This means we will have to maintain the code ourselves, although it is not supposed to change much once written. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ "Utilisateur" (nom commun) : Mot utilisé par les informaticiens en lieu et place d'"idiot".

4 4