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

Missing backtrace when debugging a game

by Jerome Leclanche

I'm currently trying to debug http://bugs.winehq.org/show_bug.cgi?id=25977. Even when running "winedbg bin/release/loader.exe", this is what happens: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00365327). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00365327 ESP:0033dd20 EBP:000003d9 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:00000000 ECX:0018e268 EDX:00000011 ESI:0018e268 EDI:0016e560 Stack dump: 0x0033dd20: 00000000 0018e268 003670f9 0033dd9c 0x0033dd30: 0033fb68 0002002a 001712b0 00000005 0x0033dd40: 100d2e46 00401920 0002002a 0033e39c 0x0033dd50: 0033ddc8 7edb2ff4 00000000 00000000 0x0033dd60: 00000000 00000000 00000690 0000041a 0x0033dd70: 0000002c 00000000 00000001 ffffffff 000c: sel=0067 base=00000000 limit=00000000 16-bit rw- Backtrace: 0x00365327: movl 0x0(%eax),%ecx Wine-dbg>bt Backtrace: Any advice, or idea why this would happen? Furthermore, is it a bug with winedbg, and worth filing? J. Leclanche

April 23, 2011

Re: Matching Windows 7 folder locations?

by Kornél Pál

Hi, Note that these changes were introduced in Windows Vista, so applications that are being actively maintained should have no issues with these changes. Also note that on localized versions localized folder names link to the English physical folder, so the folder structure is more consistenc across localized versions of Windows. Legacy applications on the other hand are a different story and application compatibility hacks have to be used anyway. Changing shell folder names and and linking legacy names is most likely a working solution since that also was introducted in Windows Vista and was not refined in Windows 7. Kornél Jerome Leclanche wrote: > I suspect there are badly behaved apps on both sides of the road, > however these apps are legitimately broken; would they even work on a > non-english version of windows? > > If there was a choice to be made though, for what it's worth, I always > hated the spaces too. > > > J. Leclanche > > > > On Fri, Apr 22, 2011 at 10:30 PM, Dan Kegel<dank(a)kegel.com> wrote: >> Windows 7 changed the folders in c:/users/$USERNAME around a bit. >> >> My Documents is now just a link to the new folder Documents >> Application Data is now just a link to the new folder AppData/Roaming >> Local Settings is now just a link to the new folder AppData/Local >> >> How is this going to affect Wine? Well-behaved apps that use >> CSIDL_PERSONAL to get at "My Documents" or "Documents" will >> work regardless, but users or badly behaved apps might start expecting >> the shorter directory names sometime. (I always hated the spaces, anyway.) >> >> >> > >

April 23, 2011

Re: Matching Windows 7 folder locations?

by Jerome Leclanche

I suspect there are badly behaved apps on both sides of the road, however these apps are legitimately broken; would they even work on a non-english version of windows? If there was a choice to be made though, for what it's worth, I always hated the spaces too. J. Leclanche On Fri, Apr 22, 2011 at 10:30 PM, Dan Kegel <dank(a)kegel.com> wrote: > Windows 7 changed the folders in c:/users/$USERNAME around a bit. > > My Documents is now just a link to the new folder Documents > Application Data is now just a link to the new folder AppData/Roaming > Local Settings is now just a link to the new folder AppData/Local > > How is this going to affect Wine? Well-behaved apps that use > CSIDL_PERSONAL to get at "My Documents" or "Documents" will > work regardless, but users or badly behaved apps might start expecting > the shorter directory names sometime. (I always hated the spaces, anyway.) > > >

April 23, 2011

Re: user32: Fix Jittery Mouse movement

by EG Galano

On Fri, Apr 22, 2011 at 6:10 PM, Vitaliy Margolen <wine-devel(a)kievinfo.com> wrote: > On 04/22/2011 02:06 PM, EG Galano wrote: >> >> This fixes jittery mouse movement in Combat Arms. This was introduced >> in commit 79c2e55b5a6331d15788f65a929e9e002c2f8b05 >> >> This is likely the same issue discussed here but I don't have a copy >> to test: >> http://forum.winehq.org/viewtopic.php?t=11759&sid=9d9518057d4c0ef51be8c37d9… > >> - if (ret && (prev_x != new_x || prev_y != new_y)) >> USER_Driver->pSetCursorPos( new_x, new_y ); >> + if (ret && (prev_x != new_x && prev_y != new_y)) >> USER_Driver->pSetCursorPos( new_x, new_y ); > > Obviously this is wrong. Something else is at fault here. Right, my mistake. Got confused for a second there. Trying to track down the true culprit now. -EG

April 23, 2011

Re: user32: Fix Jittery Mouse movement

by Vitaliy Margolen

On 04/22/2011 02:06 PM, EG Galano wrote: > This fixes jittery mouse movement in Combat Arms. This was introduced > in commit 79c2e55b5a6331d15788f65a929e9e002c2f8b05 > > This is likely the same issue discussed here but I don't have a copy > to test: http://forum.winehq.org/viewtopic.php?t=11759&sid=9d9518057d4c0ef51be8c37d9… > - if (ret && (prev_x != new_x || prev_y != new_y)) USER_Driver->pSetCursorPos( new_x, new_y ); > + if (ret && (prev_x != new_x && prev_y != new_y)) USER_Driver->pSetCursorPos( new_x, new_y ); Obviously this is wrong. Something else is at fault here. Vitaliy.

April 23, 2011

Matching Windows 7 folder locations?

by Dan Kegel

Windows 7 changed the folders in c:/users/$USERNAME around a bit. My Documents is now just a link to the new folder Documents Application Data is now just a link to the new folder AppData/Roaming Local Settings is now just a link to the new folder AppData/Local How is this going to affect Wine? Well-behaved apps that use CSIDL_PERSONAL to get at "My Documents" or "Documents" will work regardless, but users or badly behaved apps might start expecting the shorter directory names sometime. (I always hated the spaces, anyway.)

April 22, 2011

Re: Managing word agreements in PO translations?

by Alexandre Julliard

Frédéric Delanoy <frederic.delanoy(a)gmail.com> writes: > It's just that it feels weird to add a context for a specific form of > a specific language > Ex: HKY_NONE "None" in comctl32.rc:44 > > converted to HKY_NONE "#msgctxt#feminine agreement#None" > > since this agreement doesn't exist in English > > Is it the way it should be done? Or am I completely wrong? > > I mean, the "hotkey" translation has feminine form in French, but > could have any other form in another language. That's why a context like "feminine" doesn't make sense, that's language-specific. The context should be something like "hotkey". -- Alexandre Julliard julliard(a)winehq.org

April 22, 2011

Re: Managing word agreements in PO translations?

by Frédéric Delanoy

2011/4/22 Alexandre Julliard <julliard(a)winehq.org>: > Frédéric Delanoy <frederic.delanoy(a)gmail.com> writes: > >> OTOH, creating a distinct msgcontext for every agreement in every >> supported language may be overkill, although the number of affected >> msgids is limited. >> >> What's your opinion on how to handle that, folks? > > Feel free to add contexts where necessary. It's just that it feels weird to add a context for a specific form of a specific language Ex: HKY_NONE "None" in comctl32.rc:44 converted to HKY_NONE "#msgctxt#feminine agreement#None" since this agreement doesn't exist in English Is it the way it should be done? Or am I completely wrong? I mean, the "hotkey" translation has feminine form in French, but could have any other form in another language. Frédéric Delanoy

April 22, 2011

Re: d3d8: Attempting to set a NULL rt is legal in d3d8

by Henri Verbeet

On 22 April 2011 14:25, "Stefan Dösinger" <stefandoesinger(a)gmx.at> wrote: > An unrelated issue I am ignoring for now: > void * __cdecl wined3d_buffer_get_parent(const struct wined3d_buffer *buffer); > > in the .idl file is compiled by Microsoft's midl to > > void *__cdecl wined3d_buffer_get_parent( > struct wined3d_buffer *buffer); > > ie, the const is lost, leading to complaints from msvc that the implementation function doesn't match the declaration. Any idea how to fix it? > Odd. But I think we can ignore it unless there's an easy fix, the IDL file should go away anyway once COM is gone from wined3d. Though maybe widl should match that behaviour.

April 22, 2011

Re: [2/2] wined3d: Scale the depthbias factor by the depth buffer's depth

by Henri Verbeet

On 22 April 2011 13:17, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > + scale = 0; I thought you cared about the warnings MSVC generates for this kind of thing. :)

April 22, 2011