May 2006 - wine-devel

What happened to the Fedora packages?
by Neal Gompa 02 Aug '14

02 Aug '14

What happened to the Fedora packages? They have not been updated since 0.9.2!!!! Right now it is at 0.9.10!!! Nearly every other Linux distro supported has the up to date packages!!! And why does the Red Hat packages site not go to the SourceForge site as it does for SUSE packages and the others?? I have not really had the guts to ask until now, because I thought that maybe there was a slump, but now, its getting annoying!! And Fedora just released Fedora Core 5 yesterday!!! Please tell me new packages will be ready soon!!! Compiling WINE always crashes my computer, so I prefer to use the RPMs...

10 18

winspool: ERROR_INVALID_NAME in GetDefaultPrinter() ?
by Detlef Riekenberg 09 Oct '13

09 Oct '13

Hi. >From which configuration does the "ERROR_INVALID_NAME" came from, when calling GetDefaultPrinter(NULL, &size) and no Printer is installed? This Test is Present in the current "dlls/winspool/tests/info.c". MSDN told us, that we receive an "ERROR_FILE_NOT_FOUND", if no Printer is installed: http://msdn.microsoft.com/library/en-us/gdi/prntspol_0hma.asp I get the "ERROR_FILE_NOT_FOUND" on win98se, winme, w2k and win2003 in this Situation. -- By By ... ... Detlef

3 3

The status of the wintab dll
by Robert North 24 Dec '07

24 Dec '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think after the 10 or more patches to the Wintab dll that I submitted last month, I should say something about it's status... And of course thank Alexandre for applying those patches. P.S. I won't be available from the 15th for about a week or so. So, if you have any questions, I'm afraid you might have to be patient. Hope this is of interest to someone -Rob. ******Applications: Current status*********** ***In Painter 5 *Cursor pressure works. (Therefore is usable by most) *Cursor orientation is a little odd: The orientation maths needs to be re-done. *No eraser. Haven't yet cracked what enables the eraser. *Doesn't work in desktop mode: Need to map to desktop coordinates. *Repeats windows bugs where cursor looses pressure/orientation info almost bug for bug (Is this a feature? ;-) *Cannot detect pressure/orientation int the "Brush Tracking" window: The tablet context is attached to the main window, so no events get to the popup, even if they overlap. This is not how windows wintab functions. ***In Photoshop 6. *Can only get tablet data in desktop mode: This is because the tablet context is attached to the desktop. Which generates/receives no wine events outside desktop mode. * Eraser and pen pressure working. *But* to get them working, you must have 3 XInput devices listed in your XF86Config file, They need to be the last entries in the "ServerLayout" section and the following order: eraser, tablet mouse. This is a far from ideal way of specifying the devices Wintab should use :-/ I'll document this if someone can point me to a good place to put the docs. *******To Do************* 1. Look at X11 errors. There appear to be some errors that deny some users the ability to access Wintab enabled apps. (I think I know how to fix this) 2. Improve orientation data. Orientation comes in as X-Y coords (Implicit Z), and has to leave as spherical coords. This calculation needs to be re-done. 3. When tablet context is on top, let it read XInput events from all the app's top-level windows. (This simulates the fact that the context is usually designed to cover the whole screen) 4. When tablet context is attached to desktop, read XInput events from all the app's top-level windows. 5. Tests ~ --My current philosophy on tests is... ~ Use Photoshop & Painter, any formal tests ~ can be written if anyone else gets involved in patching Wintab, to avoid regressions, and conflict. **********Long term to do (Anyone interested?):********* There's a lot of work that could be done here, but what gets done and who does it probably depends upon whether anyone finds an app that needs these features. I'd love to implement these, but realistically, I don't foresee doing this unless someone hires me to do so ;) 1. Improve configuration of wintab. Wintab could probably do with some information entered into the config file, to avoid the user having to hack their Xfree86cfg file. 2. Handle Z-Order of context properly. This entails *sharing Z-Order between apps. *Working out exactly what role windows have in determining tablet context z-orders. *Allow tablet contexts that don't cover the whole screen/tablet. *Handle inter-application clipping of tablet contexts *Allow all application's windows to receive tablet events when tablet context is on top 3. Implement non-system tablet contexts (Where system cursor not moved by pen or mouse) 4. Unicodify 5. Implement various wintab extensions. 6. Implement wintab manager functions. 7. Tests. *********Unknowns********* 1. How are wintab contexts are raised lowered? Contexts have their own z-order independent of windows, and their own viewport concept, based upon the tablet's coordinate system, not that of the OS. It appears that entering, or clicking on the window the tablet context is attached to will raise/lower the context. But I haven't done much testing on this. In particular, what happens if more than one app request their tablet context is attached to the desktop? 2. How Painter detects the eraser. Have 3 possibilities i. Windows can detect an eraser, and sends specific messages. (I'm sure I've seen this, but can't work out where!) ii. Only works if tablet and cursors are named correctly. (Probably linked to wacom tablets only). iii. I've missed something 3. Requirements of other applications -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCC8zI2vfwxdLxwWYRAsisAJ4q2gAYTgRc6f9wDI+Ruv943eDxOQCfcl3s /ZKMUGwQOuw/SIIbOkIUbd0= =R4M7 -----END PGP SIGNATURE-----

2 1

re: What operating systems will Winelib run on non-x86 systems?
by Dan Kegel 21 Nov '06

21 Nov '06

Hi Wei Li, last year, you asked in http://www.winehq.org/hypermail/wine-users/2004/06/0086.html > I could not find the info regarding what operating systems > (such as AIX 5L v5.2, HP-UX 11i, Solaris Release Level > 9) will Winelib run on non-x86 machines. I'll really > appreciate it if someone can provide my related link or > info. I can only find the following link regarding the > supporting OS but it does not provide Winelib's supporting > OS info: > http://www.winehq.org/site/docs/wine-faq/index 3.1. > Under what hardware > platform(s) and operating system(s) will Wine(Lib) run? I'm sorry nobody got back to you -- the wine-devel mailing list might have been a better place to ask. I believe winelib runs on the following non-x86 operating systems: Linux, Solaris, Mac OS X, and FreeBSD. There's no reason in principle it couldn't run on AIX or HP/UX. Some work has been done on an HP/UX port, but some assembly would be required to complete it: http://www.winehq.com/site/?issue=241#HP-UX%20Port Cheers, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

re: Wine-wiki broken by design
by Dan Kegel 16 Nov '06

16 Nov '06

Maybe the wine wiki could publish a machine-readable sitemap; see http://www.xml-sitemaps.com/ http://www.google.com/webmasters/sitemaps/docs/en/about.html That would put less load on the server than letting Yahoo and Google crawl the wiki themselves. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 3

WRT failed to Build
by Detlef Riekenberg 01 Jul '06

01 Jul '06

Hi. The cross-compiled WRT failed since 17. May. The native WRT failed even longer. And Ideas? -- By By ... ... Detlef

2 3

Dogfood report: Firefox autoupdate works
by Dan Kegel 18 Jun '06

18 Jun '06

Windows Firefox just happily updated itself under Wine to 1.5.0.3. Nice that an uncommon code path worked fine. Firefox is solid for my uses lately. Performance could use some work (reading the wine-devel archive index gets annoying towards the end of the month when it's long, as firefox takes a long time to fetch it (?)). - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

8 16

How are we doing?
by Mike Hearn 14 Jun '06

14 Jun '06

As the Summer Of Code begins and new blood joins us all at once, I thought it'd be a good time to open a discussion on how we are doing as a project. Questions to consider: * Is Wine improving or is the regression rate matching the improvement rate? * Are we producing a quality product, from the perspective of non-technical end users? (I appreciate this isn't a goal for everyone) * Are we turning away potential developers for any reason? Could we do more to attract new hackers? * Are the projects fundamental processes serving us well? * Any other thoughts for improvement? In case it's not clear, I'm talking about the project as a community adventure here rather than technical aspects of the codebase. >From my own perspective I think Wine is doing better than ever before. What prompted this email is the realisation that in the past few days I've used Wine nearly every day to run a variety of apps - from games to utilities - and it's succeeded with every single one. Not always perfect but always good enough. I am no longer surprised when Wine runs an app correctly as I was when I first came to the project, these days I nearly take it for granted. Though this may be due to having developed a feel for what will work and what won't :) So clearly we're doing something right ... I also think we are doing OK with attracting and keeping new hackers. The influx of new Direct3D talent lately is fabulous for instance. The experiences of our SoC students will be useful in assessing how to improve the learning curve and we need to tap this resource better than we did last year. In other words, I think we're doing pretty well. I feel more positive about the project that I have done for a long time. It seems like as Win32 stagnated and slowed down over the past 6 years we've been able to turn the tide and add our own code faster than Microsoft can, which is the tipping point. So areas for improvement? * We seem to be doing very well in recruiting hackers who work on one particular DLL or area and solidly improve that, but a less well when it comes to 'general purpose' hackers who just take random apps and make them work. It might just be that I'm out of touch but I don't see as much patch traffic these days along the lines of "This patch set fixes XYZ app" followed by 6 patches to 6 different DLLs. Discussion on IRC/wine-devel is * No clear roadmap to 1.0 - for 0.9 we had Dimis TODO list and it was quite satisfying to see them go green as tasks were completed. I guess we have a 1.0 TODO list too but I never see any updates to it :( * Integration with other projects is still a weak area. Desktop/kernel/X integration could all use some work. I know I know, I'm guilty in not doing my bit here too .... maybe I will find my hack-fu returning sometime soon and work on the fullscreen patch again :) * App specific patches. Well I don't expect policy here to change anytime soon but extreme cases like the WoW VMA layout problem which affects tons of users do highlight the issue. * A few random things I already got into arguments about (forums, libwine api etc) :) What do you guys think? thanks -mike

34 69

Re: Martin Fuchs : shell32: SHELL32_GetItemAttributes()
by Rein Klazes 13 Jun '06

13 Jun '06

Hallo Martin. This patch is giving me trouble: >Author: Martin Fuchs <martin-fuchs(a)gmx.net> >Date: Sat Feb 11 12:16:56 2006 +0100 > >shell32: SHELL32_GetItemAttributes() >- correct documentation which incorrectly claimed not to set any > attribute bits >- retrieve file attributes using SHGetPathFromIDListW() when they are > not already present in the internal PIDL structures >- add test case to show the previously wrong folder attributes when > using absolute PIDLs >- fix some memory leaks in the tests in a couple of wine configurations that I use this leads to an infinite lop when the openfile dialog is called. The call sequence is SHELL32_GetItemAttributes->SHGetPathFromIDListW->ISF_Desktop_fnGetAttributesOf->SHELL32_GetItemAttributes which repeats until the stack overflows. Here is a part of a back trace: | 13 0x7b8533ed SHELL32_GetItemAttributes+0x2dd(psf=0x7bc6bc28, pidl=0x7bc5e058, pdwAttributes=0x7ba5ae54) [/usr/home/projects/wine/mywine/dlls/shell32/shlfolder.c:430] in shell32 (0x7b8533ed) | 14 0x7b83fcb8 ISF_Desktop_fnGetAttributesOf+0x148(iface=0x7bc6bc28, cidl=0x1, apidl=0x7ba5ae5c, rgfInOut=0x7ba5ae54) [/usr/home/projects/wine/mywine/dlls/shell32/shfldr_desktop.c:459] in shell32 (0x7b83fcb8) | 15 0x7b8288cd SHGetPathFromIDListW+0x7d(pidl=0x7bc5e058, pszPath=0x7ba5b0c0) [/usr/home/projects/wine/mywine/dlls/shell32/pidl.c:1273] in shell32 (0x7b8288cd) | 16 0x7b8533ed SHELL32_GetItemAttributes+0x2dd(psf=0x7bc6bbb8, pidl=0x7bc5e058, pdwAttributes=0x7ba5b334) [/usr/home/projects/wine/mywine/dlls/shell32/shlfolder.c:430] in shell32 (0x7b8533ed) | 17 0x7b83fcb8 ISF_Desktop_fnGetAttributesOf+0x148(iface=0x7bc6bbb8, cidl=0x1, apidl=0x7ba5b33c, rgfInOut=0x7ba5b334) [/usr/home/projects/wine/mywine/dlls/shell32/shfldr_desktop.c:459] in shell32 (0x7b83fcb8) | 18 0x7b8288cd SHGetPathFromIDListW+0x7d(pidl=0x7bc5e058, pszPath=0x7ba5b5a0) [/usr/home/projects/wine/mywine/dlls/shell32/pidl.c:1273] in shell32 (0x7b8288cd) | 19 0x7b8533ed SHELL32_GetItemAttributes+0x2dd(psf=0x7bc6dd70, pidl=0x7bc5e058, pdwAttributes=0x7ba5b814) [/usr/home/projects/wine/mywine/dlls/shell32/shlfolder.c:430] in shell32 (0x7b8533ed) A +relay,+shell log of one loop is attached below. Running wineprefixcreate or reinstalling wine.inf does not help. On a clean new installation there is no problem (but I like to keep using the old stuff with a hundred or so of installed windows programs). Any idea? Rein.

3 4

comctl32.dll: Running siap and modules under wine, first steps
by Maximiliano Curia 12 Jun '06

12 Jun '06

Hi, I'm trying to use a program called "siap"[1] under wine. It's the required program to pay taxes that the Argentinian government uses. So, it's quite important for the free software community in Argentina to be able to use it in a free software environment. However, I haven't heard of any real success on it, so far. I've been trying to make it run using winetools[2], and differents versions of wine. The furthest I've gone, has been with version 20050310 and all the "plugins" that winetools provides, installed. Only then, could I install the application, run it, switch between the different modules (although it worked only sometimes), but I can't really use it. There are a couple of important widgets that seem to be incompatible with wine. But as I'm not an expert neither in Windows nor in wine, the one I could really track down is a TreeView widget (from comctl32.dll) (from the main window of the program), that is not fully implemented in wine, and by using a native comctl32.dll (I tried using the win98, winme, win2k libraries) the widget would work but some of the other stuff, like switching to one of the modules wouldn't. I made a screenshot to make this clearer, the wine version[3] and the w2k version[4]. So, what should I do next? Is there some documentation of how to implement a certain Windows widget in wine? Is anybody working in this dll, or has worked on this widget? I'd appreciate any comments. Thanks, [1] http://www.afip.gov.ar/programas/siap_main.asp (spanish only) [2] http://www.von-thadden.de/Joachim/WineTools/ [3] http://gnuservers.com.ar/~maxy/wine/siap-wine.png [4] http://gnuservers.com.ar/~maxy/wine/siap-w2k.png -- Saludos, /\/\ /\ >< `/

4 8

Quartz driver
by Emmanuel Maillard 03 Jun '06

03 Jun '06

Hi all, Quartz driver is up to date on Darwine CVS. Winemine is playable on both PPC and x86 but it look fine only on PPC, x86 driver suffer strange rendering bugs. See wiki for building the driver : http://wiki.opendarwin.org/ index.php/Darwine:quartzdrv I will update wiki soon with issues and todo for Quartz driver. Cheers Emmanuel

3 2

Re: Re: Wine 1.0 Tasks
by fenix＠club-internet.fr 02 Jun '06

02 Jun '06

Hi, >> (Note the #3902 should be renamed as 'DIB Engine rewrite' > >Agreed; done. http://bugs.winehq.org/show_bug.cgi?id=3902 :) >> and i don't think is mandatory for 1.0) > >Probably right. Let's create the next milestone after 1.0, say 1.1, and start >retargeting bugs we don't plan to fix for 1.0. (That's what GCC does; >some bugs they retarget early, some just before the release.) > >> But i think we must fix users most hated bugs as: >> - dsound deadlocks/craps >> - openGL problems (multi contexts, fb/visual configs) >> - lotus problems > >The OpenGL child window bug, >http://bugs.winehq.org/show_bug.cgi?id=2398 >probably won't be fixed for 1.0 because it requires >an X server change. No it must be doable without X changes (But X additions as GLX_EXT_texture_from_pixmap will help a lot). Only problem is to find time to fix it (as lionel, i have no time for now). Anyway i having a simple and downloadable application to reproduce this problem (not lightwave) must help. The only parts who really needs X change are for: - glShareList: sharing fb/visual config between exitings GLX contexts - dinput mouse management >I'm not sure lotus notes problems should block 1.0, as IBM has a native >Linux client now, but if someone wants to fix them (especially the ones >in usp10.dll netapi32.dll, that would be great. agree :) >> Note: it will be interesting to add user votes to wine-bugs (ala kde) to >> better see user needs. > >There are already user votes in bugzilla, that should suffice. >- Dan Oups i never seen it :) Regards, Raphael

9 11

Re: winspool/tests: Use 0xdeadbeef as magic Value
by Jeff Latimer 01 Jun '06

01 Jun '06

A minor spelling mistake, deaddeef instread of deadbeef. Jeff Detlef Riekenberg wrote: >I was using 0x00dead00 before, but Dmitry suggested 0xdeadbeef, as this > > > >-#define MAGIC_DEAD 0x00dead00 >+#define MAGIC_DEAD 0xdeaddeef > >

2 1

wine problems on a 64bit system
by Pavel Troller 01 Jun '06

01 Jun '06

Hi! As some of you know, I'm experimenting with my new 64bit systems. I've found that there are problems running a lot of applications, which normally run on a 32bit system. A typical example is IL2 Sturmovik Forgotten Battles game. On a 32bit system, with the latest wine CVS (even compiled on a 64bit system) it runs flawlessly. On a 64bit system, it just prints fixme:seh:check_no_exec No exec fault triggered at 0x6d4d08b0, enabling work-around but the workaround seems to be unefficient, because nothing more happens. With a +relay, it shows that the program is looping, executing 0009:Call msvcrt._except_handler3(7fb2faa0,7fb2fba0,7fb2f7d4,7fb2f714) ret=7bc54d65 0009:Ret msvcrt._except_handler3() retval=00000000 ret=7bc54d65 and nothing more, ad infinitum. The machines are running very similar kernels. Both are hardened with exec-shield, but even disabling it on a 64bit by 'echo 0 >/proc/sys/kernel/exec-shield' doesn't help. The 32bit works even with exec-shield enabled (and doesn't print the no-exec message). Are there chances to fix this issue ? Or is it a system problem ? With regards, Pavel Troller

6 14

Text input box with scrollbar
by Augusto Arcoverde da Rocha 01 Jun '06

01 Jun '06

Hi all, Where I can find the inputbox drawing code? Some of these box appear with scrollbar when testing Action Request System application under Wine, but not under MS Windows. Thanks, Augusto Arcoverde da Rocha

3 2

Wine 1.0 Tasks
by Dan Kegel 01 Jun '06

01 Jun '06

If you look at http://bugs.winehq.org/ you'll see a link on the left hand side called "1.0 Tasks", which lists the 1.0 bugs being tracked in bugzilla. Here's the URL it links to http://bugs.winehq.org/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_s… I suspect a few of these are stale, and a bunch others are missing, but I like the idea of using bugzilla to track our progress to 1.0. What other bugs should be fixed before 1.0? Let's nominate a few bugs to add to the 1.0 task list, discuss them a bit, and see what Alexandre thinks. For instance: I'd like one goal of 1.0 to be "make Windows developers take Wine seriously." To achieve that, I think 1.0 has to support at least some Microsoft development tools well, including their IDEs and debuggers. It's probably unreasonable to require 1.0 to support .NET, so maybe supporting the last pre-.NET versions of Visual C++ (6.2?) and Visual Basic (6.0?) would be a good goal. And I don't think it's that unreasonable anymore; Wine is pretty close to being able to do that. What do y'all think? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

8 14

Re: svrapi: add stub implementation
by Robert Shearman 01 Jun '06

01 Jun '06

Vitaly Lipatov wrote: >svrapi.dll is exist on Win9X OS and used in some programs. > > What programs? Is it still used even with the winver set to win2k? -- Rob Shearman

2 1

Re: wineconsole: Store the font as a DWORD_PTR.
by Detlef Riekenberg 31 May '06

31 May '06

Am Mittwoch, den 31.05.2006, 16:28 +0900 schrieb Mike McCormack: > index 169f4e1..73a0987 100644 > --- a/programs/wineconsole/dialog.c > +++ b/programs/wineconsole/dialog.c > + return GetWindowLongPtr(hWnd, 0); > + HFONT hFont = (HFONT)GetWindowLongPtr(hWnd, 0L); Are 0 and 0L always the same ? (32bit and 64bit) -- By By ... ... Detlef

1 0

Re: crypt32: implement CryptBinaryToStringA and CryptStringToBinaryA
by Detlef Riekenberg 31 May '06

31 May '06

Hi Juan Lang. > ChangeLog: implement CryptBinaryToStringA and CryptStringToBinaryA based > on Kai Blin's base64 encoder/decoder The Functions are not Present in every crypt_32.dll. The test will crash on win9x. (The Results from GetProcAddress are not tested) -- By By ... ... Detlef

1 0

file timestamps in a git tree
by Saulius Krasuckas 31 May '06

31 May '06

I make an ugly hack in a branch at my git tree. Then I run after following after some git updates: $ git rebase master ugly_hack $ make Makefile is older than Makefile.in configure, please rerun ./configure make: *** [Makefile] Error 1 $ git checkout master $ make Makefile is older than Makefile.in configure, please rerun ./configure make: *** [Makefile] Error 1 Is this behaviour intended? I thought git would reset all the file timestamps once I switch to another (master) branch... Am I wrong?

3 3

Re: getuname: add stub implementation [try 2]
by Robert Shearman 31 May '06

31 May '06

Vitaly Lipatov wrote: >+/*********************************************************************** >+ * GetUName [ 2000 / XP ] >+ * >+ * undocumented fn: GetUName() >+ * The information is not available by API. The thing MS did >+ * here -- parsing the data from nameslist.txt in the Unicode Character >+ * Database (UCD). >+ * See >+ * http://groups.google.com/groups?hl=en&threadm=ODVecQBoBHA.2416%40tkmsftngp02 >+ * RETURNS >+ * unknown >+ */ >+void WINAPI GetUName(void) >+{ >+ FIXME("stub\n"); >+} > > You should add a test for this function and document at least the number of parameters of the function. Presumably it should take some parameters or return something, or the DLL is useless. If the former is incorrect then the stack will be trashed after the call. -- Rob Shearman

1 0

Re: getuname: add stub implementation [try 2]
by Alexandre Julliard 31 May '06

31 May '06

Vitaly Lipatov <lav(a)etersoft.ru> writes: > +/*********************************************************************** > + * GetUName [ 2000 / XP ] > + * > + * undocumented fn: GetUName() > + * The information is not available by API. The thing MS did > + * here -- parsing the data from nameslist.txt in the Unicode Character > + * Database (UCD). > + * See > + * http://groups.google.com/groups?hl=en&threadm=ODVecQBoBHA.2416%40tkmsftngp02 > + * RETURNS > + * unknown > + */ > +void WINAPI GetUName(void) > +{ > + FIXME("stub\n"); > +} If you don't know the parameters you should leave the function as stub in the spec file, at least this way it will crash cleanly. Also you have to make the dll handle the PREATTACH value to prevent it from getting loaded if native is present. Look at how other stub dlls are doing it. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: urlmon: Use FindMimeFromData to determine MIME type.
by Alexandre Julliard 31 May '06

31 May '06

Jacek Caban <jacek(a)codeweavers.com> writes: > dlls/urlmon/binding.c | 25 ++++++++++++++++++++----- > 1 files changed, 20 insertions(+), 5 deletions(-) This breaks the tests: ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so url.c && touch url.ok url.c:401: Test failed: unexpected call OnProgress_MIMETYPEAVAILABLE url.c:401: Test failed: unexpected call OnProgress_MIMETYPEAVAILABLE make[1]: *** [url.ok] Error 2 -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: Re: World of Warcraft (WoW) patch/more address space layout stuff
by fenix＠club-internet.fr 31 May '06

31 May '06

----Message d'origine---- >Date: Tue, 30 May 2006 16:08:42 +0200 >De: Tomas Carnecky <tom(a)dbservice.com> >A: Mike Hearn <mike(a)plan99.net> >Copie à: wine-devel(a)winehq.com, n0dalus <n0dalus(a)gmail.com> >Sujet: Re: World of Warcraft (WoW) patch/more address space layout stuff > >Mike Hearn wrote: >> It's a bug in WoW itself, it relies upon the exact way NT maps memory >> which is different to how Linux does it. I guess they are storing >> information in the high bits of a pointer somewhere or some similar >> trick. >> > >Since WoW also runs on MacOSX, how does the memory layout on MacOSX >differ from NT and Linux? Maybe that's the reason why they won't do a >Linux port: because they rely on a certain memory layout and the code >can't be changed that easily. No, they have added this regressions after a little patch-set. So they can fix it. And as we can't download a playable demo ... Regards, Raphael

5 4

--without-opengl problems
by Saulius Krasuckas 31 May '06

31 May '06

If I compile Wine by starting with "./configure", it builds dlls/wined3d/wined3d.dll.so file. Then If I run some Ogre (d3d) game, I get all video setup stuff OK. If I connect to my tightvnc server after and run the game here, I get Xlib errors in the output (about missing GLX on :1.0 or a like). Then I decide to disable OpenGL support in Wine and start with "./configure --without-opengl". After this the wined3d.dll.so is left on the disk. And if later I run the game again via vnc server, I get weird errors and see Wine crashing in wined3d.dll (and sometimes wineprefixcreate crashes inside shlwapi.dll or opengl.dll). Isn't this behaviour strange a bit? Shouldn't configure delete dlls/wined3d/wined3d.dll.so or unlink dlls/wined3d.dll.so or at least define code don't try loading wined3d.dll when "--without-opengl" option is given to it? IOW, "make clean" shouldn't be necessary here, right? Well, I just may be missing some information... TIA

4 4

Re: [PATCH] dnsapi: Missing lock release on error path (found by Smatch)
by Hans Leidekker 31 May '06

31 May '06

On Tuesday 30 May 2006 23:39, Michael Stefaniuc wrote: > it looks like the function returns on the error path with the lock held. > Is it supposed to do that? If not the attached patch fixes it. No, that's a bug. Thanks. -Hans

1 0

Re: rpcrt4: Implement NdrClientContext(Un)Marshall.
by Saveliy Tretiakov 31 May '06

31 May '06

NdrClientContext(Un)Marshall shuold add size of context handle to pStubMsg->Buffer and raise exceptions in some cases. NDRCContext(Un)marshall shouldn't, that's the difference. You can see this from my testcases (attached). And this was already implemented in my patch. I can't understand why are you trying to reimplement it. Mike McCormack wrote: > --- > > dlls/rpcrt4/ndr_marshall.c | 11 +++++++++-- > 1 files changed, 9 insertions(+), 2 deletions(-) > > ------------------------------------------------------------------------ > > e834795f1d24b26411d76ba725975216867ae58e > diff --git a/dlls/rpcrt4/ndr_marshall.c b/dlls/rpcrt4/ndr_marshall.c > index 06ce04a..edd1eb2 100644 > --- a/dlls/rpcrt4/ndr_marshall.c > +++ b/dlls/rpcrt4/ndr_marshall.c > @@ -4296,7 +4296,10 @@ void WINAPI NdrClientContextMarshall(PMI > NDR_CCONTEXT ContextHandle, > int fCheck) > { > - FIXME("(%p, %p, %d): stub\n", pStubMsg, ContextHandle, fCheck); > + TRACE("(%p, %p, %d): stub\n", pStubMsg, ContextHandle, fCheck); > + /* FIXME: what does fCheck do? */ > + return NDRCContextMarshall(ContextHandle, > + pStubMsg->Buffer); > } > > /*********************************************************************** > @@ -4306,7 +4309,11 @@ void WINAPI NdrClientContextUnmarshall(P > NDR_CCONTEXT * pContextHandle, > RPC_BINDING_HANDLE BindHandle) > { > - FIXME("(%p, %p, %p): stub\n", pStubMsg, pContextHandle, BindHandle); > + TRACE("(%p, %p, %p): stub\n", pStubMsg, pContextHandle, BindHandle); > + return NDRCContextUnmarshall(pContextHandle, > + BindHandle, > + pStubMsg->Buffer, > + pStubMsg->RpcMsg->DataRepresentation); > } > > void WINAPI NdrServerContextMarshall(PMIDL_STUB_MESSAGE pStubMsg, > > > ------------------------------------------------------------------------ > > >

2 6

how to edit wiki?
by mark cox 31 May '06

31 May '06

When i search in google for 'cxtest', one of the hits is from winenq, but when i open the page http://wiki.winehq.org/CxTest, i get the message '*This page does not exist yet. You can create a new empty page, or use one of the page templates. Before creating the page, please check if a similar page already exists.'. and an option to 'create a new empty page'. If i choose to create a new page, i get the message '*You are not allowed to edit this page.'. No indication is given as to how to sign in or what to do. Most wiki's have an option to 'sign in', or 'create a new account'. I thought that the idea of wiki's was that were meant to be accessible without jumping through hoops, so what's going on? Regards, mark. * *

3 4

Re: Mac OS X Audio driver
by Robert Reif 30 May '06

30 May '06

Emmanuel Maillard wrote: > Hi, > > This patch is the initial Audio Driver for Mac OS X, quiet big > (contain all winecoreaudio dir) tell me if you want i split this in > separated patches. > > Thanks > > Emmanuel > > Authors: > Ken Thomases <ken at codeweavers dot com> > Emmanuel Maillard <mahanuu at opendarwin dot org> > > Changelog: > Initial Audio Driver for Mac OS X. > Could you add this to winecfg? Should be a one line patch.

1 0

Re: Wine 1.0 Tasks
by Dan Kegel 30 May '06

30 May '06

On 5/30/06, Brian Vincent <brian.vincent(a)gmail.com> wrote: > On 5/30/06, Dan Kegel <dank(a)kegel.com> wrote: > > I guess there are two main use cases: > > 1) developer wants to debug an app that misbehaves on Linux/Wine but > > not on Windows > > 2) manager or clueless pundit who are into VB or VC++ wants to say > > Wine is useless, > > and by supporting Visual Studio we convince them otherwise > > 3) Source code management lives in Visual Source Safe and VS .NET or > MSVC++ 6.0 is needed to access it. Oh, good point. Yes, we should include Visual Sourcesafe integration support in our Visual Studio testing. (I used VSS for years with Wine; see http://kegel.com/wine/vss-howto.html, but I seldom used the GUI and never used Visual Studio.) - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: wine.inf: Add user "Shell Folders\Font" entry.
by Alexandre Julliard 30 May '06

30 May '06

Vitaliy Margolen <wine-patch(a)kievinfo.com> writes: > ChangeLog: > wine.inf: Add user "Shell Folders\Font" entry. This should go with the other shell folder registration stuff in shell32. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [WINMM] always check for open and close enents in wave test
by Alexandre Julliard 30 May '06

30 May '06

Robert Reif <reif(a)earthlink.net> writes: > Fix CreateThread/waveOutOpen race by forcing parent thread to sleep > which allows background thread to run and block before waveOutOpen is > called. If the background thread has to run for things to work, you need to add a real synchronisation mechanism. A Sleep is not fixing anything, it's just making the race condition less likely. -- Alexandre Julliard julliard(a)winehq.org

1 0

re: building win32/wine .exe's
by Dan Kegel 30 May '06

30 May '06

Nik wrote: > [I build my Windows apps on Win2k. How can I do it on Linux? > winegcc doesn't seem the right way.] Depends. If your apps use C++, and you need to be able to access non-COM C++ DLLs compiled by other folks, I bet the best way to go is just run the same development tools you used on Win2k under Wine. You might be able to just run the Visual C++ setup under Wine and get the IDE running. Or if the commandline is enough for you, see http://kegel.com/wine/cl-howto.html for how I used to set that up. Or, if you can get away with using Mingw instead of Microsoft's compiler, see http://www.winehq.com/site/docs/winedev-guide/cross-compiling-tests for info about how to set up a mingw cross-compiler. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

World of Warcraft (WoW) patch/more address space layout stuff
by Nick Law 30 May '06

30 May '06

Opening up the debate again on the World of Warcraft ( WoW ) memory patch. Some facts about WoW that may explain why the AppDB page is pretty active and the wow patch for wine 0.9.12 was downloaded over 1000 times from the Appdb page during a 4 week period.... Wow has approximately 6 million players that each pay about $90/year for the priviledge of connecting to a WoW server (Realm). Assuming this figure is broadly correct, Blizzard therefore receives $500,000,000/year just from this game in subscriptions. ( This doesn't include the cost of buying the game in the first place ). Perhaps Blizzard would like to employee a programmer fulltime just to work on the wine project to help make Wow run 100% ?. Anyway with the popularity of this game in mind, you can see why there is a lot of interest in making this patch a thing of the past, so the thousands of gamers who play this game on wine don't have to keep applying a special patch. I would be grateful for any suggestions as to how we could incorporate this patch so that it is no longer necessary. I know we can't simply include the patch, but there must be some way around this problem ? Below is an email regarding this partiicular problem, I would be grateful for any comments that I can pass back to Jan Riewe. Thanks Regards Nick Law Appdb Maintainer - World of Warcraft 1.10.x Any feedback is much appreciated. Comment for 'World of Warcraft 1.10.x' added by jan riewe ------------------------------------------------------- To reply to this email please use the link provided below. DO NOT reply via your email client as it will not reach the person who wrote the comment http://appdb.winehq.org/appview.php?versionId=4031&mode=nested#Comment-12086 Subject: RE: is this a workaround or a real patch? is it posible to make a workaround with the user.reg? in the transgaming forum i`ve found something like : [Software\\Wine\\AppDefaults\\WoW.exe\\Memory] 1148134976 "MemoryLayoutOverride"="0x10000000" does it make sense on wine? (i am not so familiar to the wine syntax *shame on me*) is this perhaps the key to get rid of the patches and make the binary build of wine working with WoW also fine? if this is a posibility perhaps you can post a full "user.reg" fix for those of us, who love the update feature. and i just want to thank you ... your service this really great! wow is one of the biggest steps at the moment for gaming society to move more and more to an opensource system. ---- --- wine/libs/wine/mmap.c.orig 2006-05-11 17:02:13.000000000 +0100 +++ wine/libs/wine/mmap.c 2006-05-19 22:08:03.000000000 +0100 @@ -183,7 +183,26 @@ #endif /* (__svr4__ || __NetBSD__) && !MAP_TRYFIXED */ +static void *get_anon_mmap_null_address(size_t size) +{ + static int got_override = 0; + static void *low_alloc_ptr = NULL; + void * current_low_alloc_ptr; + + if (!got_override) + { + low_alloc_ptr = (void*)0x10000000; + got_override = 1; + } + + current_low_alloc_ptr = low_alloc_ptr; + + if (low_alloc_ptr) + low_alloc_ptr += size; + return current_low_alloc_ptr; + } + /*********************************************************************** * wine_anon_mmap * @@ -213,6 +232,8 @@ return start; #endif } + if ((start == NULL) && !(flags & MAP_FIXED)) + start = get_anon_mmap_null_address(size); return mmap( start, size, prot, flags, get_fdzero(), 0 ); } --- wine/loader/preloader.c.orig 2006-05-11 17:02:13.000000000 +0100 +++ wine/loader/preloader.c 2006-05-19 22:14:22.000000000 +0100 @@ -109,8 +109,8 @@ static struct wine_preload_info preload_info[] = { { (void *)0x00000000, 0x00110000 }, /* DOS area */ - { (void *)0x7ffe0000, 0x01020000 }, /* shared user data + shared heap */ - { (void *)0x00110000, 0x1fef0000 }, /* PE exe range (may be set with WINEPRELOADRESERVE), defaults to 512mb */ + { (void *)0x80000000, 0x01000000 }, /* shared user data + shared heap */ + { (void *)0x10000000, 0x00f00000 }, /* PE exe range (may be set with WINEPRELOADRESERVE), defaults to 512mb */ { 0, 0 } /* end of list */ }; -- Regards Nick Law Mobile: 07736 022165 Email: nick.law(a)mic-nucmed.co.uk Medical Imaging Consultancy Ltd (M.I.C) Sales and Service of ADAC and IS2 Products http://www.mic-nucmed.co.uk

5 7

Re: comctl32_tests: Janitorial: write-strings warning fix
by Vitaliy Margolen 30 May '06

30 May '06

Saturday, May 27, 2006, 11:57:33 AM, Andrew Talbot wrote: > Changelog: > comctl32_tests: Janitorial: write-strings warning fix. > diff -urN a/dlls/comctl32/tests/tab.c b/dlls/comctl32/tests/tab.c > --- a/dlls/comctl32/tests/tab.c 2006-05-27 17:25:57.000000000 +0100 > +++ b/dlls/comctl32/tests/tab.c 2006-05-27 18:45:43.000000000 +0100 > @@ -57,6 +57,9 @@ > { > HWND handle; > TCITEM tcNewTab; > + static char text1[] = "Tab 1", > + text2[] = "Wide Tab 2", > + text3[] = "T 3"; > handle = CreateWindow ( > WC_TABCONTROLA, > @@ -71,13 +74,13 @@ > SendMessage (handle, WM_SETFONT, 0, (LPARAM) hFont); > tcNewTab.mask = mask; > - tcNewTab.pszText = "Tab 1"; > + tcNewTab.pszText = text1; > tcNewTab.iImage = 0; > SendMessage (handle, TCM_INSERTITEM, 0, (LPARAM) &tcNewTab); > - tcNewTab.pszText = "Wide Tab 2"; > + tcNewTab.pszText = text2; > tcNewTab.iImage = 1; > SendMessage (handle, TCM_INSERTITEM, 1, (LPARAM) &tcNewTab); > - tcNewTab.pszText = "T 3"; > + tcNewTab.pszText = text3; > tcNewTab.iImage = 2; > SendMessage (handle, TCM_INSERTITEM, 2, (LPARAM) &tcNewTab); What warning are you talking about here? It's ascii constant text. It should not be ever written to. Nor I ever seen a single warning from this code. Vitaliy Margolen

4 6

Re: wineconsole: Improve 64bit compatibility.
by Alexandre Julliard 30 May '06

30 May '06

Mike McCormack <mike(a)codeweavers.com> writes: > @@ -153,7 +153,7 @@ static LRESULT WINAPI WCUSER_FontPreview > SetWindowLong(hWnd, 0, 0); > break; > case WM_GETFONT: > - return GetWindowLong(hWnd, 0); > + return GetWindowLongPtr(hWnd, 0); > case WM_SETFONT: > SetWindowLong(hWnd, 0, wParam); > if (LOWORD(lParam)) You should fix all the Get/SetWindowLong calls that set the same value, changing only half will make things worse. You also have to reserve the proper size in the window class. -- Alexandre Julliard julliard(a)winehq.org

1 0

wined3d: GLSL shader status
by Jason Green 30 May '06

30 May '06

I'm working on the conversion from DirectX pixel and vertex shaders to GLSL function and have made a good bit of progress this weekend. At the moment, I'm able to run just about every simple vertex shader (version <= 1.4, and a few 2.0's) that I can find which already works on ARB_vertex_program (the current way that Wine handles this). I'm having a bit more trouble with pixel shaders, but I haven't really dug into it yet. Some of the really simple ones work, but I believe I'm missing a step in the texture binding code somewhere. I've posted a patch to enable this shader generation here: http://cmhousing.net/wine/glsl_hack4.diff If you want to try this and help debug things, you'll have to apply the patch (it's against the current git tree as of 2:00 AM EST, May 30th). Plus, you'll need a video card and driver capable of using GLSL (type 'glxinfo' and look for "GL_ARB_shading_language_100") . You'll also have to set a new registry key in your Wine installation (it is case sensitve): HKEY_CURRENT_USER\Software\Wine\Direct3D\UseGLSL = "enabled" Here are a few comparison screenshots (note, yes, they should be identical ;-): http://www.cmhousing.net/wine/aniso_arb.png (vanilla wine, or with UseGLSL != "enabled") http://www.cmhousing.net/wine/aniso_glsl.png (using GLSL) http://www.cmhousing.net/wine/grass_arb.png http://www.cmhousing.net/wine/grass_glsl.png http://www.cmhousing.net/wine/dolphin2_glsl.png (DX8 SDK dolphin sample) http://www.cmhousing.net/wine/civ4_glsl.png (not *quite* there yet ;-) In theory, once this all works, we'll be able to support shader model 2.0+, which a lot of newer games either require or strongly suggest (aka prettier graphics). Now, there are plenty of other bugs to be worked out in wined3d, so this isn't the holy grail of patches or anything, but it will take us that much closer to supporting new games. Please lend a hand if you're able to. Thanks! (by the way, many thanks to the entire #winehackers crew for all the help along the way so far, it's been fun)

3 2

Compiling wine on an x86-64 system
by Pavel Troller 30 May '06

30 May '06

Hi! I would like to ask for a help with wine compilation on an x86_64 system. Today I successfully did the compilation, but the result is totally unusable. I've supplied -m32 switch to both CFLAGS and LDFLAGS (I have to specify my own C/LDFLAGS because of custom -I/-L options to find various packages). gcc as well as winegcc correctly generated 32bit output. There was just one error during compilation - it attempted to compile dlls/ntdll/signal_i386.c, which suffered from __NR_sigaction being undefined. Because my kernel headers are set up for a 64bit system, there is not such a define. __NR_rt_sigaction is defined instead. I'm not sure whether it's ok that wine tried to compile this file (it compiled signal_x86_64.c too, with no problems). I also don't know how to hack the kernel includes to define it correctly (I have just vanilla, unmodified set of native kernel headers for 2.6.17-rc5 set up). So I hacked it by copying the appropriate #define from asm-i386/unistd.h kernel header directly to signal_i386.c. wine then compiled and installed without a glitch. However, any attempt to run it ends up with immediate return without any diagnosis. It even doesn't output its usage help. I've already compiled a lot of "normal" programs for 32bit systems on my x86_64 system. However, wine resists. What am I doing wrong ? What's the correct way ? With regards, Pavel Trolle

4 4

server: Return an error for invalid requests instead of killing the client process.
by Mike Hearn 30 May '06

30 May '06

Hi Alexandre, I'm curious as to what the reason behind this change was. I was under the impression an invalid request must always mean a corrupted/destabilised client. Please give me insight! :) thanks -mike

2 1

building win32/wine .exe's
by NikNot 30 May '06

30 May '06

I am running wine (including winelib development packages) un Ubuntu 6.x beta, and I'd like, if possible, to migrate my Win32 development from Win2k to Ubuntu (where most of my development is done). Further to winelib information found in http://www.winehq.org/site/winelib and makefile examples from http://www.computersciencelab.com/Petzold.htm, I came to the conclusion that it should be possible to build, under Linux, a single .exe file that would run under both wine on Linux and on win2k. One of the simplest examples in ...Petzold.htm above (clover.c) can be compiled and linked as: winegcc -c -mno-cygwin clover.c winegcc -o clover.exe clover.o -mno-cygwin -mwindows -lcomctl32 -lcomdlg32 -lwinmm -ladvapi32 -lwinspool Both steps run with no errors, but the result is clover.exe.so and a shell script clover. Either will run under Ubuntu/wine, but .so is of course not a win32 executable. Is my assumption that it is possible to build a win32 executable using winegcc on Linux correct? If yes, I must be missing something rather obvious: any pointer will be appreciated. TIA, Nik N.

1 0

Release Information on Fedora Extras!
by Neal Gompa 29 May '06

29 May '06

I have noticed that since my post about how Fedora packages are inaccessible, you have added the string "Currently official Fedora packages lag behind, but you can get Wine-0.9.10 by running yum install wine from Fedora Extras<http://fedoraproject.org/extras/4/i386/repodata/repoview/W.group.html>." Well, that is not totally correct. Usually about a week after Wine Project releases a version, Fedora Extras updates to the newest version! Currently, it is at Wine-0.9.13. I believe it will be a week before Fedora Extras releases Wine-0.9.14 packages... I will reply when Wine packages are updated you that an accurate guage is made of the lag... Note: For Wine-0.9.13, and it only took 3 days after Wine official release to release it on Fedora Extras. It is a good idea to assume anywhere from 3-5 days for Wine to be updated in Fedora Extras. The links below are to the webview of Fedora Extras: -=Repositories for i386=- Fedora Extras for Fedora Core 5: http://download.fedora.redhat.com/pub/fedora/linux/extras/5/i386/repodata/r… Fedora Extras for Fedora Core 4: http://download.fedora.redhat.com/pub/fedora/linux/extras/4/i386/repodata/r… Fedora Extras for Fedora Core 3: http://download.fedora.redhat.com/pub/fedora/linux/extras/3/i386/repodata/r… -=Repositories for x86_64=- Fedora Extras for Fedora Core 5: http://download.fedora.redhat.com/pub/fedora/linux/extras/5/x86_64/repodata… <http://download.fedora.redhat.com/pub/fedora/linux/extras/5/i386/repodata/r…> Fedora Extras for Fedora Core 4: http://download.fedora.redhat.com/pub/fedora/linux/extras/4/x86_64/repodata… Fedora Extras for Fedora Core 3: http://download.fedora.redhat.com/pub/fedora/linux/extras/3/x86_64/repodata… Note that it is viewing the alphabet group of "W". Scroll down a bit and you will see Wine packages. Please keep download form updated, you make people believe that Wine is not being updated by Fedora Extras, when in fact it is...

2 3

AppBar support
by Paul Chitescu 29 May '06

29 May '06

Hello! I plan to add proper SHAppBarMessage support in wine. I'm using as base some old code I've written to extend Win32s so it shouldn't be very difficult. I have however to choose a window to manage all appbars. It will have to receive WM_COPYDATA messages, much like currently Shell_NotifyIcon does with "Shell_TrayWnd". Obviously it has to reside somewhere in the explorer.exe as it's shared among running programs. The most obvious choice would be to use the desktop window itself as its geometry has to be used anyway. I am however afraid that programs may blindly send a WM_COPYDATA to it, so an option may be to create another, invisible window. What do you think about this? Do you know many applications that use the desktop window as an universal junk receiver? The /dev/null of the GUI world ;-) Regards, Paul Chitescu

1 0

winmm/joystick/joystick.c: Name Clash ("SW_MAX")
by Andrew Talbot 29 May '06

29 May '06

There seems to be a name conflict in this file. "SW_MAX" is defined in linux/input.h as a switch event, with value 0x0f. But our winuser.h has it defined as a ShowWindow() code, with value 11 (decimal). This joystick.c file includes linux/input.h and linux/joystick.h (which, in turn, includes linux/input.h). Does anyone wish to take this up, and should I create a bug report in the meantime? Thanks, -- Andy.

1 1

Bug 5124
by Tom Booker 29 May '06

29 May '06

http://bugs.winehq.org/show_bug.cgi?id=5124 There is a solution in the bug.. Could someone please look and let the person know if that would be something that AJ would commit? If so, could you assist him with deriving a patch from his solution so that he can submit it to wine-patches. I would, but the lights are flickering at my place due to storms and so I need to turn off the comp.

1 0

Myst IV Installer breakage
by Ulrich Dobramysl 29 May '06

29 May '06

Hello! On wine-users I was told I should go here for my problem. So here it is: The game "Myst IV - Revelation" by Cyan Worlds / Ubisoft installed fine in earlier versions of wine (although it was and is not playable). Recently I tried again, and the setup crashed just before the copying of files would start. I was able to isolate the patch that caused the regression (with git bisect). Here is the commit message: >commit 19fad8e71032707cb036239f69f085e1b0249d01 >Author: Robert Shearman <rob(a)codeweavers.com> >Date: Fri May 19 16:03:13 2006 +0100 > > rpcrt4: Don't set the memory pointer to NULL before calling >PointerUnmarshall. > > Call it with fMustAlloc set to TRUE instead to achieve the same >result > without side-effects. The output of wine is here: fixme:ole:ITypeInfo_fnRelease destroy child objects err:ole:get_unmarshaler_from_stream Failed to read common OBJREF header, 0x00000001 fixme:ole:NdrClearOutParameters (0x7c5fd6a0,0x7c174212,0x7c5fd7d4): stub fixme:win:SetWindowTextA setting text "TITLE_CAPTIONBAR" of other process window (nil) should not use SendMessage fixme:win:SetWindowTextA setting text "Myst IV - Revelation - InstallShield Wizard" of other process window (nil) should not use SendMessage fixme:win:SetWindowTextA setting text "TITLE_CAPTIONBAR" of other process window (nil) should not use SendMessage fixme:win:SetWindowTextA setting text "Myst IV - Revelation - InstallShield Wizard" of other process window (nil) should not use SendMessage fixme:x11drv:X11DRV_SetWindowRgn not supported on other thread window 0x3002c err:ole:get_unmarshaler_from_stream Failed to read common OBJREF header, 0x00000001 err:ole:get_unmarshaler_from_stream Failed to read common OBJREF header, 0x00000001 err:ole:marshal_object object doesn't expose interface {be6115a1-7de5-48dc-ad2a-25060e00fce2}, failing with error 0x80004002 err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 err:ole:xCall RpcChannelBuffer SendReceive failed, 8007000e err:ole:xCall Failed to serialize param, hres 8007000e err:ole:xCall RpcChannelBuffer GetBuffer failed, 8007000e err:ole:xCall Failed to serialize param, hres 8007000e err:ole:xCall RpcChannelBuffer GetBuffer failed, 8007000e err:ole:xCall Failed to serialize param, hres 8007000e ... The last two lines are repeated very often. I would fix it myself but my insight in the wine code is limited. Ulrich Dobramysl

1 0

How do fonts work ?
by Robert Lunnon 29 May '06

29 May '06

Hmm, more on the Google earth saga, I have been looking at the font traces and get things like the following but freetype doesn't support these tags (except GSUB) ??? trace:font:WineEngGetFontData Can't find table 4a535446. This is tag JSTF trace:font:WineEngGetFontData font=7ff405d8, table=534f5047, offset=00000000, buf=0, cbData=0 trace:font:WineEngGetFontData Can't find table 47504f53. Tag GPOS trace:font:WineEngGetFontData font=7ff405d8, table=42555347, offset=00000000, buf=0, cbData=0 trace:font:WineEngGetFontData Can't find table 47535542. Tag GSUB trace:font:WineEngGetFontData font=7ff405d8, table=46454447, offset=00000000, buf=0, cbData=0 trace:font:WineEngGetFontData Can't find table 47444546. Tag GDEF Should freetype be able to find these tables ?

2 1

user32,x11drv: window maximization issues / sending WM_SIZE
by Juris Smotrovs 29 May '06

29 May '06

In an attempt to solve bug 4964, I found several issues where Wine behaves incorrectly (e.g. not sending the messages it should send) or simply differently (e.g. not sending messages where Windows sends them, but perhaps there is no real reason in Wine case to send them) than Windows during window maximization/restoration. I wrote a patch correcting these issues and making succeed 10 of the TODO tests in dlls/user/tests/msg.c related with window maximization/restoration, however it was not accepted, possibly due to its size and dealing with several issues at once. Thus, I ask your opinion on a patch correcting the first issue, the actual reason of bug 4964. Namely, as specified in documentation, the WM_SIZE message should be sent when the window is being resized (i.e. when its width or height is changed) *or* when it changes state between maximized/minimized/restored. However, in dlls/user/defwnd.c, DEFWND_HandleWindowPosChanged(...) Wine looks only for client width and height changes (signaled by flag SWP_NOCLIENTSIZE). There is another flag, 0x8000 signaling exactly the window state change. The patch consists of: 1. Introducing a constant for the flag 0x8000, since it is going to be used in several places. 2. Replacing 0x8000 with the constant in the place where the flag is set. 3. Using the flag in DEFWND_HandleWindowPosChanged to send WM_SIZE also at state change. Now, when the WM_SIZE message is sent at maximization, the testcase WmMaximizeMDIchildInvisibleParentSeq in msg test, written especially for this problem, proceeds further than before patch, however stucks to another issue: though being a test marked with TODO, it produces error messages, because in the message sequence expected default window procedure messages coincide with actual non-defwinproc messages (which are expected later), and for such collision the checking for TODO flag is not written. Therefore, the patch also 4. Adds checking for TODO flag in the case of the defwinproc collision. What is your opinion of the patch? Is there anything wrong with it? Cheers, Juris

1 0

Test results for ddraw patches
by Alexander Nicolaysen Sørnes 29 May '06

29 May '06

Greetings, My testing reveals that a large number of ddraw games crash with the new ddraw patch. These ran fine with the version from 8th April. Games that crash on startup - Heroes of Might and Magic IV - Heroes of Might and Magic III Complete - Stronghold - Warlords Battlecry - Warlords Battlecry II Age of Empires II crashes when starting a game, and I have attached its console output to this message. The version of Wine I used to test with was a fresh CVS checked out a few hours after the patch announcement, then patched with the new ddraw patch. It is available here http://www.thehandofagony.com/alex/wine-wd3dp/ Regards, Alexander N. Sørnes

2 1

Google earth mysteries
by Robert Lunnon 29 May '06

29 May '06

I am having a look at a google earth problem where Google earth says "Google earth has a problem and needs to close, sorry for the inconvenience". Seems to be font related, here is the relay dump just prior to the crash. The exception occurs in Application code. Any guesses would be appreciated... 0009:Call kernel32.98(7fba4e60) ret=7fb67b9d 0009:Call ntdll.NtCurrentTeb() ret=7fe18dc3 0009:Ret ntdll.NtCurrentTeb() retval=7ffe0000 ret=7fe18dc3 0009:Call ntdll.RtlLeaveCriticalSection(7fba4e60) ret=7fe18f01 0009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=7fe18f01 0009:Ret kernel32.98() retval=00000000 ret=7fb67b9d 0009:Ret gdi32.GetDeviceCaps() retval=00000060 ret=7301ef64 0009:Call gdi32.GetDeviceCaps(00000468,00000058) ret=7301ef76 0009:Call kernel32.97(7fba4e60) ret=7fb67a2c 0009:Call ntdll.NtCurrentTeb() ret=7fe18dc3 0009:Ret ntdll.NtCurrentTeb() retval=7ffe0000 ret=7fe18dc3 0009:Call ntdll.RtlEnterCriticalSection(7fba4e60) ret=7fe18d06 0009:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=7fe18d06 0009:Ret kernel32.97() retval=7fea6580 ret=7fb67a2c 0009:Call winex11.drv.GetDeviceCaps(7ff44e40,00000058) ret=7fb40b62 0009:Ret winex11.drv.GetDeviceCaps() retval=00000060 ret=7fb40b62 0009:Call kernel32.98(7fba4e60) ret=7fb67b9d 0009:Call ntdll.NtCurrentTeb() ret=7fe18dc3 0009:Ret ntdll.NtCurrentTeb() retval=7ffe0000 ret=7fe18dc3 0009:Call ntdll.RtlLeaveCriticalSection(7fba4e60) ret=7fe18f01 0009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=7fe18f01 0009:Ret kernel32.98() retval=00000000 ret=7fb67b9d 0009:Ret gdi32.GetDeviceCaps() retval=00000060 ret=7301ef76 0009:Call kernel32.MulDiv(000001e0,0000000b,000001e0) ret=7301ef7d 0009:Ret kernel32.MulDiv() retval=0000000b ret=7301ef7d 0009:Call ntdll.RtlLeaveCriticalSection(73052204) ret=7301f47b 0009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=7301f47b 0009:Call gdi32.GetCharABCWidthsI(00000468,00000000,00000040,00000000,7fd7f29c) ret=7301f288 0009:Call kernel32.97(7fba4e60) ret=7fb67a2c 0009:Call ntdll.NtCurrentTeb() ret=7fe18dc3 0009:Ret ntdll.NtCurrentTeb() retval=7ffe0000 ret=7fe18dc3 0009:Call ntdll.RtlEnterCriticalSection(7fba4e60) ret=7fe18d06 0009:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=7fe18d06 0009:Ret kernel32.97() retval=7fea6580 ret=7fb67a2c 0009:Call kernel32.98(7fba4e60) ret=7fb67b9d 0009:Call ntdll.NtCurrentTeb() ret=7fe18dc3 0009:Ret ntdll.NtCurrentTeb() retval=7ffe0000 ret=7fe18dc3 0009:Call ntdll.RtlLeaveCriticalSection(7fba4e60) ret=7fe18f01 0009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=7fe18f01 0009:Ret kernel32.98() retval=00000000 ret=7fb67b9d 0009:Ret gdi32.GetCharABCWidthsI() retval=00000001 ret=7301f288

1 0

re: [RICHED20] Implement some methods of ITextInterfaces
by Dan Kegel 29 May '06

29 May '06

Say, whatever happened to Maarten Lankhorst from Feb 2, http://www.winehq.org/pipermail/wine-patches/2006-February/023911.html that implemented part of what's needed for windowless RichEdit support? Was it too much of a stub? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel May 2006