May 2004 - Wine-Devel - list.winehq.org

Re: EnableWindow

by Alexandre Julliard

Ulrich Czekalla <ulrich.czekalla(a)utoronto.ca> writes: > ChangeLog: > Ulrich Czekalla <ulrich(a)codeweavers.com> > EnableWindow should not remove the focus of child windows Thanks for providing a test, but could you please merge it with the existing win.c and/or msg.c tests? We can't create a new file for every API being tested. -- Alexandre Julliard julliard(a)winehq.org

May 29, 2004

Re: wine/ loader/main.c loader/glibc.c loader/Make ...

by andrejoh＠c2i.net

* André Johansen (Sat, 29 May 2004 00:34:22 +0200) wrote: | I just updated from CVS, and weird stuff is happening now. The | version one day ago was fine, so it could be due to this change. [...] | I'll try a full rebuild "just in case", although my Wine update script | always does a "make depend" before compiling, so I doubt it will | change anything. I'll report back if it fixes the problem! Uhm, as expected, that didn't help. Killing the wineserver process I had running helped, though -- sorry for the spam :) [testing...] I've tested it with prelinking and ExecShield now, and it seems to be working fine -- thumbs up :) -- Try Anarchy Online http://www.anarchy-online.com/content/downloads/tryout/ Netiquette guidelines ftp://ftp.rfc-editor.org/in-notes/rfc1855.txt How to quote properly http://www.i-hate-computers.demon.co.uk/ Hvordan sitere riktig http://home.online.no/~vidaandr/news/OBSquoting.html

May 28, 2004

Re: wine/ loader/main.c loader/glibc.c loader/Make ...

by andrejoh＠c2i.net

* Mike Hearn (Fri, 28 May 2004 22:59:48 +0100) wrote: | On Fri, 28 May 2004 15:59:23 -0500, Alexandre Julliard wrote: | > Log message: | > Initial version of the Wine preloader, used to reserve memory | > areas at startup. Based on the work of Mike McCormack. | [...] | If you observe any odd breakage please let us know. I just updated from CVS, and weird stuff is happening now. The version one day ago was fine, so it could be due to this change. This is on Fedora Core 1/i386. The output seems to vary a bit, a few examples are included below. Prelinking was off all the time. With ExecShield on: libGL error: drmMap of framebuffer failed err:wave:OSS_WaveOutInit /dev/mixer1: No such device err:wave:OSS_WaveInInit /dev/mixer1: No such device fixme:msvcrt:_spawnve :not translating name Anarchy.exe to locate program fixme:msvcrt:msvcrt_spawn :must dup/kill streams for child process [...] X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 1 (X_CreateWindow) Resource id in failed request: 0x0 Serial number of failed request: 93 Current serial number in output stream: 97 With ExecShield off: err:wave:OSS_WaveOutInit /dev/mixer1: No such device err:wave:OSS_WaveInInit /dev/mixer1: No such device fixme:msvcrt:_spawnve :not translating name Anarchy.exe to locate program fixme:msvcrt:msvcrt_spawn :must dup/kill streams for child process [...] err:win:WINPOS_GetWinOffset bad hwndFrom = 0xf0047 err:win:WINPOS_GetWinOffset bad hwndFrom = 0xf0047 err:win:WINPOS_GetWinOffset bad hwndFrom = 0xf0047 err:win:WINPOS_GetWinOffset bad hwndFrom = 0xf0047 err:win:WINPOS_GetWinOffset bad hwndFrom = 0xf0047 err:win:WINPOS_GetWinOffset bad hwndFrom = 0xf0047 err:win:WINPOS_GetWinOffset bad hwndFrom = 0xf0047 err:win:WINPOS_GetWinOffset bad hwndFrom = 0xf0047 err:win:WINPOS_GetWinOffset bad hwndFrom = 0xf0047 err:win:WINPOS_GetWinOffset bad hwndFrom = 0xf0047 X Error of failed request: BadDrawable (invalid Pixmap or Window parameter) Major opcode of failed request: 66 (X_PolySegment) Resource id in failed request: 0x0 Serial number of failed request: 2349 Current serial number in output stream: 2367 err:wave:OSS_WaveOutInit /dev/mixer1: No such device err:wave:OSS_WaveInInit /dev/mixer1: No such device fixme:msvcrt:_spawnve :not translating name Anarchy.exe to locate program fixme:msvcrt:msvcrt_spawn :must dup/kill streams for child process [...] err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:CreateWindowExA bad class name "{8856F961-340A-11D0-A96B-00C04FD705A2}" err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 err:win:WINPOS_GetWinOffset bad hwndFrom = 0x10020 X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 1 (X_CreateWindow) Resource id in failed request: 0x0 Serial number of failed request: 428 Current serial number in output stream: 432 I'll try a full rebuild "just in case", although my Wine update script always does a "make depend" before compiling, so I doubt it will change anything. I'll report back if it fixes the problem! -- Try Anarchy Online http://www.anarchy-online.com/content/downloads/tryout/ Netiquette guidelines ftp://ftp.rfc-editor.org/in-notes/rfc1855.txt How to quote properly http://www.i-hate-computers.demon.co.uk/ Hvordan sitere riktig http://home.online.no/~vidaandr/news/OBSquoting.html

May 28, 2004

Re: wine/ loader/main.c loader/glibc.c loader/Make ...

by Mike Hearn

On Fri, 28 May 2004 15:59:23 -0500, Alexandre Julliard wrote: > Log message: > Initial version of the Wine preloader, used to reserve memory > areas at startup. Based on the work of Mike McCormack. For those who haven't been following the execshield/prelink saga, this commit is the result of the various prototypes and patches that were posted to wine-devel since we got back from WineConf. The result of it should be that we no longer need to switch off execshield nor prelink in order to run Wine reliably, also the huge BSS array hack is also no longer needed. Binaries of every size should work. Combined with the patch Alexandre checked in a few days ago to do an iterative binary search of the upper 2gig of address space, we should now also be functional when the 4G/4G VM split is enabled. It could use some testing! Please update to latest CVS and run wine as you would normally. If you are on a prelink/execshield enabled system, make sure they are both switched on and that prelink is using exec-shield mode (should be by default). If you observe any odd breakage please let us know. keep on truckin' -mike

May 28, 2004

Re: Unsupported feature in SHFileOperationW

by Phillip.Ezolt＠hp.com

Hi all, Here is patch for the SHFileOperationW problem. (Which I originally sent out in January. ) It isn't perfect, and it fixes the problem for my application. (which happens to be the same as Lionel's) According to Lionel the fix is better than what is there today, but it falls short of windows behavior in the following manner (for the record): > But it's not 100 % correct as, for example, it does not work if one needs to > create more than one level of directories (which is working fine in Windows, > I just checked it). Moreover, there should be a message box (if not disabled > like in RollerCoasterTycoon) asking if the users wants or not to create the > directory (I checked this on Windows too). --Phil Hewlett-Packard: High Performance Technical Computing/Visualization --------------------------------------------------------------------------- Phillip.Ezolt(a)hp.com Performance/Development ---------- Forwarded message ---------- Date: Fri, 30 Jan 2004 12:54:48 -0500 (EST) From: Phillip Ezolt <phillip.ezolt(a)hp.com> To: wine-patches(a)winehq.org Subject: SHFileOperationW: Create subdir on Copy Hi All, Here's a small fix. Comments/questions are welcomed. Summary ------- This patch allows SHFileOperationW to automatically create subdirectories if they don't exists. (The Microsoft documentation states that this is correct.) This patch fixes bug #1954. I have verified that it works with Today's CVS. (January 30,2004) I ran into this problem with the Rollercoaster Tycoon demo installer. It can successfully copy files to this newly created directory, but coping into any (currently non-existant) directories below it fail. According to MS: (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pl…) " Copy and Move operations can specify destination directories that do not exist and the system will attempt to create them. " (See footnote #1 for more info) For example, this succeeds: trace:shell:SHNotifyCopyFileW (L"E:\\WZS21db.tmp\\English\\rct.exe" L"C:\\Program Files\\Hasbro Interactive\\RollerCoaster Tycoon Demo\\rct.exe" ) But this fails: trace:shell:SHNotifyCopyFileW (L"E:\\WZS21db.tmp\\Saved Games\\001" L"C:\\Program Files\\Hasbro Interactive\\RollerCoaster Tycoon Demo\\Saved Games\\001" ) The directory "Saved Games" should be created before "001" is copied into it. Instead, the call fails. --Phil Hewlett-Packard: High Performance Technical Computing/Visualization --------------------------------------------------------------------------- Phillip.Ezolt(a)hp.com Performance/Development

May 28, 2004

Re: wine/ windows/win.c server/user.c

by Uwe Bonnes

>>>>> "Alexandre" == Alexandre Julliard <julliard(a)winehq.org> writes: Alexandre> ChangeSet ID: 12496 CVSROOT: /opt/cvs-commit Module name: Alexandre> wine Changes by: julliard(a)wine.codeweavers.com 2004/05/28 Alexandre> 14:35:37 Alexandre> Modified files: windows : win.c server : user.c Alexandre> Log message: Only allocate even-numbered window handles, MS Alexandre> Project depends on that (found by Dmitry Timoshkov). Alexandre> Patch: http://cvs.winehq.org/patch.py?id=12496 When Opera sued MS for having non compatible Webpages and won, we should consider the same for this stupid thing :-) -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

May 28, 2004

Re: Add documentation on the address space layout in Wine

by Eric Pouech

Mike Hearn a écrit : > On Fri, 28 May 2004 09:10:22 +0200, Pouech Eric DMI AEI CAEN wrote: > >>Hi Mike >>I've started to revisit the architecture.sgml file, and started to write >>also about this matters (and a few others). For coherency reasons, if >>you don't mind, I'll reintegrate your bits in the architecture.sgml file >>(what you wrote covers also process image loading...). > > > Sure, go ahead and do what you want with it. Do you know when you'll have > something to submit? sounds like Alexandre didn't read all the mails in patches dir before applying your patch. I'll try something for tonight, but not sure. Basically, the first chapter belongs IMO rather to the architecture bits, whereas the second one definitively belongs to the advanded topics. > Also what else have you written about? I wrote mainly about the overall architecture, details about native DLLs implementation, process loading (NE, PE & Winelib), DLL relocation, NT & subsystems > I'm keen on getting as much of this > low level technical detail down in writing so developers new to Wine > stand a chance of understanding the scarier bits of the code. I was > thinking of tackling DCOM next. go ahead for DCOM, I won't do anything in that area A+

May 28, 2004

Re: Unsupported feature in SHFileOperationW

by fenix＠club-internet.fr

LOL I have seen (and sent a patch) a problem on FindExecutable who seems equivalent: trying to create a Link to an executable while executable not already present. Installers are funny :) Regards, Raphael ----Message d'origine---- >De: Lionel Ulmer <lionel.ulmer(a)free.fr> >A: wine-devel(a)winehq.org >Sujet: Unsupported feature in SHFileOperationW >Date: Fri, 28 May 2004 18:02:50 +0200 > >Hi all, > >A game demo installer uses SHFileOperationA to copy files over... And it >expects also the destination directories to be created when the copy is >done. > >Basically, it gives a list of fully qualified source files and their >corresponding fully qualified destination files and cann the >SHFileOperationA function with the 'FO_COPY' function and >'FOF_MULTIDESTFILES FOF_NOCONFIRMATION FOF_NOCONFIRMMKDIR' flags. > >This seems to not be handled properly in the current Wine tree as it fails >as soon as it needs to create the directory on the destination files. I >tested this on Windows and it works just fine (with nice MessageBoxes if one >ommits the 'NOCONFIRMMKDIR' flag :-) ). > >Is anyone (Martin, Ge ?) currently working on Shell32 who has an updated >tree with fixes in the Shell file operations ? > >If not, I will try to fix it on my own (be aware though that as I find the >style of coding used in this file particularely hard to decipher, I may do a >'NIH' on it and rewrite most of it to fit my tastes :-) ). > > Lionel > >-- > Lionel Ulmer - http://www.bbrox.org/ > >

May 28, 2004

msvcmaker - fix building makefiles on Windows

by Steven Edwards

Hello, I am not 100% sure if this is correct as I dont have a Windows box handy and dont know perl but this has been a known bug where msvcmaker did not properly build Makefiles when using Perl on Windows. A anonymous slashdot reader sent me this patch to fix this oversite. He saif to either attribute the changelog entry to Fred Patrik or to me. If someone has a Windows box handy could you test msvcmaker with this patch and see if it generates the makefiles properly now? Thanks Steven Changelog: Fix generation of MS_VC Makfiles on Windows __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/

May 28, 2004

Unsupported feature in SHFileOperationW

by Lionel Ulmer

Hi all, A game demo installer uses SHFileOperationA to copy files over... And it expects also the destination directories to be created when the copy is done. Basically, it gives a list of fully qualified source files and their corresponding fully qualified destination files and cann the SHFileOperationA function with the 'FO_COPY' function and 'FOF_MULTIDESTFILES FOF_NOCONFIRMATION FOF_NOCONFIRMMKDIR' flags. This seems to not be handled properly in the current Wine tree as it fails as soon as it needs to create the directory on the destination files. I tested this on Windows and it works just fine (with nice MessageBoxes if one ommits the 'NOCONFIRMMKDIR' flag :-) ). Is anyone (Martin, Ge ?) currently working on Shell32 who has an updated tree with fixes in the Shell file operations ? If not, I will try to fix it on my own (be aware though that as I find the style of coding used in this file particularely hard to decipher, I may do a 'NIH' on it and rewrite most of it to fit my tastes :-) ). Lionel -- Lionel Ulmer - http://www.bbrox.org/

May 28, 2004