- Wine-Devel - list.winehq.org

Chasing Galactic Civilizations Unhandled Exception
by Mike Kost June 25, 2004

June 25, 2004

After sucking it up and realizing I'd have to learn how to navigate winedbg, I started playing around with the Galactic Civilizations unhandled exception. Some documentation and a few trips through winedbg later, it appears that Gal Civ is throwing a divide-by-zero -----------<snip>--------------- First chance exception: divide by zero in 32-bit code (0x40f2cda8) -----------<snip>--------------- I did a 'bt' next: -----------<snip>--------------- =>1 0x40f2cda8 send_mouse_event+0xc8(hwnd=0x10024, flags=0x8001, posX=0x1fb0000, posY=0x1df, data=0x0, time=0xef3d) [mouse.c:135] in x11drv (0x406cfbb0) 2 0x40f2e010 X11DRV_MotionNotify+0x60(hwnd=0x10024, event=0x406cfc4c) [mouse.c:613] in x11drv (0x406cfbdc) 3 0x40f24e90 .L79+0xa in x11drv (0x406cfc3c) ... stuff ... -----------<snip>--------------- and then did an 'info local' and got: -----------<snip>--------------- send_mouse_event: struct HWND__* hwnd = 0x00010024 (parameter) long unsigned int flags = 0x00008001 (parameter) long unsigned int posX = 0x01fb0000 (parameter) long unsigned int posY = 0x000001df (parameter) long unsigned int data = 0x00000000 (parameter) long unsigned int time = 0x0000ef3d (parameter) unsigned int state = 0x0000004c (local in register ECX) unsigned int state = 0x0000004c (local in register ECX) struct HWND__* hwnd = 0x01faffff (local in register EAX) long unsigned int data = 0x01faffff (local in register EAX) long unsigned int time = 0x0000ef3d (local in register EDI) struct tagINPUT input = 0x40f61028 (local) int width = 0x00000000 (local in register ESI) int height = 0x00000000 (local) -----------<snip>--------------- After digging around in dlls/x11drv/mouse.c (see the bt output), I found: -----------<snip>--------------- int width = GetSystemMetrics( SM_CXSCREEN ); int height = GetSystemMetrics( SM_CYSCREEN ); /* Relative mouse movements seem not to be scaled as absolute ones */ posX = (((long)posX << 16) + width-1) / width; posY = (((long)posY << 16) + height-1) / height; -----------<snip>--------------- The posX and poxY calculations are the only divides in the send_mouse_event function (pointed to by the bt as the stack location when the divide-by-zero occurred). The 'info local' confirms that width and height are indeed 0. My problem is that I do not think GetSystemMetrics should be returning 0. The display is quite chorked up by the time the unhandled exception occurs, so I'm pretty sure something bad has already happened; I just don't know what. If any x11drv experienced folk can provide pointers or insight, I'd greatly appreciate it. Mike Kost mike -at- tashcorp.net

1 0

problem with linkage of so under RHEL3
by Bill Medland June 25, 2004

June 25, 2004

Guys (I'll be looking into it tomorrow but I thought I'd see if anyone already knows) Command line application opens a dll using LoadLibrary. That Dll links to odbc odbc uses unixODBC to link to the new Oracle 10g Beta ODBC client. That client so access rather a lot of Oracle libraries Relocation error occurs /usr/local/bin/wine-pthread: relocation error: /opt/oracle/product/10.1.0/client_1/lib/libsqora.so: undefined symbol: SQLGetPrivateProfileString The application can also be built under Linux, as can "That Dll" and link directly to unixODBC. Under that configuration it works fine. In all the messing about with the threading etc can anyone think immediately of where we might have messed up the linking? (Wine is rather old - cvs compile of about 20040408) -- Bill Medland mailto:billmedland(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

2 3

FW: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier
by Krishna Murthy June 25, 2004

June 25, 2004

Alexandre, Is these changes looks good? Do I have to submit this patch to 'wine-patches(a)winehq.org' ? Thanks, Krishna -----Original Message----- From: Krishna Murthy Sent: Tuesday, June 22, 2004 2:56 PM To: 'Alexandre Julliard'; Krishna Murthy Cc: wine-devel(a)winehq.org Subject: RE: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier Alexandre, Please find attached modified patch. The method DEFDLG_SetDefButton() now accepts the BOOL bSetDefID parameter to adapt for both DM_SETDEFID and WM_NEXTDLGCTL. Thanks, Krishna -----Original Message----- From: Alexandre Julliard [mailto:julliard(a)winehq.org] Sent: Friday, June 18, 2004 10:30 AM To: Krishna Murthy Cc: wine-devel(a)winehq.org Subject: Re: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier Krishna Murthy <Krishna.Murthy(a)guptaworldwide.com> writes: > No, it is required. The DEFDLG_SetDefButton() is also called from > message DM_SETDEFID. In this case idResult should set to the default > button ID passed. And the current logic of DEFDLG_SetDefButton() does > what is required for DM_SETDEFID. Well, of course you'd need to adapt the DM_SETDEFID handling to the change. I think that's better than sending duplicate messages. -- Alexandre Julliard julliard(a)winehq.org

2 1

does wineshelllink work for use with GNOME?
by Santosh Siddheshwar June 25, 2004

June 25, 2004

Hi, Does anybody know of the issues when making shortcuts on the main menu on GNOME (redhat 9)? It seems to me that the .desktop files are created under the right folder ($HOME/.gnome/apps) but the shortcuts dont appear on the menu. As far as I could figure the way to go about adding to the main or system menu is to make entries in the Applications.directory file in /etc/X11/desktop-menus and then have your app .desktop files in /usr/share/applications. Why dont the .desktop files under $HOME/.gnome/apps show up on the menu? Any other ideas? Similarly on redhat 9 for KDE the shortcuts seem to be required to be under $HOME/.kde/applnk-redhat but wineshelllink puts them in applnk folder. Is this correct? Thanks in advance! Santosh Siddheshwar ********************************************************************* Disclaimer: The information in this e-mail and any attachments is confidential / privileged. It is intended solely for the addressee or addressees. If you are not the addressee indicated in this message, you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. *********************************************************************

1 0

winedbg crashes
by Jon Griffiths June 24, 2004

June 24, 2004

Hi, I'm having some trouble with the debugger and a large C++ application I'm trying to debug. This seems unrelated to the recent changes that were made (the old debugger used to have issues as well). When my app dies i get the following: wine: Unhandled exception (thread 0009), starting debugger... fixme:console:SetConsoleCtrlHandler (0x405db800,1) - no error checking or testing yet WineDbg starting on pid 0x8 fixme:dbghelp:SymLoadModule should no longer happen fixme:dbghelp:SymLoadModule should no longer happen Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0x40a272a2). In 32 bit mode. err:dbghelp_stabs:stabs_pts_read_type_def Forward declaration name mismatch _Obj <> __default_alloc_template<true,0> err:dbghelp_stabs:stabs_pts_read_type_def Forward declaration name mismatch _Impl <> locale err:dbghelp_stabs:stabs_pts_read_type_def Forward declaration name mismatch id <> locale wine-pthread: stabs.c:169: stabs_add_include: Assertion `idx >= 0' failed. wine: Unhandled exception (thread 000b), starting debugger... fixme:console:SetConsoleCtrlHandler (0x405db800,1) - no error checking or testing yet WineDbg starting on pid 0xa Unhandled exception: assertion failed in 32-bit code (0xffffe410). In 32 bit mode. 0xffffe410: popl %ebp Wine-dbg> The 'read access to 0x00000001' exception is my app, but the the debugger fails the above assertion and dies. I have stripped the application and .so's for this app (its winelib based), but this doesn't help the crash. I suspect maybe the template brackets may be screwing up the stabs parsing (since template names can contain commas). Has anyone seen something like this before? I'm happy to help debug the problem from this end if that helps. Cheers, Jon ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

2 1

strace log of SIGSEGV on FC2
by Vincent Béron June 24, 2004

June 24, 2004

Here's a strace log of strace ./wine in the root of a current cvs build tree, with wine's preloader debug enabled. It ends with a SIGSEGV. Vincent

1 0

Free application with menu redrawing/flicker loop (window position mismatch?)
by Andreas Mohr June 24, 2004

June 24, 2004

Hi all, greetings from the Wine booth at LinuxTag! :) (Uwe Bonnes and me are there) The following program which a school employee (4000 pupils!) asked me about that prevents his school administration from switching to Linux has problems with continuous redrawing of the menu bar and non-redrawing of the client area (resulting from continuous menu redrawing?): http://schulverwaltungsprogramme.mswwf.nrw.de/mswf_software/html/winplan.ht… Note that installation runs fine; it's the main program which breaks. The relay log shows signs of a WM_WINDOWPOSCHANGING/WM_WINDOWPOSCHANGED loop or something like that. If someone more familiar with messaging and window management could have a look at it, then I'm sure he'd greatly appreciate it. :) Greetings, Andreas Mohr

2 1

Re: [WineHQ] Updated TODO
by Mike Hearn June 24, 2004

June 24, 2004

Can I double check that this is actually all there is to it? My reading of the changelog was that this is only the calculations have been moved into the server, but the rest of it has not been. For instance, I haven't checked but it didn't look like InvalidateRect was rewritten. If this is it then I'll resend my LockWindow patch but I think there is more to come ... Alexandre? On Thu, 2004-06-24 at 09:37 -0400, Dimitrie O. Paun wrote: > ChangeLog > Alexander finished moving the visible region handling > to the server. >

2 1

lost vertical and horizontal scroll bar
by Nicolai Kuntze June 24, 2004

June 24, 2004

Hi, I have here an application (bmed) but I can't see any scrollbars. Is there something I can do? Yours, Nicolai ---- Diese Nachricht wurde auf Viren und andere gefaehrliche Inhalte sowie Spam untersucht.

2 2

RE: LISTBOX_Directory() returns LB_OKAY for invalid directory / f ilen ame
by Krishna Murthy June 23, 2004

June 23, 2004

It looks like in bug 1435 they wanted to avoid triggering of error if no more files found. But could not understand why they wanted to avoid triggering of error when the specified filename does not exists. In MS windows if File Not found, then it returns error. So we could satisfy both by just doing the following check: > if (le != ERROR_NO_MORE_FILES) return LB_ERR; So the above condition triggers error for all the error conditions except for ERROR_NO_MORE_FILES. Krishna -----Original Message----- From: Alexandre Julliard [mailto:julliard(a)winehq.org] Sent: Tuesday, June 22, 2004 2:54 PM To: Krishna Murthy Cc: 'Dimitrie O. Paun'; wine-devel(a)winehq.org Subject: Re: LISTBOX_Directory() returns LB_OKAY for invalid directory / f ilen ame Krishna Murthy <Krishna.Murthy(a)guptaworldwide.com> writes: > Yesssss! got it, stupid mistake.... > It should be... > if ((le == ERROR_NO_MORE_FILES) || (le == ERROR_FILE_NOT_FOUND)) > return LB_ERR; That makes more sense, but it still looks wrong, I don't see why you would ignore all other errors. I suspect what you are really trying to do is to revert the change in rev 1.94, but this causes other problems (cf. bug 1435). I think you'll have to write a regression test for that one. -- Alexandre Julliard julliard(a)winehq.org

2 1