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

Re: Make test drill, next steps, call for help with Winetest

by Francois Gouget

On Sun, 28 Oct 2007, Detlef Riekenberg wrote: > On Sa, 2007-10-27 at 14:03 +0200, Francois Gouget wrote: > > > > Things still on the todo list: > > * the script also grabs the winetest.exe signature and attempts to > > verify it. But I don't know where to find the corresponding public > > key > > (651FD487) so I don't know if this really works. > > Paul's homepage: http://www.astro.gla.ac.uk/users/paulm/ > > > $ gpg --list-keys paulm > pub 1024D/BF0F03E9 2000-11-07 > uid Paul Millar (Physics & Astronomy) > sub 1024g/1034BACC 2000-11-07 When I run 'gpg --list-keys paulm' all I get is this first key, but the one I need is the one below... Same thing if I go to the http://wwwkeys.pgp.net/ URL listed on his page. > pub 1024D/651FD487 2002-05-11 > uid quisquiliae (automatic program for testing WINE) > sub 1024g/420F3FE4 2002-05-11 [...] > My script loads the signature and verify the winetest-latest.exe. > When gpg failed to verify the binary, a new winetest is available. > The new binary is downloaded and checked again. > When the check was ok, the winetest-lastest is copied to the destination > and qemu is started for every image. Sounds like a good idea. > To bad, that qemu 0.9.0 crash on "ntdll_text.exe exception" ... Maybe you can try VirtualBox. Apparently it's GPL... Though if it's incompatible with qemu it would force you to make a choice between them. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Avoid the Gates of Hell - use Linux.

Oct. 29, 2007

Re: Lots of 'make test' failures on Windows

by Francois Gouget

On Sun, 28 Oct 2007, Reece Dunn wrote: [...] > It would be even better if the tests were also run on real machines, > as that would catch which test failures are VM related (such as the > Direct3D tests). Sure. However I don't have real Windows machines so I'll leave this as an exercise for someone else. The tricky part is scripting the download, signature checking and getting it all to run automatically at night (because if it's not 100% automated I don't think we'll have regular results). Maybe the way to go is with the Windows scheduler plus a wsh script. Or winetest could be modified to do most of it: with wininet/winhttp/urlmon managing the download part should be quite feasible, while crypt32 might provide for the signature checking part. Then it's just a matter for winetest to remain idle (with a systray icon?) until the specified time to run the tests... Actually, I'll mention that Virtual machines do have an advantage over real Windows machine: after the tests are run, they are reset back to a known state, even if the tests did not clean things up quite right. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ War doesn't determine who's right. War determines who's left.

Oct. 29, 2007

Re: [1/3] comctl32: Do not call parent of tool window for tip text

by Alexander Dorofeyev

From what I've seen in +tooltips,+toolbar,+msg logs and from running the apps in IDA Pro disassembler, it works like follows: * TOOLTIPS_GetTipText calls TOOLTIPS_GetDispInfoA/W * TOOLTIPS_GetDispInfoA/W sends TTN_GETDISPINFO(=TTN_NEEDTEXT) notification to tool's notify window, which is toolbar's window; tool's id (which is equal to toolbar button's commandid) is passed in wparam * it gets to TOOLBAR_TTGetDispInfo handler now, what I think really should happen in these apps, is TOOLBAR_TTGetDispInfo in its last step should send TTN_GETDISPINFO/TTN_NEEDTEXT to the toolbar's notify window and put button's command id (taken from tooltip tool's id) in wparam. In both DCPlusPlus and RAdmin this returns a correct tip text. Now the problem is, because of bugs in TOOLBAR_TTGetDispInfo, it wasn't sending exactly such message. First, because it wasn't putting any meaningful value in wparam (fixed by my patch 3/3), second (what I wasn't aware of before you told me of RAdmin) in ANSI version it wasn't even getting to that last step (sending TTN_GETDISPINFO/TTN_NEEDTEXT) - fixed by 4/3. So then it was returning to TOOLTIPS_GetDispInfoA/W which tried to send TTN_GETDISPINFO to the parent with tool's id in wparam - note that it's essentially the same thing toolbar will do if bugs in it are fixed. So in RAdmin case tooltips control was sort of successfully compensating for bugs in toolbar's handler. But, in DCPlusPlus case , only after the application already got a wrong TTN_GETDISPINFO notification (with wparam = 0) from toobar's handler. About that message sequence you describe, can you clarify if it's recorded on Native or Wine? It looks right for Wine (without my patches applied), but if that happened on native, then there may be a problem, because I don't know how that could be happening. Conformance test I've written, for example, indicates that parent window of tool's notify window doesn't get called by tooltip. Ann & Jason Edmeades wrote: >> Sending message to parent in tooltip code >> probably simply works around toolbar's broken behavior. In this case I > think >> I've identified a line in toolbar.c that fails to properly detect empty > string >> causing not appearing tooltips in Radmin. I'll try to submit another patch > with >> this fix shortly. > > Thanks for checking this out - If your new patch makes tooltips work, I > should probably be quiet... > > But.. I was looking through my notes of when I was working on this bug, > looking at SPY++ logs from windows and comparing them with > +spy,+message,+msg etc logs from wine. > > My notes indicated I was seeing the following sequence (I have hwnds or > whatever spy logs written down): > Tooltip sends toolbar needtextW > Sends to base class tbn_GetInfoTipA which didn't return anything > Sends tbn_GetInfoTipA to its parent which didn't return anything > Tooltip sends baseclass ttn NeedTextA > Which forwards to parent as ttn NeedTextA > > My notes and investigations could be wrong, does this tie up with what you > were seing? > > Jason

Oct. 29, 2007

Re: Misplaced Property Sheet buttons

by Peter Åstrand

>On Fri, 26 Oct 2007, Frank Richter wrote: > >> On 26.10.2007 16:52, Peter Åstrand wrote: >> This solves the position problem, but instead the Help button disappears. >> See screenshot >> http://www.cendio.com/~astrand/wine/62-tab-size/patched.png. Any ideas? > >Hint: check again what WM_WINDOWPOSCHANGED's 'lParam' contains ... Thanks. I've now fixed this problem. I discovered another bug, though: The implementation does not take into account that the caller might do ShowWindow(FALSE) on the help and apply buttons. The patch below fixes this problem as well. I will file a bug. --- propsheet.c (revision 13243) +++ propsheet.c (arbetskopia) @@ -865,10 +865,12 @@ int buttonWidth, buttonHeight; PADDING_INFO padding = PROPSHEET_GetPaddingInfo(hwndParent); - if (psInfo->hasApply) + hwndButton = GetDlgItem(hwndParent, IDC_APPLY_BUTTON); + if (psInfo->hasApply && GetWindowLongW(hwndButton, GWL_STYLE) & WS_VISIBLE) num_buttons++; - if (psInfo->hasHelp) + hwndButton = GetDlgItem(hwndParent, IDHELP); + if (psInfo->hasHelp && GetWindowLongW(hwndButton, GWL_STYLE) & WS_VISIBLE) num_buttons++; /* @@ -3828,6 +3830,17 @@ return TRUE; } + case WM_WINDOWPOSCHANGED: + { + PropSheetInfo* psInfo = (PropSheetInfo*) GetPropW(hwnd, PropSheetInfoStr); + + if (!psInfo) + return FALSE; + + PROPSHEET_AdjustButtons(hwnd, psInfo); + return FALSE; + } + default: return FALSE; } Regards, --- Peter Åstrand ThinLinc Chief Developer Cendio AB http://www.cendio.se Wallenbergs gata 4 583 30 Linköping Phone: +46-13-21 46 00 ThinLinc User Group 2007 Höstkonferens --- 15-16 november, Linköping. Program och anmälan: http://www.thinlincusergroup.se/aktiviteter

Oct. 29, 2007

Re: ATI fglrx 8.42 Driver issues

by Stefan Dösinger

Am Montag, 29. Oktober 2007 00:55:34 schrieb Brian Dunne: > but > I encountered a pretty serious problem when trying to wine World of > Warcraft in OpenGL mode. In short, it won't draw models - it seems to draw > environments and effect animations fine, but characters and objects like > benches and mailboxes are invisible. The problem is that if something like this happens in OpenGL mode, we can do almost nothing. OpenGL is to 99% a pass through, so the app calls the driver directly. We do not have the chance to alter anything if the driver doesn't like what the app is doing. So your best bet is to file a bug at ATI concerning this. But can you try d3d mode? In the past, the ATI drivers preferred that over WoW's OpenGL renderer.

Oct. 29, 2007

Re: opengl problems (commit 00633e37bcc8da1032f34ea2d87814739de07db4)

by Alex Romosan

Chris Robinson writes: > On Sunday 28 October 2007 08:00:19 pm Alex Romosan wrote: >> somewhere between release 0.9.46 and 0.9.47 of wine i started having >> problems with applications that use opengl. using git-bisect i found >> that commit 00633e37bcc8da1032f34ea2d87814739de07db4 (winex11: Use an >> offscreen redirected window for child OpenGL rendering.) was the first >> bad commit. >> >> in particular i am trying to run tracked part of racer 0.5.0 final >> (http://racer.nl/dl_win32.htm) doing a git-checkout >> 00633e37bcc8da1032f34ea2d87814739de07db4 and running tracked i get the >> following crash when i try to import a track: > i forgot to cc the list so here we go in case somebody else finds this of interest: > What card do you have and what drivers are you using? It looks like it's > trying to call glFlush without a context set, which is illegal. this was on my thinkpad t40 with a radeon r250 (mobility firegl 9000) card using the open source drivers. the program also crashes on my desktop with an nvidia card using the proprietary nvidia drivers but i don't know if it's the same problem. i'll investigate more tomorrow. also, i am using xorg 7.3 from debian. i've been having this problem for about a month now which is about the time debian switched to xorg 7.3. i wonder if maybe this has something to do with the crash. > Have you filed a bug report on buzilla? not yet. i first wanted to see what other people thought about this. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |

Oct. 29, 2007

Re: [1/3] comctl32: Do not call parent of tool window for tip text

by Alexander Dorofeyev

Hi. Thanks for your input. I did download this application, and, yeah, it appears that my patch regresses it. However, I did a bit of debugging of my own and I don't think that the real problem in RAdmin case is not sending the message to the parent, just like it isn't in DCPlusPlus, the real problem seems to be on toolbar's side again. Sending message to parent in tooltip code probably simply works around toolbar's broken behavior. In this case I think I've identified a line in toolbar.c that fails to properly detect empty string causing not appearing tooltips in Radmin. I'll try to submit another patch with this fix shortly. Ann & Jason Edmeades wrote: > Hi Alexander, > >> In the process of debugging I >> also determined that Windows doesn't seem to send this message to >> parent at all (tested on win98-Qemu, winXP SP2-Qemu and winXP SP1 >> normal installation). So I'm deleting this second call altogether and >> a conformance test for this situation will be included in the next >> patch. >> > > Under some circumstances, it must - see bug 9233 (and my patch at url below) > http://www.winehq.org/pipermail/wine-patches/2007-August/042660.html > http://www.winehq.org/pipermail/wine-cvs/2007-August/035236.html > > I debugged this through to the point where the parent was definitely > retrieving the information (I watched spy logs of the application in > question) and I believe reversing this patch will break radmin again... It's > a free download, can you please test you havent regressed that application > with the patch > > Jason

Oct. 29, 2007

Re: opengl problems (commit 00633e37bcc8da1032f34ea2d87814739de07db4)

by Chris Robinson

On Sunday 28 October 2007 08:00:19 pm Alex Romosan wrote: > somewhere between release 0.9.46 and 0.9.47 of wine i started having > problems with applications that use opengl. using git-bisect i found > that commit 00633e37bcc8da1032f34ea2d87814739de07db4 (winex11: Use an > offscreen redirected window for child OpenGL rendering.) was the first > bad commit. > > in particular i am trying to run tracked part of racer 0.5.0 final > (http://racer.nl/dl_win32.htm) doing a git-checkout > 00633e37bcc8da1032f34ea2d87814739de07db4 and running tracked i get the > following crash when i try to import a track: What card do you have and what drivers are you using? It looks like it's trying to call glFlush without a context set, which is illegal. Have you filed a bug report on buzilla?

Oct. 29, 2007

Re: Wine Gecko packaging

by Dmitry Timoshkov

"Jacek Caban" <jacek(a)codeweavers.com> wrote: > As you probably have noticed, downloading Gecko on first use confuses > users. Now, with last week patches, there is an other way to do it, > transparent for users. MSHTML code looks for cab file in $data_dir/gecko > (that is usually /usr/share/wine/gecko). Alternatively, if you run Wine > from build dir, it looks for $build_dir/../gecko. Wine checks it both in > wineprefixcreate and, if Gecko is not installed, on first usage. It > means that if you download wine_gecko-0.1.0.cab from SourceForge and put > it in the right place, you will no longer have to care about installing > Gecko. http://source.winehq.org/winegecko.php still points to an old Gecko package (0.0.1). Please update it. -- Dmitry.

Oct. 29, 2007

opengl problems (commit 00633e37bcc8da1032f34ea2d87814739de07db4)

by Alex Romosan

somewhere between release 0.9.46 and 0.9.47 of wine i started having problems with applications that use opengl. using git-bisect i found that commit 00633e37bcc8da1032f34ea2d87814739de07db4 (winex11: Use an offscreen redirected window for child OpenGL rendering.) was the first bad commit. in particular i am trying to run tracked part of racer 0.5.0 final (http://racer.nl/dl_win32.htm) doing a git-checkout 00633e37bcc8da1032f34ea2d87814739de07db4 and running tracked i get the following crash when i try to import a track: wine: Unhandled page fault on read access to 0x00000014 at address 0x7e542141 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x00000014 in 32-bit code (0x7e542141). fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7e542141 ESP:0033fdb4 EBP:0033fdec EFLAGS:00210246( - 00 -RIZP1) EAX:00000000 EBX:7e578714 ECX:0000494c EDX:00000000 ESI:00000001 EDI:0014da98 Stack dump: 0x0033fdb4: 00000000 00000000 000000aa 0000001e 0x0033fdc4: 0041fa7d 00000049 00000000 00000000 0x0033fdd4: 0014da98 0042567c 004256b5 7ed1f980 0x0033fde4: 00000001 0014da98 0033fe0c 7ed072db 0x0033fdf4: 0033fe60 00443457 ffffffff 00408fa0 0x0033fe04: 7ed07299 00000000 0033ff08 0041b192 Backtrace: =>1 0x7e542141 X11DRV_wglFlush+0x31() [/home/romosan/cvs/wine/dlls/winex11.drv/opengl.c:1952] in winex11 (0x0033fdec) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) 2 0x7ed072db wine_glFlush+0x4b() [/home/romosan/cvs/wine/dlls/opengl32/wgl.c:584] in opengl32 (0x0033fe0c) 3 0x0041b192 in tracked (+0x1b192) (0x0033ff08) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value __wine_dbch___default (1) 4 0x7ee5809e start_process+0xee(arg=0x0) [/home/romosan/cvs/wine/dlls/kernel32/process.c:839] in kernel32 (0x0033ffe8) 5 0xb7e7f867 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) 0x7e542141 X11DRV_wglFlush+0x31 [/home/romosan/cvs/wine/dlls/winex11.drv/opengl.c:1952] in winex11: movl 0x14(%eax),%edi 1952 update_drawable(((Wine_GLContext*)NtCurrentTeb()->glContext)->physDev); Modules: Module Address Debug info Name (77 modules) PE 400000- 457000 Export tracked PE 10000000-1007d000 Deferred fmod PE 65f00000-65fc2000 Deferred ole32 ELF 7aaf3000-7ab3c000 Deferred dsound<elf> \-PE 7ab00000-7ab3c000 \ dsound ELF 7b95a000-7ba20000 Deferred libasound.so.2 ELF 7bf00000-7bf03000 Deferred <wine-loader> ELF 7bf43000-7bf58000 Deferred midimap<elf> \-PE 7bf50000-7bf58000 \ midimap ELF 7bf58000-7bf70000 Deferred msacm32<elf> \-PE 7bf60000-7bf70000 \ msacm32 ELF 7bf70000-7bfa6000 Deferred winealsa<elf> \-PE 7bf80000-7bfa6000 \ winealsa ELF 7bfa6000-7bfab000 Deferred libtxc_dxtn.so ELF 7bfba000-7bfc3000 Deferred libxcursor.so.1 ELF 7bfc3000-7bfcb000 Deferred libxrender.so.1 ELF 7bfcb000-7bfe8000 Deferred imm32<elf> \-PE 7bfd0000-7bfe8000 \ imm32 ELF 7bfe8000-7bfeb000 Deferred libxinerama.so.1 ELF 7c080000-7c083000 Deferred libxcomposite.so.1 ELF 7e294000-7e4ef000 Deferred r200_dri.so ELF 7e4ef000-7e580000 Dwarf winex11<elf> \-PE 7e500000-7e580000 \ winex11 ELF 7e5cc000-7e5ec000 Deferred libexpat.so.1 ELF 7e5ec000-7e615000 Deferred libfontconfig.so.1 ELF 7e615000-7e62a000 Deferred libz.so.1 ELF 7e62a000-7e699000 Deferred libfreetype.so.6 ELF 7e699000-7e701000 Deferred msvcrt<elf> \-PE 7e6b0000-7e701000 \ msvcrt ELF 7e701000-7e78f000 Deferred winmm<elf> \-PE 7e710000-7e78f000 \ winmm ELF 7e78f000-7e7b5000 Deferred msacm32<elf> \-PE 7e7a0000-7e7b5000 \ msacm32 ELF 7e7b5000-7e7cb000 Deferred glu32<elf> \-PE 7e7c0000-7e7cb000 \ glu32 ELF 7e7cb000-7e865000 Deferred gdi32<elf> \-PE 7e7e0000-7e865000 \ gdi32 ELF 7e865000-7e9a3000 Deferred user32<elf> \-PE 7e880000-7e9a3000 \ user32 ELF 7e9a3000-7e9ae000 Deferred libgcc_s.so.1 ELF 7ea99000-7eaa2000 Deferred libdrm.so.2 ELF 7eaa2000-7eaa7000 Deferred libxfixes.so.3 ELF 7eaa7000-7eaaa000 Deferred libxdamage.so.1 ELF 7eaaa000-7eaaf000 Deferred libxdmcp.so.6 ELF 7eaaf000-7eab2000 Deferred libxau.so.6 ELF 7eab2000-7eb2b000 Deferred libglu.so.1 ELF 7eb2b000-7eb8b000 Deferred libgl.so.1 ELF 7eb8b000-7ec77000 Deferred libx11.so.6 ELF 7ec77000-7ec85000 Deferred libxext.so.6 ELF 7ec85000-7ec9c000 Deferred libice.so.6 ELF 7ec9c000-7eca4000 Deferred libsm.so.6 ELF 7eca4000-7ed25000 Dwarf opengl32<elf> \-PE 7ecc0000-7ed25000 \ opengl32 ELF 7ed25000-7ed6d000 Deferred advapi32<elf> \-PE 7ed30000-7ed6d000 \ advapi32 ELF 7ed6d000-7ed80000 Deferred libresolv.so.2 ELF 7ed80000-7ed9e000 Deferred iphlpapi<elf> \-PE 7ed90000-7ed9e000 \ iphlpapi ELF 7ed9e000-7edca000 Deferred ws2_32<elf> \-PE 7edb0000-7edca000 \ ws2_32 ELF 7edca000-7ede4000 Deferred wsock32<elf> \-PE 7edd0000-7ede4000 \ wsock32 ELF 7ede4000-7ef0c000 Dwarf kernel32<elf> \-PE 7ee00000-7ef0c000 \ kernel32 ELF 7ef0c000-7ef17000 Deferred libnss_files.so.2 ELF 7ef17000-7ef21000 Deferred libnss_nis.so.2 ELF 7ef21000-7ef39000 Deferred libnsl.so.1 ELF 7ef39000-7ef5f000 Deferred libm.so.6 ELF 7ef5f000-7f000000 Deferred ntdll<elf> \-PE 7ef70000-7f000000 \ ntdll ELF b7cf0000-b7cf5000 Deferred libxxf86vm.so.1 ELF b7cf5000-b7cfe000 Deferred libnss_compat.so.2 ELF b7cff000-b7d03000 Deferred libdl.so.2 ELF b7d03000-b7e4b000 Deferred libc.so.6 ELF b7e4c000-b7e63000 Deferred libpthread.so.0 ELF b7e78000-b7f8c000 Dwarf libwine.so.1 ELF b7f8e000-b7fac000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 0000000a 0000000b 0 00000008 (D) C:\SIMS\RACER\tracked.exe 0000000e 2 0000000d 15 0000000c 15 00000009 0 <== also the application window shows a copy of some other window i have opened on the screen before it crashes instead of starting with a black window and then drawing the imported track objects. going to the commit just before this one gets tracked working (although the opengl window is drawn in the wrong place) but the application works in general. i tried to undo various parts of the patch but i wasn't able figure out anything. maybe somebody has some ideas. let me know if you need more information. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |

Oct. 29, 2007