- Wine-Bugs - list.winehq.org

[Bug 1277] Chinese Input Problem
by Wine Bugs June 22, 2003

June 22, 2003

http://bugs.winehq.com/show_bug.cgi?id=1277 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:06 ------- Bug comments restored from Gmane.org: When we input Chinese charactors,we cannot use the key BackSpace and wine works very slow.Some Chinese charactors display as some black blocks.A Chinese guy has solved the problem.He wrote a patch for Wine-20030115.You can download here: http://xbkconfp.cosoft.org.cn/archive/XIM.patch.diff.tar.gz I hope the next version will not have the bug again. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1278] 3DSMax registry crash
by Wine Bugs June 22, 2003

June 22, 2003

http://bugs.winehq.com/show_bug.cgi?id=1278 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:03 ------- Bug comments restored from Gmane.org: ------- Additional Comments From mgf <at> taktile.com 2003-02-13 06:07 ------- Created an attachment (id=399) --> (http://bugs.winehq.com/attachment.cgi?id=399&action=view) wine --debugmsg +relay,+reg Program\ Files/3dsmax3_1/3dsmax.exe 2> /tmp/3dsmax.log - only the 30000 last line ------- Additional Comments From mgf <at> taktile.com 2003-02-13 06:13 ------- Wine-dbg>bt Backtrace: =>0 0x402b939a (NTDLL.DLL.sscanf+0x13f0e in libc.so.6) (ebp=407627cc) 1 0x40a2d860 (RegSetValueExA+0x200 [registry.c:137] in advapi32.dll.so) (ebp=00000000) ------- Additional Comments From mgf <at> taktile.com 2003-02-13 06:22 ------- Created an attachment (id=400) --> (http://bugs.winehq.com/attachment.cgi?id=400&action=view) please ignore the previous log file. it is irrelevant ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-13 11:39 ------- Thankyou for the bug report. Just a comment on the attached log(s) usually only the last 3000 lines before "starting debugger..." are required (unless we are debugging the debugger<g>) the lines after that are calls made by the debugger to set up and run. trace:reg:NtCreateKey (0x114,L"ShellNew",L"",0,f003f,0x40762900) trace:reg:NtCreateKey <- 0x118 00000034:Ret ntdll.NtCreateKey() retval=00000000 ret=40a2bb76 00000034:Call ntdll.RtlFreeUnicodeString(407627ac) ret=40a2bb83 00000034:Ret ntdll.RtlFreeUnicodeString() retval=00000001 ret=40a2bb83 00000034:Call ntdll.RtlNtStatusToDosError(00000000) ret=40a2bb0f 00000034:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=40a2bb0f 00000034:Ret advapi32.RegCreateKeyExA() retval=00000000 ret=300b123a 00000034:Call advapi32.RegSetValueExA(00000118,300b40d8 "NullFile",00000000,00000001,00000000,00000000) ret=300b108b 00000034:Call kernel32.GetVersion() ret=40a2d683 00000034:Ret kernel32.GetVersion() retval=c0000004 ret=40a2d683 wine: Unhandled exception, starting debugger... Trim after this. What is program is this? Is there a demo/download available? Thanks. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1280] edit control bug - EM_LIMITTEXT does not work
by Wine Bugs June 22, 2003

June 22, 2003

http://bugs.winehq.com/show_bug.cgi?id=1280 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:56 ------- Bug comments restored from Gmane.org: When you try to limit the maximum chars accepted in an edit control by doing something like this: SendMessage(hwndEdit, EM_LIMITTEXT, 10, 0); Wine simply ignores it, and let the user type more than 10 (in this example) characters. This looks bad, because the user could eventually overflow the allocated memory for the dialog, making the program crash. ------- Additional Comments From felipewd <at> elipse.com.br 2003-02-14 09:44 ------- Created an attachment (id=401) --> (http://bugs.winehq.com/attachment.cgi?id=401&action=view) .tar.gz source program which sets (in the "about" dialog) the maximum input to 10 characters ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-17 10:48 ------- I downloaded the tarball and need some instructions on how to build this (on Wine) either that or you could upload the compiled exe. ------- Additional Comments From felipewd <at> elipse.com.br 2003-02-17 11:42 ------- You can compile the source code with something like this: $ winemaker --nomfc . ; ./configure --with-wine=<your wine path> ; make ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-17 13:10 ------- I compiled it but when I tried to run it ./about1 I got /usr/local/bin/wine: cannot find 'about1.exe' I copied about1 to about1.exe and got this /usr/local/bin/wine: cannot determine executable type for 'F:\about1-src\about1.exe' Any suggestions ------- Additional Comments From felipewd <at> elipse.com.br 2003-02-17 13:50 ------- try 'wine about1.so' ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-17 18:00 ------- OK confirming... -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1281] Wine core dumps very often on FreeBSD
by Wine Bugs June 22, 2003

June 22, 2003

http://bugs.winehq.com/show_bug.cgi?id=1281 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:53 ------- Bug comments restored from Gmane.org: I already described the problems I have with Wine on FreeBSD in Bug #803. Here is a quick overview: wine + VirtualDub + Win98SE: fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:reg:GetSystemInfo not yet supported on this system fixme:mmsys:WMMMidiRunOnce16 (), stub! err:winmm:MMDRV_InitPerType Strange: mapper with 8 > 1 devices err:thunk:_loadthunk (USER.EXE, UsrMpr_ThunkData16, MPR.DLL): Bad magic fUh (should be SL01) err:thunk:_loadthunk (USER.EXE, UsrMpr_ThunkData16, MPR.DLL): Bad magic fUh (should be SL01) (Exit Code 133) With builtin MPR.DLL (whatever that is): fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:reg:GetSystemInfo not yet supported on this system fixme:mmsys:WMMMidiRunOnce16 (), stub! err:winmm:MMDRV_InitPerType Strange: mapper with 8 > 1 devices fixme:file:DeviceIo_MMDEVLDR (5,0x0,0,0x283b2bdc,4,0x28622e18,0x0): stub fixme:gdi:Escape16 unknown/unsupported 16-bit escape c03 (56,0x28632f3e,0x28632f86 fixme:gdi:Escape16 unknown/unsupported 16-bit escape c03 (56,0x28632f3e,0x28632f86 fixme:x11drv:X11DRV_GetDeviceCaps (0xafc): CAPS1 is unimplemented, will return 0 fixme:hook:NotifyWinEvent (32780,0x30029,-4,1)-stub! fixme:process:CreateProcessA (C:\windows\SYSTEM\DDHELP.EXE,...): NORMAL_PRIORITY_CLASS ignored fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:reg:GetSystemInfo not yet supported on this system fixme:x11drv:X11DRV_GetDeviceCaps (0xafc): CAPS1 is unimplemented, will return 0 fixme:mmsys:WMMMidiRunOnce16 (), stub! err:winmm:MMDRV_InitPerType Strange: mapper with 8 > 1 devices fixme:x11drv:X11DRV_GetDeviceCaps (0x74): CAPS1 is unimplemented, will return 0 GetModuleHandleA succeed LoadLibrary returns baaa0000 fixme:system:EnumDisplayDevicesA (0x0,0,0x286226e8,0x00000000), stub! wine: Unhandled exception, starting debugger... Warning: L"/usr/bin/winedbg.exe" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg 134705408.exe" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg 134705408" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg 134705408 152.exe" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg 134705408 152" not accessible from a configured DOS drive err:seh:start_debugger Couldn't start debugger ("/usr/bin/winedbg 134705408 152") (2) Read the Wine Developers Guide on how to set up winedbg or another debugger err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x28e9990e err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x28e9990e [1000 more lines of the same error] zsh: 30788 illegal hardware instruction (core dumped) wine --dll mpr=b virtualdub (Why is Wine looking for winedbg in /usr/bin? Wine got installed to /usr/local/bin!) Here is one backtrace I did with gdb: err:module:BUILTIN32_dlopen failed to load .so lib for builtin vdoenc32.dll: Cannot open "/usr/local/lib/wine/vdoenc32.dll.so" Program received signal SIGBUS, Bus error. 0x280ebd80 in IsBadWritePtr (ptr=0x29a50000, size=40) at ../../memory/virtual.c:568 568 p[0] |= 0; (gdb) bt #0 0x280ebd80 in IsBadWritePtr (ptr=0x29a50000, size=40) at ../../memory/virtual.c:568 #1 0x29a542af in ?? () #2 0x29a53359 in ?? () #3 0x79a9199a in ?? () #4 0x41b57e in ?? () #5 0x2d0 in ?? () Error accessing memory address 0x28: Bad address. (gdb) "Error accessing memory: Bad address"??? This sounds like serious breakage to me. I got enough core dumps when trying to get Starcraft/Diablo to work and I guess it's because there are tons of functions not (yet) implemented for non-linux system. I myself am right now trying to implement CDROM_GetIdeInterface for BSD systems, but my C skills are ... lacking :( ------- Additional Comments From q <at> galgenberg.net 2003-02-19 09:56 ------- I tried WINE from CVS and managed to get a better backtrace when trying to run starcraft. Looks like DirectSound is the culprit: fixme:console:SetConsoleCtrlHandler (0x4cf850,1) - no error checking or testing yet fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x2833ebc0)->(00010021,00000013) fixme:x11drv:X11DRV_DDHAL_CreatePalette stub Program received signal SIGBUS, Bus error. 0x2a7d5290 in DSDB_MapPrimary (dsdb=0x283421d8) at audio.c:1816 1816 while (b--) *p4++ = 0; (gdb) bt #0 0x2a7d5290 in DSDB_MapPrimary (dsdb=0x283421d8) at audio.c:1816 #1 0x2a7d5d9d in IDsDriverImpl_CreateSoundBuffer (iface=0x28342190, pwfx=0x28344768, dwFlags=1, dwCardAddress=0, pdwcbBufferSize=0x28344868, ppbBuffer=0x28344860, ppvObj=0x2834485c) at audio.c:2133 #2 0x2a75194e in DSOUND_PrimaryCreate (This=0x283444e0) at primary.c:174 #3 0x2a74ed43 in DirectSoundCreate8 (lpGUID=0x0, ppDS=0x696234, pUnkOuter=0x0) at dsound_main.c:696 #4 0x4a6bbe in ?? () #5 0x28100b68 in start_process () at ../../scheduler/process.c:564 #6 0x28104a75 in call_on_thread_stack (func=0x2810094c) at ../../scheduler/sysdeps.c:112 -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1282] excessive MDI slowdowns (app: IDA Pro >= 4.30)
by Wine Bugs June 22, 2003

June 22, 2003

http://bugs.winehq.com/show_bug.cgi?id=1282 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:46 ------- Bug comments restored from Gmane.org: Using the latest version of IDA Pro (Interactive Disassembler, http://www.datarescue.com/idabase/) version 4.30, the now MDI based GUI turns out to be unusable. While the GUI is displayed correctly, all GUI actions are very slow and every simple action, such as a click on an MDI document window is taking > 20 seconds to process. The program behaves correctly though after the "blocking" has passed, which happens on every GUI action. Sorry for the vague bug description, you may want to reproduce the bug yourself using an evaluation version available from http://www.datarescue.com/idabase/ida4down.htm by email request. Versions < 4.30 are non-MDI based and behave almost right under wine, 4.30 is unusable due to the slowdowns. I use the Debian/sid wine packages, version 20030115. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1285] NULL pointer accesses will no longer be caught
by Wine Bugs June 22, 2003

June 22, 2003

http://bugs.winehq.com/show_bug.cgi?id=1285 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:38 ------- Bug comments restored from Gmane.org: I tryed to run old Windows games (Another World, Battle Of Britain, Xenon 2, ...) but I got the following message for ~10 of them: --- Loading required GL library /usr/X11R6/lib/libGL.so.1.2 Warning: unprotecting the first 64KB of memory to allow real-mode calls. NULL pointer accesses will no longer be caught. --- Most of them ended but one displayed a 640x480 black box on top left of the screen and bring me to killall -TERM wine. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1165] Photoshop6 hangs, can potentially lock X server, and machine.
by Wine Bugs June 22, 2003

June 22, 2003

http://bugs.winehq.com/show_bug.cgi?id=1165 7ownq0k402(a)sneakemail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WORKSFORME ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2003-22-06 11:35 ------- In the CVS from 2003-06-16, I no longer see this bug. As the reason for the fix is unknown, I'm setting this to WORKSFORSOME. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1288] Popup windows always 'on top' (Visual FoxPro)
by Wine Bugs June 22, 2003

June 22, 2003

http://bugs.winehq.com/show_bug.cgi?id=1288 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:33 ------- Bug comments restored from Gmane.org: PopUp windows in Visual FoxPro (such as 'Wait' windows, and 'percent complete' notifications during a select) are shown on top of ALL other windows, even in other virtual desktops. ------- Additional Comments From rick <at> valeoinc.com 2003-02-18 14:13 ------- Created an attachment (id=407) --> (http://bugs.winehq.com/attachment.cgi?id=407&action=view) WaitWindow example program - requires VFP5 Runtime ------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-18 14:36 ------- Please see my bug 1267, I think we are talking about very similar symptoms. ------- Additional Comments From rick <at> valeoinc.com 2003-02-18 14:47 ------- I think I know what you're talking about in 1267. Correct me if I'm wrong, but an example of 1267 would be: 1. Have FoxPro and a shell open on the same virtual desktop. 2. Right click on Foxpro - a copy/cut/paste/ THAT window will be ontop, and Foxpro will be pushed behind the shell window. I've seen that before, is that what you were reporting? That seems to be a different issue to me, but I could be wrong.. ------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-18 16:25 ------- Yes you are correct, a different issue entirely. Sorry for the confusion! ------- Additional Comments From mikecopeland <at> genesis-group.net 2003-03-19 17:17 ------- *** This bug has been confirmed by popular vote. *** -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1165] Photoshop6 hangs, can potentially lock X server, and machine.
by Wine Bugs June 22, 2003

June 22, 2003

http://bugs.winehq.com/show_bug.cgi?id=1165 ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2003-22-06 11:31 ------- Recovered from news.gmane.org: http://bugs.winehq.com/show_bug.cgi?id=1165 Summary: Photoshop6 hangs, can potentially lock X server, and machine. Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.com ReportedBy: 7ownq0k402(a)sneakemail.com Wine build: Build 20021031 (Not in version list) Steps to reproduce: 1. Run Photoshop6 2. Photoshop starts running. 3. Photoshop main window comes up (sometimes badly drawn) 4. The splash screen comes up. 5. Towards the end of the load ("Initialising..." is in splash screen) the main window disappears, as does the splash screen. 6. The whole screen is now locked apart from the KDE panel, with the cursor showing the hourglass. 7. When menus are lauched from the panel. the mouse works properly in menu. Menu is draw correctly, but when leave menu, nothing is re-drawn. 8. Sometimes (especially if left in locked state) Photoshop 6 will use all available memory (real & swap), and linux will hang. Repeatability: Always. Workarounds attempted (None succeded): 1. Attempted using the following DLLs native: shell,shell32,commtrl,comctl32,commdlg,comdlg32,shlwapi, ole32,rpcrt4,shlwapi,oleaut32,msvcrt20,msvcrt,msvcp60,shfolder 2. Removed the native wintab32.dll 3. Tried with "Synchronous" = "Y" This improved the drawing, but didn't fix the bug. 4. Tried with OS set to Win 98. Wine config: Is based upon a win98 install. Photoshop6 was installed in Win98. Options for exiting lock: 1. Go to a console (CTRL-ALT-FNKEY), and kill wineserver, and any wine apps. 2. Shutdown computer (sometimes possible from KDE panel menu. 3. Reset computer. Looks almost as if a X grab has occured, on the whole screen apart from the KDE panel. I am happy to provide debug reports, but I'll need guidance as to how to proceed, because all debug logs I've created are large, and Photoshop must run at a reasonable rate so I can kill it before Something to do with shfolder.dll????? Seems to occur near wher dll is loaded. ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-27 06:40 ------- In the bug report, I didn't complete this paragraph: I am happy to provide debug reports, but I'll need guidance as to how to proceed, because all debug logs I've created are large, and Photoshop must run at a reasonable rate so I can kill it before it consumes all memory. ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-27 10:57 ------- Looking closely, the Window Manager controlled parts of the window disappear too. This suggests some foulup relating to X11 communication, as the area is obviously grabbed, but there's not title bar to minimise the grabbed window with. ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-27 14:10 ------- It turns out that Photoshop removes all top level windows from the KDE panel. ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-28 10:23 ------- Did some serious gdb debugging on the problem. Conclusion: This is an X11driver problem, moving to x11driver component Motes on the debug session follows: The problem occurs as 1st wine processs exits with error code 1. After this the wineserver process (and possibly another wine process seem to go mad). They cause 100% kernel load, and 100% use of swap. did breakpoint on exit() in gdb wine, on the 1st process (desktop???) got following stack trace #0 0x402761dd in exit () from /lib/libc.so.6 #1 0x4106913a in _XDefaultError () from /usr/X11R6/lib/libX11.so.6 #2 0x40ff66bd in error_handler (display=0x80a0e08, error_evt=0x406d18a4) at x11drv_main.c:136 #3 0x4106924d in _XError () from /usr/X11R6/lib/libX11.so.6 #4 0x4106787b in _XReply () from /usr/X11R6/lib/libX11.so.6 #5 0x4106319a in XSync () from /usr/X11R6/lib/libX11.so.6 #6 0x40fef7c4 in TSXSync (a0=0x80a0e08, a1=0) at ts_xlib.c:614 #7 0x40ff148f in X11DRV_CreateWindow (hwnd=0x10051, cs=0x406d1c00, unicode=0) at window.c:893 #8 0x4086c1d0 in WIN_CreateWindowEx (cs=0x406d1c00, classAtom=49155, type=WIN_PROC_32A) at ../../windows/win.c:1166 #9 0x4086c63b in CreateWindowExA (exStyle=0, className=0x10156c0 "edit", windowName=0x10974a4 "", style=1073807488, x=5, y=6, width=101, height=16, parent=0x10026, menu=0x177b, instance=0x400000, data=0x0) at ../../windows/win.c:1320 The contents of error_evt was: (gdb) print error_evt $1 = (XErrorEvent *) 0x406d18a4 (gdb) print error_evt->type $2 = 0 (gdb) print error_evt->display $3 = (Display *) 0x80a0e08 (gdb) print error_evt->resourceid $4 = 77594636 (gdb) print error_evt->serial $5 = 911 (gdb) print error_evt->error_code $6 = 8 '\b' (gdb) print error_evt->request_code $7 = 7 '\a' (gdb) print error_evt->minor_code $8 = 0 '\000' And what's the error: (gdb) call XGetErrorText(display,error_evt->error_code,1076119904,1000) $15 = 0 (gdb) print (char*)(1076119904) $16 = 0x40244960 "BadMatch (invalid parameter attributes)" ------- Additional Comments From marcus(a)jet.franken.de 2002-11-28 15:01 ------- set the "Synchronous" flag to "Yes" and run again. this will pop up the debugger on fault and will show the real x instruction which did hang. ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-28 19:00 ------- Here's the stack backtrace from the synchronous mode. Oh, all my traces are done with "Desktop" = "800x600". Synchronous backtrace: (gdb) bt #0 0x40770f34 in DebugBreak () at ../../include/winternl.h:808 #1 0x40ff66b3 in error_handler (display=0x80a0e08, error_evt=0x406d16c8) at x11drv_main.c:135 #2 0x4106924d in _XError () from /usr/X11R6/lib/libX11.so.6 #3 0x4106787b in _XReply () from /usr/X11R6/lib/libX11.so.6 #4 0x4106319a in XSync () from /usr/X11R6/lib/libX11.so.6 #5 0x41063234 in _XSyncFunction () from /usr/X11R6/lib/libX11.so.6 #6 0x41060dd9 in XReparentWindow () from /usr/X11R6/lib/libX11.so.6 #7 0x40ff1bea in X11DRV_SetParent (hwnd=0x10021, parent=0x10026) at window.c:1118 #8 0x4086e5cb in SetParent (hwnd=0x10021, parent=0x10026) at ../../windows/win.c:2557 #9 0x40888cf7 in handle_internal_message (hwnd=0x10021, msg=2147483651, wparam=65574, lparam=0) at message.c:1057 #10 0x40889531 in call_window_proc (hwnd=0x10021, msg=2147483651, wparam=65574, lparam=0, unicode=1, same_thread=1) at message.c:1355 #11 0x4088a12f in SendMessageTimeoutW (hwnd=0x10021, msg=2147483651, wparam=65574, lparam=0, flags=0, timeout=4294967295, res_ptr=0x0) at message.c:1737 #12 0x40886ef4 in broadcast_message_callback (hwnd=0x10021, lparam=1080891832) at message.c:298 #13 0x4086ee72 in EnumWindows ( lpEnumFunc=0x40886e70 <broadcast_message_callback>, lParam=1080891832) ---Type <return> to continue, or q <return> to quit--- at ../../windows/win.c:2957 #14 0x4088a0b8 in SendMessageTimeoutW (hwnd=0xffffffff, msg=2147483651, wparam=65574, lparam=0, flags=0, timeout=4294967295, res_ptr=0x406d1a0c) at message.c:1724 #15 0x4088a3b9 in SendMessageW (hwnd=0xffffffff, msg=2147483651, wparam=65574, lparam=0) at message.c:1818 #16 0x4086e5b0 in SetParent (hwnd=0xffffffff, parent=0x10026) at ../../windows/win.c:2552 Also from a trace of the server log when running asynchonous gives: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 7 (X_ReparentWindow) Serial number of failed request: 911 Current serial number in output stream: 918 So it's the ReparentWindow that fails, and from documentation, will fail with BadMatch if: *The new parent window is not on the same screen as the old parent window. *The new parent window is the specified window or an inferior of the specified window. *The new parent is InputOnly, and the window is not. *The specified window has a ParentRelative background, and the new parent window is not the same depth as the specified window. ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-12-06 11:16 ------- More info: **** On the SetParentCall failure **** The call to SetParent is SetParent(HWND_BROADCAST,A_Window) So, it looks as if it attempts to broadcast this to all top level windows. Don't know what Windows does, but I'm certain it shouldn't fail as badly as it does. My suggestion: Handle the "Bad Match" error, and return an error result to the calling app (If possible). To fix this properly, need a test for the behaviour on Windows. *** On the hang **** I suspect that Wine shouldn't (in theory) hang on an error like this. I suspect it does hang because because it's attempting to open the debugger, while some of it's windows are mangled. Will test disabling the bebugger in wine config. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1289] loads of bugs in a nice test program
by Wine Bugs June 22, 2003

June 22, 2003

http://bugs.winehq.com/show_bug.cgi?id=1289 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:29 ------- Bug comments restored from Gmane.org: this is an editor written in powerbasic exe: http://gemia.de/test/editor.exe source: (i am ashamed. this was a really early program , dont hit me) http://gemia.de/test/editor.bas (see bug 1286 for link to compiler) an old dos program i wrote once when the dos editor wasnt able to handle files bigger than 64K i think nobody needs it anymore and the programs text is german, so its difficult to use for all others but it causes wine to create LOADS of different errors and bugs and should be excellent for testing purposes. :-) Bugs in this file include: --not running every now and then (wineconsole bug) instead writing strange chars into the wineconsole window and freezing wine --so much err and fixme messages on the screen that you cant see the program anymore if -debugmsg -all isnt given (most of them about unhandled mouse interrupt calls) (if i remember right i did hide the mouse during refreshing the screen) (under X this is unnecessary since there is no text-mode mouse cursor) (but wine doesnt know about that interrupt call) --you cannot go into the menu via ALT-D or similar since the ALT key isnt recogniced --some sub menues cause wine to end the program --wine ends the program randomly every now and then ... excellent for testing purposes isnt it? -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0