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.
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.
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.
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.
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.
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.
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.
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.
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.
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.