- Wine-Devel - list.winehq.org

It now hangs when running an install shield
by Ben Clewett Dec. 16, 2002

Dec. 16, 2002

Wine, You gues have already given me loada help, but straight onto my next stage, and I get (my old friend) the Wine Console error traceback. Running an Install Shield instalation, starts OK, gets past the initial 'Install Shield will now guide you through your instalation'. Then blanks the screen for about ten minutes, returning with the console showing: Unhandles exception: page fault on write access to E:\_ITSTMP.DIR\_INS55765._WP): movl %eax,0x28(%edx,%ecx,4) Looked in /tmp/winetmp-root/_ITSTMP.DIR/* & can't see anything wrong. 'df' shows a few dozen gig free. And clues? I hope at the end of this, I can return the great feedback by answering some questions my self :) Ben

1 0

Workaround for Wine to produce dead-keys with Brazilian ABNT-2 keyboards
by Mauro Carvalho Chehab Dec. 16, 2002

Dec. 16, 2002

I spent a lot of time looking for a solution for using my Brasilian ABNT-2 keyboard. I've already sent a new patch to wine-patches in order to correct keytables and vkey tables. But it remained a small problem: It was NOT generating the correct dead-key codes. So, I developed a *workaround*. This patch has to be applyied to dlls/x11drv/keyboard.c (It was tested with CVS 20021125). I advice that it wil work only for ABNT-2 keyboards. ---------------------------------------------------------------------------------------------------------------------------------------- --- keyboard.c 2002-11-28 22:33:07.000000000 -0200 +++ keyboard.c 2002-12-16 15:10:07.000000000 -0200 @@ -1759,6 +1794,10 @@ else TRACE("Found keycode %d (0x%2X)\n",e.keycode,e.keycode); ret = XLookupString(&e, (LPVOID)lpChar, 2, &keysym, NULL); + +/* Gambiarra para funcionarem os acentos em teclado ABNT-2 */ +if ((e.keycode==48)||(e.keycode==34)||((e.keycode==15)&&(e.state & ShiftMask))) ret=0; + wine_tsx11_unlock(); if (ret == 0)

1 0

RE: Wine, Windows.Forms on Linux, GC and segfaults.
by Patrik Stridvall Dec. 16, 2002

Dec. 16, 2002

> The problem is that by the time that Wine has been initialized, > using setjmp/longjmp will always lead to a crash. The code > in pthreads > that performs the longjmp will first try to invoke the pthread cleanup > routines, and then invoke longjmp. This never happens. You can't and needn't link with -lpthread. Wine has its own pthread implmentation. I tried your included code and it works just fine unless you link with -lpthread, then it crashes in the same way as in your attached picture. But then you should never link Wine with -lpthread so that is not really a bug. Of course Wine pthread implementation it not in any way complete so some function might be missing and some might only be only partially implemented and of course some might be incorrectly implemented. So please try again without linking with -lpthread.

3 2

Quick silly question, registering DLL's
by Ben Clewett Dec. 16, 2002

Dec. 16, 2002

Forgive any stupidness implied, I am UNIX not MS! How does one check whether a DLL is registered, and how does one actually register a DLL in wine? Thanks,

1 0

VarOr / oleaut32
by us＠the-edmeades.demon.co.uk Dec. 16, 2002

Dec. 16, 2002

Hiya, What app shows this? Can I get hold of it - I should be able to knock something up for it as a test regardless, but it might not be til mid next week. Jason

3 3

GetWindowTextLengthA()/WM_GETTEXTLENGTH issue
by Andreas Mohr Dec. 15, 2002

Dec. 15, 2002

Hi all, Steuertipps PC 2003 (yeah, right, it's that time of the year again ;) has corrupted button text - drawing beyond the last actual string character. This is because the supplied OWL (Borland, I believe ?) DLL calls DrawTextA with twice the amount of string length (yeah, must be a Unicode issue, of course... :), thus forcing DrawTextA into drawing way too much. (side note: OWL seems to implement its own custom buttons) This doubled value comes from GetWindowTextLengthA() (0x14 bytes instead of 0x0e bytes), which thus comes from WM_GETTEXTLENGTH. WINPROC_UnmapMsg32ATo32W does for a WM_GETTEXTLENGTH unmapping: case WM_GETTEXTLENGTH: case CB_GETLBTEXTLEN: case LB_GETTEXTLEN: /* there may be one DBCS char for each Unicode char */ return result * 2; The button text in question is: L"&Schlie\00dfen" (aka "&Schliessen") (so it's a Unicode string with 0x0e units) MSDN says that both WM_GETTEXTLENGTH and GetWindowTextLength return inexact amounts of string lengths for certain Unicode/DBCS combos (and always at least as much as the minimum storage it requires). However, I guess that we really *shouldn't* double the string length in this case (I guess we better avoid that corruption ;). Hmm, any idea how the unmapping can be improved ? To me it seems that the generic unmapping in WINPROC_UnmapMsg32ATo32W is exactly the place where s^Hcrap happens. (there seems to be a pretty direct connection between GetWindowTextLengthA and DrawTextA) Andreas Mohr

1 0

Re: docu patch
by Dimitrie O. Paun Dec. 15, 2002

Dec. 15, 2002

On December 15, 2002 07:25 am, Andreas Mohr wrote: > - comment out mapping to home drive in default config and add > a comment on why we don't include it This renders Wine useless for all but the most trivial of tasks. But maybe playing winmine is good enough ... :) If we want to be really secure, we should recommend that the user removes the floppy drive, and _all_ network cards, as there are virii that are known to use such mediums... :))) -- Dimi.

1 0

SHELL32.DLL.ILFindLastID segfault
by Dimitrie O. Paun Dec. 15, 2002

Dec. 15, 2002

If you run the winGTK installer (wingtk-0.2.exe, available from http://wingtk.sourceforge.net/) and click on the "Browse" button to select the installation directory, you get: [dimi(a)dimi wine.src]$ wine ~/dev/wine/wingtk-0.2.exe fixme:shell:BrsFolderDlgProc flags 1 not implemented wine: Unhandled exception, starting debugger... fixme:console:SetConsoleCtrlHandler (0x4057e554,1) - no error checking or testing yet And the backtrace is: Wine-dbg>bt Backtrace: =>0 0x40a0707a (SHELL32.DLL.ILFindLastID+0x3e in shell32.dll.so) (ebp=40761750) 1 0x40a0884e (SHELL32.DLL.SHGetPathFromIDListW+0x1be in shell32.dll.so) (ebp=40761774) 2 0x40a0b0bf (SHELL32.DLL.SHGetFileInfoA+0x2e7 in shell32.dll.so) (ebp=40761c9c) 3 0x40a0b745 (SHELL32.DLL.SHGetFileInfoW+0x8d in shell32.dll.so) (ebp=40761e28) 4 0x409fec9f (SHELL32.DLL.SHGetFreeDiskSpace+0x213f in shell32.dll.so) (ebp=40762108) 5 0x409fecde (SHELL32.DLL.SHGetFreeDiskSpace+0x217e in shell32.dll.so) (ebp=40762124) 6 0x409fef9a (SHELL32.DLL.SHGetFreeDiskSpace+0x243a in shell32.dll.so) (ebp=407623dc) 7 0x409fec2d (SHELL32.DLL.SHGetFreeDiskSpace+0x20cd in shell32.dll.so) (ebp=40762400) 8 0x409ff35e (SHELL32.DLL.SHGetFreeDiskSpace+0x27fe in shell32.dll.so) (ebp=4076241c) 9 0x4089d13f (USER32.DLL.GetTaskmanWindow+0xbb in user32.dll.so) (ebp=40762440) 10 0x4089d19d (USER32.DLL.GetTaskmanWindow+0x119 in user32.dll.so) (ebp=4076246c) 11 0x408a210a (USER32.DLL.CallWindowProcW+0xda in user32.dll.so) (ebp=407624a0) 12 0x40879ed8 (USER32.DLL.DefDlgProcW+0x44 in user32.dll.so) (ebp=407624cc) 13 0x4089d13f (USER32.DLL.GetTaskmanWindow+0xbb in user32.dll.so) (ebp=407624f0) 14 0x4089d19d (USER32.DLL.GetTaskmanWindow+0x119 in user32.dll.so) (ebp=4076251c) 15 0x408a19dd (USER32.DLL.GetTaskmanWindow+0x4959 in user32.dll.so) (ebp=40762544) 16 0x408a1ffe (USER32.DLL.CallWindowProcA+0xda in user32.dll.so) (ebp=40762578) 17 0x408b20d4 (USER32.DLL.IsCharAlphaW+0x2b90 in user32.dll.so) (ebp=407625d4) 18 0x408b2d9e (USER32.DLL.SendMessageTimeoutA+0x1ba in user32.dll.so) (ebp=4076263c) 19 0x408b2e25 (USER32.DLL.SendMessageA+0x31 in user32.dll.so) (ebp=40762668) 20 0x4087d005 (USER32.DLL.DefWindowProcW+0x1885 in user32.dll.so) (ebp=407626f8) 21 0x4087d87c (USER32.DLL.DialogBoxParamW+0x44 in user32.dll.so) (ebp=40762728) 22 0x409ff691 (SHELL32.DLL.SHBrowseForFolder+0xd1 in shell32.dll.so) (ebp=40762770) 23 0x00405575 (wingtk-0.2.exe.EntryPoint+0x1017 in F:\dev\wine\wingtk-0.2.exe) (ebp=407629c0) 24 0x4089d13f (USER32.DLL.GetTaskmanWindow+0xbb in user32.dll.so) (ebp=407629e4) 25 0x4089d19d (USER32.DLL.GetTaskmanWindow+0x119 in user32.dll.so) (ebp=40762a10) 26 0x408a1ade (USER32.DLL.GetTaskmanWindow+0x4a5a in user32.dll.so) (ebp=40762a38) 27 0x408a2129 (USER32.DLL.CallWindowProcW+0xf9 in user32.dll.so) (ebp=40762a6c) 28 0x40879ed8 (USER32.DLL.DefDlgProcW+0x44 in user32.dll.so) (ebp=40762a98) 29 0x4089d13f (USER32.DLL.GetTaskmanWindow+0xbb in user32.dll.so) (ebp=40762abc) 30 0x4089d19d (USER32.DLL.GetTaskmanWindow+0x119 in user32.dll.so) (ebp=40762ae8) 31 0x408a210a (USER32.DLL.CallWindowProcW+0xda in user32.dll.so) (ebp=40762b1c) 32 0x408b2073 (USER32.DLL.IsCharAlphaW+0x2b2f in user32.dll.so) (ebp=40762b78) 33 0x408b2bc9 (USER32.DLL.SendMessageTimeoutW+0x135 in user32.dll.so) (ebp=40762bdc) 34 0x408b2de9 (USER32.DLL.SendMessageW+0x31 in user32.dll.so) (ebp=40762c08) 35 0x40850e65 (USER32.DLL.UnregisterDeviceNotification+0xc8d1 in user32.dll.so) (ebp=40762ce0) 36 0x40851269 (USER32.DLL.UnregisterDeviceNotification+0xccd5 in user32.dll.so) (ebp=40762d04) 37 0x4089d13f (USER32.DLL.GetTaskmanWindow+0xbb in user32.dll.so) (ebp=40762d28) 38 0x4089d19d (USER32.DLL.GetTaskmanWindow+0x119 in user32.dll.so) (ebp=40762d54) 39 0x408a210a (USER32.DLL.CallWindowProcW+0xda in user32.dll.so) (ebp=40762d88) 40 0x40886a56 (USER32.DLL.DispatchMessageW+0x96 in user32.dll.so) (ebp=40762dcc) 41 0x4087de12 (USER32.DLL.IsDialogMessageW+0x96 in user32.dll.so) (ebp=40762de4) 42 0x4087d6a1 (USER32.DLL.CreateDialogIndirectParamW+0xe1 in user32.dll.so) (ebp=40762e28) 43 0x4087d826 (USER32.DLL.DialogBoxParamA+0x52 in user32.dll.so) (ebp=40762e44) 44 0x00404cef (wingtk-0.2.exe.EntryPoint+0x791 in F:\dev\wine\wingtk-0.2.exe) (ebp=00420160) 45 0x74676e69 (SHLWAPI.DLL..reloc+0x3a5de69) (ebp=775c3a63) Wine-dbg> -- Dimi.

1 0

Re: crtdll revisited
by Dimitrie O. Paun Dec. 15, 2002

Dec. 15, 2002

On December 13, 2002 02:32 am, Dimitrie O. Paun wrote: > The msvcrt/ removal patch allows for a simpler fix to > the crtdll problem. > > I don't include a ChangeLog because if you like this one, > you should commit it together with the msvcrt/ removal patch, > as it's part of the same logical unit of work. While this works OK, it does break 'make depend' so... -- Dimi.

1 0

regression - 'wine notepad.exe' now has fixme
by Dan Kegel Dec. 15, 2002

Dec. 15, 2002

With today's cvs, I see fixme:win:SetWindowTextA cannot set text "Notepad - (untitled)" of other process window (nil) when I run notepad.exe. This also happens with wine20021125, but not with wine20020904. Should I narrow it down to a specific patch so it can be fixed, or is this a known problem? - Dan

2 1