Hi all. The environment we are working on is a Red Hat Linux 6.2, with XFree 4.0 and KDE 2.1. The wine has been compiled using egcs-1.1.2. Wine itself is latest snapshot (20010731). The application we're trying to run crashes when tries to display a dialog box using Spread controls (from Farpoint). The crash occurs during a WM_PAINT. By exploring the builind of the window, the control it is showing is a scrollbar (lpszClass="SPR32D30ScrlBar"). A very strange behaviour is that the window does not appear to be linked in the parent/sibling structure. I mean: the WND has a parent. The first child of the parent is not the WND, and the child does not have any sibling. Can anyone provide help and or suggestions? Thank you all in advance. Marco -- Marco Bizzarri - Responsabile Tecnico - Icube S.r.l. Sede: Via Ridolfi 15 - 56124 Pisa (PI), Italia E-mail: m.bizzarri@icube.it WWW: www.icube.it Tel: (+39) 050 97 02 07 Fax: (+39) 050 31 36 588
Marco Bizzarri <m.bizzarri@icube.it> wrote:> Hi all.> The environment we are working on is a Red Hat Linux 6.2, with XFree 4.0 > and KDE 2.1.> The wine has been compiled using egcs-1.1.2. Wine itself is latest > snapshot (20010731).> The application we're trying to run crashes when tries to display a > dialog box using Spread controls (from Farpoint). The crash occurs > during a WM_PAINT.> By exploring the builind of the window, the control it is showing is a > scrollbar (lpszClass="SPR32D30ScrlBar").Can you set up winedbg properly ("Wine Debuggers Guide") and post a decent backtrace here ? (*Shift*-paste !)> A very strange behaviour is that the window does not appear to be linked > in the parent/sibling structure. I mean:Might be troubling, yes. -- Andreas Mohr, Renningen, Germany In case you need to contact me after expiry of temporary email address: my real address is (initial of first name).(last name)@mailto.de
Hi all. While trying to figure out why this application is crashing, I discovered that, inside the spread dll, there's a check about the value of the wParam value of a WM_PAINT message. Could this be some sort of "undocumented feature" ? Also, while looking at the backtrace, I was able to discover the "cause" of the error in the backtrace. The edi register which is used as a base for the access is returned from a double call: hMem = GetWindowLongA(hWnd, 0) edi = GlobalLock(hMem) The problem is that the hMem returned by GetWindowLongA is 0, so is edi. My question is: should GlobalLock signal something on the fact that the parameters is a pointer (hMem & 2 == 0), like an error? I've no hint for now on the reason why the value returned from GetWindowLongA is actually 0. Still investigating. Bye Marco -- Marco Bizzarri - Responsabile Tecnico - Icube S.r.l. Sede: Via Ridolfi 15 - 56124 Pisa (PI), Italia E-mail: m.bizzarri@icube.it WWW: www.icube.it Tel: (+39) 050 97 02 07 Fax: (+39) 050 31 36 588
Another information: when the dialog with Spread control inside appears, I can see the following on the standard output: err:local:LOCAL_GetBlock Local heap not found err:menu:MENU_CopySysPopup Unable to load default system menu Hope this will be useful. Bye Marco -- Marco Bizzarri - Responsabile Tecnico - Icube S.r.l. Sede: Via Ridolfi 15 - 56124 Pisa (PI), Italia E-mail: m.bizzarri@icube.it WWW: www.icube.it Tel: (+39) 050 97 02 07 Fax: (+39) 050 31 36 588