wine-bugs

wine-bugs@winehq.org

1 participants
158772 discussions

[Bug 1263] Window resizing does not work (Visual FoxPro)
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1263 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 13:04 ------- Bug comments restored from Gmane.org: Form resizing doesn't work properly in Microsoft Visual FoxPro versions 5, 6, 7, 8. Trying to grab the sides or corners of the form to resize does not work. To reproduce this problem please download my demo application as listed in the URL field. ------- Additional Comments From dclark <at> akamail.com 2003-02-08 12:38 ------- Here is a small "fix", but not the right one. It is not clear to me yet whether the wrong value is being passed to this function, or that a more elaborate method needs to be used to determine what to do with it. But anyway, the patch at least demonstrates where the problem is. Index: dlls/x11drv/winpos.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v retrieving revision 1.63 diff -u -r1.63 winpos.c --- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63 +++ dlls/x11drv/winpos.c 8 Feb 2003 18:35:31 -0000 @@ -1901,11 +1903,17 @@ else /* SC_SIZE */ { if (!thickframe) return; - if ( hittest && hittest != HTSYSMENU ) hittest += 2; + ERR("Hittest A %ld\n", hittest); + if ( hittest && hittest != HTSYSMENU ) + { + if (hittest <= WMSZ_BOTTOMRIGHT) hittest += ( HTLEFT - WMSZ_LEFT ); + else hittest += 2; + } else { set_movesize_capture( hwnd ); hittest = start_size_move( hwnd, wParam, &capturePoint, style ); + ERR("Hittest B %ld\n", hittest); if (!hittest) { set_movesize_capture(0); @@ -1932,6 +1940,7 @@ } origRect = sizingRect; + ERR("Hittest C %ld\n", hittest); if (ON_LEFT_BORDER(hittest)) { mouseRect.left = max( mouseRect.left, sizingRect.right-maxTrack.x ); ------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-08 14:54 ------- Duane your patch worked beautifully on my end. I can now resize all VFP windows normally. However, it still doesn't handle the grab on the top edge of the window correctly, but all other edges and all corners grab just fine. Thanks and hopefully this patch can get committed if it is found to be the correct one. ------- Additional Comments From dclark <at> akamail.com 2003-02-08 15:34 ------- It definitely isn't correct, since it breaks certain cases in other apps. I'm still trying to figure out exactly what should be done. All the MSDN says is that "the four low-order bits of the wParam parameter are used internally by the system", so not much help there :-) ------- Additional Comments From dclark <at> akamail.com 2003-02-08 17:08 ------- It looks like the correct fix is: http://www.winehq.com/hypermail/wine-patches/2003/02/0080.html ------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-08 17:48 ------- Yes, that patch resolves the window resizing issue in Visual FoxPro, all versions. Great job, I definitely feel like I'm getting my money's worth with Wine! :) As far as I'm concerned this bug can be marked as resolved, assuming that the patch makes it into the CVS tree. ------- Additional Comments From dclark <at> akamail.com 2003-02-24 18:21 ------- I think we can close this one. Fixed by: http://www.winehq.com/hypermail/wine-cvs/2003/02/0075.html ------- Additional Comments From dpaun <at> rogers.com 2003-03-25 17:46 ------- Fix some time ago. Closing. -- 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 1264] Shift+Tab keystroke not working (Visual FoxPro)
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1264 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 13:01 ------- Bug comments restored from Gmane.org: A TAB will advance to the next control, and a SHIFT-TAB *should* bring you to the previous control, but this isn't implemented in Wine. The following message gets output when you try to SHIFT-TAB from Visual FoxPro: err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE20 (ISO_Left_Tab) : err:keyboard:X11DRV_ToUnicode (virtKey=9,scanCode=F,keycode=17,state=11) ------- Additional Comments From wine-devel <at> bol.com.br 2003-04-05 23:25 ------- *** 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 1265] ToolTip text is cut off (Visual FoxPro)
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1265 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:59 ------- Bug comments restored from Gmane.org: Tooltip text is drastically cut off, which is a big problem when working in the VFP IDE as Intellisense will tell a developer the syntax for the command being entered. Download my demo to reproduce. ------- Additional Comments From dclark <at> akamail.com 2003-02-10 13:03 ------- This is being caused because this sequence of events is taking place. Early on the app creates two DCs for the tooltip with a default size of 66x20 pixels. One is an offscreen DC for working in (ends up being 0xa18 on my system), and the other is the DC that is used to actually display the tooltip on the screen (0xa14). When it comes time to show the tooltip, the app moves and resizes both DCs, and paints and writes in the text to the offscreen DC. It then copies this into the screen DC and sends a signal to make it visible. Up to this point everything is fine. When the window is made visible, some events are received from the X queue, which "catch up" the app. It sends two resize events to the offscreen DC, the first resizes back to 66x20, which effectively clips the rest of the tooltip, and the second resizes it back to the correct size. Unfortunately the contents are now corrupted, but the app is assuming the offscreen DC is ok. The corrupted offscreen DC is then copied to the screen DC. When the tooltip is hidden and redisplayed, the same sequence of events occurs. Except this time, the DCs were already at the correct size for the tooltip, so no resizing back to 66x20 occurs, and the offscreen DC is not corrupted this time. Even when the window is closed and reopened, it continues to use the DCs it has already created, so no problem occurs. ------- Additional Comments From dclark <at> akamail.com 2003-02-10 15:48 ------- And it looks like this patch fixes this bug. I am not real sure why this code is here, so will have to study more before submitting. And there are already lots of patches setting in the queue already :-) An X ConfigureNotify event is a notification that a window has just been changed. So it is not clear to me why Wine immediately then changes it again. I will have to test with a bunch of apps to see if I can figure out what (if anything) it is needed for. Watch out for word wrap. Index: dlls/x11drv/winpos.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v retrieving revision 1.63 diff -u -r1.63 winpos.c --- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63 +++ dlls/x11drv/winpos.c 10 Feb 2003 21:41:08 -0000 @@ -1609,8 +1611,8 @@ /* if nothing changed, don't do anything */ if (winpos.flags == (SWP_NOMOVE | SWP_NOSIZE | SWP_NOZORDER | SWP_NOACTIVATE)) return; - SetWindowPos( hwnd, winpos.hwndInsertAfter, winpos.x, winpos.y, - winpos.cx, winpos.cy, winpos.flags | SWP_WINE_NOHOSTMOVE ); +/* SetWindowPos( hwnd, winpos.hwndInsertAfter, winpos.x, winpos.y, + winpos.cx, winpos.cy, winpos.flags | SWP_WINE_NOHOSTMOVE );*/ } ------- Additional Comments From dclark <at> akamail.com 2003-02-10 16:35 ------- It looks like this is a much better fix. Index: dlls/x11drv/winpos.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v retrieving revision 1.63 diff -u -r1.63 winpos.c --- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63 +++ dlls/x11drv/winpos.c 10 Feb 2003 22:33:20 -0000 @@ -887,6 +887,9 @@ UINT wvrFlags = 0; BOOL bChangePos; + /* This is needed to flush pending X ConfigureNotify events on this window */ + MsgWaitForMultipleObjectsEx( 0, NULL, 0, 0, 0 ); + TRACE( "hwnd %p, swp (%i,%i)-(%i,%i) flags %08x\n", winpos->hwnd, winpos->x, winpos->y, winpos->x + winpos->cx, winpos->y + winpos->cy, winpos->flags); ------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-10 19:35 ------- I didn't try your first fix but the second works!! This is great for Visual FoxPro and Wine... One thing though, not sure if this should be a separate bug report or not. If I display some ToolTipText, and then switch to a different application, the ToolTipText will be displaying on top of the foreground app's windows as well. Actually, the ToolTipText will be on every desktop workspace, on top of all other windows. I had previously noticed this phenomenon for dockable windows that were currently undocked in the VFP IDE, so I'm assuming this is a separate issue entirely and will likely file a separate bug report in a couple weeks... ------- Additional Comments From chetdude <at> pacbell.net 2003-02-26 15:51 ------- *** This bug has been confirmed by popular vote. *** ------- Additional Comments From wine-devel <at> bol.com.br 2003-04-05 23:59 ------- The second patch solves the bug. Why not to apply to current wine version? And te bug 1266 appear to be resolved, too. ------- Additional Comments From dclark <at> akamail.com 2003-04-06 13:05 ------- Hmm, you assigned the bug to yourself (Marcelo) :-) Adding wine-bugs to the CC list so that further postings show up on gmane. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 0

[Bug 1266] WAIT WINDOW display problem (Visual FoxPro)
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1266 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:54 ------- Bug comments restored from Gmane.org: WAIT WINDOW text gets drawn, but then the background covers up the text. See my demo to reproduce. ------- Additional Comments From dclark <at> akamail.com 2003-02-10 17:31 ------- Oh, cool. The patch I put on bug 1265 also fixes this one. ------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-10 19:38 ------- Yes Duane, confirmed. Your second patch in bug 1265 fixes this WAIT WINDOW problem as well. Same issue however with the window appearing on top of any foreground application on any desktop workspace. Are you going to submit your patch to be committed to CVS or did you need to do more testing first? The patch has been submitted. It makes sense (at least to me :-), and I tested it with a bunch of apps too. And yes, the window insisting on being on top is a "feature", and separate from this bug. ------- Additional Comments From chetdude <at> pacbell.net 2003-02-26 15:52 ------- *** 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 1267] Popup menus (shortcuts) will put the main form behind other X apps (Visual FoxPro)
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1267 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:44 ------- Bug comments restored from Gmane.org: If you have other apps open on your desktop, and you are letting X manage created windows and you aren't running inside a Wine desktop, when a popup menu appears all other VFP-created windows get sent behind any other windows on the desktop and only the popup is visible. Please download my demo application to reproduce. ------- Additional Comments From chetdude <at> pacbell.net 2003-02-26 15:52 ------- *** 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 1269] On the search page in WinMX it displays it's own icon, but is too big in WINE
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1269 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:40 ------- Bug comments restored from Gmane.org: This was on v3.31 of WinMX (gotten from the link in the app db, but I'm pretty sure http://www.winmx.com and click on the download link). And the Redhat 8.0 rpm from Mecano of 20030115 (with the devel package too). I ran the install exe and after configuring the app it started. If you go to the search tab along the top it'll display another row of boxes below. The initial box will have a WinMX icon, but it'll be bigger than it's supposed to be. http://www.zeron.ca/~dan/wine/winmx1.png is a screenshot for a different bug, but it shows this problem too. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-09 11:22 ------- This is a free-as-in-beer download. I can confirm this -- 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 1272] SW_SHOWMINIMIZED bug
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1272 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:37 ------- Bug comments restored from Gmane.org: SW_SHOWMINIMIZED has a weird bug: The application, when restored, goes blank and have to be killed and re-started to work again. This looks like an internal loop inside wine, or a wrong XLib flag being set. This seems to be critical, because to app does not work anymore untill it is re-started. ------- Additional Comments From felipewd <at> elipse.com.br 2003-02-10 06:52 ------- Created an attachment (id=396) --> (http://bugs.winehq.com/attachment.cgi?id=396&action=view) source code of an app to test the SW_SHOWMINIMIZED flag ------- Additional Comments From felipewd <at> elipse.com.br 2003-02-10 06:53 ------- Created an attachment (id=397) --> (http://bugs.winehq.com/attachment.cgi?id=397&action=view) executable of an app to test the SW_SHOWMINIMIZED flag ------- Additional Comments From dclark <at> akamail.com 2003-02-10 11:17 ------- I can never figure out how to download those attachments. Anyway, try this patch, which fixes the exact same symptom on another app for me. Watch out for word wrap. Index: dlls/x11drv/winpos.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v retrieving revision 1.63 diff -u -r1.63 winpos.c --- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63 +++ dlls/x11drv/winpos.c 14 Jan 2003 03:02:14 -0000 @@ -1345,8 +1345,7 @@ if (!(win = WIN_GetPtr( hwnd ))) return; - if ((win->dwStyle & WS_VISIBLE) && - (win->dwStyle & WS_MINIMIZE) && + if ((win->dwStyle & WS_MINIMIZE) && (win->dwExStyle & WS_EX_MANAGED)) { int x, y; @@ -1373,7 +1372,10 @@ WIN_SetStyle( hwnd, style ); WIN_ReleasePtr( win ); - SendMessageA( hwnd, WM_SHOWWINDOW, SW_RESTORE, 0 ); + /* The SW_SHOW is needed if WS_VISIBLE is false. It will trigger + X11DRV_ShowWindow, and pass the SW_SHOW parameter. Otherwise, it + does not hurt anything. */ + SendMessageA( hwnd, WM_SHOWWINDOW, SW_RESTORE, SW_SHOW ); SetWindowPos( hwnd, 0, rect.left, rect.top, rect.right-rect.left, rect.bottom-rect.top, SWP_NOZORDER | SWP_WINE_NOHOSTMOVE ); } ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-02-10 11:47 ------- Whoa, that was fast! I've also been looking at this bug, and I found something different: I have used Win98 notepad.exe in a desktopified Wine environment for testing. I started it, minimized notepad, and watched in amazement as it totally disappeared (no icon anywhere!). So in fact I uncovered a second bug while investigating that bug. Cool, huh? Call trace: X11DRV_ShowWindow WINPOS_MinMaximize(hwnd, SW_MINIMIZE, &newPos) GetWindowPlacement(hwnd, &wpl) WINPOS_InitInternalPos() WINPOS_FindIconPos(wndPtr, wp l.ptMinPosition [-1, -1]); (rectParent 0/0 - 1400/1050: desktop window!) SetRect(newPos, wpl.ptMaxPosition.x, wpl.ptMaxPosition.y, GetSystemMetrics(SM_CXICON), GetSystemMetrics(SM_CYICON); --> 21/1596 - 32/32 ---> WAY below Wine Desktop window!!!! What seems to happen is that WINPOS_InitInternalPos returns -1, -1 (no position information stored yet for window). WINPOS_FindIconPos can't deal with -1, -1 properly, it seems. I tried your patch to check whether it'd also fix this issue, but it doesn't. Any idea about my problem? ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-02-10 12:10 ------- OK, *my* issue is not quite a bug. My Win98SE copy has horribly negative values for almost all WindowMetrics keys, so Wine picks up these values and uses them in an uncorrected manner. I'll try to find out what Windows does in case of negative values, and I'll change Wine to handle that if required. ------- Additional Comments From dclark <at> akamail.com 2003-02-10 12:35 ------- It was quick because I have been using this patch for quite awhile now :-) It was even submitted to CVS, but rejected: http://www.winehq.com/hypermail/wine-devel/2002/08/0360.html I guess maybe an attempt needs to be made to figure out the right fix. ------- Additional Comments From felipewd <at> elipse.com.br 2003-02-10 12:43 ------- Well, Duane...I guess it got rejected because it does not work :) The problem still exists...in fact, what seems to happen is that when the window is SW_SHOWMINIMIZED, it also is resized to 0,0, it's not only minimized. And when the user tries to restore the windows to normal (having to manually resize the window to the "normal" size) state, the main window is locked, but the menu seem to work (could be some flag not being set correctly). To download the attachments...just click on them. They're are also available here: ftp://ftp.elipse.com.br/pub/showWindow/showWindow-exe.tar.gz ftp://ftp.elipse.com.br/pub/showWindow/showWindow-src.tar.gz ------- Additional Comments From dclark <at> akamail.com 2003-02-10 13:25 ------- I finally figured out that the attachments were gzip files. Netscape 7 thinks they are named showattachment.cgi, and there were no other clues that I could see to what they were. The "executable" unpacks into a .so file for some reason. When I execute, it says I need libstdc++.so.5. Anyway, I was able to compile from the source and run that. And yes, my patch does not fix your app. On the otherhand, I don't get the symptom of it locking up. Yes it is restored to a tiny window and I have to resize it by hand, but the "hello world" is displayed just fine for me. ------- Additional Comments From felipewd <at> elipse.com.br 2003-02-10 13:53 ------- You're right. It turned out to be a Window Maker bug. I tried the same program with gnome and it worked fine. So, ok...the "main" bug is not a wine bug...but a minor bug still exists: The window gets resized to a really tiniy value when minimized. ------- Additional Comments From dclark <at> akamail.com 2003-02-11 12:03 ------- Hmm, what I am seeing now is that sometimes the contents of the Window are painted when I open and resize it, and sometimes they are not. Apparently somewhat random, or at least no obvious cause that I can see. ------- Additional Comments From dclark <at> akamail.com 2003-02-11 19:50 ------- It looks like SW_SHOWMINIMIZED should be setting a flag to not resize the top level window. Like this. Index: dlls/x11drv/winpos.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v retrieving revision 1.63 diff -u -r1.63 winpos.c --- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63 +++ dlls/x11drv/winpos.c 12 Feb 2003 01:39:59 -0000 @@ -1237,7 +1240,7 @@ /* fall through */ case SW_SHOWMINIMIZED: case SW_FORCEMINIMIZE: /* FIXME: Does not work if thread is hung. */ - swp |= SWP_SHOWWINDOW; + swp |= SWP_SHOWWINDOW | SWP_WINE_NOHOSTMOVE; /* fall through */ case SW_MINIMIZE: swp |= SWP_FRAMECHANGED; @@ -1296,7 +1299,7 @@ swp |= SWP_NOACTIVATE | SWP_NOZORDER; SetWindowPos( hwnd, HWND_TOP, newPos.left, newPos.top, - newPos.right, newPos.bottom, LOWORD(swp) ); + newPos.right, newPos.bottom, swp ); if (cmd == SW_HIDE) { /* FIXME: This will cause the window to be activated irrespective The next problem is that somewhere, the SW_MINIMIZE client style is removed, but the client window is not mapped. If you use just the above patch, you will see the missing interior (client) area. This patch explicitely maps the client area, but it kind of masks the original problem. Index: dlls/x11drv/window.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/window.c,v retrieving revision 1.50 diff -u -r1.50 window.c --- dlls/x11drv/window.c 30 Jan 2003 01:07:43 -0000 1.50 +++ dlls/x11drv/window.c 12 Feb 2003 01:49:42 -0000 @@ -587,7 +587,7 @@ if (was_mapped && !is_client_window_mapped( win )) XUnmapWindow( display, data->client_window ); XConfigureWindow( display, data->client_window, mask, &changes ); - if (!was_mapped && is_client_window_mapped( win )) + if (is_client_window_mapped( win )) XMapWindow( display, data->client_window ); wine_tsx11_unlock(); } ------- Additional Comments From felipewd <at> elipse.com.br 2003-02-12 12:46 ------- This last patch fixed my problem. Thanks! Could you submit it for inclusion in the CVS? ------- Additional Comments From dclark <at> akamail.com 2003-02-12 13:24 ------- I kind of doubt the second part of the patch would be accepted. There are a couple of lingering problems with minimizing and restoring (like the problem that my earlier patch fixes on one of my apps :-) I'm getting much more comfortable with analyzing problems and figuring out how things "should" work than when I created that old patch; which I originally wrote almost two years ago. So maybe it is time for me to take a second look and dig into this a little deeper. -- 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 1274] Apps using managed windows don't remember window size or position
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1274 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:14 ------- Bug comments restored from Gmane.org: Using MSWord from Office 2000, the window size and position is not remembered if managed == Y. Workaround: turn managed off and set the window size and position, and then turn managed back on. OS: RedHat 8.0 with 2.4.20 kernel Wine config: [DllOverrides] "kernel" = "builtin" "kernel32" = "builtin" "gdi" = "builtin" "gdi32" = "builtin" "user" = "builtin" "user32" = "builtin" "ntdll" = "builtin" "commdlg" = "builtin, native" "comdlg32" = "builtin, native" "comctrl" = "builtin, native" "comctl32" = "builtin, native" "shell" = "builtin, native" "shell32" = "builtin, native" "shfolder" = "builtin, native" "shlwapi" = "builtin, native" "shdocvw" = "builtin, native" "advapi32" = "builtin, native" "setupx" = "native, builtin" "setupapi" = "native" "cabinet" = "native" "oleaut32" = "native" "ole32" = "native" ;; still see fixmes though so this isn't being honored "*" = "native, builtin" [Version] "Windows" = "win98" -- 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 1276] cannot run Lotus Notes Rel 5.0.9a
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1276 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:13 ------- Bug comments restored from Gmane.org: [root@localhost Notes]# uname -a Linux localhost.localdomain 2.4.18-19.8.0custom #2 Wed Feb 12 10:48:39 PST 2003 i686 i686 i386 GNU/Linux [root@localhost Notes]# pwd /mnt/win/Program Files/Notes [root@localhost Notes]# mount /dev/hda5 on / type ext3 (rw) none on /proc type proc (rw) usbdevfs on /proc/bus/usb type usbdevfs (rw) /dev/hda3 on /boot type ext3 (rw) none on /dev/pts type devpts (rw,gid=5,mode=620) none on /dev/shm type tmpfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) /dev/hda2 on /mnt/win type ntfs (rw) [root@localhost Notes]# wine notes fixme:win32:SetCriticalSectionSpinCount critsection=0x77a3f7a0: spincount=1000 not supported fixme:win32:SetCriticalSectionSpinCount critsection=0x77a3f810: spincount=1000 not supported fixme:console:SetConsoleCtrlHandler ((nil),0) - no error checking or testing yet fixme:console:SetConsoleCtrlHandler (0x115f1e0,1) - no error checking or testing yet fixme:file:LockFile not implemented in server fixme:file:UnlockFile not implemented in server [root@localhost Notes]# [root@localhost .wine]# cd [root@localhost root]# cd .wine [root@localhost .wine]# pwd /root/.wine [root@localhost .wine]# cat config WINE REGISTRY Version 2 ;; All keys relative to \\Machine\\Software\\Wine\\Wine\\Config ;; If you think it is necessary to show others your complete config for a ;; bug report, filter out empty lines and comments with ;; grep -v "^;" ~/.wine/config | grep '.' ;; ;; MS-DOS drives configuration ;; ;; Each section has the following format: ;; [Drive X] ;; "Path"="xxx" (Unix path for drive root) ;; "Type"="xxx" (supported types are 'floppy', 'hd', 'cdrom' and 'network') ;; "Label"="xxx" (drive label, at most 11 characters) ;; "Serial"="xxx" (serial number, 8 characters hexadecimal number) ;; "Filesystem"="xxx" (supported types are 'msdos'/'dos'/'fat', 'win95'/'vfat', 'unix') ;; This is the FS Wine is supposed to emulate on a certain ;; directory structure. ;; Recommended: ;; - "win95" for ext2fs, VFAT and FAT32 ;; - "msdos" for FAT16 (ugly, upgrading to VFAT driver strongly recommended) ;; DON'T use "unix" unless you intend to port programs using Winelib ! ;; "Device"="/dev/xx" (only if you want to allow raw device access) ;; [Drive C] "Path" = "/mnt/win" "Type" = "hd" "Label" = "Win2000" "Filesystem" = "win95" [Drive D] "Path" = "/mnt/cdrom" "Type" = "cdrom" "Label" = "CD-Rom" "Filesystem" = "win95" ; make sure that device is correct and has proper permissions ! "Device" = "/dev/cdrom" [Drive E] ;"Path" = "${HOME}/.wine/c" "Path" = "/root/.wine/c" "Type" = "hd" "Label" = "Win2k" "Filesystem" = "unix" [Drive F] ;"Path" = "${HOME}" ;"Type" = "network" ;"Label" = "Home" ;"Filesystem" = "win95" [wine] "Windows" = "c:\\WINNT" "System" = "c:\\WINNT\\system32" "Temp" = "e:\\tmp" "Path" = "c:\\WINNT;c:\\WINNT\\system32;c:\\WINNT\system;e:\\" "Profile" = "e:\\windows\\Profiles\\Administrator" "GraphicsDriver" = "x11drv" ; Wine doesn't pass directory symlinks to Windows programs by default. ; Enabling this may crash some programs that do recursive lookups of a whole ; subdir tree in case of a symlink pointing back to itself. ;"ShowDirSymlinks" = "1" "ShellLinker" = "wineshelllink" # <wineconf> [Version] ; Windows version to imitate (win95,win98,winme,nt351,nt40,win2k,winxp,win20,win30,win31)" }, "Windows" = "win2k" ; DOS version to imitate ;"DOS" = "6.22" ; Be careful here, wrong DllOverrides settings have the potential ; to pretty much kill your setup. [DllOverrides] "commdlg" = "builtin, native" "comdlg32" = "builtin, native" "ver" = "builtin, native" "version" = "builtin, native" "shell" = "builtin, native" "shell32" = "builtin, native" "shfolder" = "builtin, native" "shlwapi" = "builtin, native" "shdocvw" = "builtin, native" "lzexpand" = "builtin, native" "lz32" = "builtin, native" "comctl32" = "builtin, native" "commctrl" = "builtin, native" "advapi32" = "builtin, native" "crtdll" = "builtin, native" "mpr" = "builtin, native" "winspool.drv" = "builtin, native" "ddraw" = "builtin, native" "dinput" = "builtin, native" "dsound" = "builtin, native" "opengl32" = "builtin, native" "msvcrt" = "native, builtin" "msvideo" = "builtin, native" "msvfw32" = "builtin, native" "mcicda.drv" = "builtin, native" "mciseq.drv" = "builtin, native" "mciwave.drv" = "builtin, native" "mciavi.drv" = "native, builtin" "mcianim.drv" = "native, builtin" "msacm.drv" = "builtin, native" "msacm" = "builtin, native" "msacm32" = "builtin, native" "midimap.drv" = "builtin, native" ; you can specify applications too "notepad.exe" = "native, builtin" ; default for all other dlls "*" = "native, builtin" [x11drv] ; Number of colors to allocate from the system palette "AllocSystemColors" = "100" ; Use a private color map "PrivateColorMap" = "N" ; Favor correctness over speed in some graphics operations "PerfectGraphics" = "N" ; Color depth to use on multi-depth screens ;;"ScreenDepth" = "16" ; Name of X11 display to use ;;"Display" = ":0.0" ; Allow the window manager to manage created windows "Managed" = "Y" ; Use a desktop window of 640x480 for Wine ;"Desktop" = "640x480" ; Use XFree86 DGA extension if present ; (make sure /dev/mem is accessible by you !) "UseDGA" = "N" ; Use XShm extension if present "UseXShm" = "Y" ; Use XVidMode extension if present "UseXVidMode" = "Y" ; Enable DirectX mouse grab "DXGrab" = "N" ; Create the desktop window with a double-buffered visual ; (useful to play OpenGL games) "DesktopDoubleBuffered" = "N" ; Code page used for captions in managed mode ; 0 means default ANSI code page (CP_ACP == 0) "TextCP" = "0" ; Use this if you have more than one port for video on your setup ; (Wine uses for now the first 'input image' it finds). ;; "XVideoPort" = "43" ; Run in synchronous mode (useful for debugging X11 problems) ;;"Synchronous" = "Y" [fonts] ;Read the Fonts topic in the Wine User Guide before adding aliases ;See a couple of examples for russian users below "Resolution" = "96" "Default" = "-adobe-helvetica-" "DefaultFixed" = "fixed" "DefaultSerif" = "-adobe-times-" "DefaultSansSerif" = "-adobe-helvetica-" ;; default TrueType fonts with russian koi8-r encoding ;"Default" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultFixed" = "-monotype-courier new-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultSerif" = "-monotype-times new roman-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultSansSerif" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r" ;; default cyrillic bitmap X fonts ;"Default" = "-cronyx-helvetica-" ;"DefaultFixed" = "fixed" ;"DefaultSerif" = "-cronyx-times-" ;"DefaultSansSerif" = "-cronyx-helvetica-" ; the TrueType font dirs you want to make accessible to wine [FontDirs] ;"dir1" = "/usr/X11R6/lib/X11/fonts/TrueType" ;"dir2" = "/usr/share/fonts/truetype" ;"dir3" = "/usr/X11R6/lib/X11/fonts/TT" ;"dir4" = "/usr/share/fonts/TT" [serialports] "Com1" = "/dev/ttyS0" "Com2" = "/dev/ttyS1" "Com3" = "/dev/ttyS2" "Com4" = "/dev/modem" [parallelports] "Lpt1" = "/dev/lp0" [ppdev] ;; key: io-base of the emulated port ;; value : parport-device{,timeout} ;; timeout for auto closing an open device ( not yet implemented) ;"378" = "/dev/parport0" ;"278" = "/dev/parport1" ;"3bc" = "/dev/parport2" [spooler] "FILE:" = "tmp.ps" "LPT1:" = "|lpr" "LPT2:" = "|gs -sDEVICE=bj200 -sOutputFile=/tmp/fred -q -" "LPT3:" = "/dev/lp3" [ports] ;"read" = "0x779,0x379,0x280-0x2a0" ;"write" = "0x779,0x379,0x280-0x2a0" [Debug] ;"RelayExclude" = "RtlEnterCriticalSection;RtlLeaveCriticalSection" ;"RelayInclude" = "user32.CreateWindowA" ;"SnoopExclude" = "RtlEnterCriticalSection;RtlLeaveCriticalSection" ;"SpyExclude" = "WM_SIZE;WM_TIMER;" [registry] ;These are all booleans. Y/y/T/t/1 are true, N/n/F/f/0 are false. ;Defaults are read all, write to Home ; Global registries (stored in /etc) "LoadGlobalRegistryFiles" = "Y" ; Home registries (stored in ~user/.wine/) "LoadHomeRegistryFiles" = "Y" ; Load Windows registries from the Windows directory "LoadWindowsRegistryFiles" = "Y" ; TRY to write all changes to home registries "WritetoHomeRegistryFiles" = "Y" ; Registry periodic save timeout in seconds ; "PeriodicSave" = "600" ; Save only modified keys "SaveOnlyUpdatedKeys" = "Y" [Tweak.Layout] ;; supported styles are 'Win31'(default), 'Win95', 'Win98' ;; this has *nothing* to do with the windows version Wine returns: ;; set the "Windows" value in the [Version] section if you want that. "WineLook" = "Win98" [Console] ;"Drivers" = "tty" ;"XtermProg" = "nxterm" ;"InitialRows" = "25" ;"InitialColumns" = "80" ;"TerminalType" = "nxterm" [Clipboard] "ClearAllSelections" = "0" "PersistentSelection" = "1" ; List of all directories directly contain .AFM files [afmdirs] "1" = "/usr/share/ghostscript/fonts" "2" = "/usr/share/a2ps/afm" "3" = "/usr/share/enscript" "4" = "/usr/X11R6/lib/X11/fonts/Type1" [WinMM] "Drivers" = "wineoss.drv" #"Drivers" = "winearts.drv" "WaveMapper" = "msacm.drv" "MidiMapper" = "midimap.drv" [dsound] ;; HEL only: Number of waveOut fragments ahead to mix in new buffers. ;"HELmargin" = "5" ;; HEL only: Number of waveOut fragments ahead to queue to driver. ;"HELqueue" = "5" ;; Max number of fragments to prebuffer ;"SndQueueMax" = "28" ;; Min number of fragments to prebuffer ;"SndQueueMin" = "12" ;; sample AppDefaults entries ;[AppDefaults\\iexplore.exe\\DllOverrides] "shlwapi" = "native" "rpcrt4" = "native" "ole32" = "native" "shdocvw" = "native" "wininet" = "native" "shfolder" = "native" "shell32" = "native" "shell" = "native" "comctl32" = "native" ;[AppDefaults\\sol.exe\\Version] ;"Windows" = "nt40" ; ;; Some games (Quake 2, UT) refuse to accept emulated dsound devices. ;; You can add an AppDefault entry like this for such cases. ;[AppDefaults\\pickygame.exe\\dsound] ;"EmulDriver" = "N" [AppDefaults\\setup.exe\\x11drv] "Desktop" = "800x600" [AppDefaults\\kazaa.exe\\DllOverrides] "commctrl" = "native" "comctl32" = "native" "shdoclc" = "native" "shdocvw" = "native" "shlwapi" = "native" [AppDefaults\\winmx.exe\\DllOverrides] "commctrl" = "native" "comctl32" = "native" "shdocvw" = "native" "shlwapi" = "native" # </winecon [root@localhost .wine]# ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-12 18:50 ------- First: why are you running wine as root. (Bad Idea). Second: why did you post your wine config. (Attaching it would be the way to go if it was required) Third:Have you looked at the AppDB http://appdb.winehq.com/appview.php?appId=27&versionId=156 Fourth: Please read "How to report a bug" for instructions on how to report a bug. http://www.winehq.org/Docs/wine-user/bug-reporting.shtml (I know you can do better) -- 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 1277] Chinese Input Problem
by Wine Bugs 22 Jun '03

22 Jun '03

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 22 Jun '03

22 Jun '03

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 22 Jun '03

22 Jun '03

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 22 Jun '03

22 Jun '03

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 22 Jun '03

22 Jun '03

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 22 Jun '03

22 Jun '03

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 22 Jun '03

22 Jun '03

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 22 Jun '03

22 Jun '03

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 22 Jun '03

22 Jun '03

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 22 Jun '03

22 Jun '03

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

[Bug 1291] Noteworthy Composer's music font not found
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1291 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:26 ------- Bug comments restored from Gmane.org: The TrueType music font NWCV15 installed by Noteworthy Software's Composer/Player programs (downloadable from URL given) doesn't work under Wine - with the latest Wine CVS code the program just complains that the font can't be found. The font is evidently SYMBOL_CHARSET, but on Windows the program doesn't have to specify this for it to be correctly found. I can get it to be found in Wine by duplicating the two lines of code in the dlls/gdi/freetype.c routine WineEngCreateFontInstance() that compare each font face name with "Symbol" and set up the search lfCharSet appropriately. The comment immediately preceeding these lines hints that this isn't necessarily done right in Wine, and the NWCV15 font is evidently in the same class as Symbol in that respect. Once the program can find the font though, it still doesn't work - the symbols from the font are not displayed, just square boxes where they should appear. It's not obvious to me whether these two problems might be related or not. ------- Additional Comments From anjohnson <at> iee.org 2003-02-21 01:25 ------- I have a partial solution to my second problem - it seems that Matt Johnson <matt <at> guysfield.demon.co.uk> managed to get Noteworthy running on an old version of Wine, and by looking at and applying one of the source changes he made I now have the NWCV15 font displaying properly. Unfortunately it seems this broke the display of the wingdings font though... Here's my complete patch to dlls/gdi/freetype.c which allows me to use Noteworthy. I'm not suggesting that these changes should go into the official Wine tree though, these are really just workarounds. Index: freetype.c =================================================================== RCS file: /home/wine/wine/dlls/gdi/freetype.c,v retrieving revision 1.30 diff -u -r1.30 freetype.c --- freetype.c 23 Jan 2003 21:32:36 -0000 1.30 +++ freetype.c 21 Feb 2003 07:20:05 -0000 @@ -165,6 +165,7 @@ static WCHAR MSSansSerifW[] = {'M','S',' ','S','a','n','s',' ', 'S','e','r','i','f','\0'}; static WCHAR HelvW[] = {'H','e','l','v','\0'}; +static WCHAR NWCV15W[] = {'N','W','C','V','1','5','\0'}; static WCHAR ArabicW[] = {'A','r','a','b','i','c','\0'}; static WCHAR BalticW[] = {'B','a','l','t','i','c','\0'}; @@ -970,6 +971,8 @@ if(!strcmpiW(lf.lfFaceName, SymbolW)) lf.lfCharSet = SYMBOL_CHARSET; + if(!strcmpiW(lf.lfFaceName, NWCV15W)) + lf.lfCharSet = SYMBOL_CHARSET; if(!TranslateCharsetInfo((DWORD*)(INT)lf.lfCharSet, &csi, TCI_SRCCHARSET)) { switch(lf.lfCharSet) { @@ -1338,8 +1341,8 @@ static FT_UInt get_glyph_index(GdiFont font, UINT glyph) { - if(font->charset == SYMBOL_CHARSET && glyph < 0x100) - glyph = glyph + 0xf000; + if (font->charset == SYMBOL_CHARSET) + pFT_Select_Charmap(font->ft_face, ft_encoding_symbol); return pFT_Get_Char_Index(font->ft_face, glyph); } -- 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 1293] Internet Explorer 6.1SP1 cannot download files.
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1293 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:23 ------- Bug comments restored from Gmane.org: Explorer 6.1SP1 ran on wine cvs with --winver=winxp cannot download its setup files (Please make sure you are connected to the Internet..etc). The error messages follow. Please not networking seems to work since the kazaa installer downloaded its components fine. Winehack preloads a library prior to running wine to solve the threading issue with glibc 2.3.1. [phantom@cobra phantom]$ winehack ie6* Got eroloc 0x4011a614 & 0x40248b10 Got eroloc 0x804981c & 0x4015eb10 fixme:win32:PE_CreateModule Security directory ignored fixme:advapi:CheckTokenMembership ((nil) 0x4039c778 0x408d2cfc) stub! fixme:process:CreateProcessA (E:\IXP000.TMP\ie6wzd.exe,...): NORMAL_PRIORITY_CLA SS ignored Got eroloc 0x4011a614 & 0x40248b10 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctl y implemented! 0x41790000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x4179000 0 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x4179 0074 fixme:ntdll:NtQueryInformationProcess (0xffffffff,0x0000001a,0x408d2cb0,0x000000 04,(nil)),stub! fixme:advapi:CheckTokenMembership ((nil) 0x403ae5d8 0x408d25cc) stub! fixme:dosfs:QueryDosDeviceA (A:) not detected as DOS device! fixme:dosfs:QueryDosDeviceA (B:) not detected as DOS device! fixme:setupapi:SetupInstallFromInfSectionW unsupported flags 106 fixme:urlmon:URLMON_DllRegisterServer (void): stub fixme:setupapi:SetupInstallFromInfSectionW unsupported flags 106 fixme:ole:CoCreateInstance no classfactory created for CLSID {6e449686-c509-11cf -aafa-00aa00b6015c}, hres is 0x80040150 fixme:setupapi:SetupInstallFromInfSectionW unsupported flags 106 [phantom@cobra phantom]$ ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:16 ------- Are you behind a proxy? By explorer, I assume you mean Internet Explorer? ------- Additional Comments From ivg2 <at> cornell.edu 2003-03-30 22:06 ------- Yes I mean internet explorer. No I am not behind a proxy. ------- Additional Comments From mike <at> theoretic.com 2003-03-31 03:57 ------- Confirming as I've seen this issue before, I normally just copy the files it downloads into the same directory. I thought it'd be fixed by a patch that went in a few weeks ago, but that was for proxies. -- 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 1294] Media Player 9.0 cannot detect XP version
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1294 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:19 ------- Bug comments restored from Gmane.org: Windows Media Player 9.0 for Windows XP cannot detect the windows version correctly. I have: [Version] "Windows" = "winxp" in my configuration file. (/etc/wine/wine.conf) (Winehack preloads a library to solve threading issue with glibc 2.3.1 and then runs wine) [phantom@cobra phantom]$ winehack MP* Got eroloc 0x4011a614 & 0x40248b10 Got eroloc 0x804981c & 0x4015eb10 fixme:win32:PE_CreateModule Security directory ignored [phantom@cobra phantom]$ Installer says: This version of Windows Media Player can only be installed on Windows XP and Windows .NET server. -- 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 1295] Crash in UOAssist in program code after GetForegroundWindow()
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1295 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:17 ------- Bug comments restored from Gmane.org: I am attempting to run a program called UOAssist(www.tugsoft.com). This is a very popular addon for the game Ultima Online(www.uo.com). This program will interact with the game to do tasks for you in game. UOAssist has to start the game itself and this seems to be where the problems occur. Ultima Online itself runs great if run alone. I run all of this with no DLLOverrides for either program. Also, I run Debian Unstable with the WINE package avaliable through Debian apt-get sources(http://packages.debian.org/unstable/otherosfs/wine.html). When I try to run UOAssist, it will crash when it starts the game executable. The initial errors printed out are: fixme:ole:CoCreateInstance no instance created for interface {00000000-0000-0000-c000-000000000046} of class {8856f961-340a-11d0-a96b-00c04fd705a2}, hres is 0x80040111 fixme:shdocvw:SHDOCVW_DllCanUnloadNow (void): stub fixme:process:CreateProcessA (C:\Program Files\Ultima Online 2D\client.exe,...): CREATE_NEW_PROCESS_GROUP ignored fixme:process:CreateProcessA (C:\Program Files\Ultima Online 2D\client.exe,...): CREATE_DEFAULT_ERROR_MODE ignored fixme:console:SetConsoleCtrlHandler ((nil),1) - no error checking or testing yet fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4037fa90,00030021,3):stub wine: Unhandled exception, starting debugger... Wine exited with a successful status I'm not sure what other logs that would be needed for this. I found an old closed bug report at http://bugs.winehq.com/show_bug.cgi?id=16 that seemed to be slightly similar. Thanks for your time ------- Additional Comments From mike <at> theoretic.com 2003-03-27 04:53 ------- Can you get a backtrace from the crash? Also if you could put up the last 100 lines before the debugger starts in a relay trace, that would be good also: wine --debugmsg +relay uoassist.exe 2>relay.log ------- Additional Comments From ruffk <at> purdue.edu 2003-03-27 09:19 ------- Created an attachment (id=432) --> (http://bugs.winehq.com/attachment.cgi?id=432&action=view) The part of the log that shows when Winedbg starts ------- Additional Comments From ruffk <at> purdue.edu 2003-03-27 09:20 ------- Created an attachment (id=433) --> (http://bugs.winehq.com/attachment.cgi?id=433&action=view) The 100 lines before Winedbg starts ------- Additional Comments From ruffk <at> purdue.edu 2003-03-27 09:22 ------- I hope this works, I've never responded to a bug A backtrace from this is: 0 0x2aa71000 (IGRPING.DLL..reloc+0x1aa6d000) (ebp=406729b8) 1 0x407be2e5 (USER32.DLL.GetForegroundWindow+0x4d5 in user32.dll.so) (ebp=406729e0) 2 0x407be54b (USER32.DLL.HOOK_CallHooks+0x14f in user32.dll.so) (ebp=40672d34) 3 0x407c3896 (USER32.DLL.PeekMessageW+0xe6 in user32.dll.so) (ebp=40672d84) 4 0x407c391f (USER32.DLL.PeekMessageA+0x27 in user32.dll.so) (ebp=40672dac) 5 0x0050627e (client.exe..text+0x10527e in C:\Program Files\Ultima Online 2D\client.exe) (ebp=40796628) 6 0xec815356 (MSVCRT.DLL..reloc+0x747d0356) (ebp=57e58955) 7 0x530cea0e (MIDIMAP.DRV.DriverProc+0x120cbc6e) (ebp=b00b2d04) I added 2 attachments. Let me know if these aren't correct/want more info. Thanks ------- Additional Comments From mike <at> theoretic.com 2003-03-28 09:18 ------- Hmm, nothing springs out at me from these files. The backtrace is a bit wierd. The relay isn't much use, it seems the program traps the error, you'd need to look further back at any rate to find the call that failed. Without access to the app, I can't go much further with this. Maybe somebody else knows. Updating the summary to be more accurate (this doesn't have anything to do with createprocess i don't think) -- 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 1297] Direct draw Fixme message
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1297 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:11 ------- Bug comments restored from Gmane.org: fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x403a9490)->(00010021,00000013) I am trying to play StarCraft with the latest release of wine. I get ok performance because it has apparent lags in character moves (not smooth motions). I am not sure what other information you required. -- 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 1299] Regression: Age of empires 2 trial version won't run any more
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1299 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:07 ------- Bug comments restored from Gmane.org: There is no shell output, you just get a box saying "Age of Empires II requires DirectX 6.1a or higher", I click on OK and the program exits. It worked prefecty up to not long ago. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-25 22:07 ------- This is an excelent time for you to switch to CVS since the best way to get this fixed is to do some regression testing via CVS. As a bonus you can be bleading edge up to date as you want. http://www.winehq.org/Docs/wine-devel/cvs-regression.shtml This has a download page at http://www.gamesdomain.com/demos/demo/1221.html Perhaps someone would like to do the regression testing for you for you. What was the last version of wine that ran this? ------- Additional Comments From puoti <at> inwind.it 2003-02-27 09:46 ------- The last time I run it I had a december cvs wine; if you want to do the tests for me it would be great, I go to high shool and I don't have much free time to do testing. ------- Additional Comments From lionel.ulmer <at> free.fr 2003-02-27 15:59 ------- Well, tried to install the demo version and it does not install for me at all. ------- Additional Comments From puoti <at> inwind.it 2003-02-28 09:12 ------- On a clean 20030219 wine installation no windows and fake windows directory generated by winesetuptk the installation works for me, I'll submit a screenshot. But I have noticed that the icrosoft cart installer gives the same directx problem; it did work up to some time ago. It seems that wine doesn't simulate directx 6 correctly, at least not any more. ------- Additional Comments From puoti <at> inwind.it 2003-02-28 09:33 ------- Created an attachment (id=408) --> (http://bugs.winehq.com/attachment.cgi?id=408&action=view) 3 screenshots of installation. ------- Additional Comments From lionel.ulmer <at> free.fr 2003-02-28 13:53 ------- Well, while I try to install the game with my Wine install, could you attach a '+ddraw,+relay' log of the failed start of the game ? ------- Additional Comments From puoti <at> inwind.it 2003-03-04 11:33 ------- Created an attachment (id=414) --> (http://bugs.winehq.com/attachment.cgi?id=414&action=view) The output you asked for generated by cvs wine from today -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs