wine-devel

wine-devel@winehq.org

1 participants
84471 discussions

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

12 Nov '03

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

1 0

asm help
by flyker 12 Nov '03

12 Nov '03

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

3 3

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

12 Nov '03

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

2 5

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

12 Nov '03

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

2 1

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

11 Nov '03

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

1 0

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

11 Nov '03

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

2 1

mailman list problems
by Jeremy Newman 11 Nov '03

11 Nov '03

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

2 1

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

11 Nov '03

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

2 2

SEH question
by Jonathan Wilson 11 Nov '03

11 Nov '03

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

2 1

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

11 Nov '03

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

5 5

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

11 Nov '03

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

10 16

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

11 Nov '03

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

2 3

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

11 Nov '03

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

1 0

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

11 Nov '03

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

1 0

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

10 Nov '03

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

12 19

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

10 Nov '03

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

1 0

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

10 Nov '03

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

1 0

Wine lecture
by Shachar Shemesh 10 Nov '03

10 Nov '03

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

3 5

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

10 Nov '03

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

3 3

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

09 Nov '03

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

2 1

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

09 Nov '03

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

1 0

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

09 Nov '03

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

2 1

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

09 Nov '03

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

2 1

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

09 Nov '03

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

1 0

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

08 Nov '03

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

1 0

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