wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

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

Jump to page:

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