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

Re: Make Unicode strings 'static const' (part 3)
by Dimitrie O. Paun April 19, 2004

April 19, 2004

On Mon, 19 Apr 2004, Francois Gouget wrote: > As for the previous patch it's important to check that the function does > not actually try to write to these strings. And indeed there are a few > cases where the function modifies the string, typically to change the > drive letter in strings like 'A:\'. What about a list of things that weren't "const static"-ied? Maybe we should have a policy of having such string as *always* "const static" (and maybe have puk's sparse tool warn for non conforming ones), and in places where they need to modify them, they just copy them on stack explicitly... -- Dimi.

2 1

dcom95
by Ivan Leo Murray-Smith April 19, 2004

April 19, 2004

We currently have dcom95 on the sf download page. This is a violation of the sf TOS, and a waste of bandwidth for sf. I propose we link the microsoft download page, instead of having the download on a page that should host only open source. Any objections? Ivan.

1 0

Still trying to install ZooTycoon (demo-version)
by pvriens＠xs4all.nl April 19, 2004

April 19, 2004

Hi, I'm still trying (won't give up) to install the ZooTycoon demo from M$. Unfortunatly I've been debugging for the last weeks and cannot seem to find the cause/error/reason it fails. I'm downloading new versions from CVS daily but only seem to find other stuff :-). The installation (copying of files) stops at the point when a new background picture should be shown during the copying. I still have the feeling it all boils down to messaging. I see that all PostMessage's are done to the main thread (0009). The PeekMessage's are all done from a relevant thread, ergo : nothing found. If I look at the debug-log the only entries at the end are thousends of PeekMessage's. I also see when debugging it on windows that the PeekMessages are done from the main thread ! Does somebody have any hint how to tackle this one ? It appears that several M$ demo programs suffer the same problem, so it could be worthwile to pursue this one. Cheers, Paul.

1 0

d3d8 CVS brokenness?
by Joel Konkle-Parker April 19, 2004

April 19, 2004

I've noticed that d3d8 has been broken the past couple days in CVS. Is this a work in progress that'll get fixed soon, or does it need to be looked at? -- Joel Konkle-Parker Webmaster [Ballsome.com] E-mail [jjk3(a)msstate.edu]

1 0

err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report this.
by Brad Campbell April 19, 2004

April 19, 2004

G'day all, Due to restrictions in my current setup I'm not subscribed to wine-devel at the moment, please cc me. This is a longstanding bug with Word97. It exists in Crossover office 2.1.0 as well and was reported in the Codeweavers database months ago. It usually results in the "style" drop down box on the far left of the toolbar blanking it's entries. I have a pretty complex default template that has a number of styles in it that all render with funky true-type fonts. When you scroll up and down this list a couple of times, wine ceases to render the entries. It used to lock up in an endless loop somewhere, but now it bombs with the below error message. I compile from CVS a couple of times a week, and subject to time I'm happy to do anything at all to assist in debugging this if it will help someone. (I have worked around it by creating tool bars with all my styles on it so I don't have to use this box) Regards, Brad fixme:hook:NotifyWinEvent (32773,0x30035,-4,11)-stub! fixme:hook:NotifyWinEvent (32773,0x30035,-4,10)-stub! err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes fixme:hook:NotifyWinEvent (32773,0x30035,-4,9)-stub! err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes fixme:hook:NotifyWinEvent (32773,0x30035,-4,8)-stub! err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes fixme:hook:NotifyWinEvent (32773,0x30035,-4,7)-stub! err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes fixme:hook:NotifyWinEvent (32773,0x30035,-4,6)-stub! err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes fixme:hook:NotifyWinEvent (32773,0x30035,-4,5)-stub! err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes fixme:hook:NotifyWinEvent (32773,0x30035,-4,4)-stub! err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes fixme:hook:NotifyWinEvent (32773,0x30035,-4,3)-stub! err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes fixme:hook:NotifyWinEvent (5,0x10022,-3,0)-stub! fixme:ole:I_RpcWindowProc (0x10026,0000001c,00000000,00000000): stub err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 28 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 28 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 28 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 28 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 28 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 28 bytes err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report this.

2 1

Re: Installing DCOM98 with latest CVS
by pvriens＠xs4all.nl April 19, 2004

April 19, 2004

Went back to the new implementation of GetDiskFreeSpace*. This gives me the following tracing after starting 'wine dcom98.exe' with full tracing on: 0009:Call kernel32.GetDiskFreeSpaceA(00000000,406cfc40,406cfc38,406cfc3c,406cfc28) ret=01004f8a 0009:trace:volume:GetDiskFreeSpaceA (null),0x406cfc40,0x406cfc38,0x406cfc3c,0x406cfc28 0009:trace:volume:GetDiskFreeSpaceW (null),0x406cfc40,0x406cfc38,0x406cfc3c,0x406cfc28 0009:Call ntdll.RtlDosPathNameToNtPathName_U(4039d540 L"\\",406cf770,00000000,00000000) ret=40340d1e 0009:trace:file:RtlDosPathNameToNtPathName_U (L"\\",0x406cf770,(nil),(nil)) 0009:trace:file:RtlGetFullPathName_U (L"\\" 520 0x406cf488 (nil)) 0009:trace:heap:RtlAllocateHeap (0x401a0000,00000002,00000018): returning 401d6b70 0009:trace:file:RtlDosPathNameToNtPathName_U At the end, returning TRUE 0009:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=40340d1e 0009:Call ntdll.NtOpenFile(406cf7e8,00000000,406cf778,406cf768,00000000,00000021) ret=40340d74 0009:trace:ntdll:NtCreateFile handle=0x406cf7e8 access=00000000 name=L"\\??\\E:\\" objattr=00000040 root=(nil) sec=(nil) io=0x406cf768 alloc_size=(nil) attr=00000000 sharing=00000000 disp=1 options=00000021 ea=(nil).0x00000000 0009:trace:heap:RtlAllocateHeap (0x401a0000,00000002,00000128): returning 401d9ff0 0009:trace:heap:RtlFreeHeap (0x401a0000,00000002,401d9ff0): returning TRUE 0009:warn:ntdll:NtCreateFile L"\\??\\E:\\" not found (c000003a) Hope this helps someone with better understanding of the code. Cheers, Paul.

2 2

Re: dinput/joystick_linuxinput #2
by Christoph Frick April 18, 2004

April 18, 2004

On Sun, Apr 18, 2004 at 09:37:07PM +0200, Christoph Frick wrote: *sic* stupid brain... License: LGPL > - added code to have the joystick state be set to the assumed center > values of the joystick mapped to the range the application wants them > - generate events after setting the apropiate values in This->js > - replaced magic ints with defines from linux/input.h > - removed mapping code that generated wrong values for axes, that have > the center on the min or max -- cu

1 0

Re: GetModuleFileName
by Juan Lang April 18, 2004

April 18, 2004

Alexandre wrote: > I doubt it fills the buffer with nulls if it is too > large though, so strncpy is probably not the right > thing to use here (in fact strncpy is almost always > the wrong function to use, we should probably have > a janitorial task to fix this everywhere). What is the right thing? strlcpy? --Juan __________________________________ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25� http://photos.yahoo.com/ph/print_splash

2 1

Re: Add a win32 hello world program
by Alexandre Julliard April 18, 2004

April 18, 2004

Mike Hearn <mike(a)navi.cx> writes: > Mike Hearn <mike(a)navi.cx> > Add a win32 hello world program which sets up a simple window and runs > the message loop. This can be used as a starting point for test programs. I think we have already enough small winelib apps that can be used as starting points, like winver or winepath. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: GetModuleFileName
by Alexandre Julliard April 18, 2004

April 18, 2004

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > Interestingly enough, GetModuleFileName[AW] doesn't '\0'-terminate the > buffer if it is too small > Our current implementation was terminating the buffer. > This patch fixes this, and adds a test case for that behavior and > patches all the places in wine which are potentially impacted by it I doubt it fills the buffer with nulls if it is too large though, so strncpy is probably not the right thing to use here (in fact strncpy is almost always the wrong function to use, we should probably have a janitorial task to fix this everywhere). -- Alexandre Julliard julliard(a)winehq.org

1 0