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

Re: Assertion failure: DDRAW_width_bpp_to_pitch
by Thomas Brix Larsen Nov. 10, 2003

Nov. 10, 2003

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 Nov. 10, 2003

Nov. 10, 2003

(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(a)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(a)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(a)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(a)h24-79-72-61 MyWin]$ So it won't display its version, but [parz(a)h24-79-72-61 MyWin]$ wine -v Wine 20030115 [parz(a)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 Nov. 10, 2003

Nov. 10, 2003

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 Nov. 10, 2003

Nov. 10, 2003

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 Nov. 9, 2003

Nov. 9, 2003

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 Nov. 9, 2003

Nov. 9, 2003

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 Nov. 9, 2003

Nov. 9, 2003

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 Nov. 9, 2003

Nov. 9, 2003

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 Nov. 9, 2003

Nov. 9, 2003

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 Nov. 8, 2003

Nov. 8, 2003

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