November 2004 - Wine-bugs - list.winehq.org

[Bug 2561] Fails to install Garmin mapsource completely
by Wine Bugs 21 Nov '04

21 Nov '04

http://bugs.winehq.org/show_bug.cgi?id=2561 ------- Additional Comments From michael(a)heiming.de 2004-21-11 14:54 ------- Hi! Couldn't directly install from the City Select CD 1, installer worked fine with "msi=n", but told me to install from Setup CD. Due to problems with my cdrom, mounted the "City Select CD 1" .iso in a loop over /mnt/cdrom and started Setup.exe (Setup CD) from a complete copy of this CD. Worked until after what looks like a wine fake "reboot" and again it stops with the message it couldn't find the install CD.;( Will retry as soon as my cdrom is working again, but it doesn't look like the reason, probably wine shouldn't mention any difference between the CD-ROM and the loop mounted iso. ~/.wine/dosdevices/ has a symlink "d: -> /mnt/cdrom". file /mnt/cdrom/setup.exe /mnt/cdrom/setup.exe: MS-DOS executable (EXE), OS/2 or MS Windows Ran "strace -fp <wine PID>" but couldn't see anything where it tries to open one or another device. WINEDLLOVERRIDES="ole32,oleaut32,rpcrt4=n,msi,usp10,sdbapi,riched20,mspatcha,msisip,msimsg,cabinet,msi=n" /opt/wine-cvs/bin/wine ./Setup.exe fixme:mmtime:timeBeginPeriod Stub; we set our timer resolution at minimum fixme:win:SetWindowTextA cannot set text "InstallShield Wizard" of other process window (nil) fixme:win:SetWindowTextA cannot set text "MapSource" of other process window (nil) fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. fixme:win:SetWindowTextA cannot set text "InstallShield Wizard" of other process window (nil) fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. -- Configure bugmail: http://bugs.winehq.org/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 2578] file write performance over NFS very poor due to dup+write+close
by Wine Bugs 21 Nov '04

21 Nov '04

http://bugs.winehq.org/show_bug.cgi?id=2578 tony_lambregts(a)telusplanet.net changed: What |Removed |Added ---------------------------------------------------------------------------- Component|wine-misc |wine-files Version|unspecified |20041019 -- Configure bugmail: http://bugs.winehq.org/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 2577] Packaging convention is not consistent with Mandrake's
by Wine Bugs 21 Nov '04

21 Nov '04

http://bugs.winehq.org/show_bug.cgi?id=2577 tony_lambregts(a)telusplanet.net changed: What |Removed |Added ---------------------------------------------------------------------------- Component|wine-files |wine-binary -- Configure bugmail: http://bugs.winehq.org/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 2561] Fails to install Garmin mapsource completely
by Wine Bugs 21 Nov '04

21 Nov '04

http://bugs.winehq.org/show_bug.cgi?id=2561 ------- Additional Comments From hans(a)it.vu.nl 2004-21-11 11:25 ------- OK, so you have native MSI installed now, but you're not using it. I can tell from your command line and the fact that MSI calls produce log output (only builtin does that). Please try this command line: WINEDLLOVERRIDES="msi=n" /opt/wine-cvs/bin/wine /mnt/cdrom/setup.exe and report the outcome here. -- Configure bugmail: http://bugs.winehq.org/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 2574] wine-preloader receives SIGKILL on start
by Wine Bugs 21 Nov '04

21 Nov '04

http://bugs.winehq.org/show_bug.cgi?id=2574 ------- Additional Comments From kdntl(a)yahoo.fr 2004-21-11 10:59 ------- Here is what I get when running the following command : $ /lib/ld-2.3.4.so ./wine-preloader ./wine-preloader: error while loading shared libraries: ./wine-preloader: failed to map segment from shared object: Cannot allocate memory -- Configure bugmail: http://bugs.winehq.org/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 2578] New: file write performance over NFS very poor due to dup+write+close
by Wine Bugs 21 Nov '04

21 Nov '04

http://bugs.winehq.org/show_bug.cgi?id=2578 Summary: file write performance over NFS very poor due to dup+write+close Product: Wine Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: greg(a)electricrain.com I run wine on a diskless workstation to run some windows video transmogrifying applications. Needless to say, video files are huge so this app does a lot of IO. Under wine, the effective write speed of the application is reduced to a few hundred kbytes/sec on nfs filesystems. Performance is probably reduced on local disks as well (i don't have wine on a system with a disk to test that) as the close() presumably waits for the data to be committed to disk. Doing an strace of the wine process that does the disk IO shows: rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [RTMIN], 8) = 0 write(16, "&\0\0\0\0\0\0\0\0\0\0\0d\0\0\0\0\0\0@\0\0\0\0\0\0\0\0\0"..., 64) = 64 read(15, "\0\0\0\0\0\0\0\0\24\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 dup(20) = 23 write(23, "\0\0\1\272D\37T\222LU\1\211\303\370\0\0\1\300\7\354\201"..., 2048) = 2048 close(23) = 0 ... repeated for a long long time ... A check in /proc/PID/fd/ shows that 20 is indeed the output file (15 and 16 are the pipes between the wine processes). Not seen here is the input file (17) which is read much more efficiently in 3 128k chunks every so often (though it is read in an unnecessary dup+read+close sequence which causes extra NFS getattr latency) tcpdump on the nfs client shows that three round trip latencies are involved in every 4096 bytes that wine writes: getattr + response, write + response, commit + response. with a normal linux program that doesn't close its fd (forcing the commit and the getattr before the next write) writing goes at full speed. I have observed this behaviour with every version of wine i've used in the past year. Currently i'm using 20041019. It occurs regardless of if the client is running a linux 2.4 or 2.6 kernel. The kernel is doing the correct thing. Close forces a commit to ensure that the data is on stable storage before returning (close will return an error otherwise; wine doesn't appear to check for an error on close). Proposed fix: stop the dup+close nonsense. Grepping thru the wine code I'm guessing that it is in dlls/ntdll/server.c where this all occurs with the wine_server_handle_to_fd() and wine_server_release_fd() functions that implement a dup() and a close() respectively. -- Configure bugmail: http://bugs.winehq.org/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 2577] New: Packaging convention is not consistent with Mandrake's
by Wine Bugs 21 Nov '04

21 Nov '04

http://bugs.winehq.org/show_bug.cgi?id=2577 Summary: Packaging convention is not consistent with Mandrake's Product: Wine Version: 20041019 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-files AssignedTo: wine-bugs(a)winehq.org ReportedBy: rls(a)tamu.edu I recently installed the newest version of wine, packaged for Mandrake. The next time I upgraded my system from the newest Mandrake Cooker repository, I ran into a conflict -- you guys have everything in one package (win-2004XXXXX) and Mandrake splits wine into several packages (wine-2004XXXX, libwine...). Can you guys coordinate with Mandrake on this to make installation easier? -- Configure bugmail: http://bugs.winehq.org/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 430] Edit Control doesn't not behave like Windows
by Wine Bugs 21 Nov '04

21 Nov '04

http://bugs.winehq.org/show_bug.cgi?id=430 ------- Additional Comments From rtomsick(a)rtomsick.tk 2004-20-11 23:31 ------- Hm... when I add selStart and selEnd to DIALOGINFO, we get problems. The reselection of text works just fine, but as soon as a second window is spawned, we crash. When these are defined as globals, this is not an issue. (This is from changes against last night's CVS.) I'm probably missing something obvious here, but any help would be appreciated. -- Configure bugmail: http://bugs.winehq.org/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 2575] [Loxane Michelin Atlas Routier France] wine crashed during installation
by Wine Bugs 21 Nov '04

21 Nov '04

http://bugs.winehq.org/show_bug.cgi?id=2575 tony_lambregts(a)telusplanet.net changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |NoAppDBEntry -- Configure bugmail: http://bugs.winehq.org/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 2576] Wine (20041019 and CVS) hangs on startup
by Wine Bugs 21 Nov '04

21 Nov '04

http://bugs.winehq.org/show_bug.cgi?id=2576 ------- Additional Comments From bero(a)arklinux.org 2004-20-11 22:15 ------- Replacing wine-preloader with a simple script that does #!/bin/sh exec "$@" works (though it doesn't do exactly the same thing wine-preloader does), and fixes the issue of hanging subprocesses caused by this. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0