October 2005 - Wine-Devel - list.winehq.org

Re: Unicodify hhctrl.ocx HtmlHelpW
by James Hawkins Oct. 18, 2005

Oct. 18, 2005

On 17 Oct 2005 20:02:16 -0400, Vincent Béron <vberon(a)mecano.gme.usherb.ca> wrote: > Changelog: > Unicodify HtmlHelpW in hhctrl.ocx > We should leave the message out completely at this point. The integral components of HTML Help have been implemented, and at least HH_DISPLAY_TOPIC needs to call doWinMain. This will give hhctrl.ocx and mshtml/shdocvw much needed testing. Unless I get a lot of objections to this, I'll send the patch in shortly. -- James Hawkins

1 0

Fwd: Re: [kernel] correct OpenFile test
by Oliver Stieber Oct. 17, 2005

Oct. 17, 2005

-- Maxime Bellengé <maxime.bellenge(a)wanadoo.fr> wrote: > > Hello, > > You can try this application installer : > http://jatennis.free.fr/jatinst32.php > I've had a look and the installer is failing because of the result returned by : 0009:Call version.VerFindFileA(00000000,0040b4ec "JaTennis32.exe",0040e268 "c:\\Windows",00417bf4 "Z:\\var\\work\\crosovergames\\downloads\\bugs\\OpenFile regression\\",004179e4,7babfe0c,00417af0,7babfe10) ret=0040143d VerFindFileA then goes on to call OpenFile, so I expect that the error is VerFindFileA is testing the result of OpenFile against FALSE instead of using TRUE or HFILE_ERROR. .... VerFindFileA is returing 2 (VFF_FILEINUSE) if OpenFile returns HFILE_ERROR, but it's returning 0 if OpenFile returns FALSE. I think it's a good idea to revert OpenFile and fix VerFindFileA. Oliver. > With the OF_EXIST flag: > > if OpenFile returns HFILE_ERROR , the installers fails > > if OpenFile returns FALSE, the installers works very well like on > windows. > > Maxime > > On Mon, 2005-10-17 at 15:20 +0100, Oliver Stieber wrote: > > --- Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > > > > > "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? > > > > I've haven't run it on a real Windows machine as my windows install is broken at the moment. > > Returning HFILE_ERROR is the only thing that fixes 'No One Lives Forever Demo' so I'm puzzled > as > > to why the test is incorrect in the first place. (Also I haven't debugged the No One Lives > Forever > > Demo to verify that it is doing a cmp eax, HFILE_ERROR, but I can do). > > > > Oliver. > > > > > > > > -- > > > Dmitry. > > > > > > ___________________________________________________________ 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: [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