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

Re: ListView painting (was Re: Mouse up vs Mouse click)

by Fabian Cenedese

>> That was my weak try to explain what I see :) >> Ok, again in short what happens: I can click on a cell in the first column, >> it gets selected, I can release the mouse button, everything fine. >> But when I press on a cell in another column it shortly gets selected >> and immediately the selection again disappears, even while still >> holding the mouse button. The logical selection seems to be ok >> as I can move it to another cell with the cursor keys (and it strangely >> stays there unlike if done so with the mouse). > >OK, so it seems that your app uses the listview in LVS_REPORT mode, >and that it wants to make it bahave like a spreadsheet (that is, >you want to be able to individually select any cell from the >row/column matrix of the listview). Hence the OWNERDRAW, as by >default a listview in REPORT more can either select the cell in >the first column or the entire row. Hmm... that might be a thing to try too as it works for the first column. That would be LVS_EX_FULLROWSELECT... Nah, didn't change anything except some flicker. >Now, I haven't used MFC before, so I don't know if this behaviour >is done in your app or in MFC code. If it's in your app, it should >be simple enough to add some print statements to figure out the >paint order and to confirm/ruleout this theory. If it's done in >MFC, I'm afraid you'll need to get creative, 'cause I can't help. Of course some is application code as the listcontrol doesn't behave like that. But it doesn't need that much as there are already a lot of useful functions (SubItemHitTest, DrawItem...) I just need to keep an index of the selected column in addition to the already exisiting SelectedRow. And the painting of just this one cell instead of the whole line. The bigger stuff is to include other controls (text, combo) in the cells. >But the problem seems to be in the order of events (or some missing >notifications). Print statements are what you want: they'll help you >figure out (1) if you get all required notifications, and (2) if they >arrive in the right order. I think I already found the (apparent) difference in the events, the (not) hanging in the OnLButtonDown. I need to find out why it doesn't stay in there and if it's in listview, message, events... Thanks bye Fabi

Jan. 30, 2004

Re: [oleaut32] implement VarMod() + tests, fix bug in VarNot()

by Hans Leidekker

On Friday 30 January 2004 04:30, Chris Morgan wrote: > Still have a couple of issues with this change. I'm not sure why the (BSTR) > tests fail under wine and not windows, I've wrappered them with todo_wine{} > but they still get listed as failures. Run it like so: WINETEST_PLATFORM="wine" wine oleaut32_crosstest.exe vartest and you won't get the failures. -Hans

Jan. 30, 2004

Re: Hel debugging windows app with wine(dbg) + gdb

by Leo

gdb is my friend too. There are many things you can do with that, that you can't do with printf. Anyway I don't want to start a flame here about debugging techniques. I just need to know if gdb works with wine, or if winedbg actually works with gdb. Thanks. Peter Hartshorn wrote: >Here is my debugging tip: > >printf is your friend. > >If you can narrow down the error to the function at which it occurs, place a >printf, or fprintf to stderr, after every line of code. The last message that >is printed should get you a lot closer to your error. > > >

Jan. 30, 2004

[oleaut32] implement VarMod() + tests, fix bug in VarNot()

by Chris Morgan

* dlls/oleaut32/variant.c Chris Morgan <cmorgan(a)alum.wpi.edu> Implement VarMod(). Fix VarParseNumFromStr() to work correctly with NUMPRS_HEX_OCT flag. Add a few trace outputs. Fix VarNot() with VT_CY. * dlls/oleaut32/tests/vartest.c Chris Morgan <cmorgan(a)alum.wpi.edu> Implement tests for VarMod(). Added char *vtstr() to enhance test debugging by returning a text string that corresponds to the inputted type. Still have a couple of issues with this change. I'm not sure why the (BSTR) tests fail under wine and not windows, I've wrappered them with todo_wine{} but they still get listed as failures. I'm not sure if the fix to VarParseNumFromStr() is the most correct. It does appear to be exactly what windows does, overwrite the characters in the buffer but lie and return an incorrect character count. Also, testing the types in VarMod() results in some 700k additional tests and adds some time to the tests, something like 6 seconds on my machine. Is this simply too much to test? It certainly helped me nail down the types for VarMod(). Thanks, Chris

Jan. 30, 2004

Re: File change notifications

by Duane Clark

Uwe Bonnes wrote: >>>>>>"Duane" == Duane Clark <dclark(a)akamail.com> writes: > > > Duane> Hans Leidekker wrote: > >> On Thursday 29 January 2004 01:01, Duane Clark wrote: > >> > >>> For some reason, a comment end is missing there. But otherwise, it > >>> seems to work fine with the one important app I use file > >>> notification on. > >> > >> > >> Which app is that? > > Duane> Xilinx ISE, a program for use when designing with Xilinx chips. > > XST runs like a crawl, when started from the GUI. It speeds, when run from > the command line. Is the behaviour of the file notification the reason for > this behaviour? > > Bye No, that is the named pipe problem. I retain a private patch in my tree, which reverts the named pipe patch that causes the crawl. With that, ISE works fine on a current CVS. It is my dream that one of these days, I'll actually have some free time to investigate how named pipes work and maybe try to fix it. I'd be happy to email the diff against the current CVS to you if you want. With ISE, I use an external file editor (because the builtin one is junk), and ISE recognizes when I save a file with the external editor and sets up to recompile. I believe that is the file notification features for that, though I have not verified it.

Jan. 30, 2004

Re: NHL 2004 (IE6 in another APP!)

by Abdul-Haseeb Ahmad

im also using a blank kernel32.dll by the way Abdul-Haseeb Ahmad wrote: > okay, i overwrote intro.html with return.html, and the loads the > return from ingame screen, and it waits there for a bit and then it > loads the game setup menu, although there are a lot of things missing > here, the music plays (a proprietary EA format), and a ton of script > errors occur if you put your mouse in the wrong places (Internet > Script error window pops up but you cant see it unless you alt tab to > it, and then alt tab to another app (in my case, amsn), and then move > the window out of the way of the popup and click yes to have the page > functional again... i dont know if the script errors occur because im > messing with the way the game loads up or because IE6 implementation > doesnt work correctly yet.. oh and this is running on wine20031212 > > Abdul-Haseeb Ahmad wrote: > >> oh yeah, i also overwrote fe/nhl/html/intro.html with >> fe/nhl/html/title.html... >> >> the demo is available from ftp://ftp.ea.com/pub/easports/demos/nhl2004 >> this is pretty exciting imo because now we have something that uses >> IE in special ways so it can be used to hammer out some stuff >> >> Abdul-Haseeb Ahmad wrote: >> >>> YES! I got the splash screen of NHL 2004 Demo to load up.. I hope >>> the full version also works with the way i configured it.. actually >>> i didnt do much at all, i just used the following DLLOverides >>> >>> [AppDefaults\\iexplore.exe\\DllOverrides] >>> >>> "mshtml" = "native, builtin" >>> "shfolder" = "native, builtin" >>> "shell32" = "native, builtin" >>> "shell" = "native, builtin" >>> "shdocvw" = "native, builtin" >>> "shlwapi" = "native, builtin" >>> "urlmon" = "native, builtin" >>> "crypt32" = "native, builtin" >>> "wininet" = "native, builtin" >>> >>> [AppDefaults\\nhldemo.exe\\DllOverrides] >>> >>> "mshtml" = "native, builtin" >>> "shfolder" = "native, builtin" >>> "shell32" = "native, builtin" >>> "shell" = "native, builtin" >>> "shdocvw" = "native, builtin" >>> "shlwapi" = "native, builtin" >>> "urlmon" = "native, builtin" >>> "crypt32" = "native, builtin" >>> "wininet" = "native, builtin" >>> >>> also the windows version is set to win98... >>> >>> this is what happens when the splash screen loads up: >>> fixme:ole:LoadTypeLibEx Wanted to load L"stdole2.tlb" as typelib, >>> but file was not found. >>> err:ole:ITypeInfo_fnInvoke did not find member id -525, flags 2! >>> wine: Unhandled exception (thread 0009), starting debugger... >>> err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait >>> timed out in thread 000a, blocked by 0009, retrying (60 sec) >>> err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait >>> timed out in thread 000a, blocked by 0009, retrying (60 sec) >>> err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait >>> timed out in thread 000a, blocked by 0009, retrying (60 sec) >>> err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait >>> timed out in thread 000a, blocked by 0009, retrying (60 sec) >>> >>> this is what winedbg shows: >>> First chance exception: page fault on write access to 0xd9df12c8 in >>> 32-bit code (0x4545529f). >>> Register dump: >>> CS:0023 SS:002b DS:002b ES:002b FS:0033 GS:005f >>> EIP:4545529f ESP:408493ad EBP:408493c5 EFLAGS:00010286( R- 00 I S >>> - -P1 ) >>> EAX:4c8cb854 EBX:40c5a1d6 ECX:40c59ddd EDX:40310070 >>> ESI:408493ea EDI:4c8e08b9 >>> Stack dump: >>> 0x408493ad (KERNEL32.DLL.VerSetConditionMask+0x334383): 4c8cb854 >>> 5840c2e6 d44c8cb8 b840c5a1 >>> 0x408493bd (KERNEL32.DLL.VerSetConditionMask+0x334393): 084c8e08 >>> fc4c8e0a a9408493 b840c2e4 >>> 0x408493cd (KERNEL32.DLL.VerSetConditionMask+0x3343a3): e84c8e08 >>> ec408493 b8408493 b84c8e08 >>> 0x408493dd (KERNEL32.DLL.VerSetConditionMask+0x3343b3): 584c8e08 >>> 054c8cb8 58800040 0d4c8cb8 >>> 0x408493ed (KERNEL32.DLL.VerSetConditionMask+0x3343c3): 00000000 >>> 50000000 004cd201 10d500d4 >>> 0x408493fd (KERNEL32.DLL.VerSetConditionMask+0x3343d3): 3d408468 >>> b870e9d8 784c8e08 48000005 >>> 0x4084940d (KERNEL32.DLL.VerSetConditionMask+0x3343e3): >>> >>> Backtrace: >>> =>0 0x4545529f (X11DRV.DLL..data+0x3ab129f) (ebp=408493c5) >>> 1 0xb840c2e4 (MSVCRT.DLL..reloc+0x403cf2e4) (ebp=a9408493) >>> >>> 0x4545529f (X11DRV.DLL..data+0x3ab129f): *** Invalid address >>> 0x4545529f (X11DRV.DLL..data+0x3ab129f) >>> -- no code -- >>> >>> im not sure if this is some D3D stuff or what.. maybe mike hearn >>> might know >>> >> >> > >

Jan. 30, 2004

Re: NHL 2004 (IE6 in another APP!)

by Abdul-Haseeb Ahmad

okay, i overwrote intro.html with return.html, and the loads the return from ingame screen, and it waits there for a bit and then it loads the game setup menu, although there are a lot of things missing here, the music plays (a proprietary EA format), and a ton of script errors occur if you put your mouse in the wrong places (Internet Script error window pops up but you cant see it unless you alt tab to it, and then alt tab to another app (in my case, amsn), and then move the window out of the way of the popup and click yes to have the page functional again... i dont know if the script errors occur because im messing with the way the game loads up or because IE6 implementation doesnt work correctly yet.. oh and this is running on wine20031212 Abdul-Haseeb Ahmad wrote: > oh yeah, i also overwrote fe/nhl/html/intro.html with > fe/nhl/html/title.html... > > the demo is available from ftp://ftp.ea.com/pub/easports/demos/nhl2004 > this is pretty exciting imo because now we have something that uses IE > in special ways so it can be used to hammer out some stuff > > Abdul-Haseeb Ahmad wrote: > >> YES! I got the splash screen of NHL 2004 Demo to load up.. I hope the >> full version also works with the way i configured it.. actually i >> didnt do much at all, i just used the following DLLOverides >> >> [AppDefaults\\iexplore.exe\\DllOverrides] >> >> "mshtml" = "native, builtin" >> "shfolder" = "native, builtin" >> "shell32" = "native, builtin" >> "shell" = "native, builtin" >> "shdocvw" = "native, builtin" >> "shlwapi" = "native, builtin" >> "urlmon" = "native, builtin" >> "crypt32" = "native, builtin" >> "wininet" = "native, builtin" >> >> [AppDefaults\\nhldemo.exe\\DllOverrides] >> >> "mshtml" = "native, builtin" >> "shfolder" = "native, builtin" >> "shell32" = "native, builtin" >> "shell" = "native, builtin" >> "shdocvw" = "native, builtin" >> "shlwapi" = "native, builtin" >> "urlmon" = "native, builtin" >> "crypt32" = "native, builtin" >> "wininet" = "native, builtin" >> >> also the windows version is set to win98... >> >> this is what happens when the splash screen loads up: >> fixme:ole:LoadTypeLibEx Wanted to load L"stdole2.tlb" as typelib, but >> file was not found. >> err:ole:ITypeInfo_fnInvoke did not find member id -525, flags 2! >> wine: Unhandled exception (thread 0009), starting debugger... >> err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait >> timed out in thread 000a, blocked by 0009, retrying (60 sec) >> err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait >> timed out in thread 000a, blocked by 0009, retrying (60 sec) >> err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait >> timed out in thread 000a, blocked by 0009, retrying (60 sec) >> err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait >> timed out in thread 000a, blocked by 0009, retrying (60 sec) >> >> this is what winedbg shows: >> First chance exception: page fault on write access to 0xd9df12c8 in >> 32-bit code (0x4545529f). >> Register dump: >> CS:0023 SS:002b DS:002b ES:002b FS:0033 GS:005f >> EIP:4545529f ESP:408493ad EBP:408493c5 EFLAGS:00010286( R- 00 I S >> - -P1 ) >> EAX:4c8cb854 EBX:40c5a1d6 ECX:40c59ddd EDX:40310070 >> ESI:408493ea EDI:4c8e08b9 >> Stack dump: >> 0x408493ad (KERNEL32.DLL.VerSetConditionMask+0x334383): 4c8cb854 >> 5840c2e6 d44c8cb8 b840c5a1 >> 0x408493bd (KERNEL32.DLL.VerSetConditionMask+0x334393): 084c8e08 >> fc4c8e0a a9408493 b840c2e4 >> 0x408493cd (KERNEL32.DLL.VerSetConditionMask+0x3343a3): e84c8e08 >> ec408493 b8408493 b84c8e08 >> 0x408493dd (KERNEL32.DLL.VerSetConditionMask+0x3343b3): 584c8e08 >> 054c8cb8 58800040 0d4c8cb8 >> 0x408493ed (KERNEL32.DLL.VerSetConditionMask+0x3343c3): 00000000 >> 50000000 004cd201 10d500d4 >> 0x408493fd (KERNEL32.DLL.VerSetConditionMask+0x3343d3): 3d408468 >> b870e9d8 784c8e08 48000005 >> 0x4084940d (KERNEL32.DLL.VerSetConditionMask+0x3343e3): >> >> Backtrace: >> =>0 0x4545529f (X11DRV.DLL..data+0x3ab129f) (ebp=408493c5) >> 1 0xb840c2e4 (MSVCRT.DLL..reloc+0x403cf2e4) (ebp=a9408493) >> >> 0x4545529f (X11DRV.DLL..data+0x3ab129f): *** Invalid address >> 0x4545529f (X11DRV.DLL..data+0x3ab129f) >> -- no code -- >> >> im not sure if this is some D3D stuff or what.. maybe mike hearn >> might know >> > >

Jan. 30, 2004

Re: NHL 2004 (IE6 in another APP!)

by Abdul-Haseeb Ahmad

oh yeah, i also overwrote fe/nhl/html/intro.html with fe/nhl/html/title.html... the demo is available from ftp://ftp.ea.com/pub/easports/demos/nhl2004 this is pretty exciting imo because now we have something that uses IE in special ways so it can be used to hammer out some stuff Abdul-Haseeb Ahmad wrote: > YES! I got the splash screen of NHL 2004 Demo to load up.. I hope the > full version also works with the way i configured it.. actually i > didnt do much at all, i just used the following DLLOverides > > [AppDefaults\\iexplore.exe\\DllOverrides] > > "mshtml" = "native, builtin" > "shfolder" = "native, builtin" > "shell32" = "native, builtin" > "shell" = "native, builtin" > "shdocvw" = "native, builtin" > "shlwapi" = "native, builtin" > "urlmon" = "native, builtin" > "crypt32" = "native, builtin" > "wininet" = "native, builtin" > > [AppDefaults\\nhldemo.exe\\DllOverrides] > > "mshtml" = "native, builtin" > "shfolder" = "native, builtin" > "shell32" = "native, builtin" > "shell" = "native, builtin" > "shdocvw" = "native, builtin" > "shlwapi" = "native, builtin" > "urlmon" = "native, builtin" > "crypt32" = "native, builtin" > "wininet" = "native, builtin" > > also the windows version is set to win98... > > this is what happens when the splash screen loads up: > fixme:ole:LoadTypeLibEx Wanted to load L"stdole2.tlb" as typelib, but > file was not found. > err:ole:ITypeInfo_fnInvoke did not find member id -525, flags 2! > wine: Unhandled exception (thread 0009), starting debugger... > err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait timed > out in thread 000a, blocked by 0009, retrying (60 sec) > err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait timed > out in thread 000a, blocked by 0009, retrying (60 sec) > err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait timed > out in thread 000a, blocked by 0009, retrying (60 sec) > err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait timed > out in thread 000a, blocked by 0009, retrying (60 sec) > > this is what winedbg shows: > First chance exception: page fault on write access to 0xd9df12c8 in > 32-bit code (0x4545529f). > Register dump: > CS:0023 SS:002b DS:002b ES:002b FS:0033 GS:005f > EIP:4545529f ESP:408493ad EBP:408493c5 EFLAGS:00010286( R- 00 I S - > -P1 ) > EAX:4c8cb854 EBX:40c5a1d6 ECX:40c59ddd EDX:40310070 > ESI:408493ea EDI:4c8e08b9 > Stack dump: > 0x408493ad (KERNEL32.DLL.VerSetConditionMask+0x334383): 4c8cb854 > 5840c2e6 d44c8cb8 b840c5a1 > 0x408493bd (KERNEL32.DLL.VerSetConditionMask+0x334393): 084c8e08 > fc4c8e0a a9408493 b840c2e4 > 0x408493cd (KERNEL32.DLL.VerSetConditionMask+0x3343a3): e84c8e08 > ec408493 b8408493 b84c8e08 > 0x408493dd (KERNEL32.DLL.VerSetConditionMask+0x3343b3): 584c8e08 > 054c8cb8 58800040 0d4c8cb8 > 0x408493ed (KERNEL32.DLL.VerSetConditionMask+0x3343c3): 00000000 > 50000000 004cd201 10d500d4 > 0x408493fd (KERNEL32.DLL.VerSetConditionMask+0x3343d3): 3d408468 > b870e9d8 784c8e08 48000005 > 0x4084940d (KERNEL32.DLL.VerSetConditionMask+0x3343e3): > > Backtrace: > =>0 0x4545529f (X11DRV.DLL..data+0x3ab129f) (ebp=408493c5) > 1 0xb840c2e4 (MSVCRT.DLL..reloc+0x403cf2e4) (ebp=a9408493) > > 0x4545529f (X11DRV.DLL..data+0x3ab129f): *** Invalid address > 0x4545529f (X11DRV.DLL..data+0x3ab129f) > -- no code -- > > im not sure if this is some D3D stuff or what.. maybe mike hearn might > know >

Jan. 30, 2004

NHL 2004 (IE6 in another APP!)

by Abdul-Haseeb Ahmad

YES! I got the splash screen of NHL 2004 Demo to load up.. I hope the full version also works with the way i configured it.. actually i didnt do much at all, i just used the following DLLOverides [AppDefaults\\iexplore.exe\\DllOverrides] "mshtml" = "native, builtin" "shfolder" = "native, builtin" "shell32" = "native, builtin" "shell" = "native, builtin" "shdocvw" = "native, builtin" "shlwapi" = "native, builtin" "urlmon" = "native, builtin" "crypt32" = "native, builtin" "wininet" = "native, builtin" [AppDefaults\\nhldemo.exe\\DllOverrides] "mshtml" = "native, builtin" "shfolder" = "native, builtin" "shell32" = "native, builtin" "shell" = "native, builtin" "shdocvw" = "native, builtin" "shlwapi" = "native, builtin" "urlmon" = "native, builtin" "crypt32" = "native, builtin" "wininet" = "native, builtin" also the windows version is set to win98... this is what happens when the splash screen loads up: fixme:ole:LoadTypeLibEx Wanted to load L"stdole2.tlb" as typelib, but file was not found. err:ole:ITypeInfo_fnInvoke did not find member id -525, flags 2! wine: Unhandled exception (thread 0009), starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait timed out in thread 000a, blocked by 0009, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait timed out in thread 000a, blocked by 0009, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait timed out in thread 000a, blocked by 0009, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x4031001c "?" wait timed out in thread 000a, blocked by 0009, retrying (60 sec) this is what winedbg shows: First chance exception: page fault on write access to 0xd9df12c8 in 32-bit code (0x4545529f). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0033 GS:005f EIP:4545529f ESP:408493ad EBP:408493c5 EFLAGS:00010286( R- 00 I S - -P1 ) EAX:4c8cb854 EBX:40c5a1d6 ECX:40c59ddd EDX:40310070 ESI:408493ea EDI:4c8e08b9 Stack dump: 0x408493ad (KERNEL32.DLL.VerSetConditionMask+0x334383): 4c8cb854 5840c2e6 d44c8cb8 b840c5a1 0x408493bd (KERNEL32.DLL.VerSetConditionMask+0x334393): 084c8e08 fc4c8e0a a9408493 b840c2e4 0x408493cd (KERNEL32.DLL.VerSetConditionMask+0x3343a3): e84c8e08 ec408493 b8408493 b84c8e08 0x408493dd (KERNEL32.DLL.VerSetConditionMask+0x3343b3): 584c8e08 054c8cb8 58800040 0d4c8cb8 0x408493ed (KERNEL32.DLL.VerSetConditionMask+0x3343c3): 00000000 50000000 004cd201 10d500d4 0x408493fd (KERNEL32.DLL.VerSetConditionMask+0x3343d3): 3d408468 b870e9d8 784c8e08 48000005 0x4084940d (KERNEL32.DLL.VerSetConditionMask+0x3343e3): Backtrace: =>0 0x4545529f (X11DRV.DLL..data+0x3ab129f) (ebp=408493c5) 1 0xb840c2e4 (MSVCRT.DLL..reloc+0x403cf2e4) (ebp=a9408493) 0x4545529f (X11DRV.DLL..data+0x3ab129f): *** Invalid address 0x4545529f (X11DRV.DLL..data+0x3ab129f) -- no code -- im not sure if this is some D3D stuff or what.. maybe mike hearn might know

Jan. 30, 2004

Re: Hel debugging windows app with wine(dbg) + gdb

by Peter Hartshorn

Here is my debugging tip: printf is your friend. If you can narrow down the error to the function at which it occurs, place a printf, or fprintf to stderr, after every line of code. The last message that is printed should get you a lot closer to your error. On Friday 30 January 2004 09:57, Leo wrote: > Hi, > > I don't know if this is the place to ask this, but anyway here it goes: > > I'm trying to debug a windows application using wine. > > The app is compiled with mingw (www.mingw.org) and I tried using > -gstabs and -ggdb debug info but same problem happens. > > The problem is: > > > 1) Using winedbg as server for remote gdb debugger, when execution stops > (sigfault, or whatever), and I type 'bt' in the gdb client, no debug > info is shown, just lines like this one: > > #0 0xdeaf1005 in ?? () > > > 2) Running 'wine <myapp.exe>' and then using gdb client to debug the > process with the 'attach' command, when execution stops (sigfault, or > whatever), and I type 'bt' in the gdb client, debug info IS shown, but > line numbering shows always just the first line in the function. > For example, say I have this function: > void f() > { > int a=123; > *(char *)0=a; > } > > then when sigfault is caught, gdb shows backtrace like this: > > #0 0x0040130b in f() () at f.cpp:2 > > even though exception occurs in line 4. > > > Either way, I can't debug a windows app correctly. > May I be doing something wrong. > I've read the docs and followed instructions for DDD, KDbg, and just > plain gbd. > I'm using latest wine 2004 rpm under Redhat 9. > > > Any help greatly appreciated. > > Thanks, > Leo.

Jan. 29, 2004