- wine-devel - winehq.org

Configuration parameters
by Dimitrie O. Paun 22 Nov '03

22 Nov '03

Hi folks, I've finally managed to do the table I've promised for so long. My appologies for the delay. This has been mind numbing work, and as such I haven't payed that much attention to the values I've filled in those columns. Please send me your comments so I can post a final version of this to the WineHQ site soon. Note: best viewed in a web browser, but an editor that can display about 150 columns would do just fine as well. -- Dimi.

7 20

Re: winmm: move MCI settings from system.ini to the registry
by Eric Pouech 22 Nov '03

22 Nov '03

Dimitrie O. Paun wrote: > Eric, > > I think these values (*.drv) sit under > HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\MCI > and not under > HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\MCI32 > as you suggested. On NT, MCI key is for 16 bit drivers and MCI32 key is for 32 bit drivers. The registry key for Win9x is not the same (it's HKML\System\CurrentControlSet\Control\MediaResources\mci). And most of the programs for Win9x still want to advertize their drivers in system.ini and not especially in the registry, so we'll have to provide some backup for that too. And to add the final touch, native drivers are 16bits (even on NT, at least 'til 2k, didn't check on XP), wine's are 32 bits. Wine current code should take of this (ie load a 16 bit driver when a 32 bit was requested, and do all the 16 <=> 32 transformation). So, what I'd suggest is to support all the schemes for configuring drivers, in this order of (decreasing) priority: registry-NT key (16+32), registry-Win9x key (16+32), system.ini (16+32). We also need to be consistent about this for all the drivers (and not only the MCI ones), which mean a deeper look at the code (video, acm...). I also think, since we're about to use the native registry settings, that we need to support the "Disabled" key in driver configuration, otherwise we might get lots of errors (for not correctly working devices). I won't have too much time to look at this in details right now, so if someone wants to jump in, I'll be happy to give him (her ?) a hand. A+ -- Eric Pouech

1 0

RFC: {Global,Local}{Re,}Alloc()
by Dimitrie O. Paun 22 Nov '03

22 Nov '03

Hi folks, There are a few places in Wine where we're not using the Heap*() functions, but rather the old {Global,Local}{Re,}Alloc() ones. IIRC we need to do so in controls/edit.c for compatibility with old Win16 code, but why do we do so in places like: * print dialog * ole32 * shell32 * shlwapi Here is a list of places where {Global,Local}ReAlloc() are used. I'd like to replace them with Heap* functions where it is possible, but before I do, I need to know where we need the old calls. ./controls/edit.c: hloc32W_new = LocalReAlloc(es->hloc32W, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT); ./controls/edit.c: if ((hNew32W = LocalReAlloc(es->hloc32W, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT))) { ./controls/edit.c: hloc32A_new = LocalReAlloc(es->hloc32A, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT); ./controls/edit.c: hloc16_new = LOCAL_ReAlloc(hInstance, es->hloc16, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT); ./dlls/commdlg/printdlg.c: *hmem = GlobalReAlloc(*hmem, size, GMEM_MOVEABLE); ./dlls/commdlg/printdlg.c: *hmem = GlobalReAlloc(*hmem, size, GMEM_MOVEABLE); ./dlls/commdlg/printdlg.c: lppd->hDevMode = GlobalReAlloc(lppd->hDevMode, ./dlls/commdlg/printdlg.c: lppd->hDevMode = GlobalReAlloc(lppd->hDevMode, ./dlls/commdlg/printdlg16.c: *hmem = GlobalReAlloc16(*hmem, size, GMEM_MOVEABLE); ./dlls/commdlg/printdlg16.c: lppd->hDevMode = GlobalReAlloc16(lppd->hDevMode, ./dlls/kernel/local16.c: hseg = GlobalReAlloc16( hseg, 0x10000, GMEM_FIXED ); ./dlls/kernel/local16.c:HLOCAL16 LOCAL_ReAlloc( HANDLE16 ds, HLOCAL16 handle, WORD size, WORD flags ) ./dlls/kernel/local16.c:HLOCAL16 WINAPI LocalReAlloc16( HLOCAL16 handle, WORD size, UINT16 flags ) ./dlls/kernel/local16.c: return LOCAL_ReAlloc( CURRENT_DS, handle, size, flags ); ./dlls/kernel/local16.c:DWORD WINAPI Local32ReAlloc16( HANDLE heap, DWORD addr, INT16 type, ./dlls/kernel/resource16.c: handle = GlobalReAlloc16( hMemObj, pNameInfo->length << sizeShift, 0 ); ./dlls/kernel/resource16.c: handle = GlobalReAlloc16( hMemObj, pNameInfo->length << sizeShift, 0 ); ./dlls/ole32/hglobalstream.c: This->supportHandle = GlobalReAlloc(This->supportHandle, ./dlls/ole32/ifs.c: Malloc32.SpyedBlocks = (LPVOID*)LocalReAlloc((HLOCAL)Malloc32.SpyedBlocks, NewLength, GMEM_ZEROINIT); ./dlls/ole32/memlockbytes.c: This->supportHandle = GlobalReAlloc(This->supportHandle, ./dlls/ole32/memlockbytes16.c: This->supportHandle = GlobalReAlloc16(This->supportHandle, ./dlls/shell32/shell32_main.c: hargv=GlobalReAlloc(hargv, size, 0); ./dlls/shell32/shellole.c: addr = (LPVOID) LocalReAlloc((HANDLE) pv, cb, GMEM_ZEROINIT | GMEM_MOVEABLE); ./dlls/shlwapi/clist.c: lpTemp = (LPSHLWAPI_CLIST)LocalReAlloc((HLOCAL)pItem, ulSize, ./dlls/shlwapi/clist.c: lpIter = (LPSHLWAPI_CLIST)LocalReAlloc((HLOCAL)*lppList, ./dlls/shlwapi/clist.c: lpList = (LPSHLWAPI_CLIST)LocalReAlloc((HLOCAL)*lppList, ulNewSize, ./dlls/user/dde/misc.c: hData = GlobalReAlloc((HGLOBAL)hData, new_sz + sizeof(DDE_DATAHANDLE_HEAD), ./objects/gdiobj.c: if ((new_handle = (HGDIOBJ)(ULONG_PTR)LOCAL_ReAlloc( GDI_HeapSel, h, size, LMEM_MOVEABLE ))) ./objects/metafile.c: return (HMETAFILE16)GlobalReAlloc16( hMeta, 0, -- Dimi.

3 2

Re: wn20031121_197.xml
by Brian Vincent (C) 21 Nov '03

21 Nov '03

> If I am not mistaken, I offered him commit access a while ago. He was > content at the time to have my slow butt commit. The offer still > stands. Yeah.. maybe it's time I take you up on it. Up until recently I didn't have reliable shell access. Now I've got a nice shell account and have reliable access from home. CVS access won't make my life any easier, however. I still have to mail Zack Brown the issues for his Kernel Traffic site. But adding a few steps shouldn't be a big deal. I think Eric always did the commits himself a few years ago. > I try to commit as soon as I see the XML, but when he sends it to > wine-patches at midnight on a Friday, well... it just may not get up > until Monday morning. Or, more likely, 2am on Saturday. I'm usually not drunk enough by midnight to finish a WWN issue ;) CVS access might be a good thing since my winter schedule is going to be changing quite a bit. The late Thursday/early Friday approach might be harder. One nice thing about posting these by midday on Friday is that we probably get a few more people reading them as opposed to publishing them on a Saturday. -brian

1 0

Re: wn20031121_197.xml
by Shachar Shemesh 21 Nov '03

21 Nov '03

Vincent Béron wrote: >Le ven 21/11/2003 à 14:44, Shachar Shemesh a écrit : > > >>Wouldn't you say that it's time to give Vincent commit access to the web >>site? >> >> > >That'd be Brian, not me. > >Vincent > > > Luckily, it has recently rained, and so there is plenty of mud for my face. Sorry about that. On a totally different subject - wouldn't you say it was time to give Brian Vincent commit access to the web site? Shachar -- Shachar Shemesh Open Source integration & consulting Home page & resume - http://www.shemesh.biz/

2 1

Re: wine/ graphics/x11drv/xfont.c graphics/x11drv/ ...
by Dimitrie O. Paun 21 Nov '03

21 Nov '03

On November 20, 2003 07:17 pm, Alexandre Julliard wrote: > Get rid of a bunch of TSX functions. Yay! Getting rid of the TSX functions seems to be within our reach now. I hope this is the plan, right? :) -- Dimi.

3 6

Re: wn20031121_197.xml
by Shachar Shemesh 21 Nov '03

21 Nov '03

Wouldn't you say that it's time to give Vincent commit access to the web site? Brian Vincent wrote: >wn20031121_197.xml > >-brian > > >------------------------------------------------------------------------ > ><?xml version="1.0" ?> ><kc> > ><title>Wine Traffic</title> > > >

1 0

Agent 2.0: escape key problem.
by Rein Klazes 21 Nov '03

21 Nov '03

Hi, Next problem with Agent 2.0 beta. The problem is when composing a message (email/usenet) and pressing the escape key. Expected is a dialog to confirm whether you want to save the message, not to save it or to cancel. Instead the dialog flashes and disappears again and nothing happens. Here is cut from the debug (relay,message,msg,key,hook) trace, leaving out most uninteresting lines. | trace:key:X11DRV_KeyEvent KeyPress : keysym=FF1B (Escape), # of chars=1 / 0x1b / '' | trace:key:EVENT_event_to_vkey e->keycode = 9 | trace:key:X11DRV_KeyEvent keycode 0x9 converted to vkey 0x1b | trace:key:X11DRV_KeyEvent bScan = 0x01. | 000b:Call user32.SendInput(00000001,406cf020,0000001c) ret=40d9cf6a | trace:key:queue_kbd_event wParam=001b, lParam=00010001, InputKeyState=81 | 000b:Ret user32.SendInput() retval=00000001 ret=40d9cf6a key press gets queued. | 000b:Call user32.GetMessageA(008f4478,00000000,00000000,00000000) ret=005e1c89 | trace:msg:MSG_peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x10064 wp 1b lp 10001 | trace:hook:HOOK_CallHooks calling hook 0x5fa990 WH_KEYBOARD code 0 wp 1b lp 10001 module L"" | 000b:Call hook proc 0x5fa990 (id=WH_KEYBOARD,code=0,wp=0000001b,lp=00010001) Getmessage picks up the keystroke and calls a hook. |000b:Call user32.MessageBoxA(00010026,41cefa3c "Save changes to message \"No Subject\"?",41cefa8c "Agent",00000023) ret=0066e78c The hook calls up the confirmation dialog. | trace:key:X11DRV_KeyEvent KeyRelease : keysym=0 (No Name), # of chars=0 / 0x00 / '' | trace:key:EVENT_event_to_vkey e->keycode = 9 | trace:key:X11DRV_KeyEvent keycode 0x9 converted to vkey 0x1b | trace:key:X11DRV_KeyEvent bScan = 0x01. | 000b:Call user32.SendInput(00000001,406ce7bc,0000001c) ret=40d9cf6a | trace:key:queue_kbd_event wParam=001b, lParam=c0010001, InputKeyState=1 | 000b:Ret user32.SendInput() retval=00000001 ret=40d9cf6a The keyup message is queued. | trace:msg:MSG_peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x1006f wp 1b lp c0010001 | trace:key:TranslateMessage (WM_KEYUP, 001B, C0010001) | trace:message:SPY_EnterMessage (0x1006f) L"&Ja" message [0101] WM_KEYUP dispatched wp=0000001b lp=c0010001 | 000b:Call window proc 0x40711b20 (hwnd=0x1006f,msg=WM_KEYUP,wp=0000001b,lp=c0010001) | 000b:Ret window proc 0x40711b20 (hwnd=0x1006f,msg=WM_KEYUP,wp=0000001b,lp=c0010001) retval=00000000 | trace:message:SPY_ExitMessage (0x1006f) L"&Ja" message [0101] WM_KEYUP returned 00000000 and is picked up and processed by the message box without much happening | trace:msg:MSG_peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x1006f wp 1b lp 10001 This is the riddle: the next message found is a escape-key down message. | 000b:Ret x11drv.DestroyWindow() retval=00000001 ret=4076df8b Of course it closes the message box. | 000b:Ret user32.MessageBoxA() retval=00000002 ret=0066e78c Message box finished | 000b:Ret hook proc 0x5fa990 (id=WH_KEYBOARD,code=0,wp=0000001b,lp=00010001) retval=00000001 hook returns | trace:msg:MSG_peek_message dropping msg 100 | trace:msg:MSG_peek_message got type 6 msg 0 (WM_NULL) hwnd 0x10026 wp 0 lp 0 | 000b:Ret user32.GetMessageA() retval=00000001 ret=005e1c89 and the Getmessage is finished. Suggestions? An unedited version of the log above is on http://www.xs4all.nl/~rklazes/temp/agkey.log.bz2 Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

Re: removed problem with OpenGL extensions under X11
by Lionel Ulmer 21 Nov '03

21 Nov '03

On Thu, Nov 20, 2003 at 11:50:13PM +0100, Daniel Skorka wrote: > This patch fixes a problem with bad OpenGL libraries wich uncorrectly > report the Extensions they support. Those libs would incorrectly report > not supporting glXGetProcAddresARB, on which wine relies for OpenGL > extension support. The problem was noticed with libGL from XFree86 4.2 > under Linux x86. Well, this poses the question : what should we do regarding broken libraries Wine depends upon ? Add 'incorrect' code in Wine (although in this case, it's not THAT incorrect :-) ) or report the bug to the library maintainers and wait for them to fix the issue ? Note that according to some DRI maintainer 'I had forgotten that the old libGL was that broken' :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 3

building wine docs
by Ivan Leo Murray-Smith 21 Nov '03

21 Nov '03

Hi list, how can I build the wine docs in different little files (index.html, wine-stats.html and so on, like the docs for download on the web site) instead of one big file? make doc generates one big file, but this isn't what I want. Ivan.

3 2

[OT] HOWTO use unnamed KRun objects ?
by Subhobroto Sinha 21 Nov '03

21 Nov '03

I thought a simple 'KRun(KURL("SomeBinaryFilename"))' should work, but it doesn't ? (I get ld telling me that there was an undefined reference to KRun::KRun(const KURL&...) !) Please tell me/redirect me(just make sure that the reference is working!) to an example where I can use KRun in such a manner, because KDE3API really does not come with sample code to help the uninitiated. I really just want to open files with their bound apps through my program, for ex: A KRun("Page.html") should open the 'Page.html' in Konqueror Thanks for letting me bug you ;) Regards Subhobroto Sinha __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

1 0

Visuals and GL contexts
by Jason Edmeades 21 Nov '03

21 Nov '03

Hello, I've finally pinned down a problem (with help from Lucho) to do with blending and its back to the same old problem that by the time D3D8 gets initialized, the windows has already been created, but the properties of the visual are insufficient to handle the requirements of D3D. In my case for example by default, the visual used for my windows has double buffering, but no alpha channel. X11DRV process attach has some code which allows control over the visual created, but this is before we know what is going to be required, and this only gets called if DesktopDoubleBuffer is set to Y. In my case, I need an alpha channel on the back buffer. By default, I havent got one. I can add code into the X11DRV_setup_opengl_visual to ask for an 8 bit alpha and everything works perfectly. So.... 1. Should I add a new config option (something like RequireAlphaChannel) - FWIW I hate this idea 2. Is it ever going to be possible to replace a wine Xwindows visual? What is involved in doing this? This is the 'perfect' solution. 3. Can I default double buffering and alpha on regardless and remove the doublebuffering property. How does this affect non game apps? We need to resolve this to ever support games properly without lots of config options Jason

3 2

Default handler for OLE interface
by olivier evalet 21 Nov '03

21 Nov '03

Hello, I'm looking to create a default handler for these interfaces: - IStorage - IOleInPlaceFrame not - IOleClientSite - IOleInPlaceSite not - IOleContainer not The reason of this... I just want to display an OLE component without binding with the native atl.dll. I have found a pure win32 example to implement this. So, If I want to use a "null" IStorage default handler, does there already exist or I must implement it? As I can see in the source code, OLE is really hard for my head. Regards, Olivier

2 2

FreeBSD Compilation Issue
by FLRBA Web Master 21 Nov '03

21 Nov '03

I acquired wine from source (version 20031118) just this morning, and I ran into some issues with an error stopping make in /dll/glu32/, the last few lines of the output: ------//------ rm -f libwine_unicode.so.1 && ln -s unicode/libwine_unicode.so.1 libwine_unicode .so.1 gcc -shared -Wl,-Bsymbolic,-z,defs glu32.spec.o glu.o glu32.dll.dbg.o -o glu 32.dll.so -L../../libs/wine -lwine -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf 86vm -lXrandr -lXrender -lXv -lXext -lX11 -lGL -lGLU -L../../libs/port -lwine_p ort -lm -lc *** Error code 1 Stop in /usr/home/dan/wine/dlls/glu32. *** Error code 1 Stop in /usr/home/dan/wine/dlls. *** Error code 1 Stop in /usr/home/dan/wine. Compilation failed, aborting install. ------//------ - I am running FreeBSD 4.8-RELEASE #1 - I can compile and run wine via the ports tree but I want to be able to use the latest CVS for development purposes. A couple of things I am wondering about. 1) The error I am getting is not coming with a whole lot of information, is there a way for me to generate a more specific error message? 2) I am not expecting this problem to necessarily be solved by someone else for me unless this is a common problem (where a link to relevant information would be nice), but instead do you have any pointers on debugging/fixing this? I don't mind doing the work to get it working. I am just beginning to work with Wine and hope that I might be able to contribute something to the project and I figure making compilation on FreeBSD as seamless as possible is a good place to start. Thanks for your assistance, -Dan-

1 0

Re: imagehlp: add ImageRvaToSection() and ImageRvaToVa()
by Dmitry Timoshkov 21 Nov '03

21 Nov '03

"Marcus R. Brown" <mrbrown(a)0xd6.org> wrote: > * dlls/imagehlp/access.c: > Marcus R. Brown <mrbrown(a)0xd6.org> > Implement ImageRvaToSection() and ImageRvaToVa(). Why not simply forward them to ntdll where the real implementation resides instead of duplicating code? -- Dmitry.

1 0

include files
by Martin Fuchs 21 Nov '03

21 Nov '03

[Ralf Juengling] > > What is the status of the include files in msvcrt? [Alexandre Julliard] > They should work just fine. Make sure you also import msvcrt if you > use the headers. [Ralf Juengling] > > So my solution to make it compile was to remove wine's > > 'math.h'. That's why I would say the include files are > > incomplete. How do other people deal with a case like the > > one I described? [Alexandre Julliard] > By submitting a patch to add the missing definitions <g> Well, but you did not accept my patch as it declares the functions at the wrong location. I didn't yet have the time looking in it deeper. So you agree, they do not "work just fine". There are missing lots of declarations in msvcrt headers: at least math, and string functions. Martin

1 0

Re: Patch of wine/dlls/ntdll/path.c
by Thomas Mertes 21 Nov '03

21 Nov '03

Ok, my fault. There is no error in the patch of wine/dlls/ntdll/path.c which was checked in. The patch has the line + if (!newname) RtlFreeHeap(GetProcessHeap(), 0, name); instead of that I read + if (newname) RtlFreeHeap(GetProcessHeap(), 0, name); which changes the meaning from If the RtlReAllocateHeap fails, release the memory of name and set name to NULL. to If the RtlReAllocateHeap succeeds, throw the memory of name away. Which looks like somebody did not understand RtlReAllocateHeap. The only one who did not understand, was me. I apologize Thomas Mertes -- NEU F�R ALLE - GMX MediaCenter - f�r Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gru�, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse f�r Mail, Message, More! +++

1 0

Re: Patch to add glut32.dll.
by Lionel Ulmer 21 Nov '03

21 Nov '03

Jacek, It seems your patch was line-wrapped (which is not a good thing). Moreover, it's not necessary to add the patch against 'configure', you just need to tell Alexandre in the patch mail that he needs to re-generate it himself when comitting. Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Compiler problems
by Marcelo Duarte 21 Nov '03

21 Nov '03

Updating wine to current cvs, I get an error, can someone help me: I run ./configure; make depend && make make[2]: Entering directory `/home/mduarte/wine-cvs/dlls/winmm/winearts' gcc -shared -Wl,-Bsymbolic,-z,defs winearts.drv.spec.o arts.o audio.o winearts.drv.dbg.o -o winearts.drv.so -L../../../libs/wine -lwine -L/usr/lib/kde3/lib -ldl -lartsc -lpthread -L../../../libs/uuid -lwine_uuid -L../../../libs/port -lwine_port -lm -lc /usr/bin/ld: cannot find /usr/lib/libpthread_nonshared.a collect2: ld returned 1 exit status make[2]: ** [winearts.drv.so] Erro 1 make[2]: Leaving directory `/home/mduarte/wine-cvs/dlls/winmm/winearts' make[1]: ** [winmm/winearts] Erro 2 make[1]: Leaving directory `/home/mduarte/wine-cvs/dlls' make: ** [dlls] Erro 2 Entering in directory loader and make: [mduarte@mduarte loader]$ make clean rm -f *.o *.a *.so *.ln *.so \#*\# *~ *% .\#* *.bak *.orig *.rej *.flc *.spec.c *.spec.def *.dbg.c y.tab.c y.tab.h lex.yy.c core rm -f wine-glibc wine-kthread wine-pthread wine [mduarte@mduarte loader]$ make gcc -c -I. -I. -I../include -I../include -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o glibc.o glibc.c gcc -o wine-glibc -Wl,--section-start,.interp=0x3c000100 -Wl,--export-dynamic glibc.o -L../libs/wine -lwine -L../libs/port -lwine_port glibc.o(.text+0x84): In function `get_threading': /home/mduarte/wine-cvs/loader/glibc.c:61: undefined reference to `pthread_create' glibc.o(.text+0x90):/home/mduarte/wine-cvs/loader/glibc.c:62: undefined reference to `pthread_join' collect2: ld returned 1 exit status make: ** [wine-glibc] Erro 1 -- Marcelo Duarte

1 1

Compiling winearts - please replay!
by Marcelo Duarte 21 Nov '03

21 Nov '03

I updated to new wine version and had errors, cvs update, and errors persists: make[2]: Entering directory `/home/mduarte/wine-20031118/dlls/winmm/winearts' gcc -shared -Wl,-Bsymbolic,-z,defs winearts.drv.spec.o arts.o audio.o winearts.drv.dbg.o -o winearts.drv.so -L../../../libs/wine -lwine -L/usr/lib/kde3/lib -ldl -lartsc -lpthread -L../../../libs/uuid -lwine_uuid -L../../../libs/port -lwine_port -lm -lc /usr/bin/ld: cannot find /usr/lib/libpthread_nonshared.a collect2: ld returned 1 exit status make[2]: ** [winearts.drv.so] Erro 1 make[2]: Leaving directory `/home/mduarte/wine-20031118/dlls/winmm/winearts' make[1]: ** [winmm/winearts] Erro 2 make[1]: Leaving directory `/home/mduarte/wine-20031118/dlls' make: ** [dlls] Erro 2 Someone knows what is happen? -- Marcelo Duarte

1 0

help with linking needed
by Ralf Juengling 21 Nov '03

21 Nov '03

I have successfully compiled sources of a Windows application, but when starting up, it tries to locate and link to a windows dll to access some C library functions: ... err:module:import_dll No implementation for cw3230.DLL._strlen imported from L"Z:\\local\\builts\\phaeaco-20031119\\src\\memview\\memview.exe", setting to 0xdeadbeef err:module:import_dll No implementation for cw3230.DLL._strncpy imported from L"Z:\\local\\builts\\phaeaco-20031119\\src\\memview\\memview.exe", setting to 0xdeadbeef err:module:import_dll No implementation for cw3230.DLL._strtok imported from L"Z:\\local\\builts\\phaeaco-20031119\\src\\memview\\memview.exe", setting to 0xdeadbeef err:module:import_dll No implementation for cw3230.DLL._tolower imported from L"Z:\\local\\builts\\phaeaco-20031119\\src\\memview\\memview.exe", setting to 0xdeadbeef err:module:import_dll No implementation for cw3230.DLL._toupper imported from L"Z:\\local\\builts\\phaeaco-20031119\\src\\memview\\memview.exe", setting to 0xdeadbeef err:module:LdrInitializeThunk Main exe initialization failed, status c0000135 First of all: Where does the name "cw3230.DLL" come from -- Wine didn't install such a dll on my system? Second, all these functions seem to be C library functions and I want to link against the library available on my linux system. So I added 'c' to LIBRARIES in the Makefile.in created by winemaker. But this didn't make any difference. I hope somebody can introduce me to secrets of simultaneously linking against Winelib & Unix dynamic libraries.. Ralf -- Ralf Juengling <juenglin(a)cse.ogi.edu>

1 0

Re: regedt: fix couple of HeapReAlloc()s
by Steven Edwards 21 Nov '03

21 Nov '03

I think HeapReAlloc problem exists in the listbox control. We have a patch in ReactOS CVS for it but I dont have time to try and merge it. Thanks Steven --- "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > ChangeLog > HeapReAlloc() does not allocate memory. > > Index: programs/regedit/regproc.c __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/

2 1

include files
by Ralf Juengling 21 Nov '03

21 Nov '03

A Makefile created by winemake & configure adds /whereever/include/wine/windows to the include paths. Why doesn't it also add /whereever/include/wine/msvcrt ? What is the status of the include files in msvcrt? Ralf -- Ralf Juengling <juenglin(a)cse.ogi.edu>

3 5

Re: _end Symbol and Mac OS X
by Alexandre Julliard 21 Nov '03

21 Nov '03

"Pierre d'Herbemont" <stegefin(a)free.fr> writes: > On Mac OS X There is no _end symbol. There is a convenience function > get_end() to replace it, mainly because of the Mach-O file format. So > we have to get the value of get_end at launch time and store it in the > nt_header. Does get_end really return the _end value of the current library? I suspect it returns the value for the main executable in all cases, which is not what we need here. -- Alexandre Julliard julliard(a)winehq.com

2 2

Windows programs no more running with the new wine-glibc
by Sylvain Petreolle 20 Nov '03

20 Nov '03

With yesterday cvs update, whch adds a glibc-threading detection, wine doesnt load a _Windows_ program anymore. Using the RedHat rpm Yarrow kernel, I get : err:virtual:map_image Standard load address for a Win32 program (0x00400000) not available - security-patched kernel ? wine: could not load L"C:\\arakas.exe" as Win32 binary Funny thing : If I set up a symlink to the wine-glibc in another directory, it works without problems. [syl@wine c]$ ls -l /usr/local/bin/wine /home/wine/loader/wine-* -rwxr-xr-x 1 syl wine 97265 nov 13 20:08 /home/wine/loader/wine-glibc -rwxr-xr-x 1 syl wine 156037 nov 13 20:08 /home/wine/loader/wine-kthread -rwxr-xr-x 1 syl wine 109482 nov 13 20:08 /home/wine/loader/wine-pthread -rwxr-xr-x 1 root root 97265 nov 13 20:29 /usr/local/bin/wine With plain binary, not working : [syl@wine c]$ which wine /usr/local/bin/wine [syl@wine c]$ wine arakas.exe err:virtual:map_image Standard load address for a Win32 program (0x00400000) not available - security-patched kernel ? wine: could not load L"C:\\arakas.exe" as Win32 binary With the symlink : [syl@wine c]$ ls -l /c/wine lrwxrwxrwx 1 syl wine 28 nov 13 20:41 /c/wine -> /home/wine/loader/wine-glibc [syl@wine c]$ ./wine arakas.exe fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (French keyboard layout) for scancode mapping. Please define your layout in dlls/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. Any thoughts ? ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

5 13

removed problem with OpenGL extensions under X11
by Daniel Skorka 20 Nov '03

20 Nov '03

This patch fixes a problem with bad OpenGL libraries wich uncorrectly report the Extensions they support. Those libs would incorrectly report not supporting glXGetProcAddresARB, on which wine relies for OpenGL extension support. The problem was noticed with libGL from XFree86 4.2 under Linux x86. ChangeLog: * dlls/opengl32/wgl.c: Daniel Skorka <skorka(a)gmx.net> Fixed a problem using glXGetProcAddresARB with bad OpenGL libs. ---snip--- ? patch.diff ? miscemu/Makefile Index: dlls/opengl32/wgl.c =================================================================== RCS file: /home/wine/wine/dlls/opengl32/wgl.c,v retrieving revision 1.39 diff -u -u -r1.39 wgl.c --- dlls/opengl32/wgl.c 17 Sep 2003 20:04:25 -0000 1.39 +++ dlls/opengl32/wgl.c 20 Nov 2003 22:33:51 -0000 @@ -671,12 +671,12 @@ XFree(vis); LEAVE_GL(); - if ((extensions != NULL) && (strstr(extensions, "GLX_ARB_get_proc_address"))) { - opengl_handle = wine_dlopen(SONAME_LIBGL, RTLD_NOW|RTLD_GLOBAL, NULL, 0); - if (opengl_handle != NULL) { - p_glXGetProcAddressARB = wine_dlsym(opengl_handle, "glXGetProcAddressARB", NULL, 0); - wine_dlclose(opengl_handle, NULL, 0); - } + opengl_handle = wine_dlopen(SONAME_LIBGL, RTLD_NOW|RTLD_GLOBAL, NULL, 0); + if (opengl_handle != NULL) { + p_glXGetProcAddressARB = wine_dlsym(opengl_handle, "glXGetProcAddressARB", NULL, 0); + wine_dlclose(opengl_handle, NULL, 0); + if (p_glXGetProcAddressARB == NULL) + TRACE("could not find glXGetProcAddressARB in libGL.\n"); } if (default_cx == NULL) { ---snip---

1 1

Re: wineps: fix a few HeapReAlloc()s
by Huw D M Davies 20 Nov '03

20 Nov '03

On Thu, Nov 20, 2003 at 03:33:48PM -0500, Dimitrie O. Paun wrote: > Huw, > I didn't dig deep enough to see if glyphList/->glyph_sent > can't be NULL at that point, but it wasn't obvious to me > that they can't. You know this part a lot better than myself, > can you please check that I'm not adding extranous uglifying > bits to the code? Hi Dimi, All of these are unnecessary afaics. glyphList gets alloc'ed in GlyphListInit and the two glyph_sent's are alloc'ed in T{1|42}_download_header Huw.

2 1

[624] Agent 2.0 Beta Dialog crashes
by Gerhard W. Gruber 20 Nov '03

20 Nov '03

When I download newsgroup articles and I selecte any article in any newsgroup, then right-click and choose Index from the context menu, Agent crashes. This works under Windows, so this is a Wine problem. Maybe it will crash also when not downloading, just to open that dialog. I haven't tried this yet, but I would bet this is the case. -- Gerhard Gruber Maintainer of SoftICE for Linux - http://sourceforge.net/projects/pice Fast application launcher - http://sourceforge.net/projects/launchmenu

2 2

Re: rpcrt4: fix NULL pointer access
by Gregory M. Turner 20 Nov '03

20 Nov '03

On Thursday 20 November 2003 02:26 pm, Dimitrie O. Paun wrote: > Ran into this while browsing the code, it seems to > be a NULL pointer reference waiting to happen. > Am I missing something? > > ChangeLog > Bail when we're out of memory. > > Index: dlls/rpcrt4/rpc_binding.c > =================================================================== > RCS file: /var/cvs/wine/dlls/rpcrt4/rpc_binding.c,v > retrieving revision 1.15 > diff -u -r1.15 rpc_binding.c > --- dlls/rpcrt4/rpc_binding.c 7 Oct 2003 22:54:17 -0000 1.15 > +++ dlls/rpcrt4/rpc_binding.c 20 Nov 2003 06:33:52 -0000 > @@ -516,7 +516,11 @@ > { > DWORD len = strlen(dst), slen = strlen(src); > LPSTR ndst = HeapReAlloc(GetProcessHeap(), 0, dst, > (len+slen+2)*sizeof(CHAR)); - if (!ndst) HeapFree(GetProcessHeap(), 0, > dst); > + if (!ndst) > + { > + HeapFree(GetProcessHeap(), 0, dst); > + return NULL; > + } > ndst[len] = ','; > memcpy(ndst+len+1, src, slen*sizeof(CHAR)); > ndst[len+slen+1] = 0; > @@ -527,7 +531,11 @@ > { > DWORD len = strlenW(dst), slen = strlenW(src); > LPWSTR ndst = HeapReAlloc(GetProcessHeap(), 0, dst, > (len+slen+2)*sizeof(WCHAR)); - if (!ndst) HeapFree(GetProcessHeap(), 0, > dst); > + if (!ndst) > + { > + HeapFree(GetProcessHeap(), 0, dst); > + return NULL; > + } > ndst[len] = ','; > memcpy(ndst+len+1, src, slen*sizeof(WCHAR)); > ndst[len+slen+1] = 0; looks like a real bug to me... but the consumers of those functions probably assume success, so maybe the right solution is really to raise an exception. There are lots of places in rpcrt4 where exceptions ought to raise on error conditions but don't, mainly due to developer laziness. I guess it's hard to justify fixing error paths when success doesn't work either ;) So, at some point there needs to be an error-handling audit of rpcrt4; until then, your patch is better than nothing, and probably should go in. -- gmt "It is to be the assent and ratification of the several States, derived from the supreme authority in each State, the authority of the people themselves. The act, therefore, establishing the Constitution, will not be a NATIONAL, but a FEDERAL act." --James Madison, Federalist No. 39

1 0

Re: WineX relation to Wine
by Gerhard W. Gruber 20 Nov '03

20 Nov '03

On Thu, 20 Nov 2003 15:17:22 -0500, "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: [LaunchMenu Windowsversion under Wine] >> Are hooks supported under Wine? > >What do you need? I just tried it under Wine. the dialog and everything works, but the hook doesn't respond. I would have to debug it to see whats not working, but I guess that it is the hookfunction. When the hook couldn't be installed I raise a dialog and this does not appear, so the the CreateHook appears to return something. I don't see any errormessages from wine, though. -- Gerhard Gruber Maintainer of SoftICE for Linux - http://sourceforge.net/projects/pice Fast application launcher - http://sourceforge.net/projects/launchmenu

1 0

Further loader/pthread.c issues
by Gerald Pfeifer 20 Nov '03

20 Nov '03

After last night's changes to loader/pthread.c,v revision 1.2 date: 2003/11/09 01:25:23; author: julliard; state: Exp; lines: +67 -11 Moved the remaining SYSDEPS_* functions to the wine_pthread interface. Let the pthread library allocate the stack itself. we have a new portability problem, namely wine/loader/pthread.c:97: undefined reference to `pthread_getattr_np' Given that loader/pthread.c is about POSIX threads, is it really correct/good to use a non-POSIX function? Gerald PS: On FreeBSD, pthread_getattr_np does not exist, but there is a function pthread_attr_get_np which seems to be equivalent. On Solaris, neither seems to exist.

3 4

Re: Reject wildcards in directory names
by Alexandre Julliard 20 Nov '03

20 Nov '03

Hans Leidekker <hans(a)it.vu.nl> writes: > Changelog: > - Reject wildcards in directory names There's no need to check in both A and W functions since the A one calls the W one anyway. Also you should only check the part of the filename that is actually being created, and there are probably other invalid characters to check for too. -- Alexandre Julliard julliard(a)winehq.com

2 2

Redrawing windows
by flyker 20 Nov '03

20 Nov '03

I made some experiments and I understand one thing. Exaple two windows /-------------------\ | W1 | | control1 | | | | /------------------------\ \------------- | | | | | | -----------> Move | W2 | | | \------------------------/ The window W1 is under window W2 When I move window W2 wine paint all rect of W1 window ! And it may hide control1 that inside area of W1. It is not good idea because not all rect of window need to repaint. Good idea is repaint only the part of W1 that under W2. Only rect that have any changes on screen. It will increase speed of drawing windows. But may be I mistake......

1 0

How to speed up drawing controls ?
by flyker 20 Nov '03

20 Nov '03

The drawing speed of window controls and windows is very slow under wine. I set option "PerfectGraphics" = "Y" but it is still slow. May be it is not so good optimised ? Is there other way to improve performance ? Thanks.

2 1

Does wine supports database applications
by saravanan 20 Nov '03

20 Nov '03

Hai all, I would like to know is it possible to run a Windows database application in linux using wine. For eg. How can I run a VB application which uses MS Access as backend in linux. Does wine supports MDB files. I could only run stand alone windows applications in linux using wine. Does wine supports database applications. Thanks in advance for your reply. Saravanan ______________________________________ Scanned and protected by Email scanner

1 0

QuickTime Installer/Remote Display
by Kevin Cousins 19 Nov '03

19 Nov '03

Hello, Given that I've got a situation in which my WineLib application (thank you for your help earlier in the year) needs to run against the Win32 QuickTime components, then in my development environment (RH9), I can quite happily run the downloaded QuickTime installer QuickTimeInstaller.exe to completion (so long as I have [AppDefaults\\QuickTimeInstaller.exe\\x11drv] "Managed" = "Y" "Desktop" = "800x600" ) and all is well. Running all this, however, in a test environment (RH8 under VMWare), and the QuickTimeInstaller.exe does not run to completion. I can make "wineserver -d3" and "wine -debugmsg +all" output available on private request. Can anyone suggest a mechanism for a problem here, or even an approach to a solution? -- Kevin.

1 2

out of treee builds broken
by Marcus Meissner 19 Nov '03

19 Nov '03

Hi, Out of tree builds are broken due to the authors.c generation: ../../tools/winebuild/winebuild -D__WINESRC__ -D_SHELL32_ -DCOM_NO_WINDOWS_H -o shell32.dll.dbg.c --debug -C/suse/meissner/projects/marcus-wine-20031016/dlls/shell32 authors.c brsfolder.c changenotify.c classes.c clipboard.c control.c dataobject.c debughlp.c dialogs.c dragdrophelper.c enumidlist.c folders.c iconcache.c memorystream.c pidl.c regsvr.c shell32_main.c shelllink.c shellole.c shellord.c shellpath.c shellreg.c shellstring.c shfldr_desktop.c shfldr_fs.c shfldr_mycomp.c shlexec.c shlfileop.c shlfolder.c shlfsbind.c shlmenu.c shlview.c shpolicy.c shv_bg_cmenu.c shv_item_cmenu.c systray.c shell.c Cannot open file '/suse/meissner/projects/marcus-wine-20031016/dlls/shell32/authors.c' It looks for authors.c in the srcdir, not in the objdir. Ciao, Marcus

2 2

question new to the group
by Nathan Hack 19 Nov '03

19 Nov '03

Ok here's the deal. I wanted to start helping but i've been reading the auncments and stuff but i did see this topic come up. So i thought i would just through it out and see what the wine community had to say. I have build a few (simple)delphi programs test wine out to start working on it(wine that is). fixme:commctrl:FlatSB_SetScrollProp stub ok my question is this since this API is no longer in windows ( Comctl32.dll version 6 and higher do not support flat scroll bars) show i go ahead and write in the code or just go find something else more productive? If this is a stupid question just let me know like( hey it's in the doc's on wine and heres the web site.... ) that would be great. Thanks, -NH -Better living through Wine-

5 4

using glXGetProcAddressARB
by Daniel Skorka 19 Nov '03

19 Nov '03

Hi! I am having trouble with OpenGL under wine (specifically Half-Life). The problem is some code in $(TOPDIR)/dlls/opengl32/wgl.c. The function wglGetProcAddress would like to call glXGetProcAddressARB, but can't, due to the DLL's initialisation routines, namely process_attach. process_attach calls glxQueryExtensionsString, and expects to find "GLX_ARB_get_proc_address" in the returned string. However, it does not find this string on my libGL and so deems that glXGetProcAddressARB is not available. The problem is that glXGetProcAddress is available and working. The question I'm asking me now is: Is it a bug in my libGL because it is returning a wrong string, or is it a bug in wine because it is expecting something it shouldn't (there's a configure check for glXGetProcAddress as well)? I'm running Debian 3.0r1 with an libGL built (not by me), from the dri-mach64 CVS and using the wine CVS source. Thank you for your help with this, Daniel

3 5

Another driver wrapper
by Uwe Bonnes 19 Nov '03

19 Nov '03

http://sourceforge.net/projects/ndiswrapper/ is another wrapper for windows drivers, this time GPL. Can this be of help for us? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: [ros-kernel] suggestion regarding d3d8thk (and directx in general)
by Jonathan Wilson 19 Nov '03

19 Nov '03

Personally, I would like to see Transgaming release all the code that they have that is not copy-protection and is not directx under a true open-source licence. In particular, any enhancements (whatever they may be) to OLE and COM. I think that Transgaming, WineHQ, Codeweavers and ReactOS should work together to produce one definitive clone of Microsofts OLE and COM libraries incorperating all the reverse engineering, code hacking and so on necessary to clone these key windows components. ReactOS benifits in that they get the OLE support needed to make lots of modern stuff run. WINE benifits in that people wont need to install dcom98 anymore to get usable OLE libraries (which is probobly illegal under the dcom98 licence anyhow). And Codeweavers and Transgaming benifit in that the apps/games they support all use OLE and COM.

2 1

Re: config.diff
by Marcus Meissner 19 Nov '03

19 Nov '03

On Tue, Nov 18, 2003 at 11:39:30PM -0500, Tom wrote: > > Hi, > > Tom > > Changelog > > updates to the config file --- config 16 Oct 2003 19:09:57 -0000 1.52 +++ config 19 Nov 2003 06:32:54 -0000 ... -"Path" = "/c" +"Path" = "${HOME}/c" ... Will break. ... -"Path" = "%HOME%" +"Path" = "${HOME}" ... Same here. Ciao, Marcus

1 0

Map and Guide & ADO
by Olaf Leidinger 18 Nov '03

18 Nov '03

Hello! I'm trying to run MAP and Guide 9.0, but it needs ADO V.2.5 So I tried to install mdac from Microsoft, but both version 2.5 and 2.6 crash before installing anything. I've extracted the cabs and installed everything, but it would be cool to have the registry entries added by the installer, so that M&G knows, that ADO is there. Does anybody have an idea of what to do? Ciao, Olaf Information follows: fake_windows with working IE 5.5 wine 20031016. mdac_type v. 2.5 trace:loaddll:load_dll Loaded module L"ADVAPI32.dll" : builtin trace:loaddll:load_dll Loaded module L"GDI32.dll" : builtin trace:loaddll:load_dll Loaded module L"USER32.dll" : builtin trace:loaddll:load_dll Loaded module L"C:\\WINDOWS\\SYSTEM\\COMCTL32.dll" : builtin trace:loaddll:load_dll Loaded module L"x11drv.dll" : builtin trace:loaddll:load_dll Loaded module L"C:\\Program Files\\mg9\\prog\\IXP026.TMP\\dasetupr.dll" : native trace:loaddll:load_dll Loaded module L"C:\\WINDOWS\\SYSTEM\\ole32.dll" : native trace:loaddll:load_dll Loaded module L"lz32.dll" : builtin trace:loaddll:load_dll Loaded module L"VERSION.dll" : builtin trace:loaddll:load_dll Loaded module L"C:\\Program Files\\mg9\\prog\\IXP026.TMP\\advpack.dll" : native trace:loaddll:load_dll Loaded module L"C:\\Program Files\\mg9\\prog\\IXP026.TMP\\CABINET.DLL" : native trace:loaddll:MODULE_FlushModrefs Unloaded module L"C:\\Program Files\\mg9\\prog\\IXP026.TMP\\CABINET.DLL" : native trace:loaddll:load_dll Loaded module L"C:\\WINDOWS\\SYSTEM\\shlwapi.dll" : builtin trace:loaddll:load_dll Loaded module L"C:\\WINDOWS\\SYSTEM\\SHELL32.dll" : builtin trace:loaddll:load_dll Loaded module L"C:\\WINDOWS\\SYSTEM\\winspool.drv" : builtin trace:loaddll:load_dll Loaded module L"C:\\WINDOWS\\SYSTEM\\comdlg32.dll" : builtin trace:loaddll:load_dll Loaded module L"C:\\Program Files\\mg9\\prog\\IXP026.TMP\\CFGMGR32.dll" : native trace:loaddll:load_dll Loaded module L"MPR.dll" : builtin trace:loaddll:load_dll Loaded module L"C:\\WINDOWS\\SYSTEM\\RPCRT4.dll" : nativetrace:loaddll:load_dll Loaded module L"C:\\Program Files\\mg9\\prog\\IXP026.TMP\\SETUPAPI.DLL" : native trace:loaddll:MODULE_FlushModrefs Unloaded module L"C:\\Program Files\\mg9\\prog\\IXP026.TMP\\SETUPAPI.DLL" : native trace:loaddll:MODULE_FlushModrefs Unloaded module L"C:\\WINDOWS\\SYSTEM\\RPCRT4.dll" : native trace:loaddll:MODULE_FlushModrefs Unloaded module L"C:\\WINDOWS\\SYSTEM\\mpr.dll" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"C:\\Program Files\\mg9\\prog\\IXP026.TMP\\CFGMGR32.dll" : native trace:loaddll:MODULE_FlushModrefs Unloaded module L"C:\\WINDOWS\\SYSTEM\\comdlg32.dll" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"C:\\WINDOWS\\SYSTEM\\winspool.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"C:\\WINDOWS\\SYSTEM\\shell32.dll" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"C:\\WINDOWS\\SYSTEM\\shlwapi.dll" : builtin trace:loaddll:load_dll Loaded module L"C:\\Program Files\\mg9\\prog\\IXP026.TMP\\CABINET.DLL" : native trace:loaddll:MODULE_FlushModrefs Unloaded module L"C:\\Program Files\\mg9\\prog\\IXP026.TMP\\CABINET.DLL" : native wine: Unhandled exception (thread 000b), starting debugger... trace:loaddll:load_dll Loaded module L"advapi32.dll" : builtin WineDbg starting on pid a No debug information in ELF 'wine' ((nil)) Breakpoint 1 at 0x492591a0 No debug information in ELF '/usr/lib/wine/lib/libwine.so.1' (0x40001000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/ntdll.dll.so' (0x40019000) No debug information in ELF '/usr/lib/wine/lib/libwine_unicode.so.1' (0x40083000) No debug information in ELF '/lib/libnss_compat.so.2' (0x40191000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/kernel32.dll.so' (0x402b0000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/advapi32.dll.so' (0x40813000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/gdi32.dll.so' (0x40842000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/user32.dll.so' (0x408be000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/comctl32.dll.so' (0x409fb000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/x11drv.dll.so' (0x40aa2000) No debug information in ELF '/usr/lib/libGL.so.1' (0x40b1f000) No debug information in ELF '/usr/lib/libGLcore.so.1' (0x40b88000) *** Invalid address 0xf6cc6000 (_end+0xb61c05d0) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2' (0x4018b000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2' (0x410fd000) No debug information in ELF '/usr/lib/gconv/ISO8859-15.so' (0x4018e000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/version.dll.so' (0x41790000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/lz32.dll.so' (0x40b06000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/setupx.dll.so' (0x41c3a000) No debug information in ELF '/lib/libnss_files.so.2' (0x41e1c000) No debug information in 32bit DLL 'C:\Program Files\mg9\prog\IXP026.TMP\dasetup.exe' (0x1000000) No debug information in 32bit DLL 'NTDLL.DLL' (0x40030000) No debug information in 32bit DLL 'KERNEL32.DLL' (0x402e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40820000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40860000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x408e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x40a10000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40ab0000) No debug information in 32bit DLL 'C:\PROGRAM FILES\MG9\PROG\IXP026.TMP\DASETUPR.DLL' (0x400000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x65f00000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' (0x40b10000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VERSION.DLL' (0x417a0000) No debug information in 32bit DLL 'C:\PROGRAM FILES\MG9\PROG\IXP026.TMP\ADVPACK.DLL' (0x70e90000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SETUPAPI.DLL' (0x41c50000) Unhandled exception: privileged instruction in 32-bit code (0x493458ed). In 32-bit mode. 0x493458ed (NTDLL.DLL.memcpy+0x67d8d): movl %gs:0x418,%eax First chance exception: privileged instruction in 32-bit code (0x493458ed). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:14d7 EIP:493458ed ESP:40804de8 EBP:40804dec EFLAGS:00210302( R- 00 IT - - 1 ) EAX:00000001 EBX:49389de0 ECX:49494854 EDX:00002014 ESI:00002014 EDI:00000000 Stack dump: 0x40804de8 (_end+0x44a1dc): 49389de0 4080543c 492aca1c 00002014 0x40804df8 (_end+0x44a1ec): 49494851 00000000 00000000 00000000 0x40804e08 (_end+0x44a1fc): 00000000 00000000 00000000 00000000 0x40804e18 (_end+0x44a20c): 00000000 00000000 00000000 00000000 0x40804e28 (_end+0x44a21c): 00000000 49494852 40804fdc 00000000 0x40804e38 (_end+0x44a22c): 492af4e5 4080541c 00000000 00000000 0x40804e48 (_end+0x44a23c): 0011: sel=008f base=400812e0 limit=00000fff 32-bit rw- Backtrace: =>0 0x493458ed (NTDLL.DLL.memcpy+0x67d8d) (ebp=40804dec) 1 0x492aca1c (NTDLL.DLL.strtoul+0x1b17c) (ebp=4080543c) 2 0x492c823c (NTDLL.DLL.vsprintf+0x8c) (ebp=4080551c) 3 0x492b588d (NTDLL.DLL.sprintf+0x2d) (ebp=4080553c) 4 0x49437e36 (NTDLL.DLL.sqrt+0x9f5f6) (ebp=408095ac) 5 0x49437b7d (NTDLL.DLL.sqrt+0x9f33d) (ebp=40809dfc) 6 0x49407709 (NTDLL.DLL.sqrt+0x6eec9) (ebp=40809f3c) 7 0x494078d3 (NTDLL.DLL.sqrt+0x6f093) (ebp=40809f5c) 8 0x49407a49 (NTDLL.DLL.sqrt+0x6f209) (ebp=40809f8c) 9 0x40aebe75 (X11DRV_SetWindowText+0x245(hwnd=0x10034, text=0x402033a8) [window.c:841] in x11drv.dll.so) (ebp=40809fe4) 10 0x4092e4f6 (DEFWND_SetTextA+0x176(hwnd=0x10034, text=0x4080c32c) [defwnd.c:108] in user32.dll.so) (ebp=4080a08c) 11 0x4092ff27 (DefWindowProcA+0x187(hwnd=0x10034, msg=0xc, wParam=0x0, lParam=0x4080c32c) [defwnd.c:817] in user32.dll.so) (ebp=4080a0d8) 12 0x409207e9 (.L67+0x6d [static.c] in user32.dll.so) (ebp=4080a148) 13 0x40920cf5 (StaticWndProcA+0x65(hWnd=0x10034, uMsg=0xc, wParam=0x0, lParam=0x4080c32c) [static.c:411] in user32.dll.so) (ebp=4080a16c) 14 0x40959d6f (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=4080a190) 15 0x40959de7 (WINPROC_CallWndProc+0x67(proc=0x40920c90, hwnd=0x10034, msg=0xc, wParam=0x0, lParam=0x4080c32c) [winproc.c:229] in user32.dll.so) (ebp=4080a1c4) 16 0x409600fb (CallWindowProcA+0xeb(func=0x40920c90, hwnd=0x10034, msg=0xc, wParam=0x0, lParam=0x4080c32c) [winproc.c:2898] in user32.dll.so) (ebp=4080a1f4) 17 0x40972fd0 (call_window_proc+0x170(hwnd=0x10034, msg=0xc, wparam=0x0, lparam=0x4080c32c, unicode=0x0, same_thread=0x1) [message.c:1453] in user32.dll.so) (ebp=4080a250) 18 0x40974020 (SendMessageTimeoutA+0x240(hwnd=0x10034, msg=0xc, wparam=0x0, lparam=0x4080c32c, flags=0x0, timeout=0xffffffff, res_ptr=0x4080a2e0) [message.c:1959] in user32.dll.so) (ebp=4080a2bc) 19 0x40974102 (SendMessageA+0x52(hwnd=0x10034, msg=0xc, wparam=0x0, lparam=0x4080c32c) [message.c:2004] in user32.dll.so) (ebp=4080a2e8) 20 0x4093273c (SendDlgItemMessageA+0x4c(hwnd=0x10032, id=0x3ee, msg=0xc, wParam=0x0, lParam=0x4080c32c) [dialog.c:1139] in user32.dll.so) (ebp=4080a304) 21 0x01005e66 (dasetup.exe..text+0x4e66 in dasetup.exe) (ebp=4080e330) 22 0x010091bb (dasetup.exe..text+0x81bb in dasetup.exe) (ebp=4080e350) 23 0x40959d6f (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=4080e374) 24 0x40959de7 (WINPROC_CallWndProc+0x67(proc=0x100916f, hwnd=0x10032, msg=0x4fb, wParam=0x0, lParam=0x41298e88) [winproc.c:229] in user32.dll.so) (ebp=4080e3a8) 25 0x409600fb (CallWindowProcA+0xeb(func=0x409ea930, hwnd=0x10032, msg=0x4fb, wParam=0x0, lParam=0x41298e88) [winproc.c:2898] in user32.dll.so) (ebp=4080e3d8) 26 0x4092dec8 (DefDlgProcA+0x68(hwnd=0x10032, msg=0x4fb, wParam=0x0, lParam=0x41298e88) [defdlg.c:354] in user32.dll.so) (ebp=4080e404) 27 0x40959d6f (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=4080e428) 28 0x40959de7 (WINPROC_CallWndProc+0x67(proc=0x4092de60, hwnd=0x10032, msg=0x4fb, wParam=0x0, lParam=0x41298e88) [winproc.c:229] in user32.dll.so) (ebp=4080e45c) 29 0x4095fb68 (WINPROC_CallProc32WTo32A+0x68(func=0x4092de60, hwnd=0x10032, msg=0x4fb, wParam=0x0, lParam=0x41298e88) [winproc.c:2718] in user32.dll.so) (ebp=4080e48c) 30 0x4096020b (CallWindowProcW+0xeb(func=0x409ea4f8, hwnd=0x10032, msg=0x4fb, wParam=0x0, lParam=0x41298e88) [winproc.c:2937] in user32.dll.so) (ebp=4080e4bc) 31 0x4093dd8b (DispatchMessageW+0xbb(msg=0x4080e524) [message.c:888] in user32.dll.so) (ebp=4080e4f0) 32 0x40932411 (.L313+0x19 [dialog.c] in user32.dll.so) (ebp=4080e514) 33 0x40974e34 (IsDialogMessageA+0x64(hwndDlg=0x10021, pmsg=0x40812da0) [message.c:2395] in user32.dll.so) (ebp=4080e54c) 34 0x40a53ce1 (PROPSHEET_IsDialogMessage+0x91(hwnd=0x10021, lpMsg=0x40812da0) [propsheet.c:2709] in comctl32.dll.so) (ebp=4080e574) 35 0x40a54799 (PROPSHEET_DialogProc+0x7e9(hwnd=0x10021, uMsg=0x475, wParam=0x0, lParam=0x40812da0) [propsheet.c:3051] in comctl32.dll.so) (ebp=4080e7ac) 36 0x40959d6f (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=4080e7d0) 37 0x40959de7 (WINPROC_CallWndProc+0x67(proc=0x40a53fb0, hwnd=0x10021, msg=0x475, wParam=0x0, lParam=0x40812da0) [winproc.c:229] in user32.dll.so) (ebp=4080e804) 38 0x409600fb (CallWindowProcA+0xeb(func=0x409ea8c4, hwnd=0x10021, msg=0x475, wParam=0x0, lParam=0x40812da0) [winproc.c:2898] in user32.dll.so) (ebp=4080e834) 39 0x4092dec8 (DefDlgProcA+0x68(hwnd=0x10021, msg=0x475, wParam=0x0, lParam=0x40812da0) [defdlg.c:354] in user32.dll.so) (ebp=4080e860) 40 0x40959d6f (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=4080e884) 41 0x40959de7 (WINPROC_CallWndProc+0x67(proc=0x4092de60, hwnd=0x10021, msg=0x475, wParam=0x0, lParam=0x40812da0) [winproc.c:229] in user32.dll.so) (ebp=4080e8b8) 42 0x409600fb (CallWindowProcA+0xeb(func=0x4092de60, hwnd=0x10021, msg=0x475, wParam=0x0, lParam=0x40812da0) [winproc.c:2898] in user32.dll.so) (ebp=4080e8e8) 43 0x40972fd0 (call_window_proc+0x170(hwnd=0x10021, msg=0x475, wparam=0x0, lparam=0x40812da0, unicode=0x0, same_thread=0x1) [message.c:1453] in user32.dll.so) (ebp=4080e944) 44 0x40974020 (SendMessageTimeoutA+0x240(hwnd=0x10021, msg=0x475, wparam=0x0, lparam=0x40812da0, flags=0x0, timeout=0xffffffff, res_ptr=0x4080e9d4) [message.c:1959] in user32.dll.so) (ebp=4080e9b0) 45 0x40974102 (SendMessageA+0x52(hwnd=0x10021, msg=0x475, wparam=0x0, lparam=0x40812da0) [message.c:2004] in user32.dll.so) (ebp=4080e9dc) 46 0x01005611 (dasetup.exe..text+0x4611 in dasetup.exe) (ebp=40812de0) 47 0x01009612 (dasetup.exe.EntryPoint+0x152 in dasetup.exe) (ebp=40812e6c) 48 0x400537a5 (LdrInitializeThunk+0x2b5(main_file=0x4, CreateFileW_ptr=0x402f90d0, unknown3=0x0, unknown4=0x0) [loader.c:1845] in ntdll.dll.so) (ebp=40812f20) 49 0x40332613 (start_process+0xb3(arg=0x0) [process.c:171] in kernel32.dll.so) (ebp=40812ff4) 50 0x40005101 (dasetup.exe..rsrc+0x3efd8101 in libwine.so.1) (ebp=00000000) 0x493458ed (NTDLL.DLL.memcpy+0x67d8d): movl %gs:0x418,%eax

1 0

Delay setting breakpoints
by Shachar Shemesh 18 Nov '03

18 Nov '03

Hi list, Does anyone remeber how to delay setting a breakpoint in GDB? Due to human-machine incompatibilities, I am using GDB rather than winedbg, and setting breakpoints inside the actual program would be greatly simplified if I could ask for the breakpoint before starting Wine. Can anyone point me again to the doc describing running winedbg as a gdb backend? Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

3 2

Mac OS X Compilation broken
by Pierre d'Herbemont 18 Nov '03

18 Nov '03

Hi! I am getting trouble on Mac OS X with a modification to WineBuild. Here is the patch I am refering to: http://cvs.winehq.com/patch.py?id=9949 I'd like to know to what symbol "_end" should refer to? "_end" is flagged as an external symbol in the spec.c file, but I don't see any definition of it. I am getting the following error when launching wine: iMac:~ steg$ wine wine: failed to initialize: dlcompat: dyld: wine Undefined symbols: __end In fact the error appears when loading ntdll. Any idea? Thanks, Pierre

2 1

Re: Reject wildcards in directory names
by Paul Millar 18 Nov '03

18 Nov '03

Hi Hans, Which conformance tests fail currently? I don't see any problems with the kernel DLL tests right at the moment, which is somewhat disconcerting. I do see a problem with the listbox tests (in the user dll tests). There's also various bugs in pipe tests (under kernel) that mysteriously vanished after closing my eyes and counting to ten: http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php Anyone have any idea what might have happened? Cheers, Paul. On Mon, 17 Nov 2003, Hans Leidekker wrote: > This makes Wine pass the kernel directory conformance test without failures. ---- Paul Millar

3 5

Where has Freetype config gone?
by Shachar Shemesh 18 Nov '03

18 Nov '03

When trying to compile CVS Wine, I don't have freetype support. The configure script claims that I don't have freetype-dev installed (I do). configure.log shows the message: In file included from conftest.c:95: /usr/include/freetype2/freetype/freetype.h:20:2: #error "`ft2build.h' hasn't been included yet!" /usr/include/freetype2/freetype/freetype.h:21:2: #error "Please always use macros to include FreeType header files." /usr/include/freetype2/freetype/freetype.h:22:2: #error "Example:" /usr/include/freetype2/freetype/freetype.h:23:2: #error " #include <ft2build.h>" /usr/include/freetype2/freetype/freetype.h:24:2: #error " #include FT_FREETYPE_H" This message repeats several times (for several tests). My system is a Debian Sid, and I have freetype2-dev installed properly. -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

2 2

Re: Small winedefault.reg changes
by Alexandre Julliard 18 Nov '03

18 Nov '03

Francois Gouget <fgouget(a)codeweavers.com> writes: > [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\AeDebug] > # command line to start a debugger when an exception occurs > -"Debugger"="winedbg --debugmsg -all %ld %ld" > +"Debugger"="winedbg.exe --debugmsg -all %ld %ld" This shouldn't make any difference; if it does it's a bug. > [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{0002E005-0000-0000-C000-000000000046}\InProcServer32] > -@="comcat.dll" > +@="C:\\Windows\\System\\comcat.dll" This is wrong, the system directory is not necessarily c:\windows\system. -- Alexandre Julliard julliard(a)winehq.com

1 0

re: Potential forum at linuxquestions.org
by Dan Kegel 18 Nov '03

18 Nov '03

Mike Hearn wrote: > > It's not meant to replace wine-users, and especially not wine-devel of > course. > > Why a forum rather than a mailing list? That question, plus all the 'advantages' you list, indicate that you do indeed intend it to replace wine-users, at least for some users. A web interface that let you post to the mailing list would be fine. A web forum would not. It would mean that, if I wanted to answer user questions, I'd have to get used to another strange interface that probably has crappy indexing and is full of fruity HTML that gets in the way. I have read linuxquestions.org a bit, and don't like it much; I dislike the idea of encouraging people to use closed discussion forums like that, which don't support any sort of external archiving. Now, if you want to make things easier for users, there's room for improvement on the winehq forums page. For starters, the Forums link on the main page is buried a bit; it ought to be higher up (say, right after FAQ; the HowTo link should be part of Documentation). On the Forums page, the wine-users(a)winehq.com list should probably be the first thing on the page. The newsgroup link is currently wrong(!); it's currently news://comp.emulators.ms-windows.wine/ but should be news:comp.emulators.ms-windows.wine And we should probably link to the newsgroups at gmane.org, too. Shall I prepare patches for the website to implement these changes so people can see what I'm suggesting? - Dan

5 7

Re: dutch keyboard support
by Dmitry Timoshkov 18 Nov '03

18 Nov '03

"grant williamson" <traxtopel(a)fastmail.fm> wrote: > This patch offers better wine support for Dutch Keyboards. > Most IBM computers sold in the Netherlands have Dutch keyboards. Well, then it would be nice to see the patch generated against current CVS, since the code has changed a bit. > Can this be included please. Also, provide a reference to an actual X keyboard layout (setxkbmap xxx) and avoid phrasing like "contributed by xxx". Please. -- Dmitry.

2 2

Netmeeting under wine
by David Martinez Prado 18 Nov '03

18 Nov '03

Hi all! i am, trying to run netmeeting under Wine. i installed wine with the default windows partition. Then, i execute netmeeting installer and crashed. i am working on RH7.2. Can anyone help me? thank you very much. _________________________________________________________________ Descárgate en tu teléfono los tonos y logos de las canciones y artistas de más éxito en MSN Móviles. http://www.msn.es/MSNMovil/

6 9

listview advice needed.
by Rein Klazes 18 Nov '03

18 Nov '03

Hi, Agent 2.0 beta crashes on listview related code, and requires native comctl32 to run. Here is a cut from a +relay,+message,+listview trace: | trace:message:SPY_ExitMessage (0x1004b) L"{SysListView32}" message [1004] LVM_GETITEMCOUNT returned 00000000 | 0009:Ret user32.SendMessageA() retval=00000000 ret=005cad80 At this point the listview is newly created, headers column inserted etc. No items yet. | 0009:Call user32.SendMessageA(0001004b,00001007,00000000,406cf6f8) ret=005cc1b4 | trace:message:SPY_EnterMessage (0x1004b) L"{SysListView32}" message [1007] LVM_INSERTITEMA sent from self wp=00000000 lp=406cf6f8 | trace:message:SPY_DumpMem LVITEM [0000] 00000003 00000000 00000000 00000000 | trace:message:SPY_DumpMem LVITEM [0010] 00000000 42103914 00000018 ffffffff | trace:message:SPY_DumpMem LVITEM [0020] 61737365 005cc11f 406cf770 006b30b6 | trace:message:SPY_DumpMem LVITEM [0030] ffffffff The program inserts the first item. Valid fields are Text and Image. | trace:listview:LISTVIEW_WindowProc (uMsg=1007 wParam=0 lParam=406cf6f8) | trace:listview:LISTVIEW_InsertItemT (lpLVItem={iItem=0, iSubItem=0, pszText="application/octet-stream", cchTextMax=24, iImage=-1}, isW=0) | trace:listview:LISTVIEW_InsertItemT inserting at 0, sorted=1, count=0, iItem=0 | trace:listview:LISTVIEW_ShiftIndices Shifting 0u, 1 steps | trace:listview:set_main_item () | trace:listview:set_main_item oldState=0, newState=0 | trace:listview:set_main_item uChanged=0x3 | trace:listview:notify_listview (code=-102, plvnm=iItem=0, iSubItem=0, uNewState=0x0, uOldState=0x0, uChanged=0x0, ptAction=(0, 0), lParam=0 ) | trace:listview:notify_hdr (code=-102) | trace:message:SPY_EnterMessage (0x10049) L"{wxWindowClass}" message [004e] WM_NOTIFY sent from self wp=00001e68 lp=406cf148 | trace:message:SPY_DumpStructure NMHDR hwndFrom=0x1004b idFrom=0x00001e68 code=LVN_INSERTITEM<0xffffff9a>, extra=0x20 | trace:message:SPY_DumpMem NM extra [0000] 00000000 00000000 00000000 00000000 | trace:message:SPY_DumpMem NM extra [0010] 00000000 00000000 00000000 00000000 Still inside the LVM_ISERTITEMA message a WM_NOTIFY is sent. The programs message handler queries number of items: | 0009:Call user32.SendMessageA(0001004b,00001004,00000000,00000000) ret=005cad80 | trace:message:SPY_EnterMessage (0x1004b) L"{SysListView32}" message [1004] LVM_GETITEMCOUNT sent from self wp=00000000 lp=00000000 | trace:listview:LISTVIEW_WindowProc (uMsg=1004 wParam=0 lParam=0) | trace:message:SPY_ExitMessage (0x1004b) L"{SysListView32}" message [1004] LVM_GETITEMCOUNT returned 00000001 | 0009:Ret user32.SendMessageA() retval=00000001 ret=005cad80 there is one item. | 0009:Call user32.SendMessageA(0001004b,00001005,00000000,406cebe0) ret=005ca4cb | trace:message:SPY_EnterMessage (0x1004b) L"{SysListView32}" message [1005] LVM_GETITEMA sent from self wp=00000000 lp=406cebe0 | trace:message:SPY_DumpMem LVITEM [0000] 00000004 00000000 42100a50 406cf148 | trace:message:SPY_DumpMem LVITEM [0010] 406cf154 406ced10 407c1c09 005cad80 | trace:message:SPY_DumpMem LVITEM [0020] 0001004b 00001004 406ced10 005ccb9a | trace:message:SPY_DumpMem LVITEM [0030] 0001004b and request that lParam of that item. Note that iItem is zero but iSubItem is 0x42100a50, like all other fields it is filled with rubbish. (confirmed with dissassembly that only the mask and iItem fields are filled in) | trace:listview:LISTVIEW_WindowProc (uMsg=1005 wParam=0 lParam=406cebe0) | trace:listview:LISTVIEW_GetItemT (lpLVItem={iItem=0, iSubItem=1108347472, lParam=1004b}, isW=0) | trace:message:SPY_ExitMessage (0x1004b) L"{SysListView32}" message [1005] LVM_GETITEMA returned 00000001 | trace:message:SPY_DumpMem LVITEM [0000] 00000004 00000000 42100a50 406cf148 | trace:message:SPY_DumpMem LVITEM [0010] 406cf154 406ced10 407c1c09 005cad80 | trace:message:SPY_DumpMem LVITEM [0020] 0001004b 00001004 406ced10 005ccb9a | trace:message:SPY_DumpMem LVITEM [0030] 0001004b At return, the requested value of lParam is still rubbish, which is causing a crash somewhat later. | trace:message:SPY_ExitMessage (0x10049) L"{wxWindowClass}" message [004e] WM_NOTIFY returned 00000000 | trace:message:SPY_DumpStructure NMHDR hwndFrom=0x1004b idFrom=0x00001e68 code=LVN_INSERTITEM<0xffffff9a>, extra=0x20 | trace:message:SPY_DumpMem NM extra [0000] 00000000 00000000 00000000 00000000 | trace:message:SPY_DumpMem NM extra [0010] 00000000 00000000 00000000 00000000 | 0009:Ret user32.SendMessageW() retval=00000000 ret=40b49738 If I hack LISTVIEW_GetItemT() with a hack like: | | if (lpSubItem) | { | SUBITEM_INFO *lpSubItem = LISTVIEW_GetSubItemPtr(hdpaSubItems, lpLVItem->iSubItem); | pItemHdr = lpSubItem ? &lpSubItem->hdr : &callbackHdr; |+ if(!lpSubItem) lpLVItem->iSubItem = 0; | } the program proceeds (crashes much much later) . But this is probably not the correct way to check that an invalid subitem has been passed (for instance I don't understand the callbackHdr stuff above). Any suggestion what is the correct fix? Full log at www.xs4all.nl/~rklazes/temp/agent.log.bz2 Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 5

Freeze in Agent 2.0 beta.
by Rein Klazes 18 Nov '03

18 Nov '03

Hi, When downloading headers form multiple groups Agent often locks up. The program does the following: -(Main). main thread creates a sub thread: | 0009:Call kernel32.CreateThread(00000000,00002000,006648e0,41ac6cb0,00000004,41ac6cb0) ret=006649c9 | 0009: *fd* 23 <- 41 | 0009: new_thread( suspend=1, inherit=0, request_fd=23 ) | 0009: new_thread() = 0 { tid=0021, handle=0xcc } | 0021: *fd* 27 <- 42 | 0021: *fd* 29 <- 45 | 0021: init_thread( unix_pid=4966, unix_tid=-1, teb=0x40319000, entry=0x404fa110, reply_fd=27, wait_fd=29 ) | 0021: init_thread() = 0 { pid=0008, tid=0021, boot=0, version=126 } | 0021: select( flags=8, cookie=0x4031ac78, timeout=1068729666.690492 (-0.000050), handles={} ) | 0021: select() = PENDING | 0009:Ret kernel32.CreateThread() retval=000000cc ret=006649c9 -(SUB). Sub thread updates some files and finishes with sending a WM_NULL message to the main thrad: | 0021:Call user32.PostMessageA(00010026,00000000,00000000,00000000) ret=0058d0d6 | 0021:Call kernel32.GetTickCount() ret=407924ca | 0021:Ret kernel32.GetTickCount() retval=000ab0db ret=407924ca | 0021: send_message( id=0009, type=6, flags=0, win=0x10026, msg=00000000, wparam=00000000, lparam=00000000, x=0, y=0, time=000ab0db, info=00000000, timeout=-1, callback=(nil), data={} ) | 0021: send_message() = 0 | 0021:Ret user32.PostMessageA() retval=00000001 ret=0058d0d6 -(SUB). Close the thread handle: | 0021:Call kernel32.CloseHandle(000000cc) ret=006648d0 | 0021: close_handle( handle=0xcc ) | 0021: close_handle() = 0 { fd=-1 } | 0021:Ret kernel32.CloseHandle() retval=00000001 ret=006648d0 -(SUB). terminates: | 0021:Call kernel32.ExitThread(00000000) ret=006648df | 0021: terminate_thread( handle=0xfffffffe, exit_code=0 ) | 0021: terminate_thread() = 0 { self=1, last=0 } [snip] | 0021:Ret PE DLL (proc=0x4079ad40,module=0x406f0000 L"user32.dll",reason=THREAD_DETACH,res=(nil)) retval=1 | 0021:Call PE DLL (proc=0x40cef0a0,module=0x40cb0000 L"x11drv.dll",reason=THREAD_DETACH,res=(nil)) | 0021:Ret PE DLL (proc=0x40cef0a0,module=0x40cb0000 L"x11drv.dll",reason=THREAD_DETACH,res=(nil)) retval=1 | 0021:Call PE DLL (proc=0x404c8980,module=0x40480000 L"kernel32.dll",reason=THREAD_DETACH,res=(nil)) | 0021:Ret PE DLL (proc=0x404c8980,module=0x40480000 L"kernel32.dll",reason=THREAD_DETACH,res=(nil)) retval=1 | 0021: *killed* exit_code=0 -(Main). In the meantime the main thread: - gets data from the server (winsok send and rcv) - writes to the file - processes queued messages until it is empty - then is wait on the handle of the subthread: | 0009:Call kernel32.WaitForSingleObject(000000cc,ffffffff) ret=004ed693 -(Main). which ends immedeately: | 0009: select( flags=4, cookie=0x406cf4e0, timeout=0, handles={0xcc} ) | 0009: select() = INVALID_HANDLE | 0009:Ret kernel32.WaitForSingleObject() retval=ffffffff ret=004ed693 -(Main). close the subthread handle. | 0009:Call kernel32.CloseHandle(000000cc) ret=004ed69c | 0009: close_handle( handle=0xcc ) | 0009: close_handle() = INVALID_HANDLE { fd=0 } | 0009:Ret kernel32.CloseHandle() retval=00000000 ret=004ed69c This may repeat a number of times but then without warning: -(SUB). terminates as usual: | 0023:Ret PE DLL (proc=0x4079ad40,module=0x406f0000 L"user32.dll",reason=THREAD_DETACH,res=(nil)) retval=1 | 0023:Call PE DLL (proc=0x40cef0a0,module=0x40cb0000 L"x11drv.dll",reason=THREAD_DETACH,res=(nil)) | 0023:Ret PE DLL (proc=0x40cef0a0,module=0x40cb0000 L"x11drv.dll",reason=THREAD_DETACH,res=(nil)) retval=1 | 0023:Call PE DLL (proc=0x404c8980,module=0x40480000 L"kernel32.dll",reason=THREAD_DETACH,res=(nil)) | 0023:Ret PE DLL (proc=0x404c8980,module=0x40480000 L"kernel32.dll",reason=THREAD_DETACH,res=(nil)) retval=1 | 0023: *killed* exit_code=0 -(Main). Finishes its message processing and the waits: | 0009:Call kernel32.WaitForSingleObject(000000cc,ffffffff) ret=004ed693 | 0009: select( flags=4, cookie=0x406cf4e0, timeout=0, handles={0xcc} ) | 0009: select() = PENDING And this wait never returns until explicitly killed: | 0009: *killed* exit_code=0 I looked at many of these sequences. In all of them the subthread finished well before the main thread executed its Wait. I was looking for timing differences between the processing of the two threads, checking whether and when the WM_NULL message gets processed. Nothing seems to stand out. Any suggestions how to debug this? A large cut from the +relay,+server trace is on http://www.xs4all.nl/~rklazes/temp/agserver.log.bz2 Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 4

Re: WineHQ: Update the Janitorial page
by Tom 18 Nov '03

18 Nov '03

Dimitrie O Paun wrote > - <li> loader > - <li> loader/ne > - <li> memory > + <li class=committed> loader/ne > + <li class=committed> memory umm i'm lost here... - loader, but no committed on loader.. Tom

2 1

Can I turn off freetype at runtime
by Bill Medland 17 Nov '03

17 Nov '03

Is it possible to turn off the freetype use at runtime, e.g. by changing something in the config file? Basically under SuSE several dialogs are drawing with 5 pixel text whereas under Windows they are about 9 pixel high (which I don't understand because I think that they should not exceed 8). Under RedHat they are 7 pixel which are at least readable. I hope that if I can turn off the freetype then on SuSE it will get the same font as on RedHat I tried setting an Alias but it didn't make any difference; it still used the same font instead of the alias -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

3 2

Re: listbox: ownerdraw fix
by Dimitrie O. Paun 17 Nov '03

17 Nov '03

On November 17, 2003 07:33 am, Huw D M Davies wrote: > - LISTBOX_RepaintItem( hwnd, descr, i, ODA_SELECT ); > + if (!IS_OWNERDRAW(descr)) > + LISTBOX_RepaintItem( hwnd, descr, i, ODA_SELECT ); > + else > + LISTBOX_InvalidateItemRect(hwnd, descr, i); > + Why not simply invalidate rect always, even when not in owner draw? -- Dimi.

2 4

[Fwd: LinuxQuestions.org Members Choice nomination]
by Mike Hearn 17 Nov '03

17 Nov '03

Hey, an award never hurts. -------- Original Message -------- Subject: LinuxQuestions.org Members Choice nomination Date: Sun, 16 Nov 2003 18:03:58 -0500 (EST) From: Jeremy <jeremy(a)linuxquestions.org> To: mike(a)theoretic.com CC: michael.hearn(a)durham.ac.uk Mike, Just wanted to let you know that wine was nominated for Windows on Linux App of the Year in the 2003 LinuxQuestions.org Members Choice Awards. http://www.linuxquestions.org/questions/showthread.php?s=&threadid=116387 --jeremy

1 0

windows application+Database
by saravanan 17 Nov '03

17 Nov '03

Hai all, I would like to know is it possible to run 'a windows application which uses a database' in linux using the WINE S/w. I have got an application "English Tutor" developed for windows ( Developed using Flash software). It uses the MS Access database & also it will run only if the CD is present in the system. I want to make it work in Linux.I tried to run the installation program directly from the CD using wine. But it showed an error something like " Activex component can't create object". Do anybody has any idea. Please reply ______________________________________ Scanned and protected by Email scanner

1 1

wine-pthread hangs
by Jeremy Shaw 17 Nov '03

17 Nov '03

Hello, I was trying to run wine-pthread, but it hangs immediately after startup -- I can't even hit cntl-c to exit. If I try to run it under gdb, it seg faults. A backtrace looks like: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 14857)] 0x40040fd9 in __errno_location () from /lib/libpthread.so.0 (gdb) bt #0 0x40040fd9 in __errno_location () from /lib/libpthread.so.0 #1 0x40515ae6 in DOSFS_ToDosFCBFormat () from /usr/lib/wine/kernel32.dll.so #2 0x40516223 in DOSFS_FindUnixName () from /usr/lib/wine/kernel32.dll.so #3 0x40516f21 in DOSFS_GetFullName () from /usr/lib/wine/kernel32.dll.so #4 0x4051e8c9 in CreateFileW () from /usr/lib/wine/kernel32.dll.so #5 0x4021c879 in RtlDoesFileExists_U () from /usr/lib/wine/ntdll.dll.so #6 0x4021cedf in RtlDosSearchPath_U () from /usr/lib/wine/ntdll.dll.so #7 0x40218862 in LdrGetProcedureAddress () from /usr/lib/wine/ntdll.dll.so #8 0x40218c1c in LdrGetProcedureAddress () from /usr/lib/wine/ntdll.dll.so #9 0x40216c80 in _aullrem () from /usr/lib/wine/ntdll.dll.so #10 0x402170d3 in _aullrem () from /usr/lib/wine/ntdll.dll.so #11 0x4021984b in LdrInitializeThunk () from /usr/lib/wine/ntdll.dll.so #12 0x405511e4 in SetThreadExecutionState () from /usr/lib/wine/kernel32.dll.so (gdb) I am using the latest wine from CVS (as of 5pm, 11/14/2003). Linux 2.4.22 libc6 2.3.2 Do I need to do something special to get this working? I am trying to use wine-pthread because I want to use the winejack driver. The winejack driver does not work correctly with wine-kthread, because in libjack, there is a call to pthread_create which never returns. According to usenet, this could happen because wine-kthread is not linked against libpthread explicitly. I tried adding an explicit -lpthread to wine-kthread, but this just cause wine-kthread to hang (similar to wine-pthread, but in a different location). I also tried running ./configure --enable-nptl and installing a version of libc with nptl support, but I think nptl requires features added in 2.5.x -- so this was probably just wishful thinking. Thanks! Jeremy Shaw.

4 9

Re: Localization to portguese - winecfg (with patch)
by Mike Hearn 16 Nov '03

16 Nov '03

Well, I don't have any real problem with it, but as I said before it's pretty pointless IMHO. The GUI is going to start changing again when I next get time to work on it (unfortunately not anytime soon in the foreseeable future), so you'll have to update it all over again. What winecfg needs now is code rather than strings.... On Sat, 15 Nov 2003 15:43:18 -0300, Sir Marcelo Duarte scribed thus: > I updated the resources of winecfg. If Mike Hearn don't disagree with this. > > Changelog: > Marcelo Duarte <wine-devel(a)bol.com.br> > - Localization to portguese - winecfg.

2 1

Re: wrc doesn't seem to accept -r option,even though it is automatically generated by make file
by Parzival Herzog 15 Nov '03

15 Nov '03

On November 10, 2003 15:34, Ivan Leo Murray-Smith wrote: > You can easily upgrade to the october build, a GUI (winesetuptk) can write > the config for you, see > www003.portalis.it/115/ I am sending you email, because your message did not appear on the mailing list, so I can't respond to it there. I hope this is OK with you. As I said in the original post, I am not a wine "developer" (too ignorant for that), I am a (potential) user of the wine library, and the wine-user list people seemed to think my question was for wine-devel. At this point I don't even know if I have a bug or some finger-trouble, and if I have a bug, it is with an old version, yet a newer version gives me big problems, so I dont't want to go to the bug report stage if all I am doing is making some stupid mistake. The link http://prdownloads.sourceforge.net/wine/wine-20031016-mdk9.1.i586.rpm?downl… is broken. The latest rpm there for Mandrake is dated 20030911. I believe that is the version I downloaded and which would crash on starting my programs, which as I said, is the reason I reverted back to the version that came with Mandrake 9.1. There is no Mandrake rpm at Sourceforge for wine-devel, so which wine-devel rpm should I use? Given that I can obtain a complete set of compatible rpms, do I need to un-install my present wine installation? What will happen to my .wine directory? Will the old config info be used, or will it confuse the new installation? I have my own "wine" directory, under which is my own assembly of a "windows" installation, which took some time to get right. Should I keep this? -- Parzival Herzog

2 1

looking for some help with DIB code from WINE
by Jonathan Wilson 15 Nov '03

15 Nov '03

I am working on ReactOS and would like to take the code in static void X11DRV_DIB_SetImageBits_RLE4( int lines, const BYTE *bits, DWORD width, DWORD dstwidth, int left, int *colors, XImage *bmpImage ) and static void X11DRV_DIB_SetImageBits_RLE8( int lines, const BYTE *bits, DWORD width, DWORD dstwidth, int left, int *colors, XImage *bmpImage ) And use it as a jumping-off point to add support for RLE butmaps into ReactOS. Looking at the parameters, I can see that: XImage *bmpImage is the image itself (basicly, I guess its the X11 equivelent of a HDC or a HBITMAP or something) int *colors is the color table and const BYTE *bits is the bits themselves. since ReactOS is only going to uncompress and store the bitmap bits, we dont need to worry about the color table or the XImage Anyhow, what I want to know is what the int lines, DWORD width, DWORD dstwidth, and int left parameters to these 2 functions mean.

1 0

Re: Wintab32 - Tablet support
by Robert Shearman 15 Nov '03

15 Nov '03

> Hi, > > This is more a question for the developers.... Should have posted to wine-devel then :) Doing so now. > A couple of months ago there was a patch from Aric Stewart that added > support for graphics tablets in wine. However I have not heard anything > about it since. Is anybody still working on this? > Graphics tablet > support is the only thing stopping us from using Photoshop under Linux > at the present time. Moving all our graphics artists off dual booting > windows machines would be extremely benificial! > > I tried the original patch but found it affected the > stability of wine... I noticed that in the original patch a lot of functions were called from DllMain that shouldn't be called from there. Did the backtrace include wintab32.DllMain? The initialisation should probably be moved to either each function with a line like "if (!initialised) Initialise();" Alexandre, how come this patch hasn't been included in Wine yet? Was it the problem stated here or something else? > Daire Rob

2 1

keyboard warnings
by Jérôme Bouat 14 Nov '03

14 Nov '03

Due to recent changes in dlls/x11drv/keyboard.c, I compiled wine with CVS from 2003/nov/14. Although I use a french keyboard, the layout has some problems. I already provided a patch which avoids the warnings but it was a dirty hack. Running Microsoft Word 97 shows those warnings: --- [j@laptop tmp]$ wine /var/wine/Program\ Files/Microsoft\ Office/Office/WINWORD.EXE Loading required GL library /usr/X11R6/lib/libGL.so.1.2 fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (French keyboard layout) for scancode mapping. Please define your layout in dlls/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. fixme:x11drv:X11DRV_GetDeviceCaps (0x730): CAPS1 is unimplemented, will return 0 fixme:icon:DrawIconEx no flags set? setting to DI_NORMAL fixme:ole:CoRegisterMessageFilter stub err:clipboard:X11DRV_CLIPBOARD_UpdateCache Failed to cache clipboard data owned by another process. fixme:ole:CoRegisterMessageFilter stub [j@laptop tmp]$

3 2

Re: ntdll / kernel32: #36
by Dmitry Timoshkov 14 Nov '03

14 Nov '03

"Eric Pouech" <pouech-eric(a)wanadoo.fr> wrote: > +static void INT21_ConvertFindDataAtoW(WIN32_FIND_DATAA *dataA, > + const WIN32_FIND_DATAW *dataW) > +{ > + dataA->dwFileAttributes = dataW->dwFileAttributes; > + dataA->ftCreationTime = dataW->ftCreationTime; > + dataA->ftLastAccessTime = dataW->ftLastAccessTime; > + dataA->ftLastWriteTime = dataW->ftLastWriteTime; > + dataA->nFileSizeHigh = dataW->nFileSizeHigh; > + dataA->nFileSizeLow = dataW->nFileSizeLow; > + WideCharToMultiByte( CP_OEMCP, 0, dataW->cFileName, -1, > + dataA->cFileName, sizeof(dataA->cFileName), NULL, NULL ); > + WideCharToMultiByte( CP_OEMCP, 0, dataW->cAlternateFileName, -1, > + dataA->cAlternateFileName, sizeof(dataA->cAlternateFileName), NULL, NULL ); > +} This is just a nit picking, but the function name above should be changed to INT21_ConvertFindDataWtoA (and perhaps the arg sequence should be changed as well). Of course, that could be done later, after the patch is committed. -- Dmitry.

1 0

LinuxWorld Expo NY
by Jeremy White 14 Nov '03

14 Nov '03

Hi All, I somewhat impetuously requested a table for the Wine Project at the LinuxWorld New York expo, without really thinking if anyone could man the table. We'll have a CodeWeavers specific area in another part of the expo, so we won't really be able to provide a lot of help (and won't need any extra promotion). So, I was wondering if anyone wanted to go to New York and represent the Wine Project. If so, let me know privately. If I don't hear anything, I'll quietly tell IDG <small> nevermind </small>. Cheers, Jer

1 1

unsubscribe samjack
by Rand Batchelder 13 Nov '03

13 Nov '03

__________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

2 1

old addition: winetests
by Ferenc Wagner 13 Nov '03

13 Nov '03

Hello, I am making slow progress with this thing. It grew sort of usable: can be cross compiled and run to produce sensible output (tested on XP only). Present questions: 1. How to integrate cross compilation into the Makefile? 2. It is possible to compile this as a Winelib application, but the spawn call must be modified to invoke Wine instead of the test itself. Gives better results for the comctl32 tests (DPA import et al.), but is it worth it? Do we need is_elf and friends? 3. How to derive/give the cleaning rules? 4. Did Jon Bright contribute his SMTP client in the end? We could as well use it... Or would it be better (more reliable) to POST it through HTTP? 5. The #include section at the top of main.c looks weird. (It is the minimum to compile without warnings.) Maybe mkdir() should be moved into port.h? 6. EXTRADEFS = -DWINELIB is probably the wrong way. 7. Is there a way to get this into CVS after all? Feri.

8 13

Re: int21 handling
by Jukka Heinonen 13 Nov '03

13 Nov '03

A few comments about this patch by Eric Pouech. Structure DosHeap must not be moved to winedos. There already exists per drive media ID byte which should be used and biosdate, while it may be needed by some programs, won't do any good in a separate 16-bit segment. Also, INT21_CreateHeap is unnecessary. IOCTL 0x0860 and CreateBPB should include FIXME comments because it does not check real drive types nor real drive geometry. The same is true with other IOCTLs that return fake values. INT21_NetworkFunc should return NETBIOS name. There is a separate Win32 API for returning proper names, don't use gethostname. INT21_GetDriveAllocInfo should pass drive as a parameter, rewriting registers makes code less readable. As far as I know, TRUENAME implementation is broken. Add big FIXME notes to that subfunction. Use INT21_MapDrive instead of manual conversion from zero=default into zero='A' convention, that is why it is there. Use wide characters and manual wide character conversions. DOS routines use OEM code page and not ANSI code page and Wine uses wide characters as default character set, anyway. Also, adding drive number to 'A' may work incorrectly with illegal drives and 8-bit character set but it works fine with wide character set. -- Jukka Heinonen <http://www.iki.fi/jhei/>

3 5

Tests too noisy. [Fwd: Your message to wine-tests-results awaits moderator approval]
by aewine 13 Nov '03

13 Nov '03

Ok, that's it. I think many of the conformance tests are way to noisy. Many of them spews out lots and lots of output EVEN when they actually pass. It clutters the log, making it harder to read - and now this; so big a test log it awaits moderation. :-) Should I submit patches making the conformance tests much more quiet when passing - would the patches be applied? (Or is there some rationale to the massive chattering from the tests?) regards, Jakob ------------------------------------------------------- Your mail to 'wine-tests-results' with the subject Wine regression test, OS=5.1 FAILURES TESTS=20031027 Is being held until the list moderator can review it for approval. The reason it is being held: Message body is too big: 145447 bytes but there's a limit of 128 KB Either the message will get posted to the list, or you will receive notification of the moderator's decision.

2 1

VARIANT_ValidateType ?
by Marcus Meissner 13 Nov '03

13 Nov '03

Hi Jon, Can you please explain why VARIANT_ValidateType rejects for instance VT_SAFEARRAY variants (and more) with DISP_E_BADVARTYPE? Why does it handle the whole range VT_HRESULT - VT_CF as invalid (except VT_RECORD) ? We got one InstallShield regression from this patch (where it wants to clear a VT_SAFEARRAY I think). Ciao, Marcus

2 2

Re: Wintab32 - Tablet support - VBtablet & wintab working for Dogwaffle?
by Mike Hearn 13 Nov '03

13 Nov '03

On Wed, 12 Nov 2003 09:20:13 -0800, Sir Philip Staiger scribed thus: > A general question: Dogwaffle uses COM, ActiveX communication channels (I > don't know much details). Anybody have a feeling if that's a no-no under > Wine? ActiveX and COM are mostly supported under Wine, if it doesn't work you can try using native DCOM - this is documented in various howtos/faqs, like the #winehq channel faq.

1 0

Native Dll x Built-in Dll - why everything doesn't work with native dlls
by Leonardo Luiz Padovani da Mata 13 Nov '03

13 Nov '03

Hello all!! My name is Leonardo, and i'm working in a project that will migrate thousands of windows NT4 machines to Linux. In this project we will do some wine impplementations, if needed. The apps that we are testing is some VB6/5 apps and DataBase client apps. None of the apps executed correctly. So we will impplement wine. I need to know why when we use Native DLL these apps doesn't work. How does wine open the native dll files? Where are the doc about that? thanks. -- _ ,^. _ Leonardo Luiz Padovani da Mata ,'/ -' '- \`. Ciencia da Computacao - UFMG / | \ / | \ barroca(a)dcc.ufmg.br | | | | | | ICQ:61226375 | \_,' `._/ | | | \ / "..." `. .' "May the force be with you, always" `--._.--' "Nerd Pride... eu tenho. Voce tem?" Alianca Rebelde

4 3

RE: wine/ tools/wineinstall loader/Makefile.in loa ...
by Robert Shearman 13 Nov '03

13 Nov '03

> -----Original Message----- > From: wine-cvs-admin(a)winehq.com [mailto:wine-cvs-admin@winehq.com]On > Behalf Of Alexandre Julliard > Sent: 12 November 2003 03:28 > To: wine-cvs(a)winehq.com > Subject: wine/ tools/wineinstall loader/Makefile.in loa ... > > Log message: > Added a wine-glibc binary that detects the glibc threading > in use and > execs the corresponding wine binary. > Removed the --with-nptl configure option. Cool! Well done. Rob

2 1

Wine 20031016 "Wingdings" font encoding problem?
by Parzival Herzog 13 Nov '03

13 Nov '03

I have wine-20031016 built from source installed on Mandrake 9.1 Programs that had displayed certain characters from the Windows "Wingdings" font, now display the box that signifies that the character code is not present in the font. With the standard wine (20030315) installed with Mandrake, these characters used to showed up as the astrological zodiac signs, i.e. Aries, Taurus, etc., just as they do when my program is run natively. The font is copied from windows, the Wingdings Truetype font. The character codes are (decimal) 94 - 105 (hex) 0x5E - 0x69 (ascii) "^" - "i" I have installed these Windows fonts under KDE, and, if I select the Wingdings font in, say KDE Kwrite, and type "^_`abcdefghi", all the expected character glyphs show. is this a bug, or a configuration problem? (I use some other non-Microsoft fonts as well, and some of these work, for the codes used, and some don't, although with earlier versions of wine, they all worked. Since Wingdings is a well-known and used font, I hope that solving the problem for it, will solve it for the others as well.) -- Parzival Herzog

2 1

Re: Zombies (was : Conformance tests...)
by Sami Aario 12 Nov '03

12 Nov '03

> My kernel is the Debian sarge default kernel, 2.2.20. I get zero zombies. Oops, should be Debian woody.

1 0

Conformance tests fail with 20031016 build
by Sami Aario 12 Nov '03

12 Nov '03

Hi, The conformance tests fail for the 20031016 build on my system with the following error message: ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so msg.c && touch msg.ok msg.c:333: Test failed: ShowWindow:overlapped: in msg 0x0047 expecting wParam 0x47 got 0x0 I haven't gotten this error until recently. My system is fairly ancient, it's a debian woody installation with the latest version of KDE.

3 9

Re: declare some missing string functions
by Alexandre Julliard 12 Nov '03

12 Nov '03

Martin Fuchs <martin-fuchs(a)gmx.net> writes: > Changelog: > declare functions _strlwr(), _wcslwr(), and macros _tcsnicmp and _tcsicoll for > use of Winelib apps This is wrong, _strlwr and _wcslwr are already defined in string.h where they should be, and _tcsnicmp and _tcsicoll are already defined in tchar.h. You probably need to switch to the msvcrt headers to make things work right in your case. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: PATCH: handle non aligned mmaps of sections
by Alexandre Julliard 12 Nov '03

12 Nov '03

Marcus Meissner <marcus(a)jet.franken.de> writes: > The file itself is page aligned in these cases, so don't get bad > overlaps. > > This is in a codepath which did not trigger before, this is just new > with WDM handling. I don't think it makes sense to use the normal mapping code for such files, we should really have a separate loader for the NT kernel stuff (which can of course re-use some lower level functions of the current loader). -- Alexandre Julliard julliard(a)winehq.com

4 4

suggestion: Get native uxtheme and native common controlls working on WINE and ReactOS
by Jonathan Wilson 12 Nov '03

12 Nov '03

Is such a thing possible or not? i.e. getting uxtheme, the existing themes and the common controls dll (various versions of it) working on ROS or Wine fesable?

4 3

Re: wrc doesn't seem to accept -r option,even though it is automatically generated by make file
by Ivan Leo Murray-Smith 12 Nov '03

12 Nov '03

>I am not a wine "developer" (too ignorant for that), I >am a (potential) user of the wine library, Well I think you have better chances of getting an answer on wine-devel, as I think only a few developers read wine-users. >do I need to un-install my present wine installation? Yes, but you can leave .wine and your fake windows installation, if you use one. The old config should "Just work", if it doesn't just use winesetuptk to make a new one. I don't know how to solve your problem, but it would be a good idea if you just installed the latest CVS version. If you really want the latest RPM, you can get it here http://prdownloads.sourceforge.net/wine/wine-20031016-mdk.i586.rpm?download but the CVS would be a better solution, as the binary is stripped of all debug symbols, so it's harder to debug with a rpm version.

3 2

Re: PATCH: dlls/wineps/type42.c
by Alexandre Julliard 12 Nov '03

12 Nov '03

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > I wonder, how our Type42 support ever could have worked given the > following: > > type42.c: In function `T42_download_header': > type42.c:269: warning: int format, DWORD arg (arg 3) > type42.c:269: warning: int format, DWORD arg (arg 4) > type42.c: In function `T42_download_glyph': > type42.c:364: warning: int format, DWORD arg (arg 4) > type42.c:364: warning: int format, DWORD arg (arg 6) > > The patch below avoid this warnings, and in fact probably is even needed > to make this work correctly. The patch is of course OK, but it makes no difference to the functionality, int and DWORD are the same size. It's only a cosmetic issue. -- Alexandre Julliard julliard(a)winehq.com

2 1

wine 20031016 installed from source: no winebuild
by Parzival Herzog 12 Nov '03

12 Nov '03

I had earliler experienced some problems with my Mandrake 9.1 installation of wine, when trying to use the wine libraries. I have now done the following: installed wine-20031016-mdk.i586.rpm My binary programs seemed to run fine, (except for a font problem described in a separate post). Since the development tools, winemaker etc were present, I decided to try to build my application. This proceeded well beyond where I could get to earlier (wrc failed), but ended as follows: ------------------------------------------------------------------------------------------------------- [parz@h24-79-72-61 MyWin]$ make c++ -c -I. -I/usr/local/include/python2.3 -I/usr/include/wine/windows -g -O2 -fpermissive -fno-for-scope -D_REENTRANT -o MyWin.o MyWin.cpp In file included from /usr/local/include/python2.3/Python.h:8, from MyWin.cpp:4: /usr/local/include/python2.3/pyconfig.h:847:1: warning: "_POSIX_C_SOURCE" redefined In file included from /usr/include/ctype.h:27, from /usr/include/wine/windows/winnt.h:27, from /usr/include/wine/windows/windef.h:203, from /usr/include/wine/windows/windows.h:38, from MyWin.cpp:2: /usr/include/features.h:131:1: warning: this is the location of the previous definition LD_LIBRARY_PATH="/usr/lib:$LD_LIBRARY_PATH" /usr/bin/winebuild -fPIC -o mywin.dll.spec.c --spec mywin.dll.spec MyWin.res MyWin.o -L/usr/lib -L/usr/lib/wine -ladvapi32 -lcomdlg32 -lgdi32 -lkernel32 -lodbc32 -lole32 -loleaut32 -lshell32 -luser32 -lwinspool mywin.dll.spec:1: could not open .def file for advapi32 make: *** [mywin.dll.spec.c] Error 1 ------------------------------------------------------------------------------------------------------- So I assumed that the missing library specs were a part of the wine-devel package, which was not installed. I could not locate any wine-devel rpms for version 20031016 and Mandrake. So, I dowmloaded the 20031016 source tarball and installed it with the tools/install. This seemd to work well, except that at the end of the , the following complaint appears: ------------------------------------------------------------------------------------------------- mkdir -m 755 -p -- /usr/local/share/aclocal /usr//bin/install -c -m 644 ./aclocal.m4 /usr/local/share/aclocal/wine.m4 /sbin/ldconfig ************************************************* ************************************************* The installed Wine libraries will not be found! You can either: Add the line '/usr/local/lib' to /etc/ld.so.conf and run /sbin/ldconfig export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib ************************************************* ************************************************* Found existing /home/parz/.wine/config, do you want to overwrite this existing Wine configuration file? (yes/no) no Installation complete for now. Good luck (this is still alpha software). If you have problems with WINE, please read the documentation first, as many kinds of potential problems are explained there. [parz@h24-79-72-61 wine-20031016]$ ----------------------------------------------------------------------------------------------- However, inspecting /etc/ld.so.conf shows that the complained-about path *is* actually present: [parz@h24-79-72-61 MyWin]$ cat /etc/ld.so.conf /usr/X11R6/lib /usr/lib/qt3/lib /usr/local/lib [parz@h24-79-72-61 MyWin]$ So, I tried to build my winelib dll anyways: -------------------------------------------------------------------------------------------- [parz@h24-79-72-61 Emsview]$ echo $LD_LIBRARY_PATH [parz@h24-79-72-61 Emsview]$ /sbin/ldconfig /sbin/ldconfig: Can't create temporary cache file /etc/ld.so.cache~: Permission denied [parz@h24-79-72-61 Emsview]$ su Password: [root@h24-79-72-61 Emsview]# ldconfig [root@h24-79-72-61 Emsview]# exit exit [parz@h24-79-72-61 Emsview]$ cd MyWin [parz@h24-79-72-61 MyWin]$ make LD_LIBRARY_PATH="/usr/lib:$LD_LIBRARY_PATH" /usr/bin/winebuild -fPIC -o mywin.dll.spec.c --spec mywin.dll.spec MyWin.res MyWin.o -L/usr/lib -L/usr/lib/wine -ladvapi32 -lcomdlg32 -lgdi32 -lkernel32 -lodbc32 -lole32 -loleaut32 -lshell32 -luser32 -lwinspool /bin/sh: line 1: /usr/bin/winebuild: No such file or directory make: *** [mywin.dll.spec.c] Error 127 [parz@h24-79-72-61 MyWin]$ ---------------------------------------------------------------------------------------------- So, with the homebuilt wine-20031016, it seems that the development tools are not installed, and I am stuck. How do I get past these problems? -- Parzival Herzog

1 0

Re: Wintab32 - Tablet support - VBtablet & wintab working for Dogwaffle?
by Philip Staiger 12 Nov '03

12 Nov '03

I too would be very interested in knowing what's happening with wintab32 under wine - is it usable? How about in conjunction with VBtablet from www.greenreaper.co.uk ? He has a small test program there which reports pressure, angle etc.... you might want to see if that works. Does somebody on this list have a Wacom, AceCad, Pablo (Disney Magic Artist) or Aiptek tablet to try Dogwaffle with it? project Dogwaffle uses VBtablet. The latest v1.6 demo is at www.thebest3d.com/dogwaffle/freebies , the free version 1.11b is at download.com and Tucows.com but didn't use VBtablet yet so not interesting (well for tablet users anyway, still might be of interest for entry-level painters; I doubt the installer will work but hey if it does, yipeee). the other day at a show in Anaheim I tried some things with the help of someone from The Linux Box, was neat to see Carrara Studio 2 running on it. Few minor glitches but still sweet. I'm interested in seeing Dogwaffle qualified/working etc. Anyone here serious about making this work? contact me if you need an NFR copy to test. A general question: Dogwaffle uses COM, ActiveX communication channels (I don't know much details). Anybody have a feeling if that's a no-no under Wine? -Philip > A couple of months ago there was a patch from Aric Stewart that added > support for graphics tablets in wine. However I have not heard anything > about it since. Is anybody still working on this? > Graphics tablet > support is the only thing stopping us from using Photoshop under Linux > at the present time. Moving all our graphics artists off dual booting > windows machines would be extremely benificial! > > I tried the original patch but found it affected the > stability of wine...

1 0

Re: Make failed, something about D3D8 & D3Dcore...
by Thomas Brix Larsen 12 Nov '03

12 Nov '03

Hi Raphael, glx.h is mesa 3.2 glext.h is SGI 1.2.1 Hmm... It seems I'm using very old headers... I'm using the newest NVIDIA "driver". I will try to find some newer headers. Greetings, --Thomas _________________ My worst enemy gave me a copy of Windows...

2 2

fcvt
by flyker 12 Nov '03

12 Nov '03

Function fcvt incorrect. example: int dec, sign; printf("%s\n", fcvt(1.12, 2, &dec, &sign)); result: 1.12e+00 but need: 112

2 2

how to search several PE files to see if any of them import a particular function?
by Jonathan Wilson 12 Nov '03

12 Nov '03

Is there a way to do this? I want to use it on various PE files (DLLs, EXEs etc) to see if any of them import some of the functions for which I dont yet have a prototype :)

2 1

Netmeeting under Wine
by David Martinez Prado 12 Nov '03

12 Nov '03

Hi! it's my firts time runing wine. I want to execute Netmeeting under Wine but i can. Can anybody help me please? Regards, DAVID _________________________________________________________________ Localiza y ponte en contacto con tus antiguos compañeros de clase en MSN Compañeros. http://mipasado.msn.es/

2 1

(no subject)
by David Martinez Prado 12 Nov '03

12 Nov '03

_________________________________________________________________ Charla con tus amigos en línea mediante MSN Messenger: http://messenger.microsoft.com/es

1 0

asm help
by flyker 12 Nov '03

12 Nov '03

Can anybody help me write the function for Linux : __declspec(naked) BOOL WINAPI _InitCommonControlsEx(INITCOMMONCONTROLSEX* lpInitCtrls) { if(!dwLPA_InitCommonControlsEx) { __asm mov eax, 0 __asm ret 4 } else { __asm jmp dwLPA_InitCommonControlsEx } } May be : __declspec(naked) BOOL WINAPI _InitCommonControlsEx(WINGS_INITCOMMONCONTROLSEX* lpInitCtrls) { if(!dwLPA_InitCommonControlsEx) { __asm__ __volatile__("movl 0, %eax"); __asm__ __volatile__("ret"); } else { __asm__ __volatile__("jmp %0" : : "q"(dwLPA_InitCommonControlsEx)); } }

3 3

Re: I/O Completion Ports Implementation
by Alexandre Julliard 12 Nov '03

12 Nov '03

Robert Shearman <R.J.Shearman(a)warwick.ac.uk> writes: > This has been hanging around in my tree for a while. This is useful for RPC > and for eventually implementing QueueUserWorkItem. > > Changelog: > Implement I/O completion ports You should use the normal waiting mechanisms, instead of creating a new type of waiting request which requires exporting a bunch of private functions. This means there should be only a single remove_io_completion request, and the wait should be done with a standard WaitForSingleObject. -- Alexandre Julliard julliard(a)winehq.com

2 5

Usage of FAR in libraries
by Vincent Béron 12 Nov '03

12 Nov '03

How are we supposed to handle includes from other libs (while compiling Wine) which use FAR? I don't like the idea of #undef FAR, then #include, then #undef FAR and #define FAR do_not_use_this_in_wine. Somebody have a better idea? This prevents proper compilation on Fedora Core 1 for now (when openssl is used), because the krb5 includes use FAR. Vincent

2 1

Re: shell32: implement flag FWF_DESKTOP for IShellView_fnCreateViewWindow()
by Martin Fuchs 11 Nov '03

11 Nov '03

On 11.11.2003 22:49:30 Martin Fuchs wrote: > Changelog: > implemented flag FWF_DESKTOP for IShellView_fnCreateViewWindow() Please don't apply this patch. The patch of Filip Navara already contains FWF_DESKTOP handling.

1 0

Make failed, something about D3D8 & D3Dcore...
by Thomas Brix Larsen 11 Nov '03

11 Nov '03

Hi, after updating CVS today I get the following errors from make: In file included from d3d8_private.h:220, from basetexture.c:31: d3dcore_gl.h:161: syntax error before '*' token d3dcore_gl.h:161: warning: type defaults to `int' in declaration of `PGLXFNGLXGETFBCONFIGSPROC' d3dcore_gl.h:161: warning: data definition has no type or storage class d3dcore_gl.h:162: syntax error before '*' token d3dcore_gl.h:162: warning: type defaults to `int' in declaration of `PGLXFNGLXCHOOSEFBCONFIGPROC' d3dcore_gl.h:162: warning: data definition has no type or storage class d3dcore_gl.h:163: syntax error before "GLXFBConfig" d3dcore_gl.h:164: syntax error before "GLXFBConfig" d3dcore_gl.h:165: syntax error before '*' token d3dcore_gl.h:165: syntax error before "GLXFBConfig" d3dcore_gl.h:165: warning: type defaults to `int' in declaration of `GLXWindow' d3dcore_gl.h:165: `GLXWindow' declared as function returning a function d3dcore_gl.h:167: syntax error before "GLXFBConfig" d3dcore_gl.h:169: syntax error before '*' token d3dcore_gl.h:169: syntax error before "GLXFBConfig" d3dcore_gl.h:169: warning: type defaults to `int' in declaration of `GLXPbuffer' d3dcore_gl.h:169: `GLXPbuffer' declared as function returning a function d3dcore_gl.h:172: syntax error before "GLXFBConfig" d3dcore_gl.h:333: syntax error before "PGLXFNGLXCREATEPBUFFERPROC" d3dcore_gl.h:333: warning: no semicolon at end of struct or union d3dcore_gl.h:333: syntax error before "glXChooseFBConfig" d3dcore_gl.h:333: warning: type defaults to `int' in declaration of `glXChooseFBConfig' d3dcore_gl.h:333: warning: data definition has no type or storage class d3dcore_gl.h:335: syntax error before '}' token d3dcore_gl.h:335: warning: type defaults to `int' in declaration of `GL_Info' d3dcore_gl.h:335: warning: data definition has no type or storage class In file included from basetexture.c:31: d3d8_private.h:275: syntax error before "GL_Info" d3d8_private.h:275: warning: no semicolon at end of struct or union d3d8_private.h:278: syntax error before '}' token make[2]: *** [basetexture.o] Error 1 make[2]: Leaving directory `/usr/src/wine/dlls/d3d8' make[1]: *** [d3d8] Error 2 I'm not sure if it's only today that Wine-cvs won't compile, as I'm using a "system update script". I don't think this is my fault. But it could probaly be. Greetings, -- Thomas _________________ My worst enemy gave me a copy of Windows...

2 1

mailman list problems
by Jeremy Newman 11 Nov '03

11 Nov '03

Hey all, just dropping a note about the recent inactivity on the list. Apparently mailman has a bug where a spam with a malformatted header can crash the queue processing. This is easy enough to fix, just delete the offending message from the queue. It happened for a second time in a week now. Just thought I'd let you all know. -- Jeremy Newman <jnewman(a)codeweavers.com> CodeWeavers, Inc.

2 1

Regression on ntdll:map_image function
by Carlos Lozano 11 Nov '03

11 Nov '03

Hello, The patch: http://www.winehq.org/hypermail/wine-cvs/2003/11/0011.html >Fixed type and protection values returned by NtQueryVirtualMemory to >be closer to what Windows does. >Allow using MEM_SYSTEM without MEM_RESERVE to avoid 64k alignment. >Use pread instead of lseek+read when faking mmap Made what the "Hot potatoes" program installer doesn't work. http://web.uvic.ca/hrd/halfbaked/winhotpot60_beta.zip Now when you run the installer, it says in a dialog: "Access violation at address 0040C54A. Write of address 00400000" The problem happens in this line of the patch: - if (!(view = VIRTUAL_CreateView( ptr, total_size, 0, VPROT_COMMITTED|VPROT_READ, hmapping ))) + if (!(view = VIRTUAL_CreateView( ptr, total_size, 0, + VPROT_COMMITTED | VPROT_READ | VPROT_WRITE | + VPROT_EXEC | VPROT_WRITECOPY | VPROT_IMAGE, hmapping ))) It works fine, if you remove the flags VPROT_WRITE and VPROT_WRITECOPY. Relay log, from the working version: 0009:Call comctl32.InitCommonControls() ret=00406879 0009:Ret comctl32.InitCommonControls() retval=401cba82 ret=00406879 0009:Call user32.GetSystemMetrics(0000002a) ret=0040688e 0009:Ret user32.GetSystemMetrics() retval=00000000 ret=0040688e 0009:Call kernel32.GetSystemInfo(407afe74) ret=0040c567 0009:Ret kernel32.GetSystemInfo() retval=00000000 ret=0040c567 0009:Call kernel32.VirtualQuery(00400000,407afe98,0000001c) ret=0040c572 0009:Ret kernel32.VirtualQuery() retval=0000001c ret=0040c572 0009:Call kernel32.VirtualProtect(00400000,00001000,00000040,407afe70) ret=0040c5b3 0009:Ret kernel32.VirtualProtect() retval=00000001 ret=0040c5b3 0009:Call kernel32.VirtualProtect(00400000,00001000,00000002,407afe70) ret=0040c5e5 0009:Ret kernel32.VirtualProtect() retval=00000001 ret=0040c5e5 0009:Call kernel32.VirtualQuery(00401000,407afe98,0000001c) ret=0040c5f5 Relay log, from the non working version: 0009:Call comctl32.InitCommonControls() ret=00406879 0009:Ret comctl32.InitCommonControls() retval=401cb9c6 ret=00406879 0009:Call user32.GetSystemMetrics(0000002a) ret=0040688e 0009:Ret user32.GetSystemMetrics() retval=00000000 ret=0040688e 0009:Call kernel32.GetSystemInfo(4069fe74) ret=0040c567 0009:Ret kernel32.GetSystemInfo() retval=00000000 ret=0040c567 0009:Call kernel32.VirtualQuery(00400000,4069fe98,0000001c) ret=0040c572 0009:Ret kernel32.VirtualQuery() retval=0000001c ret=0040c572 0009:Call user32.LoadStringA(00400000,0000ffa6,4069f604,00000400) ret=00404ef6 Here is starting to load the message error. Before of this point the 2 relay logs, was very similar (vimdiff was a great help :) Thanks, Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

2 2

SEH question
by Jonathan Wilson 11 Nov '03

11 Nov '03

Has anyone actually tried to get a patent licence from the patent holder (i.e. Borland) for this?

2 1

re: Potential forum at linuxquestions.org
by Dan Kegel 11 Nov '03

11 Nov '03

It's a myth that mailing lists are outdated. The web-based forums and wikis people are advocating all have their own drawbacks IMHO. Why not simply point people to http://news.gmane.org/gmane.comp.emulators.wine.devel and/or news://news.gmane.org/gmane.comp.emulators.wine.devel (or maybe even http://groups.google.com/groups?group=comp.emulators.ms-windows.wine) and be done with it? I detest the idea of using a klunky web forum; they're usually poorly-indexed, and every one has a different interface; I'd rather use the standard mail/news interface, or at least a standard web gateway like groups.google.com or news.gmane.org. Do try the gmane gateway for a while before deciding to chuck it all and go the infantile web forum route. - Dan

5 5

Re: copy protection - was: Re: Is it time for playing games on WINE?
by Ann and Jason Edmeades 11 Nov '03

11 Nov '03

[Ever had the feeling you regret asking a question...] Possibly another question for Alexander then - Realistically do you believe that we can ever support copy protection, and if so how? If we can work out how to load the driver in question (which remember is safedisk specific, there's others) then are we ok to put dodgy hacks in wine to ensure the driver gets the results it is expecting? Possibly a follow on question then is how are we supposed to work out what the driver is expecting, ie is debugging it a way to go? Sorry, not being obstructive - I want to stick the the techically achievable goals. Jason

10 16

Re: Add preliminary support for keyboard layout APIs
by Shachar Shemesh 11 Nov '03

11 Nov '03

Dmitry Timoshkov wrote: >Hello, > >note to Shachar: > >this implementation doesn't really work due to "merged" keyboard >layouts we have. I.e. since we have Israelian keyboard layout >with both english and hebrew characters, after the MappingNotify >event we're still using the same keyboard layout with same LCID >identifier, and applications receive WM_INPUTLANGCHANGE(REQUEST) >with the same, not changed keyboard layout identifier. > >You can make it work though, using an ugly workaround: > >setxkbmap us >wine WINWORD.EXE > >type something in Word, then in another xterm and run >setxkbmap ru > >switch back to Word and continue typing. Word will see the change >and kindly reflect that in the status bar. > >In order to experiment with Hebrew you need to create a pure Hebrew >keyboard layout in Wine, and use 'setxkbmap il'. > >Perhaps a way to go is to handle X layout switch notification event >and figure out what layout is really used from the merged mapping >we currently have. So far I have no an idea how to do that. > > > I had an idea, but I have not even began to look at it. I'm currently still sharing my time on Wine between the unicows thingy and revamping the BiDi support. The idea I had, for which I cannot state whether it's feasible or not, is to get the mapping from XKB, and prepare a list (group 0 - US, group 1 - IL, group 2 - RU). Then, whenever we get a "next group" or "prev group", just send out the proper messages. This way, we can also switch keyboard language at an application's whim (I actually have a small snippet of code that does that, if your'e interested). As far as I see it, using "setxkbmap" with a new layout is akin to entering the keyboard control panel applet and changing the layout, rather than to using "alt-shift". I fully understand that some applications do that anyhow. In particular, KDE's keyboard switching is based on calling setxkbmap. I think that would still work (though it may send an "settingschanged" message). Anyhow, your current code (which I have not dived into, yet) should probably go in. It seems to prepare important infrastructure for handling keyboard languages by the X11 driver. Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

2 3

Top 30 on SF
by Dimitrie O. Paun 11 Nov '03

11 Nov '03

Hi folks, I've just checked and we're in Top 30 downloads over the last 7 days at SourceForge. More exactly, we're 28th most downloaded project, with over 20000 downloads. Not bad. We'll need over 30000 d/l for Top 20, and over 50000 for Top 10. We'll get there sooner or later. :) -- Dimi.

1 0

Winebuild build problems on Mingw
by Steven Edwards 11 Nov '03

11 Nov '03

Hello, I guess we want to use compiler exceptions on Mingw/Windows? gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-bounda ry=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -D_WIN32_IE=0x0501 -D_WIN32_ WINNT=0x0501 -DWINVER=0x0501 -o spec16.o spec16.c In file included from spec16.c:31: ../../include/wine/exception.h:138: error: parse error before "sigjmp_buf" ../../include/wine/exception.h:138: warning: no semicolon at end of struct or un ion ../../include/wine/exception.h:142: error: parse error before '}' token ../../include/wine/exception.h:142: warning: type defaults to `int' in declarati on of `__WINE_FRAME' ../../include/wine/exception.h:142: warning: data definition has no type or stor age class make[1]: *** [spec16.o] Error 1 make[1]: Leaving directory `/e/source/winehq/wine/tools/winebuild' make: *** [winebuild] Error 2 Here is my work-around Index: exception.h =================================================================== RCS file: /home/wine/wine/include/wine/exception.h,v retrieving revision 1.25 diff -u -r1.25 exception.h --- exception.h 24 Oct 2003 04:30:13 -0000 1.25 +++ exception.h 11 Nov 2003 02:17:56 -0000 @@ -65,7 +65,7 @@ * This is only useful when compiling to a native Windows binary, as the built-in * compiler exceptions will most certainly not work under Winelib. */ -#ifdef USE_COMPILER_EXCEPTIONS +#if defined(USE_COMPILER_EXCEPTIONS) || defined(__MINGW32__) #define __TRY __try #define __EXCEPT(func) __except((func)(GetExceptionInformation())) Thanks Steven __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

1 0

Re: Is it time for playing games on WINE?
by Raphaël Junqueira 10 Nov '03

10 Nov '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi jason, > Great work, and its good to know we are making progress. I spend most of > my time working on small tutorials and demos which highlight a specific > problem, and havent yet had the 'pleasure' of spending much time playing > the games I have got working!! A list like this is really good (as is > the fact you have been creating patches!! - I'm not sure about the > device.c one though, as I think copyrects is hacked to allow back buffer > updating which would otherwise fail as you are copying to a render > target). All patches, help and assistance welcome I think we can easily fix the two cases unsupported on CopyRect > - I spend far too many nights up to about 1am trying to get things working. As me :) > Personally I would love to have someone maintain a list of things which > work and which fail, and test them periodically, seperated into the d3d > level. One huge problem I have is regressions - I can code something to > fix a particular feature but its very easy to break something else, and > similarly its nice to know that a particular change actually fixes some > other games!! :) > Finally some info, I am currently spending my time trying to get some > features of d3d8 working. I have put on hold render to texture and am > concentrating on some other areas, although I want to get that one > working. I then need to make a choice - I can either concentrate on > performance, on adding hardware vertex shader support or on adding d3d9 > support, and I havent decided which. For hardware vertex shader, i'll send my proto when glx cards drivers will really support it with usable performances (it's unusable on my gf4 card and the support of pixels shaders have to wait for a glx driver that support it for testing) > I think d3d9 would make sense to > wait until last otherwise any performance work will need doing in one > place. I have an idea on some ways of speeding things up and have a > glcore type setup which has been discussed before. I think beginning with moving drawing code and texture code from d3d8 to wined3d should be easy. > One other thought. At some point in time we will have to address copy > protection. I dont want to get into legal discussions and I dont intend > looking into it (yet), BUT would I be correct in saying that if someone > worked out the first point at which copy protection fails, and codes a > basic application which emulates this behaviour. Since this simple app > works on windows, then someone else could then work on getting the basic > program working under wine without being contaminated by knowledge of > the internals of the copy protection itself? If this is the case, it > would be a useful thing to put on the projects page. If the legality of > this is dodgy, forget it - there are always hacks around, its just > frustrating. For what i remember, copy protection is almost specific how cdrom windows driver work. We "only" have to completely emulate this behavior > Anyway, back to my next problem. > Jason And me to my dmusic code for unreal2 Regards, Raphael PS: when i'll get this dmusic code working, i'll return to d3d8-9 :) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/pHK/p7NA3AmQTU4RAhvuAJ44/BH9ZbhQ5ejzdJg5QOhQa/2H8gCdHdt2 VX6xhCdkyVhFrZ8pd6h2TUE= =oDrK -----END PGP SIGNATURE-----

12 19

Re: Assertion failure: DDRAW_width_bpp_to_pitch
by Thomas Brix Larsen 10 Nov '03

10 Nov '03

Okay... I've sendt the trace to Lionel, if anybody else wants it, I will mail it to the list. Greetings, -- Thomas _________________ My worst enemy gave me a copy of Windows...

1 0

wrc doesn't seem to accept -r option, even though it is automatically generated by make file
by Parzival Herzog 10 Nov '03

10 Nov '03

(This message was originally posted on wine-users who suggest it belongs on wine-devel, my apologies if this is inappropriate.) I am trying to build a program using the wine libraries. I am following the recipies given in the docs without much understanding of what is actually happening. The first step, running winemaker, seemed to work, the ./configure step took some time, as it would fail, and then I would go searching for the file it was looking for, amend the options, and run it again, finally coming up with: ./configure --with-wine-includes=/usr/include/wine/windows --with-wine-libraries=/usr/lib --with-wine-dlls=/usr/lib --with-wine-tools=/usr/bin <lots of output snipped> creating Makefile Configure finished. Do 'make' to build the project. The reason I mention this is that I am not sure that my arguments to configure are correct. For example, I have noticed that there are also include files at /usr/includes/wine/msvcrt, and configure doesn't seem to care about that, so how are these include files found? In any case configure is happy, so I tried to run make: [parz@h24-79-72-61 MyWin]$ make sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' ./wineapploader.in >wineapploader || rm -f wineapploader LD_LIBRARY_PATH="/usr/lib:$LD_LIBRARY_PATH" /usr/bin/wrc -J -m -I. -I/usr/include/wine/windows -o MyWin.res -r MyWin.rc Usage: wrc [options...] [infile[.rc|.res]] [outfile] -a n Alignment of resource (win16 only, default is 4) -A Auto register resources (only with gcc 2.7 and better) -b Create an assembly array from a binary .res file -B x Set output byte-order x={n[ative], l[ittle], b[ig]} (win32 only; default is little-endian) -c Add 'const' prefix to C constants -C cp Set the resource's codepage to cp (default is 0) -d n Set debug level to 'n' -D id[=val] Define preprocessor identifier id=val -e Disable recognition of win32 keywords in 16bit compile -E Preprocess only -F target Ignored for compatibility with windres -g Add symbols to the global c namespace -h Prints this summary. -i file The name of the input file. -I path Set include search dir to path (multiple -I allowed) -J Do not search the standard include path -l lan Set default language to lan (default is neutral {0, 0}) -m Do not remap numerical resource IDs -N Do not preprocess input -o file Output to file (default is infile.[res|s|h] -O format The output format: one of `res', 'asm', 'hdr'. -p prefix Give a prefix for the generated names -s Add structure with win32/16 (PE/NE) resource directory -t Generate indirect loadable resource tables -T Generate only indirect loadable resources tables -v Enable verbose mode. -V Print version and exit -w 16|32 Select win16 or win32 output (default is win32) -W Enable pedantic warnings The following long options are supported: --input Synonym for -i. --output Synonym for -o. --target Synonym for -F. --format Synonym for -O. --include-dir Synonym for -I. --nostdinc Synonym for -J. --define Synonym for -D. --language Synonym for -l. --use-temp-file Ignored for compatibility with windres. --no-use-temp-file Ignored for compatibility with windres. --preprocessor Specify the preprocessor to use, including arguments. --help Synonym for -h. --version Synonym for -V. Input is taken from stdin if no sourcefile specified. Debug level 'n' is a bitmask with following meaning: * 0x01 Tell which resource is parsed (verbose mode) * 0x02 Dump internal structures * 0x04 Create a parser trace (yydebug=1) * 0x08 Preprocessor messages * 0x10 Preprocessor lex messages * 0x20 Preprocessor yacc trace If no input filename is given and the output name is not overridden with -o, then the output is written to "wrc.tab.[sh]" make: *** [MyWin.res] Error 1 [parz@h24-79-72-61 MyWin]$ So, it looks like the automatically generated Makefile gives wrc a "-r" option, which it doesn't like. Is this a bug? How can I work around it? I am using the wine installed with Mandrake 9.1. I found the following funny bug: [parz@h24-79-72-61 MyWin]$ wine --version Usage: wine.bin [options] [--] program_name [arguments] The -- has to be used if you specify arguments OR options Options: --debugmsg name Turn debugging-messages on or off --dll name Enable or disable built-in DLLs --help,-h Show this help message --version,-v Display the Wine version [parz@h24-79-72-61 MyWin]$ So it won't display its version, but [parz@h24-79-72-61 MyWin]$ wine -v Wine 20030115 [parz@h24-79-72-61 MyWin]$ In all of the "Why doesn't it work" struggles I did previously, to get another program to run in emulation mode, I also tried installing a more recent version of wine from sources, but this version would crash loading my programs, so I reverted to the Mandrake 9.1 installed version. I don't really want to work on my present problem by re-installing the (newer, I believe from August) version, because the config files are not compatible, so it is a lot of work to move between the versions, and of course, my programs that I want to run, don't seem to work then. Does anyone have a clue how to solve the Makefile problem? -- Parzival Herzog

1 0

Wine lecture
by Shachar Shemesh 10 Nov '03

10 Nov '03

Hi all, Last time the subject came up, someone suggested I make the date available so it can be published on the winehq.org site. I'm going to give a lecture about Wine in a club called "Telux". The web site is at http://www.cs.tau.ac.il/telux/ (supposedly in Hebrew, but if you click the "Advanced lectures" english link at the left, you will get a pretty readable schedule even for non-Hebrew speaking). The lecture will be on Nov 30th, at the Tel Aviv University. The lecture will be given in Hebrew. It will start 18:30 in the math building at the university. No advance registration is required, and no fee. Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

3 5

Potential forum at linuxquestions.org
by Mike Hearn 10 Nov '03

10 Nov '03

Hi, The idea of a user forum was raised on IRC a few weeks ago and Jeremy White suggested we use a web based forum as the newsgroups and mailing lists were too hard to use/outdated. I've talked to Jeremy Garcia who runs linuxquestions.org and he said he'd be willing to host the forum, probably as a subforum of Software if the Wine project was to officially recognise it and a few developers agreed to keep half an eye on it. I'm willing to do so, I already answer questions on LQ occasionally, and I expect out of all of us here we can rustle up a few more. The advantages of using LQ would be: * Only effort for Jeremy Newman would be to apply a patch that links to the forum from WineHQ * It's already very well indexed by search engines, and has a good search facility built in. * It's popular and well known, for some it's a first port of call when the docs don't help. * Wine developers can get a "title" by which they can be recognised in the forums. I think having an entry in the changelog is good enough criteria for this. * Wine tech support already takes place there daily. It might as well be officially recognised. I'm willing to put the work in to get this started, if people agree it's a good idea - ie I'd write a patch for WineHQ, moderate the forum, write some sticky threads and so on, but obviously I'd need help to actually answer the questions. What do people think? Good plan? Bad plan? thanks -mike

3 3

Assertion failure: DDRAW_width_bpp_to_pitch
by Thomas Brix Larsen 09 Nov '03

09 Nov '03

Hi list, I have been trying to get "The Sims: Hot date" working with wine. But an Assertion failure happens, which I don't think I'm able to fix: err:wave:OSS_WaveOutInit /dev/mixer1: No such file or directory err:wave:OSS_WaveInInit /dev/mixer1: No such file or directory fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x404f3c08)->(00000000,00000008) fixme:imm:ImmGetDefaultIMEWnd (0x10022): semi-stub fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x404f46b0)->(00010022,00000808) fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x404f46b0)->(00010022,00000811) fixme:x11drv:X11DRV_XF86VM_SetCurrentMode Need to update SYSMETRICS after resizing display (now 800x600) fixme:x11drv:X11DRV_XF86VM_ChangeDisplaySettingsExW Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_XF86VM_SetCurrentMode Need to update SYSMETRICS after resizing display (now 800x600) fixme:dsound:IDirectSoundImpl_SetCooperativeLevel level=DSSCL_PRIORITY not fully supported fixme:ddraw:DIB_DirectDrawSurface_Blt dwFlags DDBLT_WAIT and/or DDBLT_ASYNC: can't handle right now. wine: main.c:645: DDRAW_width_bpp_to_pitch: Assertion `bpp != 0' failed. wine: Unhandled exception (thread 0009), starting debugger... I'm using the CVS version from a few days ago. Greetings, -- Thomas _________________ My worst enemy gave me a copy of Windows...

2 1

5 games tested in wine...
by Thomas Brix Larsen 09 Nov '03

09 Nov '03

Hi again list, motivated by my previous mail to the list, I have tried some more of my games with wine, and 2 out of 5 works perfect, but has some minor problems. Hmm, I guess a trace could be needed on some of them? But anyway here it goes: * Risk II: The "loading screen" displays, but: err:wave:OSS_WaveOutInit /dev/mixer1: No such file or directory err:wave:OSS_WaveInInit /dev/mixer1: No such file or directory fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x404f6cc8)->(00020021,00000811) fixme:x11drv:X11DRV_XF86VM_SetCurrentMode Need to update SYSMETRICS after resizing display (now 800x600) fixme:x11drv:X11DRV_XF86VM_ChangeDisplaySettingsExW Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_XF86VM_SetCurrentMode Need to update SYSMETRICS after resizing display (now 800x600) fixme:ole:CoCreateInstance no classfactory created for CLSID {49c47ce5-9ba4-11d0-8212-00c04fc32c45}, hres is 0x80040154 wine: Unhandled exception (thread 0009), starting debugger... * Empire Earth: winevdm: can't exec 'G:\Empire Earth\Empire Earth.exe': error=21 * Europa Universalis 2: Is a bit slow but works perfectly. :D But can only be started from the konsole. If I try to start it from konqueror it says it can't find its data files. Something to do with konqueror not setting cwd? (or whatever it's called) The konsole is full of: err:ddraw:Main_DirectDrawSurface_GetSurfaceDesc Impossible/Strange struct size 0. * BattleField 1942: Alot of KEYFOUND: ... happens. But there is never displayed any graphic. Could this be something to do with the no-cd crack? * Master of Orion 3: Game works perfect, some menu graphic missing, and mouse cursor ugly. I found something VERY interesting with this game and wine, the nebulas in game is different in wine and surely looks way better :D. The mouse cursor thing probaly have something to do with: fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented! 0x496b0000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x496b0000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x496b0108 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented! 0x496b0000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x496b0000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x496b00b6 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented! 0x496b0000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x496b0000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x496b00d0 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented! 0x496b0000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x496b0000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x496b0234 Greetings, -- Thomas _________________ My worst enemy gave me a copy of Windows...

1 0

Re: PATCH: dlls/oleaut32/variant.c -- minor fix
by Dimitrie O. Paun 09 Nov '03

09 Nov '03

On November 8, 2003 05:47 am, Gerald Pfeifer wrote: > +#if USHRT_MAX > DATE_MAX > if( uiIn > DATE_MAX ) Please find a non-#if solution. It's too minor to justify the resulting ugliness. -- Dimi.

2 1

Winealsa: Add alsa 1.0 support
by Sylvain Petreolle 09 Nov '03

09 Nov '03

This patch is almost complete, one macro hasnt been rewritten yet. alsa09.diff must be applied to allow compilation with alsa 0.9. Please test it with alsa 0.9 or 1.0 and give me the result. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Re: [wineinstall] allow to use our computer while installing
by Alexandre Julliard 09 Nov '03

09 Nov '03

Jérôme Bouat <jerome.bouat(a)wanadoo.fr> writes: > This patch executes the compilation process with a higher nice value. > > It allows the user to do something else when he is installing Wine. Users who want that behavior can renice wineinstall themselves, we shouldn't impose that policy on everybody. -- Alexandre Julliard julliard(a)winehq.com

1 0

Resend: Winsock ipx improvements
by Roderick Colenbrander 08 Nov '03

08 Nov '03

Hi, Here are some patches which improve winsock's ipx support. Using these patches games C&C Tiberian Sun, Red Alert (v3.x) and Red Alert II work over a lan. First patches 1 and 3 add a new ipx related header. Patch 1 is the new header I made and patch 3 contains some extra structs submitted by vincent beron. Patch 2 adds various missing pieces to the winsock code. For one of the new pieces of code a new wineserver call was required. In short the problem is that the way in which you can set the ipx packet type is different. On linux you can change the ipx packet type by setting an attribute of the linux ipx sockaddr structure. On windows it is changed using (WS_)setsockopt. The attribute that exists in the linux sockaddr structure doesn't exist on windows. In our winsock dll all winsock structures are in the end converted to their linux equivalent. When we receive a request to change the ipx packet type we only have access to the winsock structure and because of this we can't change the packet type. (since it misses the attribute) To be able to get and set the packet type it needs to be stored in the wineserver. (Mike McCormack advised me this) ChangeLog: - implement getsockopt/setsockopt's IPX_PTYPE, IPX_ADDRESS and IPX_MAD_ADAPATER_NUM Roderick Colenbrander

1 0

Janitorial: Get rid of W->A calls for metafiles
by Vincent Béron 08 Nov '03

08 Nov '03

Not 100% about the part changing METAHEADERDISK.filename type. Can apps access it directly and barf if they find WCHAR instead of CHAR? And is the length set to 0x100 for binary compatibility? Changelog: Get rid of W->A calls for metafiles. Vincent

1 0

Introduction and winedbg bt problem
by Kai Brüning 08 Nov '03

08 Nov '03

Good morning, my name is Kai Brüning. Our company RagTime GmbH develops and markets the desktop publishing package RagTime, which had its origin in the Macintosh world 17 years ago. RagTime is currently available for Windows and Mac OS 9/X. Now we are evaluating whether we can make RagTime work under Wine. So far RagTime starts, but has several problems which make it non-usable. To better understand these problems I try to get an insight using winedbg. In an earlier installation which has been broken in the meantime I could see backtraces through wine and RagTime code and could set break points in both worlds. After a fresh compile and install of the current wine source tarball under Redhat Linux 9 with no existing Windows installation, the RagTime part of the backtraces is broken. The backtraces show the same bogus function name for all frames. My questions: If this problem and a cure for it known? We had a lot of hazzle under Windows with backtraces created inside RagTime concerning the right version of imagehlp.dll. Could this be the problem here, too? That is, might it be helpful to use a native imagehlp.dll? Best regards, Kai -- RagTime GmbH Tel: [49] (2103) 9657-0 Itterpark 5 Fax: [49] (2103) 9657-96 D-40724 Hilden mailto:kai@RagTime.de Deutschland http://www.RagTime.de/

3 3

GetMenuItemInfo by ID differs from the native
by Jerry Jenkins 08 Nov '03

08 Nov '03

GetMenuItemInfo by ID returns the data of a command item if the item belongs to a submenu that has the same ID as the item on windows. Our function will return the information of a submenu in such case. My patch will fix it. There is also another problem. The value of a menu handle is so little (about 0x80 - according to what I saw) that it’s very possible that a submenu has the same ID as a command item for a submenu’s ID equals to the handle of its submenu by default. Applications like Adobe Audition that use GetMenuItemInfo to retrieve the information of a command item will run into trouble. The conflict seldom or never happens on Windows, because the value there often exceeds 0xFFFF. I wonder that if we can solve it by XORing a constant value to the handle. ChangeLog controls/menu.c, dlls/user/tests/Makefile.in, dlls/user/tests/menu.c - Make GetMenuItemInfo by ID return the data of a command item if the item and the submenu that the item belongs to have the same ID. - Add a test for menus. Index: controls/menu.c =================================================================== RCS file: /home/wine/wine/controls/menu.c,v retrieving revision 1.168 diff -u -r1.168 menu.c --- controls/menu.c 17 Sep 2003 04:28:29 -0000 1.168 +++ controls/menu.c 8 Nov 2003 05:53:16 -0000 @@ -565,12 +565,13 @@ MENUITEM *item = menu->items; for (i = 0; i < menu->nItems; i++, item++) { - if (item->wID == *nPos) - { - *nPos = i; - return item; + if (item->wID == *nPos && (item->fType & MF_POPUP) != MF_POPUP) + {/* If we find a command item, return it */ + *nPos = i; + return item; } - else if (item->fType & MF_POPUP) + /* else search the submenu */ + if (item->fType & MF_POPUP) { HMENU hsubmenu = item->hSubMenu; MENUITEM *subitem = MENU_FindItem( &hsubmenu, nPos, wFlags ); @@ -578,6 +579,11 @@ { *hmenu = hsubmenu; return subitem; + } + if (item->wID == *nPos) + { + *nPos = i; + return item; } } } Index: dlls/user/tests/Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/user/tests/Makefile.in,v retrieving revision 1.6 diff -u -r1.6 Makefile.in --- dlls/user/tests/Makefile.in 28 Oct 2003 00:18:40 -0000 1.6 +++ dlls/user/tests/Makefile.in 8 Nov 2003 05:53:54 -0000 @@ -10,6 +10,7 @@ generated.c \ input.c \ listbox.c \ + menu.c \ msg.c \ sysparams.c \ win.c \ --- /dev/null 2002-08-31 07:31:37.000000000 +0800 +++ dlls/user/tests/menu.c 2003-11-08 13:17:31.000000000 +0800 @@ -0,0 +1,422 @@ +/* + * Copyright (C) the Wine project + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include <assert.h> +#include <stdlib.h> +#include <stdarg.h> +#include <stdio.h> + +#include "wine/test.h" +#include "windef.h" +#include "winbase.h" +#include "winuser.h" +#include "winnls.h" + + +#ifndef array_count +#define array_count(array) (sizeof(array) / sizeof((array)[0])) +#endif +#define MAX_MENU_ITEM_NAME 16 + +typedef struct MY_MENUITEMTEMPLATE { + WORD mtOption; + WORD mtID; + char mtString[MAX_MENU_ITEM_NAME]; +}MY_MENUITEMTEMPLATE; + +const static MY_MENUITEMTEMPLATE theLMI[] = {/* for LoadMenuIndirect */ + {MF_POPUP, 0, "Popup"}, + {MF_END, 40001, "Submenu Item"}, + {MF_POPUP | MF_END, 0, "Popup2"}, + {MF_END, 40002, "End"} +}; + +typedef struct GMBIT_DATA {/* for GetMenuInfo by ID test */ + const MY_MENUITEMTEMPLATE *pItems;/* menu to test */ + int nCount; /* count of menuitems */ + + DWORD dwItemID; /* which item to get */ + BOOL fSubMenu; /* expect a submenu or command item */ + char szExpected[MAX_MENU_ITEM_NAME]; /* item's name returned by GetMenuInfo */ +}GMBIT_DATA; + +/* For testing GetMenuItemInfo by ID */ +const static MY_MENUITEMTEMPLATE theGMI0[] = { + {MF_SEPARATOR, 0, ""}, + {0, 40001, "A-0"}, + {MF_SEPARATOR, 0, ""}, + {MF_POPUP, 0, "A-1"}, + {0, 40001, "A-1-0"}, + {MF_END, 40001, "A-1-1"}, + {MF_POPUP, 0, "A-2"}, + {0, 40001, "A-2-0"}, + {MF_END, 40001, "A-2-1"}, + {MF_SEPARATOR, 0, ""}, + {MF_END, 40001, "A-3"} +}; + +const static MY_MENUITEMTEMPLATE theGMI1[] = { + {0, 40002, "B-0"}, + {MF_SEPARATOR, 0, ""}, + {MF_POPUP, 0, "B-1"}, + {0, 40002, "B-1-0"}, + {MF_END, 40002, "B-1-1"}, + {MF_POPUP, 0, "B-2"}, + {0, 40002, "B-2-0"}, + {MF_END, 40001, "B-2-1"}, + {MF_SEPARATOR, 0, ""}, + {MF_END, 40001, "B-3"} +}; + +const static MY_MENUITEMTEMPLATE theGMI2[] = { + {MF_POPUP, 40003, "C-0"}, + {MF_POPUP, 40003, "C-0-0"}, + {0, 40002, "C-0-0-0"}, + {0, 40001, "C-0-0-1"}, + {MF_END, 40003, "C-0-0-2"}, + {0, 40002, "C-0-1"}, + {MF_END, 40001, "C-0-2"}, + {MF_POPUP, 40003, "C-1"}, + {0, 40001, "C-1-0"}, + {MF_END, 40001, "C-1-1"}, + {MF_END, 40001, "C-2"} +}; + +const static MY_MENUITEMTEMPLATE theGMI3[] = { + {MF_POPUP, 40003, "D-0"}, + {0, 40002, "D-0-0"}, + {MF_POPUP, 40003, "D-0-1"}, + {0, 40002, "D-0-1-0"}, + {MF_END, 40001, "D-0-1-1"}, + {MF_END, 40001, "D-0-2"}, + {MF_POPUP, 40003, "D-1"}, + {0, 40001, "D-1-0"}, + {MF_END, 40001, "D-1-1"}, + {0, 40001, "D-2"}, + {MF_END, 40003, "D-3"} +}; + +const static GMBIT_DATA theGMBITData[] = { + {theGMI0, array_count(theGMI0), 40001, FALSE, "A-0"}, + {theGMI1, array_count(theGMI1), 40001, FALSE, "B-2-1"}, + {theGMI2, array_count(theGMI2), 40001, FALSE, "C-0-0-1"}, + {theGMI2, array_count(theGMI2), 40003, FALSE, "C-0-0-2"}, + {theGMI3, array_count(theGMI3), 40003, TRUE, "D-0-1"} +}; + + +LPCSTR GetLastErrorMsg() +{ + static char szMessage[1024] = {""}; + FormatMessageA( + FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS, + NULL, + GetLastError(), + MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), + szMessage, + 1024, + NULL + ); + return szMessage; +} + +/* + * MENU hMenu: Handle of the menu to dump. + * UINT nTabs: How many '\t' chars to insert at the beginning of the line. + * Useful for distincting the menu items of different levels. + */ +void DumpMenu_(HMENU hMenu, int nTabs) +{ + BOOL fRet; + int i, j, nCount; + char szName[MAX_MENU_ITEM_NAME]; + MENUITEMINFOA mii; + + memset(&mii, 0, sizeof(mii)); + mii.cbSize = sizeof(mii); + mii.fMask = MIIM_TYPE | MIIM_ID | MIIM_SUBMENU; + + nCount = GetMenuItemCount(hMenu); + for (i = 0; i < nCount; i++) { + mii.dwTypeData = szName; + mii.cch = array_count(szName); + *szName = '\0'; + fRet = GetMenuItemInfoA(hMenu, i, TRUE, &mii); + ok (fRet, "GetMenuItemInfoA: %s.\n", GetLastErrorMsg()); + + for (j = 0; j < nTabs; j++) + printf("\t"); + + if (NULL == mii.hSubMenu) { + printf("MENUITEM \"%s\", %u\n", szName, mii.wID); + } + else {/* dump the submenu */ + printf("POPUP \"%s\", %u\n", szName, mii.wID); + for (j = 0; j < nTabs; j++) + printf("\t"); + printf("{\n"); + DumpMenu_(mii.hSubMenu, nTabs + 1); + for (j = 0; j < nTabs; j++) + printf("\t"); + printf("}\n"); + } + } +} + +__inline void DumpMenu(HMENU hMenu) +{ + printf("%p MENU\n{\n", hMenu); + DumpMenu_(hMenu, 1); + printf("}\n"); +} + + +LPBYTE CreateMenuTemplate(const MY_MENUITEMTEMPLATE *pItems, int nCount) +{ + MENUITEMTEMPLATEHEADER *hdr; + + int nLen; + LPBYTE pBuffer, pTemplate; + int nItemSize; + nItemSize = (sizeof(WORD) * 2 + sizeof(WCHAR) * MAX_MENU_ITEM_NAME); + pBuffer = (LPBYTE)malloc(sizeof(*hdr) + nItemSize * nCount); + pTemplate = pBuffer; + if (NULL == pBuffer) { + SetLastError(ERROR_OUTOFMEMORY); + return NULL; + } + + /* Setting Header ... */ + hdr = (MENUITEMTEMPLATEHEADER*)pBuffer; + hdr->versionNumber = 0; + hdr->offset = 0; + pBuffer += sizeof(*hdr); + + /* Adding Menu items ... */ + for ( ; nCount--; pItems++) { + *(WORD*)pBuffer = pItems->mtOption; + pBuffer += sizeof(WORD); + if ((pItems->mtOption & MF_POPUP) != MF_POPUP) { + *(WORD*)pBuffer = pItems->mtID; + pBuffer += sizeof(WORD); + } + /* else Nothing to do ... for a popup doesn't have mtID!!! */ + nLen = MultiByteToWideChar(CP_ACP, 0, pItems->mtString, -1, + (LPWSTR)pBuffer, MAX_MENU_ITEM_NAME); + ok (0 != nLen, "MultiByteToWideChar: %s.\n", GetLastErrorMsg()); + pBuffer += nLen * sizeof(WCHAR); + } + return pTemplate; +} + +/* returns how many items (including items in submenus and submenus themself) + * in the hMenu */ +int SetSubMenusID(HMENU hMenu, const MY_MENUITEMTEMPLATE *pItems) +{ + BOOL fRet; + int i, nCount, nRet; + char szName[MAX_MENU_ITEM_NAME]; + MENUITEMINFOA mii; + const MY_MENUITEMTEMPLATE *pData = pItems; + + memset(&mii, 0, sizeof(mii)); + mii.cbSize = sizeof(mii); + + nCount = GetMenuItemCount(hMenu); + for (i = 0; i < nCount; i++, pData++) { + mii.fMask = MIIM_SUBMENU | MIIM_TYPE; + mii.dwTypeData = szName; + mii.cch = array_count(szName); + *szName = '\0'; + fRet = GetMenuItemInfoA(hMenu, i, TRUE, &mii); + ok (fRet, "GetMenuItemInfoA: %s.\n", GetLastErrorMsg()); + + if (NULL != mii.hSubMenu) { + mii.fMask = MIIM_ID; + mii.wID = pData->mtID; + if (mii.wID != 0 && mii.wID != 0xFFFF) { + fRet = SetMenuItemInfo(hMenu, i, TRUE, &mii); + ok(fRet, "SetMenuItemInfo: %s.\n", GetLastErrorMsg()); + } + nRet = SetSubMenusID(mii.hSubMenu, pData + 1); + ok (nRet > 0 && (pData[nRet].mtOption & MF_END) != 0, "Invalid parameters.\n"); + pData += nRet; + } + } + return pData - pItems; +} + +HMENU MyLoadMenuIndirect(const MY_MENUITEMTEMPLATE *pItems, int nCount) +{ + HMENU hMenu = NULL; + LPBYTE pBuffer = NULL; + + pBuffer = CreateMenuTemplate(pItems, nCount); + if (NULL != pBuffer) { + hMenu = LoadMenuIndirect(pBuffer); + free(pBuffer); + if (hMenu != NULL) { + SetSubMenusID(hMenu, pItems); + } + } + return hMenu; +} + +/* A popup menu's ID equals to the handle of its submenu by default */ +void SubMenuIDTest(HMENU hMenu) +{ + BOOL fRet; + int i, nCount; + char szName[MAX_MENU_ITEM_NAME]; + MENUITEMINFOA mii; + + memset(&mii, 0, sizeof(mii)); + mii.cbSize = sizeof(mii); + mii.fMask = MIIM_TYPE | MIIM_ID | MIIM_SUBMENU; + + nCount = GetMenuItemCount(hMenu); + for ( i = 0; i < nCount; i++) { + mii.dwTypeData = szName; + mii.cch = array_count(szName); + mii.hSubMenu = NULL; + *szName = '\0'; + fRet = GetMenuItemInfoA(hMenu, i, TRUE, &mii); + ok (fRet, "GetMenuItemInfoA: %s.\n", GetLastErrorMsg()); + if (NULL != mii.hSubMenu) { + ok (mii.wID == (UINT)mii.hSubMenu, "Popup menu's ID differs from its submenu's handle.(Name: \"%s\")\n", szName); + SubMenuIDTest(mii.hSubMenu); + } + } +} + +BOOL LoadMenuIndirectTest() +{ + BOOL fRet; + HMENU hMenu; + char szName[MAX_MENU_ITEM_NAME]; + MENUITEMINFOA mii; + + hMenu = MyLoadMenuIndirect(theLMI, array_count(theLMI)); + ok (NULL != hMenu, "MyLoadMenuIndirect: %s.\n", GetLastErrorMsg()); + if (NULL != hMenu) { + /* Check IDs ... */ + SubMenuIDTest(hMenu); + + /* Check menu names */ + memset(&mii, 0, sizeof(mii)); + mii.cbSize = sizeof(mii); + mii.fMask = MIIM_TYPE; + mii.dwTypeData = szName; + mii.cch = array_count(szName); + *szName = '\0'; + fRet = GetMenuItemInfoA(hMenu, 1, TRUE, &mii); + ok (fRet, "GetMenuItemInfoA: %s.\n", GetLastErrorMsg()); + ok (strcmp(theLMI[2].mtString, szName) == 0, + "LoadMenuIndirect: Wrong name. Before load:\"%s\", after load:\"%s\"", + theLMI[2].mtString, + szName + ); + /* DumpMenu(hMenu); */ + fRet = DestroyMenu(hMenu); + ok (fRet, "DestroyMenu: %s.\n", GetLastErrorMsg()); + + return TRUE; + } + + return FALSE; +} + +void GetMenuItemByIDTest(const GMBIT_DATA *pData) +{ + BOOL fRet; + HMENU hMenu; + BOOL fSubMenu; + char szName[MAX_MENU_ITEM_NAME]; + MENUITEMINFOA mii; + + /* Create a menu */ + hMenu = MyLoadMenuIndirect(pData->pItems, pData->nCount); + ok (NULL != hMenu, "MyLoadMenuIndirect: %s.\n", GetLastErrorMsg()); + if (NULL == hMenu) { + return; + } + + /* What will we get? */ + memset(&mii, 0, sizeof(mii)); + mii.cbSize = sizeof(mii); + mii.fMask = MIIM_TYPE | MIIM_SUBMENU; + mii.dwTypeData = szName; + mii.cch = array_count(szName); + *szName = '\0'; + fRet = GetMenuItemInfoA(hMenu, pData->dwItemID, FALSE, &mii); + ok (fRet, "GetMenuItemInfoA: %s.\n", GetLastErrorMsg()); + + /* Is it right? */ + ok (strcmp(pData->szExpected, szName) == 0, + "\"%s\" was expected, but got \"%s\".\n", + pData->szExpected, + szName + ); + fSubMenu = pData->fSubMenu; + ok ((fSubMenu && NULL != mii.hSubMenu) || (!fSubMenu && NULL == mii.hSubMenu), + fSubMenu ? "A submenu(\"%s\") was expected, but got a command item(\"%s\").\n" + : "A command item(\"%s\") was expected, but got a submenu(\"%s\").\n", + pData->szExpected, + szName + ); + + DestroyMenu(hMenu); +} + +void MenuIDTest() +{ + int i, nCount; + const GMBIT_DATA *pData; + + srand(GetTickCount()); + + pData = theGMBITData; + nCount = array_count(theGMBITData); + for (i = 0; i < nCount; i++, pData++) { + GetMenuItemByIDTest(pData); + } +} + +START_TEST(menu) +{ +#if 0/* Don't know how to write a unit test for InsertMenu ... */ + BOOL fRet; + HMENU hMenu = NULL; + + /* InsertMenu */ + hMenu = MyLoadMenuIndirect(theGMI2, array_count(theGMI2)); + printf("Insert menu item (name=\"Inserted item\") " + "before menu item (id = 40003).\n"); + fRet = InsertMenuA(hMenu, 40003, MF_BYCOMMAND, 40010, "Inserted item"); + ok (fRet, "InsertMenuA: %s.\n", GetLastErrorMsg() ); + DumpMenu(hMenu); + + DestroyMenu(hMenu); +#endif + + if (!LoadMenuIndirectTest()) { + return; + } + + MenuIDTest(); +}

1 0

[winedbg] err:wineconsole:WINECON_Fatal Couldn't find a decent font, aborting
by Jérôme Bouat 07 Nov '03

07 Nov '03

Running Microsoft Office 97 installer works with wine but fails with winedbg. --- [j@laptop tmp]$ winedbg -- /mnt/cdrom/install.exe fixme:console:SetConsoleCtrlHandler (0x40592770,1) - no error checking or testing yet WineDbg starting on pid a Breakpoint 1 at 0x40583000 Invalid address, can't set breakpoint You can turn on deferring breakpoints by address by setting $CanDeferOnBPByAddr to 1 Loaded debug information from ELF 'wine' ((nil)) Breakpoint 2 at 0x4000b2a0 (_end+0x400545c) Loaded debug information from ELF '/usr/local/wine/lib/libwine.so.1' (0x40015000) No debug information in ELF '/lib/i686/libc.so.6' (0x4003b000) No debug information in ELF '/lib/libdl.so.2' (0x4016b000) No debug information in ELF '/lib/i686/libm.so.6' (0x4016e000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) Loaded debug information from ELF '/usr/local/wine/lib/wine/ntdll.dll.so' (0x40192000) Loaded debug information from ELF '/usr/local/wine/lib/libwine_unicode.so.1' (0x401ff000) No debug information in ELF '/lib/libnss_files.so.2' (0x4002f000) Loaded debug information from ELF '/usr/local/wine/lib/wine/kernel32.dll.so' (0x40410000) Loaded debug information from ELF '/usr/local/wine/lib/wine/winevdm.exe.so' (0x40571000) No debug information in 32bit DLL 'winevdm.exe' (0x40580000) No debug information in 32bit DLL 'NTDLL.DLL' (0x401b0000) No debug information in 32bit DLL 'KERNEL32.DLL' (0x40440000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x408b0000) Loaded debug information from ELF '/usr/local/wine/lib/wine/winedos.dll.so' (0x40690000) Loaded debug information from ELF '/usr/local/wine/lib/wine/user32.dll.so' (0x406ea000) Loaded debug information from ELF '/usr/local/wine/lib/wine/gdi32.dll.so' (0x40822000) Loaded debug information from ELF '/usr/local/wine/lib/wine/advapi32.dll.so' (0x4089e000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40840000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40710000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEDOS.DLL' (0x406a0000) Loading required GL library /usr/X11R6/lib/libGL.so.1.2 fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (French keyboard layout) for scancode mapping. Please define your layout in dlls/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. err:wineconsole:WINECON_Fatal Couldn't find a decent font, aborting Invalid address for breakpoint 1, disabling it Invalid address for breakpoint 2, disabling it Process of pid=0000000a has terminated [j@laptop tmp]$

2 7

Re: wineoss message queue patch
by Eric Pouech 07 Nov '03

07 Nov '03

Robert Reif wrote: > Changes message queue from priority queue to standard queue. this is wrong. If you've queued 10s worth of header, your reset request will have to wait 10s before being processed, which is not windows behavior. I'm also surprised if the headers (in case of a reset) are not send back to the app (this is what I see written in the code anyuway > > It is not necessary and actually causes problems to put non header > messages before header messages. Headers are queued within each > thread. Sending some headers and then a reset will not work properly > because the reset command will be placed at the head of the queue > before the headers. It will then try to mark all headers done but there > > won't be any because they are still in the queue. I still don't get this... first the resetting message is gotten out of the queue in ProceedMessages, so I can't see how it can interfere (you said it's still in the queue) with the remaining headers A+ -- Eric Pouech

2 2

New tarball of valgrind for WINE available
by Adam Gundy 07 Nov '03

07 Nov '03

A new tarball of valgrind modified to work with WINE is available from the valgrind home page: http://developer.kde.org/~sewardj/ http://developer.kde.org/~sewardj/valgrind-20031012-wine.tar.bz2 this is based on the latest stable valgrind release. use a current CVS or the latest snapshot of WINE. Seeya, Adam -- Real Programmers don't comment their code. If it was hard to write, it should be hard to read, and even harder to modify. These are all my own opinions.

4 11

Re: Is secdrv.sys a "Protection Mechanisim"
by Subhobroto Sinha 07 Nov '03

07 Nov '03

Greets Jonathan has started discussion on a VERY delicate topic. IMHO, 'secdrv.sys' is a vital DLL for a Win32 copy protection system called SafeDisc by Macrovision. I am not really into this kinda stuff, but I know a friend who does, he's Kamal Shankar <kbshankar2000 at yahoo.com> and I had an IRC meet with him. As far as I came to know from a discussion with him, it's really more than just something to detect SoftICE or TRW2000 - it can detect disk cloning, compromise of the SafeDisc protection system, function redirection through Detours or even Ordinal overrides! It also appears that 'secdrv.sys' is encrypted (like other parts of Safeisc) using TEAK and I do not think that implementing it in WINE will be possible at all ! So really you can neither 'stub out' nor 're-write' nor 'clone' the functions in there, and may you never try it (at least publicly!) Also, the SafeDisc system is a copyrighted work and Macrovision OR atleast TransGaming should be contacted before we get our hands dirty. Obviously, if we get the green signal, we will have to use Hardware Debuggers anyways, and the costs invloved is ..... Also,as SafeDisc is more of a 'copy protection' than 'execution locking', once we know how the decryption keys are generated, we even do NOT need to implement SafeDisc! We can easily unwrap the exe! I refrain from discussing the methods (if I know at all) which can get us at that direction, but let me tell you - the code to do this already has been released in assembly (hint, hint !) I sincerely hope that we divert our efforts to other causes than play Win32 games, Transgaming has a specialization towards that field, though it's really unfortunate that thet refrain from sharing that knowledge. Regards Subhobroto Sinha P.S: "The war has come to an end, but the movie was very disappointing" __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

2 1

More DLL spec forwarding issues
by Shachar Shemesh 07 Nov '03

07 Nov '03

Hi, I got no reponse for the previous issue I posted (where placing forwards in a spec file did not perform as expected). I have tried to create actual functions that perform the forwards. This works great when I use my own program. However, whem I try to use another program, it tries to call "GetProcAddress". Unfortunetly, there is no way to reimplement GetProcAddress in Wine, as the .spec.c file generated needs that function! This is a very problematic thing for me. I tried forwarding GetProcAddress to GetProcAddress_unicows, but that did not help either. I get linker error (function redefined). Please, can anyone help? Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

2 3

X11 resize event compression
by Mike Hearn 07 Nov '03

07 Nov '03

Hi, When I resize windows using opaque resizing, the contents of the window take several seconds to "catch up" with the borders. It feels like X resize event compression isn't being done, so we rerender the window for every single motion of the border. Does anybody know if my hunch is correct or not ? I know modern toolkits are supposed to do this, but does Wine? thanks -mike

1 0

Help with forwarding .spec and DLL overrides for a new DLL
by Shachar Shemesh 07 Nov '03

07 Nov '03

Hi list, I'm having trouble with my unicows.dll implementation. I can trace this problem down to forwarding entries not working, but I can't understand why. I am attaching the diffs for my current unicows patch (not working though it is). I'm trying to run it with a program I wrote. This program is the plain "Hello world" Visual Studio 6 produces when you ask for a Win32 application, with two changes. I changed the link order according to the instructions for using MSLU (http://msdn.microsoft.com/msdnmag/issues/01/10/MSLU/default.aspx), so that the app will use unicows.dll on win98. The second is that I modified the LoadString and DrawText to specifically call LoadStringW and DrawTextW. The application is, otherwise, an ANSI application (only two Unicode functions called). The resulting app works ok on Windows 2000 and on Windows 98 (the later only when unicows.dll is in the same directory as the application - as it should). When trying to run the app on Wine with os=nt4, or with os=win98 and the native unicows.dll in the same directory as the app, everything works. So far, so good. Now comes the part things stop to work. First - I couldn't get my DLL overrides to take effect. I tried adding "UNICOWS.DLL"=b, but it wouldn't load my winelib dll over the standard one. I eventually created a symbolic link from a file called "unicows.dll" in the apps' dir to my unicows.dll.so file. That caused my dll to load. The second had to do with the forwarding call. I generated (using a small perl script) the spec file for the DLL. It forwards all Unicode calls to the relevant Unicode call. Strangely, when the entries for LoadStringW and DrawTextW were pointing to the corresponding calls in user32, the program wouldn't run correctly. When I replaced them with explicit loading of user32.dll and GetProcAddress, everything works (that's the way it's currently in the diff). This suggests, to me, that the spec file is incorrectly set up. Can anyone please point me to my mistake? Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

2 4

Re: buildmetrics error
by Ivan Leo Murray-Smith 07 Nov '03

07 Nov '03

Sorry wrong list.

1 0

Re: buildmetrics error
by Ivan Leo Murray-Smith 07 Nov '03

07 Nov '03

>20030115 This is a very old build of wine, please try wine-20031016

1 0

Re: Question: Is secdrv.sys a "Protection Mechanisim"
by Ivan Leo Murray-Smith 07 Nov '03

07 Nov '03

>an Access Control Measure is something that prevents unauthorized access >to a Copyrighted work If wine just gives interoperability in between the game and a newrly created computer program (Linux), there isn't any violation. If this was the case m$ could sue openoffice for "cracking" the proprietary office document formats.

1 0

Re: [wineinstall] make nice value
by Ivan Leo Murray-Smith 07 Nov '03

07 Nov '03

It was on the italian news, it's an optical processor, so it may or may not be x86 compatible, I dont know the name of the company but I can try and find out. - - - - - > Ivan Leo Murray-Smith wrote: > > >This depends, it can go from 15-20 minutes to over 4 hours. > >A company in Israel has built a 8000 Ghz (Not a typo, it's Ghz) processor, that > >may take it down to a few seconds. > > > > > I think you just pointed to the local technology press being negligent > to a degree never before seen. This is the first I have heared about > such a thing (these things usually make it all the way into the > mainstream press). > > Do you know the company's name? > > Shachar > > -- > Shachar Shemesh > Open Source integration consultant > Home page & resume - http://www.shemesh.biz/ > > >

2 1

Re: [wineinstall] make nice value
by Ivan Leo Murray-Smith 07 Nov '03

07 Nov '03

This depends, it can go from 15-20 minutes to over 4 hours. A company in Israel has built a 8000 Ghz (Not a typo, it's Ghz) processor, that may take it down to a few seconds.

3 2

Re: tools/winapi/msvcmaker trouble
by Steven Edwards 07 Nov '03

07 Nov '03

I have been having trouble with it but on Windows. I would really like to have it work on Windows as I dont always have access to a running linux system. Cygwin, Active Perl and Msys perl all give this error: Administrator@REACTOS-LAPTOP /e/source/winehq/wine $ tools/winapi/msvcmaker Global symbol "$wine_dir" requires explicit package name at tools/winapi/msvcmak er line 52. Global symbol "$wine_dir" requires explicit package name at tools/winapi/msvcmak er line 116. Global symbol "$wine_dir" requires explicit package name at tools/winapi/msvcmak er line 440. Global symbol "$wine_dir" requires explicit package name at tools/winapi/msvcmak er line 1031. Global symbol "$wine_dir" requires explicit package name at tools/winapi/msvcmak er line 1091. Global symbol "$wine_dir" requires explicit package name at tools/winapi/msvcmak er line 1141. Global symbol "$wine_dir" requires explicit package name at tools/winapi/msvcmak er line 1180. Global symbol "$wine_dir" requires explicit package name at tools/winapi/msvcmak er line 1217. Global symbol "$wine_dir" requires explicit package name at tools/winapi/msvcmak er line 1234. Execution of tools/winapi/msvcmaker aborted due to compilation errors. Administrator@REACTOS-LAPTOP /e/source/winehq/wine __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

1 0

wine-20031016/include/msvcrt/limits.h
by Ralf Juengling 07 Nov '03

07 Nov '03

To get rid of a gcc compiler warning... (cf. http://gcc.gnu.org/ml/gcc-bugs/2001-10/msg00764.html) --- wine-20031016/include/msvcrt/limits.h 2003-09-01 17:58:21.000000000 -0700 +++ /local/include/wine/msvcrt/limits.h 2003-11-06 17:58:59.000000000 -0800 @@ -2,7 +2,7 @@ #define __WINE_LIMITS_H #define INT_MAX 2147483647 -#define INT_MIN (-2147483648) +#define INT_MIN (-INT_MAX-1) #define SHRT_MAX 32767 #define SHRT_MIN (-32768) -- Ralf Juengling <juenglin(a)cse.ogi.edu>

1 0

directx
by Ivan Leo Murray-Smith 07 Nov '03

07 Nov '03

I don't know if anybody cares about this, but you can run at least 2 directx games at the same time on windows, just thought I'd let you know.

1 0

Re: copy protection - was: Re: Is it time for playing games on WINE?
by Ivan Leo Murray-Smith 07 Nov '03

07 Nov '03

>"the Copyright Office ruled that the DMCA does not block software >developers from using reverse engineering to circumvent digital >protection of copyright material if they do so to achieve >interoperability with an independently created computer program." So some people in the US do believe in freedom, IMHO this solves the issue.

1 0

Re: copy protection - was: Re: Is it time for playing games on WINE?
by Ivan Leo Murray-Smith 07 Nov '03

07 Nov '03

>In the mean time, (and as long as people in the US are involved in Wine,) >we're stuck with them. Not is we publish (Host) wine outside the US.

1 0

Re: copy protection - was: Re: Is it time for playing games on WINE?
by Ivan Leo Murray-Smith 07 Nov '03

07 Nov '03

>I don't get it. As far as I understand, so long as the code in the Wine >archives does not allow running copied discs, we are not violating the >DMCA. If someone else takes Wine code and modifies it, that's where the >DMCA violation happens. Right, I think a lot of people would be happy to host the code, only that codeweavers can'thost wine anymore, and we use sourceforge (You an just publish binaries, but we can maybe ask if we can if we host the source somewhere else), but until wine doesn't allow to run copyed discs, I don't see the problem, Of course, the sode may be easy to change, but if you put it like that then cd recorders should be illegal too.

1 0

scheduler/pthread.c breakage (and fix)
by Gerald Pfeifer 06 Nov '03

06 Nov '03

Revision 1.47 of scheduler/pthread.c date: 2003/11/05 23:31:11; author: julliard; state: Exp; lines: +184 -2 Added wine_pthread_create_thread and wine_pthread_exit_thread to the pthread support, and removed the corresponding SYSDEPS functions. Moved stack allocation for new threads to wine_pthread_create_thread to allow more flexibility. broke compilation on FreeBSD -CURRENT: ../scheduler/pthread.c: In function `wine_pthread_create_thread': ../scheduler/pthread.c:265: error: `SYS_rfork' undeclared... This can be fixed by an #include <sys/syscall.h> at the top (which needs to be autoconfed). Currently I cannot prepare a patch; could one of you do that, please? Thanks, Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

1 0

tools/winapi/msvcmaker trouble
by Rolf Kalbermatter 06 Nov '03

06 Nov '03

I tried to create the project files to compile some of the wine sources in MSVC and had to find out that this tool is apparently broken. Unfortunately I understand nothing about Pearl so fixing this is completely beyond my capabilities. These are the error messages I receive: rolfk@linux1:~/wine> ./tools/winapi/msvcmaker wine.dswUse of uninitialized value in pattern match (m//) at ./tools/winapi/msvcmaker line 1045. Use of uninitialized value in pattern match (m//) at ./tools/winapi/msvcmaker line 1045. Use of uninitialized value in pattern match (m//) at ./tools/winapi/msvcmaker line 1045. Use of uninitialized value in pattern match (m//) at ./tools/winapi/msvcmaker line 1055. Use of uninitialized value in pattern match (m//) at ./tools/winapi/msvcmaker line 1055. Use of uninitialized value in pattern match (m//) at ./tools/winapi/msvcmaker line 1055. Use of uninitialized value in concatenation (.) or string at ./tools/winapi/msvcmaker line 985. Use of uninitialized value in concatenation (.) or string at ./tools/winapi/msvcmaker line 992. Anybody out there who can look at this and see what the problem might be or is the msvcmaker tool a dead end? Rolf Kalbermatter

1 0

Help with forwarding .spec and DLL overrides for a new DLL
by Shachar Shemesh 06 Nov '03

06 Nov '03

Hi list, I'm having trouble with my unicows.dll implementation. I can trace this problem down to forwarding entries not working, but I can't understand why. I am attaching the diffs for my current unicows patch (not working though it is). I'm trying to run it with a program I wrote. This program is the plain "Hello world" Visual Studio 6 produces when you ask for a Win32 application, with two changes. I changed the link order according to the instructions for using MSLU (http://msdn.microsoft.com/msdnmag/issues/01/10/MSLU/default.aspx), so that the app will use unicows.dll on win98. The second is that I modified the LoadString and DrawText to specifically call LoadStringW and DrawTextW. The application is, otherwise, an ANSI application (only two Unicode functions called). The resulting app works ok on Windows 2000 and on Windows 98 (the later only when unicows.dll is in the same directory as the application - as it should). When trying to run the app on Wine with os=nt4, or with os=win98 and the native unicows.dll in the same directory as the app, everything works. So far, so good. Now comes the part things stop to work. First - I couldn't get my DLL overrides to take effect. I tried adding "UNICOWS.DLL"=b, but it wouldn't load my winelib dll over the standard one. I eventually created a symbolic link from a file called "unicows.dll" in the apps' dir to my unicows.dll.so file. That caused my dll to load. The second had to do with the forwarding call. I generated (using a small perl script) the spec file for the DLL. It forwards all Unicode calls to the relevant Unicode call. Strangely, when the entries for LoadStringW and DrawTextW were pointing to the corresponding calls in user32, the program wouldn't run correctly. When I replaced them with explicit loading of user32.dll and GetProcAddress, everything works (that's the way it's currently in the diff). This suggests, to me, that the spec file is incorrectly set up. Can anyone please point me to my mistake? Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/ Index: configure.ac =================================================================== RCS file: /home/sun/sources/cvs/wine/configure.ac,v retrieving revision 1.178 diff -u -r1.178 configure.ac --- configure.ac 11 Sep 2003 21:27:58 -0000 1.178 +++ configure.ac 28 Oct 2003 13:40:18 -0000 @@ -1498,6 +1498,7 @@ dlls/tapi32/Makefile dlls/ttydrv/Makefile dlls/twain/Makefile +dlls/unicows/Makefile dlls/url/Makefile dlls/urlmon/Makefile dlls/urlmon/tests/Makefile Index: dlls/Makefile.in =================================================================== RCS file: /home/sun/sources/cvs/wine/dlls/Makefile.in,v retrieving revision 1.184 diff -u -r1.184 Makefile.in --- dlls/Makefile.in 8 Sep 2003 19:32:14 -0000 1.184 +++ dlls/Makefile.in 28 Oct 2003 13:47:11 -0000 @@ -96,6 +96,7 @@ tapi32 \ ttydrv \ twain \ + unicows \ url \ urlmon \ user \ @@ -287,6 +288,7 @@ tapi32.dll$(DLLEXT) \ ttydrv.dll$(DLLEXT) \ twain_32.dll$(DLLEXT) \ + unicows.dll$(DLLEXT) \ url.dll$(DLLEXT) \ urlmon.dll$(DLLEXT) \ user32.dll$(DLLEXT) \ @@ -605,6 +607,9 @@ twain_32.dll$(DLLEXT): twain/twain_32.dll$(DLLEXT) $(RM) $@ && $(LN_S) twain/twain_32.dll$(DLLEXT) $@ +unicows.dll$(DLLEXT): unicows/unicows.dll$(DLLEXT) $@ + $(RM) $@ && $(LN_S) unicows/unicows.dll$(DLLEXT) $@ + url.dll$(DLLEXT): url/url.dll$(DLLEXT) $(RM) $@ && $(LN_S) url/url.dll$(DLLEXT) $@ @@ -767,6 +772,7 @@ libtapi32 \ libttydrv \ libtwain_32 \ + libunicows \ liburl \ liburlmon \ libuser32 \ @@ -1196,6 +1202,11 @@ libtwain_32.a: twain/twain_32.spec.def $(DLLTOOL) -k -l $@ -d twain/twain_32.spec.def +libunicows.def: unicows/unicows.spec.def + $(RM) $@ && $(LN_S) unicows/unicows.spec.def $@ +libunicows.a: unicows/unicows.spec.def + $(DLLTOOL) -k -l $@ -d unicows/unicows.spec.def + liburl.def: url/url.spec.def $(RM) $@ && $(LN_S) url/url.spec.def $@ liburl.a: url/url.spec.def @@ -1368,6 +1379,7 @@ tapi32/tapi32.spec.def: $(WINEBUILD) ttydrv/ttydrv.spec.def: $(WINEBUILD) twain/twain_32.spec.def: $(WINEBUILD) +unicows/unicows.spec.def: $(WINEBUILD) url/url.spec.def: $(WINEBUILD) urlmon/urlmon.spec.def: $(WINEBUILD) user/user32.spec.def: $(WINEBUILD) @@ -1487,6 +1499,7 @@ tapi32/tapi32.dll$(DLLEXT): tapi32 ttydrv/ttydrv.dll$(DLLEXT): ttydrv twain/twain_32.dll$(DLLEXT): twain +unicows/unicows.dll$(DLLEXT): unicows url/url.dll$(DLLEXT): url urlmon/urlmon.dll$(DLLEXT): urlmon user/user32.dll$(DLLEXT): user --- /dev/null 2003-08-25 19:02:45.000000000 +0300 +++ dlls/unicows/Makefile.in 2003-11-04 18:24:26.000000000 +0200 @@ -0,0 +1,17 @@ +EXTRADEFS = -D_UNICOWS_ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +MODULE = unicows.dll +IMPORTS = advapi32 avicap32 comdlg32 gdi32 kernel32 mpr msvfw32 oledlg rasapi32 shell32 user32 winmm winspool + +LDDLLFLAGS = @LDDLLFLAGS@ +SYMBOLFILE = $(MODULE).tmp.o + +C_SRCS = \ + main.c + +@MAKE_DLL_RULES@ + +### Dependencies: --- /dev/null 2003-08-25 19:02:45.000000000 +0300 +++ dlls/unicows/main.c 2003-11-06 19:20:03.000000000 +0200 @@ -0,0 +1,95 @@ +/* + * Copyright (C) 2003 Shachar Shemesh + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +/* The "Microsoft Layer for Unicode on Win9x Systems (MSLU)" library is + * an attempt to bring NT Unicode support to the Unicodeless Win 9x systems. + * This works very poorly with Wine, as the library scrambles to translate + * to ANSI things that are actually better handled by Wine's internal + * Unicode support. Just because wine claims to be a version that does not + * support something does not mean Wine really doesn't support it. + * + * As such, this library is a pretty straightforward affair - catch the system + * call, forward it to the standard Wine system call of the same name - end of + * story. + * + * As of 28-Oct-2003, 63 functions exported by Unicows.dll version 1.0.4018.0 are + * not implemented by Wine. + * + * If your application stumbles upon a stub while linking with unicows.dll, check + * whether the relevant function is available in Wine. If it is, just follow my lead + * as I did for the other functions. If not - leave as a stub. + * + * In order to add a new function, you need to change the following locations: + * unicows.spec - change from "stub" to the real prototype. + */ + +#include <stdarg.h> + +#include "windef.h" +#include "winbase.h" + +#include "wine/debug.h" + +WINE_DEFAULT_DEBUG_CHANNEL(unicows); + +HMODULE hGdi; +INT WINAPI (*pDrawTextW)( HDC hdc, LPCWSTR str, INT count, LPRECT rect, UINT flags ); +INT WINAPI (*pLoadStringW)( HINSTANCE instance, UINT resource_id, + LPWSTR buffer, INT buflen ); + +INT WINAPI DrawTextW( HDC hdc, LPCWSTR str, INT count, LPRECT rect, UINT flags ) +{ + TRACE("Called\n"); + return pDrawTextW(hdc, str, count, rect, flags ); +} + +INT WINAPI LoadStringW( HINSTANCE instance, UINT resource_id, + LPWSTR buffer, INT buflen ) +{ + TRACE("Called\n"); + return pLoadStringW(instance, resource_id, buffer, buflen ); +} + +BOOL APIENTRY DllMain( HINSTANCE hModule, + DWORD ul_reason_for_call, + LPVOID lpReserved + ) +{ + switch( ul_reason_for_call ) + { + case DLL_PROCESS_ATTACH: + TRACE("Attach\n"); + hGdi=LoadLibraryA("USER32.DLL"); + if( hGdi!=NULL ) { + TRACE("GDI loaded\n"); + if( (pDrawTextW=GetProcAddress(hGdi, "DrawTextW"))!=NULL ) { + TRACE("DrawTextW loaded %p %p\n", pDrawTextW, DrawTextW); + } + if( (pLoadStringW=GetProcAddress(hGdi, "LoadStringW"))!=NULL ) { + TRACE("LoadStringW loaded %p\n", pLoadStringW); + } + } + break; + case DLL_PROCESS_DETACH: + TRACE("Detach\n"); + break; + } + + return TRUE; +} + --- /dev/null 2003-08-25 19:02:45.000000000 +0300 +++ dlls/unicows/unicows.spec 2003-11-06 15:28:47.000000000 +0200 @@ -0,0 +1,509 @@ +@ stub AcquireCredentialsHandleW +@ stdcall AddAtomW(wstr) kernel32.AddAtomW +@ stdcall AddFontResourceW(wstr) gdi32.AddFontResourceW +@ stdcall AddJobW(long long ptr long ptr) winspool.drv.AddJobW +@ stub AddMonitorW +@ stub AddPortW +@ stub AddPrintProcessorW +@ stub AddPrintProvidorW +@ stdcall AddPrinterDriverW(wstr long ptr) winspool.drv.AddPrinterDriverW +@ stdcall AddPrinterW(wstr long ptr) winspool.drv.AddPrinterW +@ stub AdvancedDocumentPropertiesW +@ stdcall AppendMenuW(long long long ptr) user32.AppendMenuW +@ stdcall BeginUpdateResourceA(str long) kernel32.BeginUpdateResourceA +@ stdcall BeginUpdateResourceW(wstr long) kernel32.BeginUpdateResourceW +@ stdcall BroadcastSystemMessageW(long ptr long long long) user32.BroadcastSystemMessageW +@ stdcall BuildCommDCBAndTimeoutsW(wstr ptr ptr) kernel32.BuildCommDCBAndTimeoutsW +@ stdcall BuildCommDCBW(wstr ptr) kernel32.BuildCommDCBW +@ stdcall CallMsgFilterW(ptr long) user32.CallMsgFilterW +@ stdcall CallNamedPipeW(wstr ptr long ptr long ptr long) kernel32.CallNamedPipeW +@ stdcall CallWindowProcA(ptr long long long long) user32.CallWindowProcA +@ stdcall CallWindowProcW(ptr long long long long) user32.CallWindowProcW +@ stdcall ChangeDisplaySettingsExW(wstr ptr long long ptr) user32.ChangeDisplaySettingsExW +@ stdcall ChangeDisplaySettingsW(ptr long) user32.ChangeDisplaySettingsW +@ stdcall ChangeMenuW(long long ptr long long) user32.ChangeMenuW +@ stdcall CharLowerBuffW(wstr long) user32.CharLowerBuffW +@ stdcall CharLowerW(wstr) user32.CharLowerW +@ stdcall CharNextW(wstr) user32.CharNextW +@ stdcall CharPrevW(wstr wstr) user32.CharPrevW +@ stdcall CharToOemBuffW(wstr ptr long) user32.CharToOemBuffW +@ stdcall CharToOemW(wstr ptr) user32.CharToOemW +@ stdcall CharUpperBuffW(wstr long) user32.CharUpperBuffW +@ stdcall CharUpperW(wstr) user32.CharUpperW +@ stdcall ChooseColorW(ptr) comdlg32.ChooseColorW +@ stdcall ChooseFontW(ptr) comdlg32.ChooseFontW +@ stdcall CommConfigDialogW(wstr long ptr) kernel32.CommConfigDialogW +@ stdcall CompareStringW(long long wstr long wstr long) kernel32.CompareStringW +@ stub ConfigurePortW +@ stdcall CopyAcceleratorTableW(long ptr long) user32.CopyAcceleratorTableW +@ stub CopyEnhMetaFileW +@ stdcall CopyFileExW (wstr wstr ptr ptr ptr long) kernel32.CopyFileExW +@ stdcall CopyFileW(wstr wstr long) kernel32.CopyFileW +@ stdcall CopyMetaFileW(long wstr) gdi32.CopyMetaFileW +@ stdcall CreateAcceleratorTableW(ptr long) user32.CreateAcceleratorTableW +@ stdcall CreateColorSpaceW(ptr) gdi32.CreateColorSpaceW +@ stdcall CreateDCW(wstr wstr wstr ptr) gdi32.CreateDCW +@ stdcall CreateDialogIndirectParamW(long ptr long ptr long) user32.CreateDialogIndirectParamW +@ stdcall CreateDialogParamW(long ptr long ptr long) user32.CreateDialogParamW +@ stdcall CreateDirectoryExW(wstr wstr ptr) kernel32.CreateDirectoryExW +@ stdcall CreateDirectoryW(wstr ptr) kernel32.CreateDirectoryW +@ stdcall CreateEnhMetaFileW(long wstr ptr wstr) gdi32.CreateEnhMetaFileW +@ stdcall CreateEventW(ptr long long wstr) kernel32.CreateEventW +@ stdcall CreateFileMappingW(long ptr long long long wstr) kernel32.CreateFileMappingW +@ stdcall CreateFileW(wstr long long ptr long long long) kernel32.CreateFileW +@ stdcall CreateFontIndirectW(ptr) gdi32.CreateFontIndirectW +@ stdcall CreateFontW(long long long long long long long long long long long long long wstr) gdi32.CreateFontW +@ stdcall CreateICW(wstr wstr wstr ptr) gdi32.CreateICW +@ stdcall CreateMDIWindowW(ptr ptr long long long long long long long long) user32.CreateMDIWindowW +@ stdcall CreateMailslotW(ptr long long ptr) kernel32.CreateMailslotW +@ stdcall CreateMetaFileW(wstr) gdi32.CreateMetaFileW +@ stdcall CreateMutexW(ptr long wstr) kernel32.CreateMutexW +@ stdcall CreateNamedPipeW(wstr long long long long long long ptr) kernel32.CreateNamedPipeW +@ stdcall CreateProcessW(wstr wstr ptr ptr long long ptr wstr ptr ptr) kernel32.CreateProcessW +@ stdcall CreateScalableFontResourceW(long wstr wstr wstr) gdi32.CreateScalableFontResourceW +@ stdcall CreateSemaphoreW(ptr long long wstr) kernel32.CreateSemaphoreW +@ stub CreateStdAccessibleProxyW +@ stdcall CreateWaitableTimerW(ptr long wstr) kernel32.CreateWaitableTimerW +@ stdcall CreateWindowExW(long wstr wstr long long long long long long long long ptr) user32.CreateWindowExW +@ stdcall CryptAcquireContextW(ptr wstr wstr long long) advapi32.CryptAcquireContextW +@ stdcall CryptEnumProviderTypesW(long ptr long ptr ptr ptr) advapi32.CryptEnumProviderTypesW +@ stdcall CryptEnumProvidersW(long ptr long ptr ptr ptr) advapi32.CryptEnumProvidersW +@ stdcall CryptGetDefaultProviderW(long ptr long ptr ptr) advapi32.CryptGetDefaultProviderW +@ stdcall CryptSetProviderExW(wstr long ptr long) advapi32.CryptSetProviderExW +@ stdcall CryptSetProviderW(wstr long) advapi32.CryptSetProviderW +@ stdcall CryptSignHashW(long long ptr long ptr ptr) advapi32.CryptSignHashW +@ stdcall CryptVerifySignatureW(long ptr long long ptr long) advapi32.CryptVerifySignatureW +@ stdcall DdeConnect(long long long ptr) user32.DdeConnect +@ stdcall DdeConnectList(long long long long ptr) user32.DdeConnectList +@ stdcall DdeCreateStringHandleW(long ptr long) user32.DdeCreateStringHandleW +@ stdcall DdeInitializeW(ptr ptr long long) user32.DdeInitializeW +@ stdcall DdeQueryConvInfo(long long ptr) user32.DdeQueryConvInfo +@ stdcall DdeQueryStringW(long long ptr long long) user32.DdeQueryStringW +@ stdcall DefDlgProcW(long long long long) user32.DefDlgProcW +@ stdcall DefFrameProcW(long long long long long) user32.DefFrameProcW +@ stdcall DefMDIChildProcW(long long long long) user32.DefMDIChildProcW +@ stdcall DefWindowProcW(long long long long) user32.DefWindowProcW +@ stdcall DeleteFileW(wstr) kernel32.DeleteFileW +@ stub DeleteMonitorW +@ stub DeletePortW +@ stub DeletePrintProcessorW +@ stub DeletePrintProvidorW +@ stub DeletePrinterDriverW +@ stdcall DeviceCapabilitiesW(wstr wstr long wstr ptr) winspool.drv.DeviceCapabilitiesW +@ stdcall DialogBoxIndirectParamW(long ptr long ptr long) user32.DialogBoxIndirectParamW +@ stdcall DialogBoxParamW(long wstr long ptr long) user32.DialogBoxParamW +@ stdcall DispatchMessageW(ptr) user32.DispatchMessageW +@ stdcall DlgDirListComboBoxW(long ptr long long long) user32.DlgDirListComboBoxW +@ stdcall DlgDirListW(long wstr long long long) user32.DlgDirListW +@ stdcall DlgDirSelectComboBoxExW(long ptr long long) user32.DlgDirSelectComboBoxExW +@ stdcall DlgDirSelectExW(long ptr long long) user32.DlgDirSelectExW +@ stdcall DocumentPropertiesW(long long ptr ptr ptr long) winspool.drv.DocumentPropertiesW +@ stdcall DragQueryFileW(long long ptr long) shell32.DragQueryFileW +@ stdcall DrawStateW(long long ptr long long long long long long long) user32.DrawStateW +@ stdcall DrawTextExW(long wstr long ptr long ptr) user32.DrawTextExW +@ stdcall DrawTextW(long wstr long ptr long) +#@ stdcall DrawTextW(long wstr long ptr long) user32.DrawTextW +@ stdcall EnableWindow(long long) user32.EnableWindow +@ stdcall EndUpdateResourceA(long long) kernel32.EndUpdateResourceA +@ stdcall EndUpdateResourceW(long long) kernel32.EndUpdateResourceW +@ stub EnumCalendarInfoExW +@ stub EnumCalendarInfoW +@ stdcall EnumClipboardFormats(long) user32.EnumClipboardFormats +@ stub EnumDateFormatsExW +@ stdcall EnumDateFormatsW(ptr long long) kernel32.EnumDateFormatsW +@ stdcall EnumDisplayDevicesW(ptr long ptr long) user32.EnumDisplayDevicesW +@ stdcall EnumDisplaySettingsExW(wstr long ptr long) user32.EnumDisplaySettingsExW +@ stdcall EnumDisplaySettingsW(wstr long ptr ) user32.EnumDisplaySettingsW +@ stdcall EnumFontFamiliesExW(long ptr ptr long long) gdi32.EnumFontFamiliesExW +@ stdcall EnumFontFamiliesW(long wstr ptr long) gdi32.EnumFontFamiliesW +@ stdcall EnumFontsW(long wstr ptr long) gdi32.EnumFontsW +@ stub EnumICMProfilesW +@ stub EnumMonitorsW +@ stub EnumPortsW +@ stub EnumPrintProcessorDatatypesW +@ stub EnumPrintProcessorsW +@ stdcall EnumPrinterDriversW(wstr wstr long ptr long ptr ptr) winspool.drv.EnumPrinterDriversW +@ stdcall EnumPrintersW(long ptr long ptr long ptr ptr) winspool.drv.EnumPrintersW +@ stdcall EnumPropsA(long ptr) user32.EnumPropsA +@ stdcall EnumPropsExA(long ptr long) user32.EnumPropsExA +@ stdcall EnumPropsExW(long ptr long) user32.EnumPropsExW +@ stdcall EnumPropsW(long ptr) user32.EnumPropsW +@ stdcall EnumSystemCodePagesW(ptr long) kernel32.EnumSystemCodePagesW +@ stdcall EnumSystemLocalesW(ptr long) kernel32.EnumSystemLocalesW +@ stdcall EnumTimeFormatsW(ptr long long) kernel32.EnumTimeFormatsW +@ stub EnumerateSecurityPackagesW +@ stdcall ExpandEnvironmentStringsW(wstr ptr long) kernel32.ExpandEnvironmentStringsW +@ stdcall ExtTextOutW(long long long long ptr wstr long ptr) gdi32.ExtTextOutW +@ stdcall ExtractIconExW(wstr long ptr ptr long) shell32.ExtractIconExW +@ stdcall ExtractIconW(long wstr long) shell32.ExtractIconW +@ stdcall FatalAppExitW(long wstr) kernel32.FatalAppExitW +@ stdcall FillConsoleOutputCharacterW(long long long long ptr) kernel32.FillConsoleOutputCharacterW +@ stdcall FindAtomW(wstr) kernel32.FindAtomW +@ stdcall FindExecutableW(wstr wstr wstr) shell32.FindExecutableW +@ stdcall FindFirstChangeNotificationW(wstr long long) kernel32.FindFirstChangeNotificationW +@ stdcall FindFirstFileW(wstr ptr) kernel32.FindFirstFileW +@ stdcall FindNextFileW(long ptr) kernel32.FindNextFileW +@ stdcall FindResourceExW(long wstr wstr long) kernel32.FindResourceExW +@ stdcall FindResourceW(long wstr wstr) kernel32.FindResourceW +@ stdcall FindTextW(ptr) comdlg32.FindTextW +@ stdcall FindWindowExW(long long wstr wstr) user32.FindWindowExW +@ stdcall FindWindowW(wstr wstr) user32.FindWindowW +@ stdcall FormatMessageW(long ptr long long ptr long ptr) kernel32.FormatMessageW +@ stub FreeContextBuffer +@ stdcall FreeEnvironmentStringsW(ptr) kernel32.FreeEnvironmentStringsW +@ stub GetAltTabInfoW +@ stdcall GetAtomNameW(long ptr long) kernel32.GetAtomNameW +@ stdcall GetCPInfo(long ptr) kernel32.GetCPInfo +@ stdcall GetCPInfoExW(long long ptr) kernel32.GetCPInfoExW +@ stdcall GetCalendarInfoW(long long long ptr long ptr) kernel32.GetCalendarInfoW +@ stdcall GetCharABCWidthsFloatW(long long long ptr) gdi32.GetCharABCWidthsFloatW +@ stdcall GetCharABCWidthsW(long long long ptr) gdi32.GetCharABCWidthsW +@ stdcall GetCharWidth32W(long long long long) gdi32.GetCharWidth32W +@ stdcall GetCharWidthFloatW(long long long ptr) gdi32.GetCharWidthFloatW +@ stdcall GetCharWidthW(long long long long) gdi32.GetCharWidthW +@ stdcall GetCharacterPlacementW(long wstr long long ptr long) gdi32.GetCharacterPlacementW +@ stdcall GetClassInfoExW(long wstr ptr) user32.GetClassInfoExW +@ stdcall GetClassInfoW(long wstr ptr) user32.GetClassInfoW +@ stdcall GetClassLongW(long long) user32.GetClassLongW +@ stdcall GetClassNameW(long ptr long) user32.GetClassNameW +@ stdcall GetClipboardData(long) user32.GetClipboardData +@ stdcall GetClipboardFormatNameW(long ptr long) user32.GetClipboardFormatNameW +@ stdcall GetComputerNameW(ptr ptr) kernel32.GetComputerNameW +@ stdcall GetConsoleTitleW(ptr long) kernel32.GetConsoleTitleW +@ stdcall GetCurrencyFormatW(long long str ptr str long) kernel32.GetCurrencyFormatW +@ stdcall GetCurrentDirectoryW(long ptr) kernel32.GetCurrentDirectoryW +@ stub GetCurrentHwProfileW +@ stdcall GetDateFormatW(long long ptr wstr ptr long) kernel32.GetDateFormatW +@ stdcall GetDefaultCommConfigW(wstr ptr long) kernel32.GetDefaultCommConfigW +@ stdcall GetDiskFreeSpaceExW (wstr ptr ptr ptr) kernel32.GetDiskFreeSpaceExW +@ stdcall GetDiskFreeSpaceW(wstr ptr ptr ptr ptr) kernel32.GetDiskFreeSpaceW +@ stdcall GetDlgItemTextW(long long ptr long) user32.GetDlgItemTextW +@ stdcall GetDriveTypeW(wstr) kernel32.GetDriveTypeW +@ stdcall GetEnhMetaFileDescriptionW(long long ptr) gdi32.GetEnhMetaFileDescriptionW +@ stdcall GetEnhMetaFileW(wstr) gdi32.GetEnhMetaFileW +@ stdcall GetEnvironmentStringsW() kernel32.GetEnvironmentStringsW +@ stdcall GetEnvironmentVariableW(wstr ptr long) kernel32.GetEnvironmentVariableW +@ stdcall GetFileAttributesExW(wstr long ptr) kernel32.GetFileAttributesExW +@ stdcall GetFileAttributesW(wstr) kernel32.GetFileAttributesW +@ stdcall GetFileTitleW(wstr ptr long) comdlg32.GetFileTitleW +@ stub GetFileVersionInfoSizeW +@ stub GetFileVersionInfoW +@ stdcall GetFullPathNameW(wstr long ptr ptr) kernel32.GetFullPathNameW +@ stdcall GetGlyphOutlineW(long long long ptr long ptr ptr) gdi32.GetGlyphOutlineW +@ stub GetICMProfileW +@ stub GetJobW +@ stdcall GetKerningPairsW(long long ptr) gdi32.GetKerningPairsW +@ stdcall GetKeyNameTextW(long ptr long) user32.GetKeyNameTextW +@ stdcall GetKeyboardLayoutNameW(ptr) user32.GetKeyboardLayoutNameW +@ stdcall GetLocaleInfoW(long long ptr long) kernel32.GetLocaleInfoW +@ stub GetLogColorSpaceW +@ stdcall GetLogicalDriveStringsW(long ptr) kernel32.GetLogicalDriveStringsW +@ stdcall GetLongPathNameW (wstr long long) kernel32.GetLongPathNameW +@ stdcall GetMenuItemInfoW(long long long ptr) user32.GetMenuItemInfoW +@ stdcall GetMenuStringW(long long ptr long long) user32.GetMenuStringW +@ stdcall GetMessageW(ptr long long long) user32.GetMessageW +@ stdcall GetMetaFileW(wstr) gdi32.GetMetaFileW +@ stdcall GetModuleFileNameW(long ptr long) kernel32.GetModuleFileNameW +@ stdcall GetModuleHandleW(wstr) kernel32.GetModuleHandleW +@ stdcall GetMonitorInfoW(long ptr) user32.GetMonitorInfoW +@ stdcall GetNamedPipeHandleStateW(long ptr ptr ptr ptr wstr long) kernel32.GetNamedPipeHandleStateW +@ stdcall GetNumberFormatW(long long wstr ptr ptr long) kernel32.GetNumberFormatW +@ stdcall GetObjectW(long long ptr) gdi32.GetObjectW +@ stdcall GetOpenFileNamePreviewW(ptr) msvfw32.GetOpenFileNamePreviewW +@ stdcall GetOpenFileNameW(ptr) comdlg32.GetOpenFileNameW +@ stdcall GetOutlineTextMetricsW(long long ptr) gdi32.GetOutlineTextMetricsW +@ stub GetPrintProcessorDirectoryW +@ stdcall GetPrinterDataW(long wstr ptr ptr long ptr) winspool.drv.GetPrinterDataW +@ stdcall GetPrinterDriverDirectoryW(wstr wstr long ptr long ptr) winspool.drv.GetPrinterDriverDirectoryW +@ stdcall GetPrinterDriverW(long str long ptr long ptr) winspool.drv.GetPrinterDriverW +@ stdcall GetPrinterW(long long ptr long ptr) winspool.drv.GetPrinterW +@ stdcall GetPrivateProfileIntW(wstr wstr long wstr) kernel32.GetPrivateProfileIntW +@ stdcall GetPrivateProfileSectionNamesW(ptr long wstr) kernel32.GetPrivateProfileSectionNamesW +@ stdcall GetPrivateProfileSectionW(wstr ptr long wstr) kernel32.GetPrivateProfileSectionW +@ stdcall GetPrivateProfileStringW(wstr wstr wstr ptr long wstr) kernel32.GetPrivateProfileStringW +@ stdcall GetPrivateProfileStructW(wstr wstr ptr long wstr) kernel32.GetPrivateProfileStructW +@ stdcall GetProcAddress(long str) kernel32.GetProcAddress +@ stdcall GetProfileIntW(wstr wstr long) kernel32.GetProfileIntW +@ stdcall GetProfileSectionW(wstr ptr long) kernel32.GetProfileSectionW +@ stdcall GetProfileStringW(wstr wstr wstr ptr long) kernel32.GetProfileStringW +@ stdcall GetPropA(long str) user32.GetPropA +@ stdcall GetPropW(long wstr) user32.GetPropW +@ stub GetRoleTextW +@ stdcall GetSaveFileNamePreviewW(ptr) msvfw32.GetSaveFileNamePreviewW +@ stdcall GetSaveFileNameW(ptr) comdlg32.GetSaveFileNameW +@ stdcall GetShortPathNameW(wstr ptr long) kernel32.GetShortPathNameW +@ stdcall GetStartupInfoW(ptr) kernel32.GetStartupInfoW +@ stub GetStateTextW +@ stdcall GetStringTypeExW(long long wstr long ptr) kernel32.GetStringTypeExW +@ stdcall GetStringTypeW(long wstr long ptr) kernel32.GetStringTypeW +@ stdcall GetSystemDirectoryW(ptr long) kernel32.GetSystemDirectoryW +@ stdcall GetSystemWindowsDirectoryW(ptr long) kernel32.GetSystemWindowsDirectoryW +@ stdcall GetTabbedTextExtentW(long wstr long long ptr) user32.GetTabbedTextExtentW +@ stdcall GetTempFileNameW(wstr wstr long ptr) kernel32.GetTempFileNameW +@ stdcall GetTempPathW(long ptr) kernel32.GetTempPathW +@ stdcall GetTextExtentExPointW(long wstr long long ptr ptr ptr) gdi32.GetTextExtentExPointW +@ stdcall GetTextExtentPoint32W(long wstr long ptr) gdi32.GetTextExtentPoint32W +@ stdcall GetTextExtentPointW(long wstr long ptr) gdi32.GetTextExtentPointW +@ stdcall GetTextFaceW(long long ptr) gdi32.GetTextFaceW +@ stdcall GetTextMetricsW(long ptr) gdi32.GetTextMetricsW +@ stdcall GetTimeFormatW(long long ptr wstr ptr long) kernel32.GetTimeFormatW +@ stdcall GetUserNameW(ptr ptr) advapi32.GetUserNameW +@ stdcall GetVersionExW(ptr) kernel32.GetVersionExW +@ stdcall GetVolumeInformationW(wstr ptr long ptr ptr ptr ptr long) kernel32.GetVolumeInformationW +@ stdcall GetWindowLongA(long long) user32.GetWindowLongA +@ stdcall GetWindowLongW(long long) user32.GetWindowLongW +@ stdcall GetWindowModuleFileNameW(long ptr long) user32.GetWindowModuleFileNameW +@ stdcall GetWindowTextLengthW(long) user32.GetWindowTextLengthW +@ stdcall GetWindowTextW(long ptr long) user32.GetWindowTextW +@ stdcall GetWindowsDirectoryW(ptr long) kernel32.GetWindowsDirectoryW +@ stdcall GlobalAddAtomW(wstr) kernel32.GlobalAddAtomW +@ stdcall GlobalFindAtomW(wstr) kernel32.GlobalFindAtomW +@ stdcall GlobalGetAtomNameW(long ptr long) kernel32.GlobalGetAtomNameW +@ stdcall GrayStringW(long long ptr long long long long long long) user32.GrayStringW +@ stub InitSecurityInterfaceW +@ stub InitializeSecurityContextW +@ stdcall InsertMenuItemW(long long long ptr) user32.InsertMenuItemW +@ stdcall InsertMenuW(long long long long ptr) user32.InsertMenuW +@ stdcall IsBadStringPtrW(ptr long) kernel32.IsBadStringPtrW +@ stdcall IsCharAlphaNumericW(long) user32.IsCharAlphaNumericW +@ stdcall IsCharAlphaW(long) user32.IsCharAlphaW +@ stdcall IsCharLowerW(long) user32.IsCharLowerW +@ stdcall IsCharUpperW(long) user32.IsCharUpperW +@ stdcall IsClipboardFormatAvailable(long) user32.IsClipboardFormatAvailable +@ stub IsDestinationReachableW +@ stdcall IsDialogMessageW(long ptr) user32.IsDialogMessageW +@ stdcall IsTextUnicode(ptr long ptr) advapi32.IsTextUnicode +@ stdcall IsValidCodePage(long) kernel32.IsValidCodePage +@ stdcall IsWindowUnicode(long) user32.IsWindowUnicode +@ stdcall LCMapStringW(long long wstr long ptr long) kernel32.LCMapStringW +@ stdcall LoadAcceleratorsW(long wstr) user32.LoadAcceleratorsW +@ stdcall LoadBitmapW(long wstr) user32.LoadBitmapW +@ stdcall LoadCursorFromFileW(wstr) user32.LoadCursorFromFileW +@ stdcall LoadCursorW(long wstr) user32.LoadCursorW +@ stdcall LoadIconW(long wstr) user32.LoadIconW +@ stdcall LoadImageW(long wstr long long long long) user32.LoadImageW +@ stdcall LoadKeyboardLayoutW(wstr long) user32.LoadKeyboardLayoutW +@ stdcall LoadLibraryExW(wstr long long) kernel32.LoadLibraryExW +@ stdcall LoadLibraryW(wstr) kernel32.LoadLibraryW +@ stdcall LoadMenuIndirectW(ptr) user32.LoadMenuIndirectW +@ stdcall LoadMenuW(long wstr) user32.LoadMenuW +#@ stdcall LoadStringW(long long ptr long) user32.LoadStringW +@ stdcall LoadStringW(long long ptr long) +@ cdecl MCIWndCreateW (long long long wstr) msvfw32.MCIWndCreateW +@ stdcall MapVirtualKeyExW(long long long) user32.MapVirtualKeyExW +@ stdcall MapVirtualKeyW(long long) user32.MapVirtualKeyW +@ stdcall MessageBoxExW(long wstr wstr long long) user32.MessageBoxExW +@ stdcall MessageBoxIndirectW(ptr) user32.MessageBoxIndirectW +@ stdcall MessageBoxW(long wstr wstr long) user32.MessageBoxW +@ stdcall ModifyMenuW(long long long long ptr) user32.ModifyMenuW +@ stdcall MoveFileW(wstr wstr) kernel32.MoveFileW +@ stdcall MultiByteToWideChar(long long str long ptr long) kernel32.MultiByteToWideChar +@ stdcall MultinetGetConnectionPerformanceW(ptr ptr) mpr.MultinetGetConnectionPerformanceW +@ stdcall OemToCharBuffW(ptr ptr long) user32.OemToCharBuffW +@ stdcall OemToCharW(ptr ptr) user32.OemToCharW +@ stdcall OleUIAddVerbMenuW(ptr wstr long long long long long long ptr) oledlg.OleUIAddVerbMenuW +@ stdcall OleUIBusyW(ptr) oledlg.OleUIBusyW +@ stdcall OleUIChangeIconW(ptr) oledlg.OleUIChangeIconW +@ stdcall OleUIChangeSourceW(ptr) oledlg.OleUIChangeSourceW +@ stdcall OleUIConvertW(ptr) oledlg.OleUIConvertW +@ stdcall OleUIEditLinksW(ptr) oledlg.OleUIEditLinksW +@ stdcall OleUIInsertObjectW(ptr) oledlg.OleUIInsertObjectW +@ stdcall OleUIObjectPropertiesW(ptr) oledlg.OleUIObjectPropertiesW +@ stdcall OleUIPasteSpecialW(ptr) oledlg.OleUIPasteSpecialW +@ varargs OleUIPromptUserW(long long) oledlg.OleUIPromptUserW +@ stdcall OleUIUpdateLinksW(ptr long wstr long) oledlg.OleUIUpdateLinksW +@ stdcall OpenEventW(long long wstr) kernel32.OpenEventW +@ stdcall OpenFileMappingW(long long wstr) kernel32.OpenFileMappingW +@ stdcall OpenMutexW(long long wstr) kernel32.OpenMutexW +@ stdcall OpenPrinterW(wstr ptr ptr) winspool.drv.OpenPrinterW +@ stdcall OpenSemaphoreW(long long wstr) kernel32.OpenSemaphoreW +@ stdcall OpenWaitableTimerW(long long wstr) kernel32.OpenWaitableTimerW +@ stdcall OutputDebugStringW(wstr) kernel32.OutputDebugStringW +@ stdcall PageSetupDlgW(ptr) comdlg32.PageSetupDlgW +@ stdcall PeekConsoleInputW(ptr ptr long ptr) kernel32.PeekConsoleInputW +@ stdcall PeekMessageW(ptr long long long long) user32.PeekMessageW +@ stdcall PlaySoundW(ptr long long) winmm.PlaySoundW +@ stdcall PolyTextOutW(long ptr long) gdi32.PolyTextOutW +@ stdcall PostMessageW(long long long long) user32.PostMessageW +@ stdcall PostThreadMessageW(long long long long) user32.PostThreadMessageW +@ stdcall PrintDlgW(ptr) comdlg32.PrintDlgW +@ stub QueryContextAttributesW +@ stub QueryCredentialsAttributesW +@ stdcall QueryDosDeviceW(wstr ptr long) kernel32.QueryDosDeviceW +@ stub QuerySecurityPackageInfoW +@ stub RasConnectionNotificationW +@ stub RasCreatePhonebookEntryW +@ stdcall RasDeleteEntryW(wstr wstr) rasapi32.RasDeleteEntryW +@ stub RasDeleteSubEntryW +@ stub RasDialW +@ stub RasEditPhonebookEntryW +@ stdcall RasEnumConnectionsW(ptr ptr ptr) rasapi32.RasEnumConnectionsW +@ stdcall RasEnumDevicesW(ptr ptr ptr) rasapi32.RasEnumDevicesW +@ stdcall RasEnumEntriesW(str str ptr ptr ptr) rasapi32.RasEnumEntriesW +@ stub RasGetConnectStatusW +@ stub RasGetEntryDialParamsW +@ stub RasGetEntryPropertiesW +@ stub RasGetErrorStringW +@ stub RasGetProjectionInfoW +@ stub RasHangUpW +@ stub RasRenameEntryW +@ stub RasSetEntryDialParamsW +@ stdcall RasSetEntryPropertiesW(wstr wstr ptr long ptr long) rasapi32.RasSetEntryPropertiesW +@ stub RasSetSubEntryPropertiesW +@ stub RasValidateEntryNameW +@ stdcall ReadConsoleInputW(long ptr long ptr) kernel32.ReadConsoleInputW +@ stdcall ReadConsoleOutputCharacterW(long ptr long long ptr) kernel32.ReadConsoleOutputCharacterW +@ stdcall ReadConsoleOutputW(long ptr long long ptr) kernel32.ReadConsoleOutputW +@ stdcall ReadConsoleW(long ptr long ptr ptr) kernel32.ReadConsoleW +@ stdcall RegConnectRegistryW(wstr long ptr) advapi32.RegConnectRegistryW +@ stdcall RegCreateKeyExW(long wstr long ptr long long ptr ptr ptr) advapi32.RegCreateKeyExW +@ stdcall RegCreateKeyW(long wstr ptr) advapi32.RegCreateKeyW +@ stdcall RegDeleteKeyW(long wstr) advapi32.RegDeleteKeyW +@ stdcall RegDeleteValueW(long wstr) advapi32.RegDeleteValueW +@ stdcall RegEnumKeyExW(long long ptr ptr ptr ptr ptr ptr) advapi32.RegEnumKeyExW +@ stdcall RegEnumKeyW(long long ptr long) advapi32.RegEnumKeyW +@ stdcall RegEnumValueW(long long ptr ptr ptr ptr ptr ptr) advapi32.RegEnumValueW +@ stdcall RegLoadKeyW(long wstr wstr) advapi32.RegLoadKeyW +@ stdcall RegOpenKeyExW(long wstr long long ptr) advapi32.RegOpenKeyExW +@ stdcall RegOpenKeyW(long wstr ptr) advapi32.RegOpenKeyW +@ stdcall RegQueryInfoKeyW(long ptr ptr ptr ptr ptr ptr ptr ptr ptr ptr ptr) advapi32.RegQueryInfoKeyW +@ stdcall RegQueryMultipleValuesW(long ptr long ptr ptr) advapi32.RegQueryMultipleValuesW +@ stdcall RegQueryValueExW(long wstr ptr ptr ptr ptr) advapi32.RegQueryValueExW +@ stdcall RegQueryValueW(long wstr ptr ptr) advapi32.RegQueryValueW +@ stdcall RegReplaceKeyW(long wstr wstr wstr) advapi32.RegReplaceKeyW +@ stdcall RegSaveKeyW(long ptr ptr) advapi32.RegSaveKeyW +@ stdcall RegSetValueExW(long wstr long long ptr long) advapi32.RegSetValueExW +@ stdcall RegSetValueW(long wstr long ptr long) advapi32.RegSetValueW +@ stdcall RegUnLoadKeyW(long wstr) advapi32.RegUnLoadKeyW +@ stdcall RegisterClassExW(ptr) user32.RegisterClassExW +@ stdcall RegisterClassW(ptr) user32.RegisterClassW +@ stdcall RegisterClipboardFormatW(wstr) user32.RegisterClipboardFormatW +@ stub RegisterDeviceNotificationW +@ stdcall RegisterWindowMessageW(wstr) user32.RegisterWindowMessageW +@ stdcall RemoveDirectoryW(wstr) kernel32.RemoveDirectoryW +@ stdcall RemoveFontResourceW(wstr) gdi32.RemoveFontResourceW +@ stdcall RemovePropA(long str) user32.RemovePropA +@ stdcall RemovePropW(long wstr) user32.RemovePropW +@ stdcall ReplaceTextW(ptr) comdlg32.ReplaceTextW +@ stdcall ResetDCW(long ptr) gdi32.ResetDCW +@ stdcall ResetPrinterW(long ptr) winspool.drv.ResetPrinterW +@ stdcall SHBrowseForFolderW(ptr) shell32.SHBrowseForFolderW +@ stdcall SHChangeNotify (long long ptr ptr) shell32.SHChangeNotify +@ stdcall SHFileOperationW(ptr) shell32.SHFileOperationW +@ stdcall SHGetFileInfoW(ptr long ptr long long) shell32.SHGetFileInfoW +@ stub SHGetNewLinkInfoW +@ stdcall SHGetPathFromIDListW(ptr ptr) shell32.SHGetPathFromIDListW +@ stdcall ScrollConsoleScreenBufferW(long ptr ptr ptr ptr) kernel32.ScrollConsoleScreenBufferW +@ stdcall SearchPathW(wstr wstr wstr long ptr ptr) kernel32.SearchPathW +@ stdcall SendDlgItemMessageW(long long long long long) user32.SendDlgItemMessageW +@ stdcall SendMessageCallbackW(long long long long ptr long) user32.SendMessageCallbackW +@ stdcall SendMessageTimeoutW(long long long long long long ptr) user32.SendMessageTimeoutW +@ stdcall SendMessageW(long long long long) user32.SendMessageW +@ stdcall SendNotifyMessageW(long long long long) user32.SendNotifyMessageW +@ stdcall SetCalendarInfoW(long long long wstr) kernel32.SetCalendarInfoW +@ stdcall SetClassLongW(long long long) user32.SetClassLongW +@ stdcall SetComputerNameW(wstr) kernel32.SetComputerNameW +@ stdcall SetConsoleTitleW(wstr) kernel32.SetConsoleTitleW +@ stdcall SetCurrentDirectoryW(wstr) kernel32.SetCurrentDirectoryW +@ stdcall SetDefaultCommConfigW(wstr ptr long) kernel32.SetDefaultCommConfigW +@ stdcall SetDlgItemTextW(long long wstr) user32.SetDlgItemTextW +@ stdcall SetEnvironmentVariableW(wstr wstr) kernel32.SetEnvironmentVariableW +@ stdcall SetFileAttributesW(wstr long) kernel32.SetFileAttributesW +@ stub SetICMProfileW +@ stdcall SetJobW(long long long ptr long) winspool.drv.SetJobW +@ stdcall SetLocaleInfoW(long long wstr) kernel32.SetLocaleInfoW +@ stdcall SetMenuItemInfoW(long long long ptr) user32.SetMenuItemInfoW +@ stdcall SetPrinterDataW(long wstr long ptr long) winspool.drv.SetPrinterDataW +@ stdcall SetPrinterW(long long ptr long) winspool.drv.SetPrinterW +@ stdcall SetPropA(long str long) user32.SetPropA +@ stdcall SetPropW(long wstr long) user32.SetPropW +@ stdcall SetVolumeLabelW(wstr wstr) kernel32.SetVolumeLabelW +@ stdcall SetWindowLongA(long long long) user32.SetWindowLongA +@ stdcall SetWindowLongW(long long long) user32.SetWindowLongW +@ stdcall SetWindowTextW(long wstr) user32.SetWindowTextW +@ stdcall SetWindowsHookExW(long long long long) user32.SetWindowsHookExW +@ stdcall SetWindowsHookW(long ptr) user32.SetWindowsHookW +@ stdcall ShellAboutW(long wstr wstr long) shell32.ShellAboutW +@ stdcall ShellExecuteExW (long) shell32.ShellExecuteExW +@ stdcall ShellExecuteW (long wstr wstr wstr wstr long) shell32.ShellExecuteW +@ stdcall Shell_NotifyIconW(long ptr) shell32.Shell_NotifyIconW +@ stdcall StartDocPrinterW(long long ptr) winspool.drv.StartDocPrinterW +@ stdcall StartDocW(long ptr) gdi32.StartDocW +@ stdcall SystemParametersInfoW(long long ptr long) user32.SystemParametersInfoW +@ stdcall TabbedTextOutW(long long long wstr long long ptr long) user32.TabbedTextOutW +@ stdcall TextOutW(long long long wstr long) gdi32.TextOutW +@ stdcall TranslateAcceleratorW(long long ptr) user32.TranslateAcceleratorW +@ stdcall UnregisterClassW(wstr long) user32.UnregisterClassW +@ stub UpdateICMRegKeyW +@ stdcall UpdateResourceA(long str str long ptr long) kernel32.UpdateResourceA +@ stdcall UpdateResourceW(long wstr wstr long ptr long) kernel32.UpdateResourceW +@ stub VerFindFileW +@ stub VerInstallFileW +@ stdcall VerLanguageNameW(long wstr long) kernel32.VerLanguageNameW +@ stub VerQueryValueW +@ stdcall VkKeyScanExW(long long) user32.VkKeyScanExW +@ stdcall VkKeyScanW(long) user32.VkKeyScanW +@ stdcall WNetAddConnection2W(ptr wstr wstr long) mpr.WNetAddConnection2W +@ stdcall WNetAddConnection3W(long ptr wstr wstr long) mpr.WNetAddConnection3W +@ stdcall WNetAddConnectionW(wstr wstr wstr) mpr.WNetAddConnectionW +@ stdcall WNetCancelConnection2W(wstr long long) mpr.WNetCancelConnection2W +@ stdcall WNetCancelConnectionW(wstr long) mpr.WNetCancelConnectionW +@ stdcall WNetConnectionDialog1W(ptr) mpr.WNetConnectionDialog1W +@ stdcall WNetDisconnectDialog1W(ptr) mpr.WNetDisconnectDialog1W +@ stdcall WNetEnumResourceW(long ptr ptr ptr) mpr.WNetEnumResourceW +@ stdcall WNetGetConnectionW(wstr ptr ptr) mpr.WNetGetConnectionW +@ stdcall WNetGetLastErrorW(ptr ptr long ptr long) mpr.WNetGetLastErrorW +@ stdcall WNetGetNetworkInformationW(wstr ptr) mpr.WNetGetNetworkInformationW +@ stdcall WNetGetProviderNameW(long ptr ptr) mpr.WNetGetProviderNameW +@ stdcall WNetGetResourceInformationW(ptr ptr ptr ptr) mpr.WNetGetResourceInformationW +@ stdcall WNetGetResourceParentW(ptr ptr ptr) mpr.WNetGetResourceParentW +@ stdcall WNetGetUniversalNameW (wstr long ptr ptr) mpr.WNetGetUniversalNameW +@ stdcall WNetGetUserW(wstr wstr ptr) mpr.WNetGetUserW +@ stdcall WNetOpenEnumW(long long long ptr ptr) mpr.WNetOpenEnumW +@ stdcall WNetUseConnectionW(long ptr wstr wstr long wstr ptr ptr) mpr.WNetUseConnectionW +@ stdcall WaitNamedPipeW (wstr long) kernel32.WaitNamedPipeW +@ stdcall WideCharToMultiByte(long long wstr long ptr long ptr ptr) kernel32.WideCharToMultiByte +@ stdcall WinHelpW(long wstr long long) user32.WinHelpW +@ stdcall WriteConsoleInputW(long ptr long ptr) kernel32.WriteConsoleInputW +@ stdcall WriteConsoleOutputCharacterW(long ptr long long ptr) kernel32.WriteConsoleOutputCharacterW +@ stdcall WriteConsoleOutputW(long ptr long long ptr) kernel32.WriteConsoleOutputW +@ stdcall WriteConsoleW(long ptr long ptr ptr) kernel32.WriteConsoleW +@ stdcall WritePrivateProfileSectionW(wstr wstr wstr) kernel32.WritePrivateProfileSectionW +@ stdcall WritePrivateProfileStringW(wstr wstr wstr wstr) kernel32.WritePrivateProfileStringW +@ stdcall WritePrivateProfileStructW(wstr wstr ptr long wstr) kernel32.WritePrivateProfileStructW +@ stdcall WriteProfileSectionW(str str) kernel32.WriteProfileSectionW +@ stdcall WriteProfileStringW(wstr wstr wstr) kernel32.WriteProfileStringW +@ stub __FreeAllLibrariesInMsluDll +@ stdcall auxGetDevCapsW(long ptr long) winmm.auxGetDevCapsW +@ stdcall capCreateCaptureWindowW(wstr long long long long long long long) avicap32.capCreateCaptureWindowW +@ stdcall capGetDriverDescriptionW(long ptr long ptr long) avicap32.capGetDriverDescriptionW +@ stdcall joyGetDevCapsW(long ptr long) winmm.joyGetDevCapsW +@ stdcall lstrcatW(wstr wstr) kernel32.lstrcatW +@ stdcall lstrcmpW(wstr wstr) kernel32.lstrcmpW +@ stdcall lstrcmpiW(wstr wstr) kernel32.lstrcmpiW +@ stdcall lstrcpyW(ptr wstr) kernel32.lstrcpyW +@ stdcall lstrcpynW(ptr wstr long) kernel32.lstrcpynW +@ stdcall lstrlenW(wstr) kernel32.lstrlenW +@ stdcall mciGetDeviceIDW(str) winmm.mciGetDeviceIDW +@ stdcall mciGetErrorStringW(long ptr long) winmm.mciGetErrorStringW +@ stdcall mciSendCommandW(long long long long) winmm.mciSendCommandW +@ stdcall mciSendStringW(wstr ptr long long) winmm.mciSendStringW +@ stdcall midiInGetDevCapsW(long ptr long) winmm.midiInGetDevCapsW +@ stdcall midiInGetErrorTextW(long ptr long) winmm.midiInGetErrorTextW +@ stdcall midiOutGetDevCapsW(long ptr long) winmm.midiOutGetDevCapsW +@ stdcall midiOutGetErrorTextW(long ptr long) winmm.midiOutGetErrorTextW +@ stdcall mixerGetControlDetailsW(long ptr long) winmm.mixerGetControlDetailsW +@ stdcall mixerGetDevCapsW(long ptr long) winmm.mixerGetDevCapsW +@ stdcall mixerGetLineControlsW(long ptr long) winmm.mixerGetLineControlsW +@ stdcall mixerGetLineInfoW(long ptr long) winmm.mixerGetLineInfoW +@ stdcall mmioInstallIOProcW(long ptr long) winmm.mmioInstallIOProcW +@ stdcall mmioOpenW(wstr ptr long) winmm.mmioOpenW +@ stdcall mmioRenameW(wstr wstr ptr long) winmm.mmioRenameW +@ stdcall mmioStringToFOURCCW(wstr long) winmm.mmioStringToFOURCCW +@ stdcall sndPlaySoundW(ptr long) winmm.sndPlaySoundW +@ stdcall waveInGetDevCapsW(long ptr long) winmm.waveInGetDevCapsW +@ stdcall waveInGetErrorTextW(long ptr long) winmm.waveInGetErrorTextW +@ stdcall waveOutGetDevCapsW(long ptr long) winmm.waveOutGetDevCapsW +@ stdcall waveOutGetErrorTextW(long ptr long) winmm.waveOutGetErrorTextW +@ varargs wsprintfW(wstr wstr) user32.wsprintfW +@ stdcall wvsprintfW(ptr wstr ptr) user32.wvsprintfW

1 0

Re: GetCharacterPlacementW() fix
by Shachar Shemesh 06 Nov '03

06 Nov '03

Phil Krylov wrote: >Hello, > >ChangeLog: > >Phil Krylov <phil(a)newstar.rinet.ru> > Added support for returning caret positions from > GetCharacterPlacementW(). I'm not sure if this will work > for complex scripts, but still it is better than nothing. > > >--- font.c 15 Oct 2003 03:32:31 -0000 1.107 >+++ font.c 5 Nov 2003 22:37:16 -0000 >@@ -2008,7 +2008,6 @@ GetCharacterPlacementW( > lpResults->lpGlyphs, lpResults->nGlyphs, lpResults->nMaxFit); > > if(dwFlags&(~GCP_REORDER)) FIXME("flags 0x%08lx ignored\n", dwFlags); >- if(lpResults->lpCaretPos) FIXME("caret positions not implemented\n"); > > Make that into "+ if(lpResults->lpCaretPos && dwFlags&GCP_REORDER) FIXME("Caret positions on complex scripts not implemented");" > if(lpResults->lpClass) FIXME("classes not implemented\n"); > > nSet = (UINT)uCount; > > -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

2 1

Re: copy protection - was: Re: Is it time for playing games on WINE?
by Carlos Lozano 06 Nov '03

06 Nov '03

> > > > Why about trying to get this driver working on top of current ntdll ? > > All drivers accesses should pass by kernel calls no ? > > In the perfect world, yes.. but this is not how most copy protections > do it. > > Using the copy protection's driver directly will IMHO not be possible > without emulating certain things for the driver and this is probably > also illegal in respect to the DMCA. (lying to the kernel mode driver > is kind of the same as lying to the user-mode part of the protection, > no?!) If it should be true (sure that it isn't ;), i don't know why ms doesn't includes secdrv.sys in the core, and calls it from ntdll, what should be the end of wine running native applications ;) Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

1 0

Status of Winelib?
by Ralf Juengling 06 Nov '03

06 Nov '03

Dear Wine developers, I contemplate using Winelib to compile and run an application, which was (keeps being) developed on Windows on my Linux box. There is relatively little Windows specific code in it (mostly concerning the GUI), so chances might be good to get it running with Winelib and a minimum of code changes. To get started with Winelib, I followed the instructions in the Winelib user's guide and tried to compile the test drive application "winemine". After some help from this list, I finally got it compiled but winemine crashes immediately on invocation. Now I wonder whether something is wrong with my Wine installation or whether the test drive application simply doesn't work in the current Wine release (wine-20031016). Could somebody please confirm one or the other (winemine compiles and runs with wine-20031016 or not)? Thanks, Ralf -- Ralf Juengling <juenglin(a)cse.ogi.edu>

2 1

[wineinstall] make nice value
by Jérôme Bouat 05 Nov '03

05 Nov '03

Since the compilation process is very long, I suggest you give a higher nice value to the make processes launched by wineinstall. I will allow the user to do something else with its computer while wine is compiling. See where you could give higher nice values in the diff file attached. Jérôme

1 0

Winelib-Build: undefined versioned symbol name
by Martin Troester 05 Nov '03

05 Nov '03

Hi, I am currently trying to move my application porting environment from Debian unstable to Red Hat 9. I thought this would not be a problem, but I get unexpected linking errors (see below). I copied the sources (that compile and link fine on the Debian system) to the RedHat 9 environment, which provides gcc 3.2.2 and libc-2.3.2. Furthermore, I installed the latest rpms of 20031016 that are hosted on the sourceforge.net site. Compiling the sources still works, but linking fails. Here's my example for finally linking all object files together: gcc -shared -Wl,-Bsymbolic,z,defs -L/usr/lib -L/usr/lib/wine/wine -lm -lc -lwine -lstdc++ -lgcc_s <all object files> -o lib<mydll>.dll.so On RedHat, however, this fails with the following linker error: /usr/bin/ld: lib<mydll>.dll.so: undefined versioned symbol name fprintf@@GLIBC_2.0 /usr/bin/ld: failed to set dynamic section sizes: Bad value collect2: ld returned 1 exit status What I found googling through the net is that these conflicts may be caused due to other libraries that may have been linked with earlier versions (like in this case the striking GLIBC_2.0, which I cannot make any sense of). However, since I only link with Winelib libraries of the latest release, this does not make too much sense to me. Furthermore, I found the advice to interchange the include-sequence of the libraries, but this does not change anything. Furthermore I made sure that I do not carry any old object files with me from previous builds, although I never build against any GLIBC2.0 libaries... Any help would be appreciated, thanks very much! Cheers, Martin --

2 1

Announcing Wineconf 2004
by Jeremy White 05 Nov '03

05 Nov '03

Hi folks, Okay, I've finally put together a web page and mailing list to centralize our information about Wineconf. You can view the page here: www.winehq.org/wineconf/ It's just a start; there are lots of details to fill in, but now everyone has a place to look. I'd appreciate it if interested parties could both let me know that they'd be there via the registration form and join the mailing list so that we can discuss the agenda. Once we've defined a bit more of an agenda, I'd like to go ahead and announce the conference as a whole to wine-announce. Cheers, Jeremy

1 0

Re: copy protection - was: Re: Is it time for playing games on WINE?
by Ivan Leo Murray-Smith 04 Nov '03

04 Nov '03

>but this brings fort the legal issues. If the re-implemented driver only allows the user to play the game, and not to make a perfect copy of the CD, there is no legal issue.

6 5

Re: copy protection - was: Re: Is it time for playing games on WINE?
by Ivan Leo Murray-Smith 04 Nov '03

04 Nov '03

> When you play > using an incorrect crack the game will slowly become unplayable. Like this we can be sure that the reimplemented driver is perfect or a bit buggy. Also, some people may prefer the idea of a open source safe disc driver more that the idea of loading the proprietary one.

1 0

Wine lecture slides
by Shachar Shemesh 04 Nov '03

04 Nov '03

Hi all, I have placed on my site the slides for a presentation I gave at a local LUG about Wine. The slides are in English, in PDF format. You can get them at http://shemesh.biz/lectures.html The lecture was given several months ago, but I'm going to repeat it in about a month. If you have any comments, please send them over for inclusion for next time. Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

9 16

Re: Various CompareString fixes
by Alexandre Julliard 04 Nov '03

04 Nov '03

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Move CompareString implementation to libwine_unicode, > add a bunch of CompareString tests. This causes a lot of breakage in the shlwapi string tests. Some of these may well be because the shlwapi implementation depends on a broken CompareString, but others look suspicious. For instance the StrChrA test fails because CompareString says "-" and "'" are equal, that doesn't sound right at all. -- Alexandre Julliard julliard(a)winehq.com

2 1

wine/wine/dlls/ntdll.dll.so: undefined symbol: GetCurrentProcessId
by Karl Vogel 03 Nov '03

03 Nov '03

Had to apply the following patch to be able to run the 20031016 cvs. Without this patch I always got the following error: wine: failed to initialize: wine/wine/dlls/ntdll.dll.so: undefined symbol: GetCurrentProcessId Am running on an NPTL platform (Fedora Core Beta3 v0.95) Index: dlls/ntdll/thread.c =================================================================== RCS file: /home/wine/wine/dlls/ntdll/thread.c,v retrieving revision 1.8 diff -u -r1.8 thread.c --- dlls/ntdll/thread.c 31 Oct 2003 00:16:20 -0000 1.8 +++ dlls/ntdll/thread.c 3 Nov 2003 20:08:09 -0000 @@ -27,6 +27,7 @@ #include "wine/library.h" #include "wine/server.h" #include "wine/debug.h" +#include "ntdll_misc.h" WINE_DEFAULT_DEBUG_CHANNEL(thread);

1 0

UI porting issues with odd shapped window
by Rob 03 Nov '03

03 Nov '03

Second posting - original post somehow got attached to an existing unrelated thread, apologies... Hello All Again, We have found a work around for all our existing issues porting X-Lite so long as Jerry Jenkins's unincorporated WINE patch listed below is applied to Wine. I don't know why it's not incorporated yet, but without it our application has horrible issues (as do similar styled applications). We have spent time creating another test application with source to demonstrate UI issues that fail under Wine with unusual shaped windows, so you all can have a test application to work against to fix these issues at your leisure. We have worked around all of these issues in our application (with the unincorporated JJ patch) by using alternative APIs or use the APIs in a different manner. What are the chance's JJ's patch can be put into the main Wine CVS tree? Does anyone know what issues it breaks? All I can see is improvement (even though it's not a complete solution yet to all issues), hence my curiosity. This application demonstrates the issues we are having which will allow X-Lite to run under WINE. Find the demo application at: http://www.xten.com/files/winetest2.zip Some of the bugs are fixed by this *unincorporated* WINE patch by Jerry Jenkins: http://www.winehq.org/hypermail/wine-patches/2003/09/0268.html (hereafter called "the unincorporated JJ patch") - B1. Critical, but fixed by the unincorporated JJ patch. Focus does not appear to be on the application at startup. We do not receive keyboard messages, though we do receive many other messages, such as as mouse-clicks. Clicking on the square labelled "focus:" fixes the problem, by bringing up a message box -- when the message box is dismissed, the application has focus. This appears to be the same problem as that discussed here: http://bugs.winehq.org/show_bug.cgi?id=292 - B2. Critical, but fixed by the unincorporated JJ patch. No task bar item. - B3. Critical, but fixed by the unincorporated JJ patch. "System" commands do not appear to be working. Examples: - we do not receive WM_CLOSE when the user presses Alt+F4 - Alt+Space does not bring up the System menu - B4. Critical, but fixed by the unincorporated JJ patch. We are always on top, until a screen-saver kicks in. (Also can be fixed by simply removing WS_POPUP.) This appears to be the same problem as that discussed here: http://bugs.winehq.org/show_bug.cgi?id=1288 - B5. Not critical, as we have a work-around. The application window is supposed to have a non-rectangular shape. The shape is made by setting a "region" from a mask bitmap, and calling SetWindowRgn. The problem under Wine happens when converting the 2-bit color mask to a 24-bit color mask. The black 2-bit pixels are properly converted to black 24-bit pixels, but the white 2-bit pixels are converted to a near-black, rather than white. The sample app demonstrates 2 ways of working around the problem: method 1: fixes the problem by using a 16-color (4 bit per color) mask instead of a 2-color mask. This gets around the bug in a reasonable way. method 2: fixes the problem by using near-black (instead of white) for the "transparent" color. This exploits the bug and causes a bad (but correct) appearance on Windows. - B6. Fixed by latest CVS WINE release. Copy to the clipboard doesn't work (though pasting from the clipboard does work). - B7. Not critical, as we have a work-around. Attempting to bring up the right-click context menu causes the app to hang. - B8. Not critical, as we have a work-around. Unwanted caption. If an application without a caption shows itself, and *then* gives itself a funky shape by calling SetWindowRgn, the application will have a caption. If, however, the application calls setWindowRgn *before* showing itself, it will correctly not have a caption. The sample app demonstrates this, as well as demonstrating a fix for the problem. min. fix view: clicking on this square hides the window and then shows it again, which gets rid of the caption max. fix view: clicking on this square also fixes B5 (using method 1) and then hides and shows the window - B9. Not critical, as we have a work-around. Handling WM_NCHITTEST to move an app without a caption. Another example of such an app was the clock that shipped with older versions of Windows. (You've got to first turn off the caption and menu by pressing Esc, or with Settings->NoTitle in the menu.) There's a copy here: http://www.user.dccnet.com/jroe/wakeup/winclock.zip This app shows another Wine bug -- turning off the caption bar and menu ony half works -- the caption bar remains. Another example of an application which turns off the caption bar and menu (and which only half works under Wine): http://www.user.dccnet.com/jroe/wakeup/wakeup.zip - B10. Not critical, as we have a work-around. Apart from the WM_NCHITTEST method (see B9), the sample app demonstrates 2 algorithms for moving a window. I'll call the algorithms the 'mouse move argument' algorithm and the 'cursor pos' algorithm. Either algorithm works fine under Windows, and either algorithm works fine under Wine *if* the window has a caption bar. but if the window does not have a caption bar, the mouse move argument algorithm produces some very undesirable results -- if you move the mouse fast, WM_MOUSEMOVE appears to send some very confused LPARMS, and the window gets moved to unpredictable positions. Clicking on the "toggle bug B10" toggles between the 2 algorithms. (Remember to turn off the caption bar first -- see B8). - B11. Not critical, as we have a work around. RTF control. This one is not actually demonstraded by the sample app. The problem can commonly be seen when running installer progams -- the EULA is often displayed in a rich edit control, and is unreadable under wine. An example of such an installer: ** http://www.innosetup.com/ -Rob

1 0

Re: PATCH: uncripple winword 2000
by Andreas Mohr 03 Nov '03

03 Nov '03

Hi, On Sat, Oct 25, 2003 at 02:23:17PM +0200, Marcus Meissner wrote: > Hi, > > Make Winword 2000 work again. > > I do not know, why it does outb $al,0x70, inb 0x71, $al ... > > And I am _afraid_ to ask. Why, that's perfectly ok... Just imagine your feeling if it also did: outb $al,0x70, outb al, 0x71 ;-)) That only goes to show what a crappy piece of !@#$@$% Winword 2000 is... > + if (INSTR_EmulateInstruction( epointers->ExceptionRecord, epointers->ContextRecord) == ExceptionContinueExecution) > + return EXCEPTION_CONTINUE_EXECUTION; BTW: Thanks!! This will most certainly fix my JTAG parallel port flashing tool (I already reported it, but nobody fixed it, and the result of "time * need" was too low...). -- Wir kommen alle als Original zur Welt, aber die meisten von uns sterben als Kopien (Autor unbekannt)

6 5

Wiki
by Mike Hearn 03 Nov '03

03 Nov '03

Hi, Is there a Wine wiki anywhere? If not, I think there should be, I'm always coming across random useful bits of info that it makes sense to note down somewhere, but writing and submitting a patch against the Wine Docbook sources is too much effort (or it doesn't fit neatly into a category). Would it be possible to run one on WineHQ? Jeremy? thanks -mike

4 4

Re: Wiki
by Brian Vincent (C) 03 Nov '03

03 Nov '03

> Well, a Wiki isn't an FAQ-o-matic (which I agree was not great). I was > thinking more of a random scratch pad developers can use to note down > useful tips, win32 oddities that don't fit better elsewhere, quick notes > on bugs and so on.... This really sounds like something that won't be maintained or contain enough information to be useful. Lots of folks spent a lot of time over the past year consolidating docs and cleaning everything up. Lots of developers don't even take the time to write up an email on this stuff, I can't imagine putting a web interface on it would change that. -brian

2 1

Re: Partially implement advapi.ReportEvent
by Mike Hearn 03 Nov '03

03 Nov '03

Hi Alexandre, What was wrong with this patch? I guess you want it in a separate debug channel, yes? On Sun, 2003-10-19 at 12:58, Mike Hearn wrote: > This implementation is obviously not complete, but it prints out the > event log strings using MESSAGE, which is good enough for now. This is > handy because MSI uses this API when it gets into trouble, so we can now > see what it thinks is going on.

5 6

What happend to "search" on WineHQ
by Boaz Harrosh 03 Nov '03

03 Nov '03

I go to WineHQ.org(com) and type "wine" in the "Search WineHQ" text box (bottom right of the page) press "enter" and I get: No matches were found for 'wine' ... (same for any word) Well I think I do remember that it use to work. Even when it did work it did not search the forum archives. Why is that? Free Life Boaz

2 1

Re: DLL downloading
by Ivan Leo Murray-Smith 03 Nov '03

03 Nov '03

> It gets the DLLs from an online server You can't do this, it's a violation of intellectual property.

1 0

Re: GetVersion() brown paper bag fix (#2)
by Dimitrie O. Paun 03 Nov '03

03 Nov '03

On November 2, 2003 04:26 pm, Andreas Mohr wrote: > + * Win31 0x80000a03 > + * Win95 0xc0000004 > + * Win98 0xc0000a04 > + * WinME 0xc0005a04 > + * NT351 0x04213303 > + * NT4 0x05650004 > + * Win2000 0x08930005 > + * WinXP 0x0a280105 Wouldn't these fit better in a unit test? :) -- Dimi.

1 0

Re: PATCH: tools/winegcc/utils.c -- casts
by Ferenc Wagner 03 Nov '03

03 Nov '03

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > Add proper casts to avoid signed vs. unsigned mismatches in strmake(). > - if (n > -1 && n < size) return p; > - size = min( size*2, n+1 ); > + if (n > -1 && (size_t)n < size) return p; > + size = min( size*2, (size_t)n+1 ); Once at it, could you please explain to me what the hell is going on here (min)? I came across this function recently, and do not agree with its logic. I would write it like char *strmake(const char *fmt, ...) { int n; size_t size = 100; char *p = xmalloc (size+1); va_list ap; va_start (ap, fmt); n = vsnprintf (p, size, fmt, ap); while (n < 0) { size *= 2; p = xrealloc (p, size+1); n = vsnprintf (p, size, fmt, ap); } if ((size_t)n == size) p[size]=0; va_end (ap); return p; } By the way, either Wine's snprintf implementation is wrong or I do not know how to use it correctly. I am submitting a conformance test... -- Feri.

2 5

Crash in dlls/comctl32/treeview.c
by Dmitry Timoshkov 03 Nov '03

03 Nov '03

Hello all, I've got a crash in Excel running a custom VB script. A crash log with +treeview is attached. As I see it, TVM_SORTCHILDREN causes firstVisible to become NULL, and on next TVM_SETITEMA message, TREEVIEW_UpdateScrollBars is called, which dereferences infoPtr->firstVisible, which is NULL. I'm not sure whether attached patch is correct or not, but it fixes a crash in Excel. The patch simply prevents TREEVIEW_Sort from setting infoPtr->firstVisible to NULL. Treeview gurus out there any comments? -- Dmitry.

1 0

Trillian hangs under wine
by Nikolay Sukharev 03 Nov '03

03 Nov '03

I am trying to make Trillian work under wine. It works fine up to the point where I try to drag its window. Then it hangs and I even need to switch to the text mode shell to be able to kill wine processes. The error says : err:ntdll:RtlpWaitForCriticalSection section 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0009, blocked by 000d, retrying (60 sec) Time:973746 Some research showed me that thread 0009 is trying to poll for new window messages while thread 000d is calling GetCursorPos. The GetCursorPos eventually results in a X11 call and it looks like this call never returns. I built wine from the wine-20031016 sources. I would appreciate if somebody can give my an insight what might be wrong here or where to look. Thanks, Nick Below is the backtrace from winedbg: Thread 0009: =>0 0x401116eb (MSVCRT.DLL.strftime+0x3684b in libc.so.6) (ebp=40850c5c) 1 0x401e227b (NTDLL_wait_for_multiple_objects+0x14f(count=0x0, handles=0x0, flags=0x8, timeout=0x40850d10) [sync.c:1662] in ntdll.dll.so) (ebp=40850cf8) 2 0x401e0b05 (usr1_handler+0x49(__signal=0xa, __context=0x0) [signal_i386.c:1164] in ntdll.dll.so) (ebp=40850d1c) 3 0x400644f8 (MSVCRT.DLL.frexp+0xb98 in libc.so.6) (ebp=40961da8) 4 0x401e227b (NTDLL_wait_for_multiple_objects+0x14f(count=0x1, handles=0x40961e94, flags=0xc, timeout=0x40961eb8) [sync.c:1662] in ntdll.dll.so) (ebp=40961e44) 5 0x401e22f8 (NTDLL.DLL.NtWaitForMultipleObjects+0x50 in ntdll.dll.so) (ebp=40961e6c) 6 0x401e232d (NtWaitForSingleObject+0x25(handle=0x88, alertable=0x0, timeout=0x40961eb8) [sync.c:616] in ntdll.dll.so) (ebp=40961e8c) 7 0x401c942e (RtlpWaitForCriticalSection+0xfe(crit=0x40ef98c0) [critsection.c:197] in ntdll.dll.so) (ebp=40961f20) 8 0x401c963b (RtlEnterCriticalSection+0x77(crit=0x40ef98c0) [critsection.c:1664] in ntdll.dll.so) (ebp=40961f40) 9 0x40edd5ff (wine_tsx11_lock+0x4f [x11drv_main.c:167] in x11drv.dll.so) (ebp=40961f68) 10 0x40eceb9d (process_events+0x21(data=0x40321ea0) [event.c:153] in x11drv.dll.so) (ebp=40961fe0) 11 0x40ececf2 (X11DRV_MsgWaitForMultipleObjectsEx+0xfe(count=0x1, handles=0x4036250c, timeout=0xffffffff, mask=0x0, flags=0x0) [event.c:195] in x11drv.dll.so) (ebp=40962108) 12 0x40a42509 (GetMessageW+0x195(msg=0x40962288, hwnd=0x0, first=0x100, last=0x20d) [message.c:2363] in user32.dll.so) (ebp=409621b4) 13 0x40edc332 (X11DRV_SysCommandSizeMove+0x3ba(hwnd=0x1002e, wParam=0xf012) [winpos.c:2005] in x11drv.dll.so) (ebp=409622b4) 14 0x40a19c0c (NC_HandleSysCommand+0xb0(hwnd=0x1002e, wParam=0xf012, lParam=0xb0374) [nonclient.c:2152] in user32.dll.so) (ebp=409622e0) 15 0x40a0a70c (DEFWND_DefWinProc+0x834(hwnd=0x1002e, msg=0x112, wParam=0xf012, lParam=0xb0374) [defwnd.c:534] in user32.dll.so) (ebp=40962374) 16 0x40a0abd0 (DefWindowProcA+0x94(hwnd=0x1002e, msg=0x112, wParam=0xf012, lParam=0xb0374) [defwnd.c:863] in user32.dll.so) (ebp=409623a0) 17 0x1001d744 (TOOLKIT.DLL.getMinorVersion+0x1ca4 in TOOLKIT.DLL) (ebp=40a28474) 18 0x0c75ff02 (trillian.exe..rsrc+0xc32bf02) (ebp=6ae58955) Thread 000d: =>0 0x401116eb (MSVCRT.DLL.strftime+0x3684b in libc.so.6) (ebp=42750c5c) 1 0x401e227b (NTDLL_wait_for_multiple_objects+0x14f(count=0x0, handles=0x0, flags=0x8, timeout=0x42750d10) [sync.c:1662] in ntdll.dll.so) (ebp=42750cf8) 2 0x401e0b05 (usr1_handler+0x49(__signal=0xa, __context=0x0) [signal_i386.c:1164] in ntdll.dll.so) (ebp=42750d1c) 3 0x400644f8 (MSVCRT.DLL.frexp+0xb98 in libc.so.6) (ebp=42872190) 4 0x40f53a07 (_end+0x59037 in libX11.so.6) (ebp=428721c0) 5 0x40f5454d (_end+0x59b7d in libX11.so.6) (ebp=42872200) 6 0x40f4a36b (_end+0x4f99b in libX11.so.6) (ebp=42872240) 7 0x40ed6162 (TSXQueryPointer+0x36(a0=0x3c089440, a1=0x93, a2=0x428722a0, a3=0x428722a4, a4=0x428722a8, a5=0x428722ac, a6=0x428722b0, a7=0x428722b4, a8=0x428722b8) [ts_xlib.c:480] in x11drv.dll.so) (ebp=42872274) 8 0x40ed3ede (X11DRV_GetCursorPos+0x56(pos=0x42872314) [mouse.c:529] in x11drv.dll.so) (ebp=428722c4) 9 0x40a0f5d7 (GetCursorPos+0x47(pt=0x42872314) [input.c:479] in user32.dll.so) (ebp=428722d4) 10 0x4186d288 (EVENTS.DLL.setSkin+0x48 in EVENTS.DLL) (ebp=00000000) Small exerpt from the custom trace I used. trace:vasya:wine_tsx11_unlock 0009:*** BEFORE LEAVE CR.SEC. Time: 951825 trace:vasya:RtlLeaveCriticalSection LeaveCRS:0009 name:0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" trace:vasya:wine_tsx11_unlock 0009:*** AFTER LEAVE CR.SEC. Time: 951836 trace:vasya:X11DRV_MsgWaitForMultipleObjectsEx 0009:Before WaitForM... Timeout:ffffffff trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - BEGIN trace:vasya:wine_tsx11_lock 000d:*** BEFORE ENTER CR.SEC. Time: 953724 Onwer:0000 Recurs:0 trace:vasya:RtlEnterCriticalSection EnterCRS:000d name: 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" trace:vasya:wine_tsx11_lock 000d:*** AFTER ENTER CR.SEC. Time: 953736 trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - END. ret=0001 trace:vasya:wine_tsx11_lock 0009:*** BEFORE ENTER CR.SEC. Time: 958696 Onwer:000d Recurs:1 trace:vasya:RtlEnterCriticalSection EnterCRS:0009 name: 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - BEGIN trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - END. ret=0102 err:ntdll:RtlpWaitForCriticalSection section 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0009, blocked by 000d, retrying (60 sec) Time:973746

4 3

Re: Dll downloading (again)
by Tommy McCabe 03 Nov '03

03 Nov '03

Good point. Efficiency is important, and my previous script had a lot of unnecessary repeating. I've rewritten it to be shorter and sweeter (and not have 6 if-thens in a row!) #!/bin/bash # Script for DLL downloading if [ "$compress" <> 'tar' ] and if [ "$compress" <> 'tar.gzip' ] and if [ "$compress" <> 'zip' ] and if [ "$compress" <> 'none' ] and if [ "$compress" <> 'tar.bzip2' ] then { echo "Compression format not supported. Exiting." exit 3 } if [ "$compress" == 'none' ] then { $compress = 'dll' } wget -P /var/tmp "$server"/"$serverpath"/"$dllname"."$compress" if [ "$compress" == 'tar.gz' ] then { gzip -d /var/tmp/"$dllname".tar.gz rm /var/tmp/"$dllname".tar.gz } if [ "$compress" == 'tar.bz2' ] then { bzip2 -d /var/tmp/"$dllname".tar.bz2 rm /var/tmp/"$dllname".tar.bz2 } if [ "$compress" <> 'zip' ] and if [ "$compress" <> 'dll' ] then { tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar } if [ "$compress" == 'zip' ] then { unzip -n /var/tmp/"$dllname".zip -d /var/tmp rm /var/tmp/"$dllname".zip } cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll exit 0 __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/

1 0

Icewind Dale and dirty stacks
by Filip Spacek 03 Nov '03

03 Nov '03

Hello, Having nothing to do, I bought Icewind Dale. As my luck would have it, it doesn't run in Wine. So I've spent the weekend trying to figure out why (which is aguably more fun than actually playing the game). It turns out that it allocates a huge structure on the stack (20948 bytes) but it doesn't initialize it properly. My current theory as to why would that work on Windows is that given the size of the thing the space for it is probably freshly faulted in and hence clean. In wine though, this space is already dirtied up (by Xlib initialization). Now of course, this is a program bug, and Wine is not at fault, but I'd still really like to play the game. Would it be possible to somehow run some of the dll initialization on a different stack? Or clean up afterwards? Or if nothing else, does anyone know how to quickly set a chunk of memory to zero in gdb (my current method of using a while loop with a set statement takes about 15 minutes to run). -Filip

1 0

Re: Is it time for playing games on WINE?
by Carlos Lozano 02 Nov '03

02 Nov '03

El sáb, 01 de nov de 2003, a las 13:48, Jason Edmeades escribio: > Great work, and its good to know we are making progress. I spend most of > my time working on small tutorials and demos which highlight a specific > problem, and havent yet had the 'pleasure' of spending much time playing > the games I have got working!! A list like this is really good (as is > the fact you have been creating patches!! - I'm not sure about the > device.c one though, as I think copyrects is hacked to allow back buffer > updating which would otherwise fail as you are copying to a render > target). I agree here, the patches what i have not sent to wine-patches, surely are incorrect, anyway it is necessary or will crash the game, because probably the pitch is bad calculated. > I also dont have the money to buy > lots of games, so where there is a demo WHICH INSTALLS I can try to take > a look! We can use the files from here: ftp://ftp.sunet.se/pub/pc/games/gamershell/demo ftp://ftp.sunet.se/pub/pc/games/gamesdomain/demos ftp://ftp.sunet.se/pub/pc/games/pcgameworld/demos Sunet is fast, and there is enought demos for the rest of the life ;) > Personally I would love to have someone maintain a list of things which > work and which fail, and test them periodically, seperated into the d3d > level. One huge problem I have is regressions - I can code something to > fix a particular feature but its very easy to break something else, and > similarly its nice to know that a particular change actually fixes some > other games!! I will do regression tests every several weeks (depends on my limited time, and travels), but it must be very easy because i am really bad playing games hehe ;), of course more testers are welcomed. > Finally some info, I am currently spending my time trying to get some > features of d3d8 working. I have put on hold render to texture and am > concentrating on some other areas, although I want to get that one > working. I then need to make a choice - I can either concentrate on > performance, on adding hardware vertex shader support or on adding d3d9 > support, and I havent decided which. I think d3d9 would make sense to > wait until last otherwise any performance work will need doing in one > place. I have an idea on some ways of speeding things up and have a > glcore type setup which has been discussed before. The last demos what i have tried to install (d3d9), need uxtheme.dll, i am not sure if it is possible to use the native .dll (i haven't XP), but if it is not possible, i think that d3d9 should be left for later. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

4 5

Dll downloading (improved((again))
by Tommy McCabe 02 Nov '03

02 Nov '03

Error message for unknown compression types added. Bug involving excess {} fixed. #!/bin/bash if [ "$compress" <> 'tar' ] then { if [ "$compress" <> 'tar+gzip' ] then { if [ "$compress" <> 'zip' ] then { if [ "$compress" <> 'none' ] then { if [ "$compress" <> 'tar+bzip2' ] then { echo "Compression format not supported. Exiting." exit } if [ "$compress" == 'tar' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'tar+gzip' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar.gz gzip -d /var/tmp/"$dllname".tar.gz rm /var/tmp/"$dllname".tar.gz tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'zip' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".zip unzip -n /var/tmp/"$dllname".zip -d /var/tmp rm /var/tmp/"$dllname".zip cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'none' ] then { wget -P "$dest" "$server"/"$serverpath"/"$dllname".dll } else { if [ "$compress" == 'tar+bzip2' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar.bz2 bzip2 -d /var/tmp/"$dllname".tar.bz2 rm /var/tmp/"$dllname".tar.bz2 tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } exit __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/

1 0

Fix etags generation
by Mike Hearn 02 Nov '03

02 Nov '03

On Sun, 2003-11-02 at 22:27, Mike Hearn wrote: > Use xargs for etags generation to avoid argument list limit This is of course broken, it seems to simply hide the error rather than solve it. This one works a bit better. ChangeLog: Remove limit on arguments size in etags generation --- ../cvs/Makefile.in 2003-10-11 12:53:47.000000000 +0100 +++ Makefile.in 2003-11-02 22:52:16.000000000 +0000 @@ -126,7 +126,7 @@ # Misc rules TAGS etags: - etags `find $(TOPSRCDIR) -name '*.[ch]' -a -not -name '*.spec.c' -a -not -name '*.dbg.c' -print` + find $(TOPSRCDIR) -name '*.[ch]' -a -not -name '*.spec.c' -a -not -name '*.dbg.c' -print | etags - tags ctags: ctags --c-types=+px `find $(TOPSRCDIR) -name '*.[ch]' -a -not -name '*.spec.c' -a -not -name '*.dbg.c' -print`

1 0

setup_exception exception outside of stack limits
by andrejoh＠c2i.net 02 Nov '03

02 Nov '03

I get this when running the Anarchy Online game client on recent CVS builds; the error does not occur in the last Wine release (2003-10-16), and seems to have been introduced in the last half of October sometime. I last tested this with a fresh CVS version 2003-11-01. err:seh:setup_exception exception outside of stack limits in thread 000c eip 40864e70 esp 407411e4 stack 0x40640000-0x40840000 -- Try Anarchy Online http://www.anarchy-online.com/content/downloads/tryout/ Netiquette guidelines ftp://ftp.rfc-editor.org/in-notes/rfc1855.txt How to quote properly http://www.i-hate-computers.demon.co.uk/ Hvordan sitere riktig http://home.online.no/~vidaandr/news/OBSquoting.html

1 0

Dll downloading (again)
by Tommy McCabe 02 Nov '03

02 Nov '03

Support for tar+bzip2 added. Bug where .tar.gz file would go undeleted fixed. #!/bin/bash if [ "$compress" == 'tar' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'tar+gzip' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar.gz gzip -d /var/tmp/"$dllname".tar.gz rm /var/tmp/"$dllname".tar.gz tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'zip' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".zip unzip -n /var/tmp/"$dllname".zip -d /var/tmp rm /var/tmp/"$dllname".zip cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'none' ] then { wget -P "$dest" "$server"/"$serverpath"/"$dllname".dll } else { if [ "$compress" == 'tar+bzip2' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar.bz2 bzip2 -d /var/tmp/"$dllname".tar.bz2 rm /var/tmp/"$dllname".tar.bz2 tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } } } } } __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/

1 0

Whoops!
by Tommy McCabe 02 Nov '03

02 Nov '03

Sorry, forgot to add in the script! #!/bin/bash if [ "$compress" == 'tar' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'tar+gzip' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar.gz gzip -d /var/tmp/"$dllname".tar.gz tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'zip' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".zip unzip -n /var/tmp/"$dllname".zip -d /var/tmp rm /var/tmp/"$dllname".zip cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'none' ] then { wget -P "$dest" "$server"/"$serverpath"/"$dllname".dll } } } } __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/

1 0

DLL downloading
by Tommy McCabe 02 Nov '03

02 Nov '03

I've gotten rather tired of downloading DLL files one-by-one, so I wrote a script to do it automatically. It gets the DLLs from an online server and uses packages/tools bash, wget, tar, rm, cp, gzip, and unzip (Those are basic GNU packages, so I'm assuming they're universal to Linux distros.) Unfortunately, due to my newness to scripting, it needs a lot of variables to be set for it before it can work (no inputs, variables have to be set by other programs, working on it). Here they are: $compress: Compression format. Currently, tar, tar+gzip, zip, and none (no compression) are included. $server: The server to download the files from. HTTP and FTP will work. $serverpath: The server directory where the DLL is located. $dllname: The name of the DLL. (DO NOT stick on .tar, .tar.gz, .dll, etc. It'll come out looking like (dllfile).dll.dll, which'll mess it up. For example, kernel32.dll would be just kernel32, and kernel32.zip would be just kernel32 as well. Working on this, too- right now the .dll and compression extensions are added automatically.) $dest: The directory on the computer where the DLL goes. (Note: for directories, DO NOT put a slash mark on the end. It'll end up like /home/knoppix//(dllfile) (notice the double slash). Right now that's done automatically- working on that, too.) Could someone tell me how to include inputs in bash scripts so all these variables can be set directly by the user instead of by other programs? I welcome all suggestions, comments, improvements, and criticisms. (Hey, I'm new at scripts.) Note: I'm not subscribed to the list, so please send me email at my address specifically. Licensed under the GNU GPL. No warranty. __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/

1 0

Deadlock?
by Michael Sauer 02 Nov '03

02 Nov '03

I got this from running Panzer General 3 (which you can get for free at http://www.the-underdogs.org): err:ntdll:RtlpWaitForCriticalSection section 0x40969e80 "../../objects/gdiobj.c: GDI_level" wait timed out in thread 0009, blocked by 0015, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x40f227a0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0015, blocked by 0009, retrying (60 sec) Thread 9 blocked by 15 and thread 15 blocked by 9 Can someone help me how to find out, if it's an application error or a wine error? I used wine-cvs 14.Oct.2003 thx mIc ...und dann war da noch der Statistiker, der in einem Fluß ertrank, der im Durchschnitt nur 10 cm tief war.

3 7

Trillian hangs under wine
by Nick Sukharev 02 Nov '03

02 Nov '03

I am trying to make Trillian work under wine. It works fine up to the point where I try to drag its window. Then it hangs and I even need to switch to the text mode shell to be able to kill wine processes. The error says : err:ntdll:RtlpWaitForCriticalSection section 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0009, blocked by 000d, retrying (60 sec) Time:973746 Some research showed me that thread 0009 is trying to poll for new window messages while thread 000d is calling GetCursorPos. The GetCursorPos eventually results in a X11 call and it looks like this call never returns. I built wine from the wine-20031016 sources. I would appreciate if somebody can give my an insight what might be wrong here or where to look. Thanks, Nick Below is the backtrace from winedbg: Thread 0009: =>0 0x401116eb (MSVCRT.DLL.strftime+0x3684b in libc.so.6) (ebp=40850c5c) 1 0x401e227b (NTDLL_wait_for_multiple_objects+0x14f(count=0x0, handles=0x0, flags=0x8, timeout=0x40850d10) [sync.c:1662] in ntdll.dll.so) (ebp=40850cf8) 2 0x401e0b05 (usr1_handler+0x49(__signal=0xa, __context=0x0) [signal_i386.c:1164] in ntdll.dll.so) (ebp=40850d1c) 3 0x400644f8 (MSVCRT.DLL.frexp+0xb98 in libc.so.6) (ebp=40961da8) 4 0x401e227b (NTDLL_wait_for_multiple_objects+0x14f(count=0x1, handles=0x40961e94, flags=0xc, timeout=0x40961eb8) [sync.c:1662] in ntdll.dll.so) (ebp=40961e44) 5 0x401e22f8 (NTDLL.DLL.NtWaitForMultipleObjects+0x50 in ntdll.dll.so) (ebp=40961e6c) 6 0x401e232d (NtWaitForSingleObject+0x25(handle=0x88, alertable=0x0, timeout=0x40961eb8) [sync.c:616] in ntdll.dll.so) (ebp=40961e8c) 7 0x401c942e (RtlpWaitForCriticalSection+0xfe(crit=0x40ef98c0) [critsection.c:197] in ntdll.dll.so) (ebp=40961f20) 8 0x401c963b (RtlEnterCriticalSection+0x77(crit=0x40ef98c0) [critsection.c:1664] in ntdll.dll.so) (ebp=40961f40) 9 0x40edd5ff (wine_tsx11_lock+0x4f [x11drv_main.c:167] in x11drv.dll.so) (ebp=40961f68) 10 0x40eceb9d (process_events+0x21(data=0x40321ea0) [event.c:153] in x11drv.dll.so) (ebp=40961fe0) 11 0x40ececf2 (X11DRV_MsgWaitForMultipleObjectsEx+0xfe(count=0x1, handles=0x4036250c, timeout=0xffffffff, mask=0x0, flags=0x0) [event.c:195] in x11drv.dll.so) (ebp=40962108) 12 0x40a42509 (GetMessageW+0x195(msg=0x40962288, hwnd=0x0, first=0x100, last=0x20d) [message.c:2363] in user32.dll.so) (ebp=409621b4) 13 0x40edc332 (X11DRV_SysCommandSizeMove+0x3ba(hwnd=0x1002e, wParam=0xf012) [winpos.c:2005] in x11drv.dll.so) (ebp=409622b4) 14 0x40a19c0c (NC_HandleSysCommand+0xb0(hwnd=0x1002e, wParam=0xf012, lParam=0xb0374) [nonclient.c:2152] in user32.dll.so) (ebp=409622e0) 15 0x40a0a70c (DEFWND_DefWinProc+0x834(hwnd=0x1002e, msg=0x112, wParam=0xf012, lParam=0xb0374) [defwnd.c:534] in user32.dll.so) (ebp=40962374) 16 0x40a0abd0 (DefWindowProcA+0x94(hwnd=0x1002e, msg=0x112, wParam=0xf012, lParam=0xb0374) [defwnd.c:863] in user32.dll.so) (ebp=409623a0) 17 0x1001d744 (TOOLKIT.DLL.getMinorVersion+0x1ca4 in TOOLKIT.DLL) (ebp=40a28474) 18 0x0c75ff02 (trillian.exe..rsrc+0xc32bf02) (ebp=6ae58955) Thread 000d: =>0 0x401116eb (MSVCRT.DLL.strftime+0x3684b in libc.so.6) (ebp=42750c5c) 1 0x401e227b (NTDLL_wait_for_multiple_objects+0x14f(count=0x0, handles=0x0, flags=0x8, timeout=0x42750d10) [sync.c:1662] in ntdll.dll.so) (ebp=42750cf8) 2 0x401e0b05 (usr1_handler+0x49(__signal=0xa, __context=0x0) [signal_i386.c:1164] in ntdll.dll.so) (ebp=42750d1c) 3 0x400644f8 (MSVCRT.DLL.frexp+0xb98 in libc.so.6) (ebp=42872190) 4 0x40f53a07 (_end+0x59037 in libX11.so.6) (ebp=428721c0) 5 0x40f5454d (_end+0x59b7d in libX11.so.6) (ebp=42872200) 6 0x40f4a36b (_end+0x4f99b in libX11.so.6) (ebp=42872240) 7 0x40ed6162 (TSXQueryPointer+0x36(a0=0x3c089440, a1=0x93, a2=0x428722a0, a3=0x428722a4, a4=0x428722a8, a5=0x428722ac, a6=0x428722b0, a7=0x428722b4, a8=0x428722b8) [ts_xlib.c:480] in x11drv.dll.so) (ebp=42872274) 8 0x40ed3ede (X11DRV_GetCursorPos+0x56(pos=0x42872314) [mouse.c:529] in x11drv.dll.so) (ebp=428722c4) 9 0x40a0f5d7 (GetCursorPos+0x47(pt=0x42872314) [input.c:479] in user32.dll.so) (ebp=428722d4) 10 0x4186d288 (EVENTS.DLL.setSkin+0x48 in EVENTS.DLL) (ebp=00000000) Small exerpt from the custom trace I used. trace:vasya:wine_tsx11_unlock 0009:*** BEFORE LEAVE CR.SEC. Time: 951825 trace:vasya:RtlLeaveCriticalSection LeaveCRS:0009 name:0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" trace:vasya:wine_tsx11_unlock 0009:*** AFTER LEAVE CR.SEC. Time: 951836 trace:vasya:X11DRV_MsgWaitForMultipleObjectsEx 0009:Before WaitForM... Timeout:ffffffff trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - BEGIN trace:vasya:wine_tsx11_lock 000d:*** BEFORE ENTER CR.SEC. Time: 953724 Onwer:0000 Recurs:0 trace:vasya:RtlEnterCriticalSection EnterCRS:000d name: 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" trace:vasya:wine_tsx11_lock 000d:*** AFTER ENTER CR.SEC. Time: 953736 trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - END. ret=0001 trace:vasya:wine_tsx11_lock 0009:*** BEFORE ENTER CR.SEC. Time: 958696 Onwer:000d Recurs:1 trace:vasya:RtlEnterCriticalSection EnterCRS:0009 name: 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - BEGIN trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - END. ret=0102 err:ntdll:RtlpWaitForCriticalSection section 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0009, blocked by 000d, retrying (60 sec) Time:973746

1 0

Simple patch q
by Jason Edmeades 02 Nov '03

02 Nov '03

Hi, When I can I use cvs diff, but once I get a few patches out I end up diffing to the previous patch using diff -u3 backup_of_last_patch dlls/d3d8. I always get lots of "Only in dlls/d3d8: basetexture.o, Only in dlls/d3d8: cubetexture.o etc" type lines - How can I get rid of these (I normally edit them out by hand but I forgot this time) - I looked in the man pages and nothing stood out. Jason

5 5

PDF document viewing problem
by Robert J. Peek 01 Nov '03

01 Nov '03

I'm running Red Hat 9 and I would like to view/print out the PDF versions of the Wine Docs. I downloaded the tar archive "winedoc-pdf.tgz" which download a file size 338.8K. I uncompressed it through Gnomes file manager "nautilus 2.2.1" but when I click to view one of the uncompressed PDF files I get this error "File is not a valid PostScript Document". Here are the file sizes for the uncompressed files: wine-devel.pdf = 149.1k wine-faq.pdf = 33.5k winelib-user.pdf = 42.8k wine-user.pdf = 122.0k Thanks Robert

1 0

[Fwd: Re: Is it time for playing games on WINE?]
by Jason Edmeades 01 Nov '03

01 Nov '03

Sorry, misposted to patches Jason

1 0

Is it time for playing games on WINE?
by Carlos Lozano 01 Nov '03

01 Nov '03

Hello :), Is it time for playing games on WINE? Here goes some sucessfull stories :) If you need more screenshots, logs or another info about this games, leave me know. Date of the test: 20031101 * Star Wars: The Phantom Menace. CDROM: Original disc, not necessary any trick. Addicional wine patches: No - Install: Yes. - Gameplay: - Video: Correct (maybe some missing effects) - Sound: Yes. - Mouse: Ok. snapshots: http://62.93.166.115/tpm-1.jpg http://62.93.166.115/tpm-2.jpg (Probably some effect is missing here) http://62.93.166.115/tpm-3.jpg * Grand Theft Auto III. CDROM: You need set the windows version to nt40, and use a modified EXE due to safedisc 2 protection. Addicional wine patches: http://www.winehq.org/hypermail/wine-patches/2003/11/0000.html http://62.93.166.115/d3d8_private.diff - Install: Yes (using native dlls for InstallShield 7) - Gameplay: - Video: Correct (graphics glitches, missing effects and a bit slow) (You need disable in video settings the 5th option, or you will see the gfx 4 times together) - Sound: Yes. - Mouse: Ok during gameplay (probably not in the menu zone) Snapshots: http://62.93.166.115/gta3-0.jpg http://62.93.166.115/gta3-1.jpg (where is the rain?) http://62.93.166.115/gta3-2.jpg (with the 5th option enabled) * Commandos 3: Destination Berlin Demo. CDROM: Using the original disc, not necessary any trick. Addicional wine patches: http://www.winehq.org/hypermail/wine-patches/2003/11/0000.html http://62.93.166.115/d3d8_private.diff - Install: Yes (using native dlls for InstallShield 7) - Gameplay: - Video: Correct (some graphics glitches in text windows). There is 2 stages for select in the demo, only the first one shows graphics, in the second you can heard the sound, but the screens remains to black. - Sound: Yes. - Mouse: Ok. Snapshots: http://62.93.166.115/commandos3.jpg * Haegemonian Demo (no playable demo). CDROM: Using the original disc, not necessary any trick. Addicional wine patches: http://62.93.166.115/device.diff -- (IDirect3DDevice8Impl_CopyRects) - Install: Yes. - Gameplay: - Video: Correct (missing some screens, but the 3D engine works very nice). - Sound: Yes. - Mouse: No mouse needed. Snapshots: http://62.93.166.115/haegemoniam-1.jpg http://62.93.166.115/haegemoniam-2.jpg * Anno 1602. Notes: Using the original disc, not necessary any trick. Addicional wine patches: http://www.winehq.org/hypermail/wine-patches/2003/10/0274.html - Install: Yes. - Gameplay: - Video: Correct. - Sound: Yes. - Mouse: Ok. Snapshots: http://62.93.166.115/a1602-1.jpg http://62.93.166.115/a1602-2.jpg * Praetoriam Demo. Notes: Using the original disc, not necessary any trick. Addicional wine patches: No - Install: Yes (using native dlls for InstallShield 7) - Gameplay: - Video: Missing some tittle screens, and problems with textures during gameplay. fixme:ddraw:Main_IDirect3DDeviceImpl_7_Load (0x4ac60b30/0x4ac60b30)->(0x4be3c800,(nil),0x52b59188,(nil),00000000): Partially Implemented!) - Sound: Yes, but some effects with noise. - Mouse: No works correctly, moves only in range 1024x740, but it should be possible in range 1024x768. Snapshots: http://62.93.166.115/praetorians.jpg Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.epsxe.com

1 0

System Shock 2 regression?
by Dan 01 Nov '03

01 Nov '03

Hi guys, in the last two releases of wine (september's and october's) System Shock 2 gets an Unhandled exception on quit, and doesn't save any of it's settings/keybindings. It worked in june and july's, the backtrace is attached... if there's anything else I can do to help anyone who would like to fix it just ask :), thanks -Dan

1 0

configure : libraries located even when disabled
by Sylvain Petreolle 01 Nov '03

01 Nov '03

Having disabled the curses support, I see that the library is located by configure for future loading. Shouldnt these test be conditional ? dnl **** Get the soname for libraries that we load dynamically **** if test "$LIBEXT" = "so" then WINE_GET_SONAME(X11,XCreateWindow,[$X_LIBS $X_EXTRA_LIBS]) ... WINE_GET_SONAME(ncurses,waddch) WINE_GET_SONAME(curses,waddch) fi ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

UI bugs hampering porting effort for shaped window
by Rob 31 Oct '03

31 Oct '03

Hello All, Apologies if I'm not posting to the correct location. I am trying to port our X-Lite (a leading free SIP softphone) application to run under WINE as a first trial before we obtain the expertise to do a native application. However, I am running into some issues because our application uses a non-standard shaped window. One of our windows developers has created a test application that demonstrates the non-compatible issues found in hopes that someone may be able to help resolve the issues. As of yet, we do not have the in-house expertise to fix the issues directly within WINE. In addition to the UI issues listed below, a fix for bug 1541 is critical. If anyone can help resolve these issues, I'd greatly appreciate the help in getting another application that can run under WINE, and we can have one of our windows developers assist in validation of any fixes. Thanks, Rob Bugzilla Bug 1541 WS2_32 version of gethostbyname with NULL argument doesn't follow specification http://bugs.winehq.org/show_bug.cgi?id=1541 ... This application demonstrates the issues we are having which will allow X-Lite to run under WINE. Source and binaries are included. Find the demo application at: http://www.xten.com/files/winetest.zip The show stopper bugs are B1, B2, B3, B4 and B5. Issue B5, and B7 can be worked around, so they aren't as critical. B1, B2, B3, and B4 can be fixed by putting a title bar on the application. (See MAKE_IT_LOOK_LIKE_A_NORMAL_APP_AT_STARTUP in winetest.cpp.) - B1. Focus does not appear to be on the application at start-up. We do not receive keyboard messages, though we do receive many other messages, such as mouse-clicks. Clicking on the square labelled "focus:" fixes the problem, by bringing up a message box -- when the message box is dismissed, the application has focus. This appears to be the same problem as that discussed here: http://bugs.winehq.org/show_bug.cgi?id=292 - B2. No task bar item. - B3. "System" commands do not appear to be working. Examples: - we do not receive WM_CLOSE when the user presses Alt+F4 - Alt+Space does not bring up the System menu - B4. We are always on top, until a screen-saver kicks in. (Also can be fixed by simply removing WS_POPUP.) This appears to be the same problem as that discussed here: http://bugs.winehq.org/show_bug.cgi?id=1288 - B5. The application window is supposed to have a non-rectangular shape. The shape is made by setting a "region" from a mask bitmap, and calling SetWindowRgn. The problem under Wine happens when converting the 2-bit color mask to a 24-bit color mask. The black 2-bit pixels are properly converted to black 24-bit pixels, but the white 2-bit pixels are converted to a near-black, rather than white. The sample app demonstrates 2 ways of working around the problem: method 1: fixes the problem by using a 16-color (4 bit per color) mask instead of a 2-color mask. This gets around the bug in a reasonable way. method 2: fixes the problem by using near-black (instead of white) for the "transparent" color. This exploits the bug and causes a bad (but correct) appearance on Windows. - B6. Copy to the clipboard doesn't work (though pasting from the clipboard does work). - B7. Attempting to bring up the right-click context menu causes the app to hang.

4 12

winhq bugs
by Ralf Juengling 31 Oct '03

31 Oct '03

I found several bugs in http://www.winehq.com/site/documentation and the online winelib user's guide: - practically empty winedocs-html.tgz - empty winedocs-ps.tgz - unreadable pdfs in winedocs-pdf.tgz Some html pages of chapters 3+ of the online winelib user's guide do not adapt in size (to the browser window). Thanks, Ralf -- Ralf Juengling <juenglin(a)cse.ogi.edu>

1 0

RE: bug 1541 (was: UI bugs hampering porting effort for shaped window)
by Dan Kegel 31 Oct '03

31 Oct '03

Mike Hearn (mike_at_theoretic.com) wrote: > On Thu, 2003-10-30 at 18:59, Rob wrote: >> bug 1541 is still *not* fixed correctly. See when passing in NULL in windows >> to gethostbyname, it is guarenteed to return a list of local IP addresses >> mapped on the box. However, with WINE, passing NULL causes gethostname to be >> passed into gethostbyname and does *not* always return back the list of >> local IP addresses on the box. This may work on some boxes, and not others, >> depending on how the machine is configured and if the DNS lookup on the host >> name resolves to the local IP addresses. > > Ah OK, sorry about that, I reopened the bug. Would getifaddrs() do the > trick here? I've not done much work in our winsock code so I can't > really help here. > >> whereas if (!name) should use SIOCGIFCONF - SIOCGIFADDR or something... > > Could you write a patch perhaps, as you seen to know what needs to be > done. getifaddrs() is indeed the right beast, though who knows, maybe you'll have to filter out 127.0.0.1. Hitch is, Linux doesn't provide it. Here's an implementation I've used with good results that tries to be portable (I've only tested it on linux, but it claims to handle Solaris): http://kegel.com/dkftpbench/dkftpbench-0.45/getifaddrs.h http://kegel.com/dkftpbench/dkftpbench-0.45/getifaddrs.c Wish I had time to code a patch for you, too, but at least this might help. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

3 3

Misc wine debugging questions
by Mike Hearn 31 Oct '03

31 Oct '03

Hi all, Time to extend my knowledge a bit further, so here are a few misc questions: Firstly, how do I set a breakpoint that will be triggered in a child process? I'm trying to debug a crash in an InstallShield when using native comctl32, and the backtrace looks like this: 0011: sel=008f base=4020bb20 limit=00000fff 32-bit rw- Backtrace: =>0 0x409cd9c8 (large_handles+0x4368 [gdiobj.c] in gdi32.dll.so) (ebp=40962da8) 1 0xbfb8fa6c (COMCTL32.DLL.ImageList_LoadImageW+0x1a7 in COMCTL32.DLL) (ebp=40962dbc) 2 0xbfb8f698 (COMCTL32.DLL.EntryPoint+0x36 in COMCTL32.DLL) (ebp=40962e34) 3 0x401d78b8 (process_attach+0xf8(wm=0x40310960, lpReserved=0x1) [loader.c:783] in ntdll.dll.so) (ebp=40962e58) 4 0x401d78e7 (process_attach+0x127(wm=0x40310650, lpReserved=0x1) [loader.c:775] in ntdll.dll.so) (ebp=40962e78) 5 0x401d98eb (LdrInitializeThunk+0x1f3(main_file=0x4, CreateFileW_ptr=0x40467de8, unknown3=0x0, unknown4=0x0) [loader.c:1835] in ntdll.dll.so) (ebp=40962f20) 6 0x4049e4b7 (start_process+0x93(arg=0x0) [process.c:171] in kernel32.dll.so) (ebp=40962ff4) 7 0x4002eba5 (wine_switch_to_stack+0x11 in libwine.so.1) (ebp=00000000) 0x409cd9c8 (large_handles+0x4368 [gdiobj.c] in gdi32.dll.so): addb %al,0x0(%eax) So it seems to be jumping off to somewhere in the data segment of gdi32. I wanted to set a breakpoint a few instructions before the "call" instruction that frame 1 points to, but whenever I try that the program runs, then the standard "Unhandled exception, starting winedbg" message is printed even though it's already running inside winedbg. Do I need to do something special here? Secondly, I noticed recently that with non-AA fonts winecfg renders wrongly, in particular the labels wrap or are clipped. I don't understand how win32 apps deal with different font sizes without containment based layout - is this a bug in my app (fwiw i've seen variants of this problem in a lot of other apps), a bug in wine, or a design flaw in win32? I've never seen that problem in real windows, so I'd guess bug in wine. Thirdly, Greg recently mentioned "stubless proxies". Does anybody know where I can read about these? thanks -mike

3 4

WineHQ: Corrected PATCH to fix IPersistFile::Load() and associated functions.
by Subhobroto Sinha 31 Oct '03

31 Oct '03

Hello all I corrected my last patch after replacing everything C++ into C. This patch has been inlined as well as attached as a ZIP file, so suit yourself. All reports regaring this patch is to be sent to <subhobrotosinha at yahoo.com> with a proper subject prefixed by "IPersistFile patch" in the subject header. This patch fixes: (1) Stream_LoadString: Conflict of unicode strings being taken as LPSTR and AGAIN being converted to Unicode due to wrong value of SCF_UNICODE .(I have preprocessed out the original code. This should remain so until SCF_UNICODE value is corrected) (2) Stream_LoadLocation: Previously the GetPath() failed. It works great now. Now IPersistFile::Load() should work as intended. Try out McCormack's 'winemenubuilder' or my WineLib 'linkresolve' (NOT my C++ version) If the diff is not proper, etc, please alert me at the mentioned address PS: As I am not a member of 'wine-patches',can the moderator be kind enough... :=) I really want these functions to get fixed. That's all. Regards Subhobroto Sinha __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ --- wine-20031016/dlls/shell32/shelllink.c 2003-10-29 21:07:43.000000000 +0530 +++ Shikayat/dlls/shell32/shelllink.c 2003-10-29 20:39:56.000000000 +0530 @@ -401,9 +401,49 @@ return S_OK; } +static HRESULT Stream_LoadString( IStream* stm, BOOL unicode,LPWSTR *pstr ) +{ + DWORD count=0; + USHORT len; + LPWSTR str=NULL; + HRESULT r; + /* + From Win98 upwards everything internally is maintained as unicode.(Atleast M$ says so) + Also, the value of SCF_UNICODE does NOT seem to be 0x1000, hence the bitwise '&' returns a false. + Until the correct value is found, we assume it Unicode. This should not break ANYTHING >Win95 for shortcuts + Anybody differing mail to <subhobrotosinha at yahoo.com>. + */ + TRACE("%p\n", stm); + + r = IStream_Read(stm, &len, sizeof(len), &count); + if(FAILED(r)||(count != sizeof(len))) return E_FAIL; + len *= sizeof(WCHAR); + + TRACE("reading %d\n", len); + str = HeapAlloc(GetProcessHeap(), 0, len+sizeof(WCHAR)); + if(!str) return E_OUTOFMEMORY; + + count = 0; + r = IStream_Read(stm, str, len, &count); + if( FAILED(r)||( count!=len) ) + { + HeapFree( GetProcessHeap(), 0, str ); + return E_FAIL; + } + + str[count/2]=0; + *pstr = str; + TRACE("read %s\n", debugstr_w(str)); + return S_OK; +} + +#if 0 static HRESULT Stream_LoadString( IStream* stm, BOOL unicode, LPWSTR *pstr ) { + /*This is the original function now redirected to the above till we find out correct 'SCF_UNICODE'. + Now it's assumed that the data's unicode. (This assumption failes iff the OS was <=Win95, so I don't think it will hurt anybody)*/ + DWORD count; USHORT len; LPVOID temp; @@ -454,6 +494,7 @@ return S_OK; } +#endif static HRESULT Stream_LoadLocation( IStream* stm ) { @@ -503,9 +544,10 @@ IStream* stm) { LINK_HEADER hdr; - ULONG dwBytesRead; + ULONG dwBytesRead=0; BOOL unicode; WCHAR sTemp[MAX_PATH]; + char szTemp[MAX_PATH]={0}; HRESULT r; _ICOM_THIS_From_IPersistStream(IShellLinkImpl, iface); @@ -515,7 +557,6 @@ if( !stm ) return STG_E_INVALIDPOINTER; - dwBytesRead = 0; r = IStream_Read(stm, &hdr, sizeof(hdr), &dwBytesRead); if( FAILED( r ) ) return r; @@ -533,6 +574,13 @@ if( FAILED( r ) ) return r; } + + SHGetPathFromIDListA(This->pPidl,szTemp); + This->sPath=HeapAlloc( GetProcessHeap(), 0,(strlen(szTemp)+1)*sizeof(WCHAR)); + dwBytesRead=(strlen(szTemp)+1);/*Just to hold the length of the string*/ + MultiByteToWideChar(CP_ACP,0,szTemp,dwBytesRead,This->sPath,dwBytesRead); + TRACE("%s\n",debugstr_w(This->sPath)); + This->wHotKey = hdr.wHotKey; This->iIcoNdx = hdr.nIcon; FileTimeToSystemTime (&hdr.Time1, &This->time1);

2 1

VirtualAllocEx
by Peter Hartshorn 31 Oct '03

31 Oct '03

Has there been any work on VirtualAllocEx for allocating memory to other processes? I would like to get this going to allow me to run mta:vc and blow away other people in gta vice city (I believe that is a noble cause). To get me started I have a question. Is there a mechanism for one wine process (thread?) to send a message to another process (thread?) and receive a response, ie a pointer? Or, can I use the wineserver as a mediator that passess messages between two wine processes? For example: app1 sends a message "allocate 1MB of virtual memory in app2" to the wineserver. The wineserver then tells app2 to "allocate 1MB of virtual memory". App2 replys to the wineserver the virtual location of the allocated memory. Wineserver replys to app1 giving the location. App1 can then use the result in WriteProcessMemory.

1 0

Using Serial Port COM1
by Orlando Feitosa 31 Oct '03

31 Oct '03

Hello Friends, I'm trying to use an application that access the serial Port COM1 (which has a printer connected) when application tries to communicate with the port I receive the following message error "Privileged Instruction" Here is the dump... (wine 20031016 - RedHat 9.0) __________________________________________________________________________ fixme:commctrl:FlatSB_SetScrollProp stub trace:comm:GetCommState handle 0x84, ptr 0x40851bac trace:comm:GetCommState OK trace:comm:GetCommState bytesize 8 baudrate 9600 fParity 1 Parity 0 stopbits 1 trace:comm:GetCommState IXON IXOFF trace:comm:GetCommState CRTSCTS trace:comm:SetCommState handle 0x84, ptr 0x40851bac trace:comm:SetCommState bytesize 8 baudrate 9600 fParity 1 Parity 0 stopbits 1 trace:comm:SetCommState IXON IXOFF trace:comm:SetCommState CRTSCTS trace:comm:SetCommTimeouts (0x84,0x10034a40) fixme:comm:SetupComm insize 2048 outsize 1024 unimplemented stub fixme:imm:ImmGetContext (0x4005e): stub ____________________________________________________________________________ Please, someone have idea how to solve the problem ? Bests Regards, Orlando

2 1

crossover office mentioned in current "HP World"
by Dan Kegel 31 Oct '03

31 Oct '03

HP World is HP's house rag, sent out free to everyone who buys anything from HP or attends their "HP World" show. Several times now they have used the Crossover Office that comes with SuSE Linux during a review of some product. On page 20 of the Nov 2003 issue, for instance, titled "POPping Up Terrabytes", they reviewed FIA's POPnetserver NAS 4600 model 720, and said in part "Configuration ... is about as simple as humanly possible. There is, however, one minor annoyance for a system designed to be experienced as an applince: All of the management software is designed to run on Windows, and only Windows. ... we were able to run -- albeit not completely-- POPassist on SuSE Linux Desktop with the help of CrossOver Office. The only glitch comes in actually fiding the POPnetserver. That function would not work, which left us manually inputting the new address e discovered with LiSA and My Network Places." - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: Add some exports to NtDll and AdvApi32
by Alexandre Julliard 30 Oct '03

30 Oct '03

Robert Shearman <R.J.Shearman(a)warwick.ac.uk> writes: > Changelog: > - Add some stub exports to spec files for NtDll and AdvApi As a rule, for functions that only exist in later Windows versions, it's better to add them commented out, so that apps don't try to call the stubs. We should only add a real stub if an app links against it directly. -- Alexandre Julliard julliard(a)winehq.com

1 0

Useful article on x86 disassembly skills
by Mike Hearn 30 Oct '03

30 Oct '03

After finding that COM article, I decided to dig my way through the backissues of MSJ to see what other gems I could uncover. Here's one useful one: http://www.microsoft.com/msj/0298/hood0298.aspx It is a basic introduction to x86 assembly from a reverse engineers point of view. Most of it is basic stuff you probably know already, however there are some useful bits there - for instance, it took me some time before I figured out that "xor eax, eax" was being used to clear the register because it led to smaller code size whereas this article tells you about that and similar tricks so it's easier to read optimized code. It also gives you some useful constructs that access the TEB, for instance now I know that these fs:[00000000] things are setting up new SEH frames. A worthwhile read for times when disas is the only way forward.... thanks -mike

1 0

Wine coredumps with Linux kernel 2.6.0-test9
by David D. Hagood 30 Oct '03

30 Oct '03

I'm playing with 2.6.0-test9 under RH9.0, and Wine just coredumps when I run it. This is after a full rebuild of Wine, with a CVS pull of a couple of days ago. Since I've seen some other apps behaving weirdly this may be a compatibility issue with 2.6, but I thought I'd see if anybody else has seen this, and has any suggestions. I have updated glibc to the latest in Rawhide.

3 4

Re: getting started with Winelib
by Ralf Juengling 30 Oct '03

30 Oct '03

Okay, I got it to compile by manipulating the Makefile.in (kicking some *.rc files). But the executable segfaults: [juenglin@alpspitze winemine]$ make sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' ./wineapploader.in >wineapploader || rm -f wineapploader LD_LIBRARY_PATH="/local/lib:$LD_LIBRARY_PATH" /local/bin/wrc -I. -I/local/include/wine/windows -o rsrc.res rsrc.rc gcc -c -I. -I/local/include/wine/windows -g -O2 -fPIC -D_REENTRANT -o dialog.o dialog.c gcc -c -I. -I/local/include/wine/windows -g -O2 -fPIC -D_REENTRANT -o main.o main.c gcc -c -I. -I/local/include/wine/windows -g -O2 -fPIC -D_REENTRANT -o winemine.exe.dbg.o winemine.exe.dbg.c LD_LIBRARY_PATH="/local/lib:$LD_LIBRARY_PATH" /local/bin/winebuild -fPIC -o winemine.exe.spec.c --exe winemine.exe -mgui rsrc.res dialog.o main.o winemine.exe.dbg.o -L/local/lib/wine -L/local/lib/wine -ladvapi32 -lcomdlg32 -lgdi32 -lkernel32 -lodbc32 -lole32 -loleaut32 -lshell32 -luser32 -lwinspool gcc -c -I. -I/local/include/wine/windows -g -O2 -fPIC -D_REENTRANT -o winemine.exe.spec.o winemine.exe.spec.c gcc -shared -Wl,-Bsymbolic -o winemine.exe.so dialog.o main.o winemine.exe.dbg.o winemine.exe.spec.o -L/local/lib -lwine -lwine_unicode -lwine_uuid -lm test -f winemine || install wineapploader winemine [juenglin@alpspitze winemine]$ winemine Segmentation fault Might this be a configuration problem, or is something broken in Winelib? Since I have no root account, I had to skip the invocation of /sbin/ldconfig when installing wine-20031016. So I set LD_LIBRARY_PATH to /local/lib:/local/lib/wine. Any help appreciated, Ralf On Mon, 2003-10-27 at 18:23, Ralf Juengling wrote: > On Mon, 2003-10-27 at 13:09, Alexandre Julliard wrote: > > Ralf Juengling <juenglin(a)cse.ogi.edu> writes: > > > > > So there is nothing I can do about it at the moment? > > > What is the most recent Wine version in which winemaker used to work? > > > > The previous release should work. Or try this patch: > > > > Index: tools/winemaker > > =================================================================== > > RCS file: /opt/cvs-commit/wine/tools/winemaker,v > > retrieving revision 1.65 > > diff -u -p -r1.65 winemaker > > --- tools/winemaker 5 Aug 2003 18:31:32 -0000 1.65 > > +++ tools/winemaker 27 Oct 2003 21:07:38 -0000 > > @@ -2769,14 +2769,10 @@ then > > WINE_DLL_ROOT="/lib:/lib/wine:/usr/lib:/usr/lib/wine:/usr/local/lib:/usr/local/lib/wine" > > fi > > fi > > -AC_PATH_FILE(WINE_DLL_ROOT,[libntdll.dll.so],[ > > - AC_MSG_ERROR([Could not find the Wine dlls (libntdll.dll.so)]) > > +AC_PATH_FILE(WINE_DLL_ROOT,[libntdll.def],[ > > + AC_MSG_ERROR([Could not find the Wine dlls (libntdll.def)]) > > ],[$WINE_DLL_ROOT]) > > - > > -AC_PATH_LIBRARY(WINE_DLL_ROOT,[-lntdll.dll],[$WINE_LIBRARY_PATH -lwine -lwine_unicode],[ > > - AC_MSG_ERROR([Could not link with the Wine dlls (libntdll.dll.so)]) > > -],[$WINE_DLL_ROOT]) > > -WINE_DLL_PATH="-L$WINE_DLL_ROOT/wine" > > +WINE_DLL_PATH="-L$WINE_DLL_ROOT" > > > > if test -z "$WINE_TOOL_PATH" > > then > > Thanks, together with the patch > > --- /local/downloads/wine-20031016/tools/winemaker 2003-10-27 > 18:02:41.000000000 -0800 > +++ /local/bin/winemaker 2003-10-27 18:14:22.000000000 -0800 > @@ -2635,7 +2635,7 @@ > WINE_UNICODE_ROOT="$WINE_ROOT:$WINE_ROOT/lib:$WINE_ROOT/unicode" > WINE_UUID_ROOT="$WINE_ROOT:$WINE_ROOT/lib:$WINE_ROOT/ole" > > WINE_TOOL_PATH="$WINE_ROOT:$WINE_ROOT/bin:$WINE_ROOT/tools/wrc:$WINE_ROOT/tools/winebuild" > - WINE_DLL_ROOT="$WINE_ROOT/dlls:$WINE_ROOT/lib" > + WINE_DLL_ROOT="$WINE_ROOT/dlls:$WINE_ROOT/lib:$WINE_ROOT/lib/wine" > fi > > AC_ARG_WITH(wine-includes, > > > the generated configure script does its job without errors. > Now I the following error from make: > > [juenglin@alpspitze winemine]$ make > sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' > ./wineapploader.in >wineapploader || rm -f wineapploader > LD_LIBRARY_PATH="/local/lib:$LD_LIBRARY_PATH" /local/bin/wrc -I. > -I/local/include/wine/windows -o En.res En.rc > En.rc:23:22: Error: parse error > make: *** [En.res] Error 1 > > > > -- Ralf Juengling <juenglin(a)cse.ogi.edu>

1 0

compiling winemine resources
by Ralf Juengling 30 Oct '03

30 Oct '03

I was not successful with compiling the winemine application in wine-20031016. When the resource compiler is to compile one of the language dependent files, it issues a 'parse error': [juenglin@alpspitze winemine]$ wrc En.rc En.rc:23:22: Error: parse error Line 23 in En.rc reads LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US So it looks like wrc does not know what to do with the constant LANG_ENGLISH. Is this a bug? Any idea whats going wrong here? Ralf -- Ralf Juengling <juenglin(a)cse.ogi.edu>

2 2

Where do old rpms go
by Bill Medland 30 Oct '03

30 Oct '03

I apologise for not concentrating; I'm sure that someone has already answered this but I can't find the answer. Do the rpms at SourceForge expire? (I see that the 20030618 for RedHat are no longer there) I just want to know since if that is the case I will have to start taking copies. On the same subject, does anyone have a consistant SuSE 8.1 rpm of the 20030618 version? (That's the last version that worked well for our InstallShield and I don't have time to try to figure out what broke) -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

3 3

Re: Another symbol font fix
by Huw D M Davies 30 Oct '03

30 Oct '03

On Wed, Oct 29, 2003 at 08:23:16PM +0100, Rein Klazes wrote: > Hi, > > There are a couple of non-MS TT fonts on my system that only display > rectangles in win98's charmap.exe. Wine recognize these to have a SYMBOL > character set but Windows (win2k) does not. So libfreetype returning a > character mapping ft_encoding_symbol is not enough, I propose testing > the 0xf000 character offset that is assumed in other parts of the code. > > Tested to work for libfreetype 2.0.9 and 2.1.5 This sounds strange. Is there any chance that you could send me the font? Failing that could you send me the output of ftdump? Huw. -- Huw Davies huw(a)codeweavers.com

2 1

Re: winetests: new addition
by Ferenc Wagner 30 Oct '03

30 Oct '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > I'm still not sure how to support building with PE .exes Could you outline the problems you can see? Since it is still not in the tree, instead of patches I send comments and questions. > +#include <shellapi.h> > +#include <shellapi.h> Do we really need it twice? > + while (1) > + { > + va_start(ap, fmt); > + n = vsnprintf (p, size, fmt, ap); > + va_end(ap); > + if (n > -1 && n < size) return p; > + size = min( size*2, n+1 ); > + if(!(p = realloc (p, size))) fatal("Out of memory."); > + } MSDN has no vnsprintf() only _vsnprintf(), what is this? The size=min(...) does not make sense for me either. va_start and va_end could be moved out of the loop by using break instead of return. > +int print_version(FILE *fout) > +{ > + OSVERSIONINFOEX ver; > + > + ver.dwOSVersionInfoSize = sizeof(OSVERSIONINFOEX); > + if (!GetVersionEx ((OSVERSIONINFO *) &ver)) > + { > + ver.dwOSVersionInfoSize = sizeof(OSVERSIONINFO); > + if (!GetVersionEx ((OSVERSIONINFO *) &ver)) > + return 0; This should be made a fatal(), I think. > + } > + fprintf(fout, " dwMajorVersion=%ld\n dwMajorVersion=%ld\n" The second is dwMinorVersion. > +void deletePath( char *path ) > +{ > + SHFILEOPSTRUCT fileop; > + > + path[strlen( path ) + 1] = '\0'; We do not have space allocated for this NUL. Here we use the advanced Shell API but later not the Win32 API for opening files and such. What is our policy? > +int count_tests() This is superfluous, not used for anything particularly useful. The progress bar still did not make it... > + if((fout = fopen(test->exename, "wb"))) > + { > + fwrite(code, size, 1, fout); > + fclose(fout); > + } No error checking whatsoever... > + char line[512], *cmd; Fixed size buffers are wrong... > + if ((fp = popen( cmd, "r" ))) > + { > + while (fgets( line, sizeof(line), fp )) > + fprintf( logfp, "%s", line ); > + fclose( fp ); > + } Why not a CreateProcess with redirected stderr/stdout? > + if (!(fp = fopen( logfile, "w" ))) fatal("Could not open log file."); Why not append mode? That would also make the above redirection more secure. > + for(test = wine_tests; test->name; test++) The number of tests could be determined by sizeof instead of a special member, but I am not sure that would be worth it. > +BINDIR="../.." [...] > +for test in $TEST_EXES; do > + testname=`basename $test .exe` > + filename="$BINDIR/$test.so" I am probably too tired, but can not see how you find the test .so-s in the dlls directory... So I am back, and ready to go for finishing this project... Feri.

4 10

make install problem
by Dimitrie O. Paun 29 Oct '03

29 Oct '03

Hi folks, We have a problem with 'make install' in the libs dir. More explicitly, after a 'make & make install', I have this in /usr/local/lib: [dimi@dimi unicode]$ ls -l /usr/local/lib/libwine* -rw-r--r-- 1 root root 319332 Oct 27 12:01 /usr/local/lib/libwine_port.a lrwxrwxrwx 1 root root 14 Oct 28 14:38 /usr/local/lib/libwine.so -> libwine.so.1.0 -rwxr-xr-x 1 root root 249859 Oct 28 14:37 /usr/local/lib/libwine.so.1 -rwxr-xr-x 1 root root 238529 Feb 20 2003 /usr/local/lib/libwine.so.1.0 lrwxrwxrwx 1 root root 22 Oct 28 14:38 /usr/local/lib/libwine_unicode.so -> libwine_unicode.so.1.0 -rwxr-xr-x 1 root root 1289718 Oct 28 14:37 /usr/local/lib/libwine_unicode.so.1 -rwxr-xr-x 1 root root 1187040 Feb 20 2003 /usr/local/lib/libwine_unicode.so.1.0 -rw-r--r-- 1 root root 1867136 Oct 28 14:37 /usr/local/lib/libwine_uuid.a That is to say, both libwine.so and libwine_unicode.so are fubared. They point to old libs. Shouldn't they just point to the .1 versions? It's true, I didn't do a 'make install-dev', but this is counter intuitive because 'make install' does install the headers, and libwine_uuid.a, and libwine_port.a, and winegcc, and so on. -- Dimi.

3 4

Installshield7 notes
by Carlos Lozano 29 Oct '03

29 Oct '03

Hello, Here goes some notes about how to install installshield 7 programs with the actual wine releases (sorry, i haven't been able to install without some natives DLLs). You need 3 native DLLs (ole32.dll, oleaut32.dll and rpcrt4.dll), and 2 .tlb files (stdole32.tlb and stdole2.tlb). Copy this 5 files to your windows/system directory, and edit your ~/.wine/config, using: [DllOverrides] "oleaut32" = "native" "ole32" = "native" "rpcrt4" = "native" Even using this natives dlls, you will have problems with the windows order, what you will not leave you see the windows and install the program. The easier way to install it, should be enable the Desktop mode, in ~/.wine/config: "Managed" = "N" "Desktop" = "640x480" "Desktop" = "Y" I have found some programs, what give problems with Desktop mode, exiting during install with X11 errors (Praetoriams demo for example). In this cases you can use yet another trick. Disable Desktop, and enable "Managed" = "Y", then in the file the file "dlls/x11drv/window.c", you will find the function "inline static BOOL is_window_managed( WND *win )", in the end of this function, there are this 3 lines: /* default: not managed */ return FALSE; } replace, "return FALSE;" to "return TRUE;", and run make install again. Remember after of install the program change again this line to "FALSE", because you could have problems later with other windows. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

2 1

Int21 bug
by Valentijn Sessink 29 Oct '03

29 Oct '03

Hi folks, I think I hunted down a bug in DOS int21 function 0x5b (my DOS book insists this is 91 decimal). My older version of wine, 2000821, goes like this: trace:int21:DOS3Call CREATE NEW FILE 0x00 for X:\TMP41.$$$ trace:file:CreateFileA X:\TMP41.$$$ GENERIC_READ GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE CREATE_NEW trace:dosfs:DOSFS_GetFullName X:\TMP41.$$$ (last=0) trace:string:lstrcpynA (0x40e35fa0, "/tmp", 1024) trace:dosfs:DOSFS_FindUnixName /tmp,TMP41.$$$ trace:heap:HeapAlloc (403c0000,00000002,0000022c): returning 414c9cf4 trace:heap:HeapAlloc (65430000,04000000,00000018): returning 65432c30 warn:dosfs:DOSFS_FindUnixName 'TMP41.$$$' not found in '/tmp' trace:heap:HeapFree (65430000,04000000,65432c30): returning TRUE trace:heap:HeapFree (403c0000,00000002,414c9cf4): returning TRUE trace:dosfs:DOSFS_GetFullName returning /tmp/TMP41.$$$ = X:\tmp41.$$$ 080732c8: create_file( access=c0000000, inherit=0, sharing=00000003, create=1, attrs=00000000, filename="/tmp/TMP41.$$$" ) 080732c8: create_file() = 0 { handle=136 } trace:file:FILE_AllocDosHandle Got 10 for h32 136 trace:int21:DOS3Call returning: AX=000a BX=5b0c CX=0000 DX=e9a8 SI=0000 DI=e9a8 DS=0a27 ES=0907 EFL=00000202 trace:global:GlobalHandle16 0107 Ret KERNEL.102: DOS3CALL() retval=none ret=0347:2513 ds=0a27 AX=000a BX=5b0c CX=0000 DX=e9a8 SI=0000 DI=e9a8 ES=0907 EFL=00000202 trace:global:GlobalHandle16 0107 So: file handle 0x136 translates to DOS handle 10, and int21 returns AX=0x000a My newer version, Wine 20030408, does the following: 000a:trace:int21:INT_Int21Handler CREATE NEW FILE 0x00 for X:\TMP18467.$$$ 000a:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000020): returning 415b32c0 000a:trace:file:CreateFileW L"X:\\TMP18467.$$$" GENERIC_READ GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE CREATE_NEW attributes 0x0 000a:trace:dosfs:DOSFS_GetFullName L"X:\\TMP18467.$$$" (last=0) 000a:trace:string:lstrcpynA (0x40f40d84, "/tmp", 1024) 000a:trace:dosfs:DOSFS_FindUnixName /tmp,L"TMP18467.$$$" 000a:trace:dosfs:DOSFS_ToDosFCBFormat (L"TMP18467.$$$", 0x40f40ce4) 000a:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000110): returning 415cc890 000a:trace:dosfs:DOSFS_OpenDir "/tmp" 000a:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000018): returning 415cbca0 000a:trace:heap:RtlReAllocateHeap (0x40370000,00000002,415cc890,00000210): returning 415cc890 000a:trace:heap:RtlReAllocateHeap (0x40370000,00000002,415cc890,00000410): returning 415cc890 000a:trace:heap:RtlReAllocateHeap (0x40370000,00000002,415cc890,00000810): returning 415cc890 000a:trace:heap:RtlReAllocateHeap (0x40370000,00000002,415cc890,00001010): returning 415cc890 000a:trace:heap:RtlFreeHeap (0x40370000,00000002,415cbca0): returning TRUE 000a:trace:dosfs:DOSFS_ReadDir Read: long_name: L".", short_name: (null) 000a:trace:dosfs:DOSFS_ReadDir Read: long_name: L"..", short_name: (null) 000a:trace:dosfs:DOSFS_ReadDir Read: long_name: L".font-unix", short_name: (null) [cut directory listing] 000a:warn:dosfs:DOSFS_FindUnixName L"TMP18467.$$$" not found in '/tmp' 000a:trace:heap:RtlFreeHeap (0x40370000,00000002,415cc890): returning TRUE 000a:trace:dosfs:DOSFS_GetFullName returning /tmp/TMP18467.$$$ = L"X:\\tmp18467.$$$" 000a:trace:dosfs:GetDriveTypeW (L"X:\\tmp18467.$$$") 000a: create_file( access=c0000000, inherit=0, sharing=00000003, create=1, attrs=00000000, drive_type=3, filename="/tmp/TMP18467.$$$" ) 000a: create_file() = 0 { handle=0x98 } 000a:trace:file:CreateFileW returning 0x98 000a:trace:heap:RtlFreeHeap (0x40370000,00000002,415b32c0): returning TRUE 000a:trace:file:Win32HandleToDosFileHandle Got 10 for h32 0x98 000a:Ret kernel32.INT_Int21Handler() retval=00000000 ret=41560c39 000a:trace:int21:DOSVM_Int21Handler failed, error 0 000a:trace:int21:DOSVM_Int21Handler returning: AX=0000 BX=5b0f CX=0000 DX=e9a8 SI=0000 DI=e9a8 DS=0a47 ES=0927 EFL=00000203 000a:Ret winedos.CallBuiltinHandler() retval=0000007c ret=4008d9f0 000a:trace:global:GlobalHandle16 011f This seems weird: there's a file handle, there's a DOS file handle but Int21 returns AX=0, indicating an error. I did not yet check the code (will do this afternoon, but beware: I'm not much of a coder), but I think a fix should be rather easy, there's probably just a typo (or a thinko) in the Int21 handler. I'm not sure, but this bug could also help number 1170, that seems related in that there's a file that is not actually there, and 717, which also tries to make a file that isn't created. Please Cc: my e-mail-address as I'm not on the Wine-devel list. the "nospam" part has an MX record, so mailing shouldn't be a problem. We also checked Codeweavers Wine for this bug; it seems to be there, but after two days of bug hunting our hunting ground is a bit of a mess, so I'm not sure if we tested 2.0 or 2.1. I searched Bugzilla for a DOS related bug and couldn't find one, but if it's fixed between 20030408 and now, then please accept my apologies for wasting your precious reading time. Best regards, Valentijn

3 3

Re: [dx88] Cull fix
by MichaelGuennewig＠gmx.de 29 Oct '03

29 Oct '03

Jason Edmeades <us(a)the-edmeades.demon.co.uk> writes: > Michael - See if this helps with your map / figure problems... Sorry, but it doesn't helped. Also the other ones doesn't helped. The fixme's fixme:d3d_surface:IDirect3DSurface8Impl_LockRect fixme:d3d:IDirect3DDevice8Impl_SetRenderTarget fixme:d3d:IDirect3DDevice8Impl_ResourceManagerDiscardBytes also still appear as before. Do you want a new "-debugmsg +d3d8,+d3d_surface" log or pherhaps the texture snapshots? But I couldn't create any of them before next week, because I'm going sailing over the weekend. Michael

1 0

Forwards exports - anyone?
by Shachar Shemesh 29 Oct '03

29 Oct '03

Hi all, I noticed in the code that there is a concept called "forwad_export". Does it have anything to do with making a function in one DLL return a function address that belongs to another? If that is the case, how do I activate this? Is there some spec file magic that will do it? I'm trying to implement unicows.dll. The theory is quite simple - since unicows merely implements unicode functions that exist, theoretically, only in Wine, all I have to do is create forwards (i.e. - ExtTextOutW in unicows.dll will call ExtTextOutW in GDI). This is slightly inefficient, but should solve our unicows.dll problems. If I can merely instruct the dynamic loader to return the GDI ExtTextOutW function when someone tries to link with the unicows ExtTextOutW, I can solve the inefficiency in a clean, working way without further problems. I considered various loader tricks, but I'm afraid the closest I'm willing to come is assembler tricks, and those won't work on other platforms (then again - other platforms are highly unlikely to require unicows - hmm). Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

2 1

RE: How do i find the start menu path?
by Rolf Kalbermatter 29 Oct '03

29 Oct '03

Robert van Herk <robert(a)robertvanherk.nl> wrote: >I have a question for my start menu generator, that is almost finished >now... > >How do I find the path of the wine start menu? (for me it's >~/c/windows/Start Menu, but for someone else it does not have to be like >that...) I assume/hope you have a winelib app in which case you can just simply call ret = SHGetSpecialFolderPathW(NULL, lpString, CSIDL_PROGRAMS, FALSE); and unless SHRestricted(REST_NOCOMMONGROUPS) is true also ret = SHGetSpecialFolderPathW(NULL, lpString, CSIDL_COMMON_PROGRAMS, FALSE); Rolf Kalbermatter

1 0

Re: Forwards exports - anyone?
by Rolf Kalbermatter 29 Oct '03

29 Oct '03

Shachar Shemesh <wine-devel(a)shemesh.biz> wrote: >I'm trying to implement unicows.dll. The theory is quite simple - since >unicows merely implements unicode functions that exist, theoretically, >only in Wine, all I have to do is create forwards (i.e. - ExtTextOutW in >unicows.dll will call ExtTextOutW in GDI). This is slightly inefficient, >but should solve our unicows.dll problems. > >If I can merely instruct the dynamic loader to return the GDI >ExtTextOutW function when someone tries to link with the unicows >ExtTextOutW, I can solve the inefficiency in a clean, working way >without further problems. I thought this was done in Wine in the spec files. Something such as: @ stdcall ExtTextOutW(params) gdi32.ExtTextOutW should do the trick. The function names need not to be the same. The only limitation I have found is that you can't forward in this way to ordinal exports but I may have missed something. Rolf Kalbermatter

1 0

How do i find the start menu path?
by Robert van Herk 29 Oct '03

29 Oct '03

Hi people, I have a question for my start menu generator, that is almost finished now... How do I find the path of the wine start menu? (for me it's ~/c/windows/Start Menu, but for someone else it does not have to be like that...) Any help here? Grtz, Robert

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel