May 2010 - Wine-bugs - list.winehq.org

[Bug 22781] New: ExpressPCB crashes when you try to upload a board
by wine-bugs＠winehq.org 03 May '14

03 May '14

http://bugs.winehq.org/show_bug.cgi?id=22781 Summary: ExpressPCB crashes when you try to upload a board Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: naviasky(a)comcast.net When the program attempts to connect to the company it crashes. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 20336] New: GetDriveTypeW exposes partially uninitialized out parameter iosb in NtDeviceIoControlFile ?
by wine-bugs＠winehq.org 03 May '14

03 May '14

http://bugs.winehq.org/show_bug.cgi?id=20336 Summary: GetDriveTypeW exposes partially uninitialized out parameter iosb in NtDeviceIoControlFile ? Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: NEW Keywords: download, patch Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Building the chromium unit test suite and then running valgrind --trace-children=all --track-origins=yes wine base_unittests.exe --gtest_filter=FileUtilTest.CreateShortcutTest sometimes yields the error Syscall param writev(vector[...]) points to uninitialised byte(s) at writev (writev.c:46) by wine_server_call (server.c:214) by NTDLL_wait_for_multiple_objects (sync.c:1122) by NtWaitForMultipleObjects (sync.c:1166) by NtWaitForSingleObject (sync.c:1175) by server_ioctl_file (file.c:1252) by NtDeviceIoControlFile (file.c:1318) by DeviceIoControl (file.c:2379) by get_mountmgr_drive_type (volume.c:203) by GetDriveTypeW (volume.c:1381) by IShellLinkW_fnSetPath (shelllink.c:2155) ... Address 0x7f21f248 is on thread 1's stack Uninitialised value was created by a stack allocation at DeviceIoControl (file.c:2335) and sometimes the error Syscall param writev(vector[...]) points to uninitialised byte(s) at writev (writev.c:46) by wine_server_call (server.c:214) by NTDLL_wait_for_multiple_objects (sync.c:1122) by wait_suspend (exception.c:85) by usr1_handler (signal_i386.c:1993) by ??? (in /lib32/libpthread-2.9.so) Address 0x7ffdae08 is on thread 1's stack Uninitialised value was created by a stack allocation at DeviceIoControl (file.c:2335) The stack allocation in question is IO_STATUS_BLOCK iosb; in kernel32/file.c in DeviceIoControl(). Setting its fields to known values before the call to NtDeviceIoControlFile() shows that the undefined field is iosb.Information. Setting that field before the call gets rid of the valgrind error. I can't quite follow how ioctl's work, but: the IOCTL_MOUNTMGR_QUERY_UNIX_DRIVE ioctl seems to follow the call-once-to-get-buffer-size paradigm. Its reply is a struct mountmgr_unix_drive plus (if there is room) two nul-terminated strings. The first field of that struct is the total size needed to hold the entire reply. If you call without a big enough buffer, it fills in the size and returns STATUS_MORE_ENTRIES. It puts 0 in the Information field of the iosb in this case. GetDriveTypeW happens to not care about the two strings, so it only calls once with a small buffer. Now, server_ioctl_file only copies the Information field of the iosb if it gets STATUS_SUCCESS. So it leaves Information undefined in the STATUS_MORE_ENTRIES case. MSDN says that Information is set to zero on failure, so if server_ioctl_file isn't going to copy that field, maybe it should set it to zero. And in fact, setting it to zero in the non-STATUS_SUCCESS case also gets rid of the valgrind error. I have no idea what Information is used for, or what's really going on here, so I'll just attach the patch to clear Information in the non-SUCCESS case and hope somebody who knows what's going on can comment. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 9667] New: Grim Fandango hangs if X in 24bpp mode
by wine-bugs＠winehq.org 02 May '14

02 May '14

http://bugs.winehq.org/show_bug.cgi?id=9667 Summary: Grim Fandango hangs if X in 24bpp mode Product: Wine Version: 0.9.45. Platform: PC URL: http://www.grimfandango.net/?page=demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: a.hurst(a)shef.ac.uk Grim Fandango works well if X is started with 16-bit colour depth. If started with 24-bit colour, it hangs before the intro video (disc 1) or the game engine start (disc 2). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 27

[Bug 19151] New: Spotify crashes in the mittle of a song and give me a pop-up fault message
by wine-bugs＠winehq.org 02 May '14

02 May '14

http://bugs.winehq.org/show_bug.cgi?id=19151 Summary: Spotify crashes in the mittle of a song and give me a pop-up fault message Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: tobias.bjork(a)gmail.com Created an attachment (id=22140) --> (http://bugs.winehq.org/attachment.cgi?id=22140) Screen shot, pop-up message I use: Ubuntu 9.04 - the Jaunty Jackalope Spotify 0.9.17 Spotify crash with different time interwalls (sometimes I can listen for hours and sometimes just a couple of songs). No matter if I start wine & spotify using the Applications"-menu or if I start it in a console. A pop-up message appears that suggest to visit your site and learn how to use the application or to create a bug report I attach a screen shot and the fault message from the console -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 20853] New: Write buffer overflow in msi/tests/automation.c?
by wine-bugs＠winehq.org 02 May '14

02 May '14

http://bugs.winehq.org/show_bug.cgi?id=20853 Summary: Write buffer overflow in msi/tests/automation.c? Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://kegel.com/wine/valgrind/logs/2009-11-27-12.53/vg-msi_automation.txt has the warning Invalid write of size 1 at memcpy (mc_replace_strmem.c:482) by RtlExpandEnvironmentStrings_U (env.c:338) by ExpandEnvironmentStringsW (environ.c:375) by variant_from_registry_value (automation.c:1503) by InstallerImpl_Invoke (automation.c:1753) by AutomationObject_Invoke (automation.c:398) by invoke (automation.c:691) by Installer_RegistryValue (automation.c:745) by Installer_RegistryValueW (automation.c:772) by test_Installer_RegistryValue (automation.c:1923) Address 0x7f3ca4ff is 2 bytes after a block of size 5 alloc'd at notify_alloc (heap.c:247) by RtlAllocateHeap (heap.c:1697) by msi_alloc (msipriv.h:1078) by variant_from_registry_value (automation.c:1501) by InstallerImpl_Invoke (automation.c:1753) by AutomationObject_Invoke (automation.c:398) by invoke (automation.c:691) by Installer_RegistryValue (automation.c:745) by Installer_RegistryValueW (automation.c:772) by test_Installer_RegistryValue (automation.c:1923) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 19896] New: GPSU can not connect to GPS device with serial USB connector
by wine-bugs＠winehq.org 02 May '14

02 May '14

http://bugs.winehq.org/show_bug.cgi?id=19896 Summary: GPSU can not connect to GPS device with serial USB connector Product: Wine Version: 1.0.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: j-clark(a)lineone.net Running GPS Utility 5.02 under wine 1.0.1 (provided by Ubuntu). Most functions seem to work, but I get a timeout when trying to connect to my GPS device. GPS is Garmin Geko 201 with serial port, connecting via USB serial adaptor. This function used to work, using GPSU 4.95 and GPSU 4.99 under a 0.9? (whatever version of wine was shipped with Ubunutu Hardy Heron) version of wine. Since moving to Jaunty Jackalaope I haven't had it working. I have recreated the problem using wine 1.1.27 with both GPSU 4.99 and GPSU 5.02. I have done the usual things to ensure the com port under wine is linked to /dev/ttyUSB0, and permissions are OK. Working scenarios include: - with Windows Vista i.e. running GPSU under Windows - using gpsman under Linux - I can connect to the GPS on the serial port using a native Linux app. It is just using the windows app (GPSU) under wine that fails. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 22515] New: For gothic 2 1.3 installshield crashes.
by wine-bugs＠winehq.org 02 May '14

02 May '14

http://bugs.winehq.org/show_bug.cgi?id=22515 Summary: For gothic 2 1.3 installshield crashes. Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: i30817(a)gmail.com Created an attachment (id=27597) --> (http://bugs.winehq.org/attachment.cgi?id=27597) Gothic2-Setup.exe std err When starting to copy the files, a window appears saying there was a program error. Removed .wine dir. The demo, haven't tried to see if it has the problem. http://www.fileplanet.com/151400/download/Gothic-II-Demo- -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 22

[Bug 17105] New: Magic: The Gathering Online 3.0 fails to log in with L0014
by wine-bugs＠winehq.org 02 May '14

02 May '14

http://bugs.winehq.org/show_bug.cgi?id=17105 Summary: Magic: The Gathering Online 3.0 fails to log in with L0014 Product: Wine Version: 1.1.13 Platform: HP OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 AssignedTo: kai.blin(a)gmail.com ReportedBy: robfjohnson(a)gmail.com Created an attachment (id=18941) --> (http://bugs.winehq.org/attachment.cgi?id=18941) Console Output When running Magic Online Version 3 with Wine, when I try to log in I receive L0014: The Magic Online Server is down for maintenance. If you continue to receive this error, check your date and time settings. Note that this is different than bug 14060, as 14060 gives you L0001: You have lost your connection to the server. Bug 14060 is supposedly (and from what I see actually) fixed as of git from 1-20-09. I encountered this bug when I tested with git from 1-22-09, and continues into 1-23-09. Having spoken to other Magic Online players, I found that L0014 has been caused (on Windows machines) by firewall issues, and also by incorrectly set Date and Time. I do not know any such issues on my computer that would cause this bug, but I am not certain that the problem is not my computer. It seems to me that the bug is in schan - which was the cause of but 14060. 14060 was schan being not implemented, whereas this bug, unless the problem is with my computer, may be that schan is half-implemented. (See, in the Console Output, the "Using hardcoded "NORMAL" priority" messages.) However, this paragraph is just speculation in case it gives someone an idea. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 26

[Bug 18614] New: Problem with starting of wine or winecfg
by wine-bugs＠winehq.org 02 May '14

02 May '14

http://bugs.winehq.org/show_bug.cgi?id=18614 Summary: Problem with starting of wine or winecfg Product: Wine Version: 1.1.21 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kh-pol(a)yandex.ru When I start winecfg (even when there is no .wine in my home directory) error message emerges. ktdr(a)jigsaw:~$ winecfg wine: created the configuration directory '/home/ktdr/.wine' Could not load Mozilla. HTML rendering will be disabled. wine: Unhandled page fault on write access to 0xeee52e96 at address 0x7d87dc36 (thread 000b), starting debugger... err:process:__wine_kernel_init boot event wait timed out err:winecfg:open_mountmgr failed to open mount manager err 2 ktdr(a)jigsaw:~$ -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 49

[Bug 15784] New: Grim Fandango: altered colors
by wine-bugs＠winehq.org 02 May '14

02 May '14

http://bugs.winehq.org/show_bug.cgi?id=15784 Summary: Grim Fandango: altered colors Product: Wine Version: 1.1.7 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t0p0linik(a)yahoo.it Created an attachment (id=16896) --> (http://bugs.winehq.org/attachment.cgi?id=16896) In 16 bpp the background fades to dark green The game runs very slow and Manny doesn't move smooth, both when i set 3D accel and when i set software rendering. Furthermore, background colors get altered in a few seconds: when X is at 16 bpp the background fades to dark green, when X is in 24 bpp mode the background gets saturated. Note that there is a rectangle around Manny which is at normal colors (maybe is it redrawn more often than the other parts of the window?). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 18