- Wine-Devel - list.winehq.org

Re: [kernel] correct OpenFile test
by Dmitry Timoshkov Oct. 17, 2005

Oct. 17, 2005

"Oliver Stieber" <oliver_stieber(a)yahoo.co.uk> wrote: > This patch corrects the test for OpenFile with a style of OF_EXIST. The test should fail if the > function returns anything other than HFILE_ERROR as a failure. This is based on > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/… and > debugging 'No One Lives Forever Demo' (ftp://ftp.lith.com/pub/nolf/NOLFDemo.zip) Did you run the test on a real Windows machine or just have read MSDN? -- Dmitry.

3 7

RE: Cannot compile 20050830 on Solaris 9
by rddone＠att.net Oct. 17, 2005

Oct. 17, 2005

Ok, Im almost there (or at least alot closer). After editing a source file and a few Makefiles and manually applying several diffs from Robert Lunnons patchkit from different Wine versions (none applicable to 20050830). I got Wine to compile on Solaris 9!!!!! Now when running wine, it sits for a few seconds, then spits the following error and quits: try_mmap_fixed: vfork: Resource temporarily unavailable I found this is coming from /lib/mmap.c after a call to vfork. There is nothing in the call that strikes me as odd, nor any indication in the man page for vfork, why it would be temporarily unavailable. The man page only specifies 2 failure modes. ENOMEM indicates there is no swap space for the new process. The machine has 512MB of RAM, and 800MB swap partition is only 1% used, so that is unlikely. The other failure mode (EAGAIN), is even less likely if I understand correctly. It mentions that the user limit for processes has been exceeded. I doubt this is likely, even with 2-3 xterms open on each of 3 monitors, but I closed all but 1 and tried executing as root, with no success. The only thing that seemed even semi-applicable while perusing FAQs, Wikis, list archives and Robert Lunnon's patch set was something about setting Solaris threading model to pthread? Not sure how to do that or if that is in addition or in lieu of the changes to kthread.c Thanks in advance, Rob "Stuck again" Done

1 0

Cannot compile 20050830 on Solaris 9
by Rob Done Oct. 17, 2005

Oct. 17, 2005

Ok, Im almost there (or at least alot closer). After editing a source file and a few Makefiles and manually applying several diffs from Robert Lunnons patchkit from different Wine versions (none applicable to 20050830). I got Wine to compile on Solaris 9!!!!! Now when running wine, it sits for a few seconds, then spits the following error and quits: try_mmap_fixed: vfork: Resource temporarily unavailable I found this is coming from /lib/mmap.c after a call to vfork. There is nothing in the call that strikes me as odd, nor any indication in the man page for vfork, why it would be temporarily unavailable. The man page only specifies 2 failure modes. ENOMEM indicates there is no swap space for the new process. The machine has 512MB of RAM, and 800MB swap partition is only 1% used, so that is unlikely. The other failure mode (EAGAIN), is even less likely if I understand correctly. It mentions that the user limit for processes has been exceeded. I doubt this is likely, even with 2-3 xterms open on each of 3 monitors, but I closed all but 1 and tried executing as root, with no success. Thanks in advance, Rob "Stuck again" Done

1 0

Help debugging a SEH
by Oliver Stieber Oct. 17, 2005

Oct. 17, 2005

Hi, I've been trying to locate an odd bug in the game Perimeter. The crash happens when execution changes to x41 bytes into the ProcessHeap structure, so I assume that there's some stack corruption. The last bit of the log looks like this: (with relay exclude of ntdll.*;kernel32.*;gdi32.*) 000f:warn:file:wine_nt_to_unix_file_name L"\\??\\C:\\Program Files\\Codemasters\\Perimeter-poo\\resource\\models\\menu\\textures\\intf_metall_bump.t ga" -> "/home/oliverwork/.wine/dosdevices/c:/Program Files/Codemasters/Perimeter-poo/RESOURCE/Models/MENU/Textures/intf_metall_bump.tga" required a case-insensitive search 000f:trace:file:wine_nt_to_unix_file_name L"\\??\\C:\\Program Files\\Codemasters\\Perimeter-poo\\resource\\models\\menu\\textures\\intf_metall_bump. tga" -> "/home/oliverwork/.wine/dosdevices/c:/Program Files/Codemasters/Perimeter-poo/RESOURCE/Models/MENU/Textures/intf_metall_bump.tga" 000f:trace:heap:RtlFreeHeap (0x7bbc0000,00000002,0x7ddafda8): returning TRUE 000f:trace:heap:RtlFreeHeap (0x7bbc0000,00000002,0x7e30fed0): returning TRUE 000f:trace:file:CreateFileW returning 0xc0 000f:trace:file:SetFilePointerEx handle 0xc0 offset 0 newpos 0x7bb9df8c origin 1 000f:trace:ntdll:NtQueryInformationFile (0xc0,0x7bb9dfa4,0x7bb9dfac,0x00000008,0x00000014) 000f:trace:heap:RtlAllocateHeap (0x71800000,00000002,000c0030): returning 0x7caa1320 000f:trace:file:ReadFile 0xc0 0x7caa1320 786476 0x7bb9dff0 (nil) 000f:trace:ntdll:NtReadFile (0xc0,(nil),(nil),(nil),0x7bb9dfb0,0x7caa1320,0x000c002c,(nil),(nil)),partial stub! 000f:trace:ntdll:NtReadFile = 0x00000000 000f:trace:heap:RtlFreeHeap (0x71800000,00000002,0x7caa1320): returning TRUE 000f:trace:heap:RtlFreeHeap (0x71800000,00000002,0x7caa12e8): returning TRUE 000f:trace:heap:RtlFreeHeap (0x71800000,00000002,0x7caa12a0): returning TRUE 000f:trace:seh:__regs_RtlRaiseException code=c0000005 flags=0 addr=0x71800041 000f:trace:seh:__regs_RtlRaiseException info[0]=00000001 000f:trace:seh:__regs_RtlRaiseException info[1]=f2c2e509 000f:trace:seh:__regs_RtlRaiseException eax=7c764c98 ebx=718be8bc ecx=7caa12a0 edx=0000004d esi=718be8b0 edi=718be8ac 000f:trace:seh:__regs_RtlRaiseException ebp=00000013 esp=7bb9e8c8 cs=0073 ds=007b es=007b fs=003b gs=0033 flags=00210206 Here's RtlRaiseException code=c0000005 flags=0 addr=0x71800041, the addr points into 0x71800000. Anyhow, I've added a break point into RtlFreeHeap when it gets sent and address of 0x7caa12a0, the debugger kicks in but every time I try pass / step/ next or continue nothing I get another exception and end up in RtlFreeHeap again with exactly the same parameters passed as last time. This is preventing me from stepping out into Perimiers code so I can see what may be causing the problem. Any ideas on howto debug this one. Thanks, Oliver. ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

1 0

Re: [PATCH] wined3d VideoRam registry setting
by Fabian Bieler Oct. 17, 2005

Oct. 17, 2005

Hello! You can get the amount of videoRam from the x-server log (python script attached). This is a little unsafe since the video driver is responsible for logging this info and I don't know if my script works on the format of all drivers. Also, certain drivers (fbdev) don't output this at all. Then again, there is no hardware openGL support for this anyway ;-). Another way to obtain the videoRam would be to use 'lspci -v'. This is however not error prone either since the the the size reported by lspci is not necessarily correct. Fabian Aric Cyr wrote: > On 10/8/05, Jonathan Ernst <Jonathan(a)ernstfamily.ch> wrote: >> Le samedi 08 octobre 2005 à 10:47 +0900, Aric Cyr a écrit : >> > This is a simple patch to add a registry setting for a user's video >> > RAM which is used >> > by wined3d. Currently emulated_videoram is hardcoded at 64MB, which >> > is not enough for some games and having to recompile wine to change it >> > is a burden for end-users. The new registry key is called >> > HKCU\Software\Wine\Direct3D\VideoRam and is an integer in megabytes. >> >> Hello >> >> I guess it is not possible to retrieve the real value from the system ? >> > > Jonathan, > > OpenGL does not have any standard features which allow querying of > total video memory. It does allow you to see if a texture allocation > would succeed or fail, but that would mean allocating a lot of > textures on startup to determine the actual value then deallocating > them... not a particularly nice route. If wine already knows this > value (which I doubt, since this code wouldn't exist if it did) then > we could use that. I'm not familiar with any X calls that would give > us what we want either. I'm open to suggestions though... Cedega > also does it with a variable like this. > >> It would be nice to have this setting changeable in winecfg in the >> future. > > Agreed. Since this is a registry key, I assume that it would be > pretty easy to add an extra setting in winecfg to configure this. I > haven't taken a look at the winecfg code, so I'm not really sure what > would be required. > > Cheers, > Aric > > -- > Aric Cyr <Aric.Cyr at gmail dot com> (http://acyr.net)

7 17

regression in kernel OpenFile
by Oliver Stieber Oct. 17, 2005

Oct. 17, 2005

Hi, This patch http://www.winehq.org/pipermail/wine-patches/2005-October/021218.html causes regression in 'No One Lives Forever Demo' Method to reproduce: Download 'No One Lives Forever Mega Mix Demo - Version 1.002' from http://www.noonelivesforever.com/downloads/ (ftp://ftp.lith.com/pub/nolf/NOLFDemo.zip) unzip and install the game start the game wine NOLFDEMO.exe the game will start to load sit in a loop. reverting the patch corrects the problem. NOTE: The game attempts to create a file c:\Program Files\Fox\No One Lives Forever Demo\Save\Summary.sav The file must not exist for the regression to show, so it should be deleted, if it exists, before testing. With the patch applied the game can be made to start by creating the file echo "" > Summart.sav. MSDN Notes: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/… If the function fails, the return value is HFILE_ERROR There's no reference to returning FALSE is OF_EXIST is passed as a parameter. ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

2 1

Re: winecfg: Remove autodetected version from default settings
by Vitaliy Margolen Oct. 17, 2005

Oct. 17, 2005

Anything wrong with this patch? Vitaliy Margolen Monday, October 10, 2005, 1:49:35 PM, Vitaliy Margolen wrote: > This time remove automatically detected version. Wine defaults to win2k if there > is no version defined. > Vitaliy Margolen > changelog: > winecfg: > Remove "Automatically detect windows version". Default to win2k.

3 2

Re: user/test: Tests for broken behavior of ShowWindow for maximizedpopup windows
by Dmitry Timoshkov Oct. 17, 2005

Oct. 17, 2005

"Vitaliy Margolen" wine-patch(a)kievinfo.com wrote: > changelog: > user/test: > - Tests for broken behavior of ShowWindow for maximized popup windows. > + todo_wine ok_sequence(WmCreateInvisibleMaxPopupSeq, "CreateWindow(WS_MAXIMIZED):popup", TRUE); You don't need to use todo_wine for a failing ok_sequence, last parameter of ok_sequence takes care of it. -- Dmitry.

1 0

Re: ntdll: Append the file_part for \\?\ long file names too [TRY 2]
by Alexandre Julliard Oct. 17, 2005

Oct. 17, 2005

James Hawkins <truiken(a)gmail.com> writes: > diff -u -p -r1.35 path.c > --- dlls/ntdll/path.c 11 Aug 2005 10:41:27 -0000 1.35 > +++ dlls/ntdll/path.c 15 Oct 2005 16:24:23 -0000 > @@ -421,6 +421,9 @@ BOOLEAN WINAPI RtlDosPathNameToNtPathNa > if (!ntpath->Buffer) return FALSE; > memcpy( ntpath->Buffer, dos_path, ntpath->MaximumLength ); > ntpath->Buffer[1] = '?'; /* change \\?\ to \??\ */ > + RtlGetFullPathName_U(dos_path, sizeof(local), local, file_part); > + if (file_part && *file_part) > + *file_part = ntpath->Buffer + ntpath->Length / sizeof(WCHAR) - strlenW(*file_part); > return TRUE; There's no reason to call RtlGetFullPathName, we already have a full path name here. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: SHELL32: Use ShellLink_QueryInterface to return the right interface in IShellLink_Constructor.
by Alexandre Julliard Oct. 17, 2005

Oct. 17, 2005

Mike McCormack <mike(a)codeweavers.com> writes: > @@ -1176,18 +1176,7 @@ HRESULT WINAPI IShellLink_Constructor( I > > TRACE("(%p)->()\n",sl); > > - if (IsEqualIID(riid, &IID_IUnknown) || > - IsEqualIID(riid, &IID_IShellLinkA)) > - *ppv = sl; > - else if (IsEqualIID(riid, &IID_IShellLinkW)) > - *ppv = &(sl->lpvtblw); > - else { > - LocalFree((HLOCAL)sl); > - ERR("E_NOINTERFACE\n"); > - return E_NOINTERFACE; > - } > - > - return S_OK; > + return ShellLink_QueryInterface( sl, riid, ppv ); This will leak the object if QueryInterface fails. -- Alexandre Julliard julliard(a)winehq.org

1 0