- wine-devel - winehq.org

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

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