wine-bugs July 2015

wine-bugs@winehq.org

1 participants
8141 discussions

[Bug 38432] New: Xeon (Xbox emulator) fails to run - invalid address
by wine-bugs＠winehq.org 14 Sep '18

14 Sep '18

https://bugs.winehq.org/show_bug.cgi?id=38432 Bug ID: 38432 Summary: Xeon (Xbox emulator) fails to run - invalid address Product: Wine Version: 1.7.41 Hardware: x86 URL: http://www.emulator-zone.com/doc.php/xbox/xeon.html OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- User asked about it in #winehq, appdb shows old results (failed in 1.1.29: https://appdb.winehq.org/objectManager.php?sClass=version&iId=17840 But it appears to have the same issue now as then: austin@debian-home:~/x$ wine Xeon.exe wine: Invalid address. austin@debian-home:~/x$ file Xeon.exe Xeon.exe: PE32 executable (GUI) Intel 80386, for MS Windows -- 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 7

[Bug 19801] New: cygwin can't run a batch file from inside a shell script without explicit cmd /c
by wine-bugs＠winehq.org 14 Sep '18

14 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=19801 Summary: cygwin can't run a batch file from inside a shell script without explicit cmd /c Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Given the batch file foo.bat containing echo FOO and the shell script 'foo.sh' containing ./foo.bat the command ./foo.bat interactively will output FOO on both cygwin/windows and cygwin/wine, but the command sh foo.sh will produce FOO on cygwin/windows but will fail on cygwin/wine saying foo.sh: line 1: ./foo.bat: permission denied This happens both in an interactive cygwin shell started under wineconsole, as well as the naked command $ wine ~/.wine/drive_c/cygwin/bin/sh foo.sh which sometimes says permission denied, and sometimes says "bad address", e.g. foo.sh: line 1: ./foo.bat: Bad address 13 [main] sh 50! _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) foo.sh: line 1: 50 Segmentation fault (core dumped) ./foo.bat So the "permission denied" error might be a symptom of a crash, too. This was found while trying to automate the chrome and firefox build setup procedures. -- 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 18734] New: DlgDirList(DDL_DRIVES|DDL_DIRECTORY) on 16-bits displays files on listbox in Windows but not Wine.
by wine-bugs＠winehq.org 13 Sep '18

13 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=18734 Summary: DlgDirList(DDL_DRIVES|DDL_DIRECTORY) on 16-bits displays files on listbox in Windows but not Wine. Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: NEW Keywords: download, patch, source, win16 Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: a_villacis(a)palosanto.com Created an attachment (id=21484) --> (http://bugs.winehq.org/attachment.cgi?id=21484) Screenshot of problem (QEMU virtual session and Wine, side by side) When an 16-bit Windows application displays a listbox and manually fills it with DlgDirList (not as a part of a Common Dialog), the flag combination DDL_DRIVES|DLL_DIRECTORY should make files appear according to the set filter. Wine does not do this, as it (incorrectly) appends DDL_EXCLUSIVE to the bitmask of flags before delegating to 32-bit code. -- 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 13

[Bug 21404] New: winedbg does not support fixed host:port parameter
by wine-bugs＠winehq.org 13 Sep '18

13 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=21404 Summary: winedbg does not support fixed host:port parameter Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg AssignedTo: wine-bugs(a)winehq.org ReportedBy: myvonkpos(a)mweb.co.za If using winedbg to debug Windows apps in a Linux IDE is to become practical winedbg --gdb --no-start needs an extra parameter to specify a fixed host:port TCP connection, similar to what gdbserver has. Currently the port is chosen at random, which means IDEs have to be reconfigured on every debug attempt. -- 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 24374] New: Driller fails to run
by wine-bugs＠winehq.org 13 Sep '18

13 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=24374 Summary: Driller fails to run Product: Wine Version: 1.3.2 Platform: x86 URL: http://download.ovinebydesign.com/driller/download.asp x OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=30720) --> (http://bugs.winehq.org/attachment.cgi?id=30720) terminal output Driller is a freeware remake of a classic 3D adventure game, which was quite popular in the 8-bit computer era. The standalone executable Driller.exe fails to run in Wine, showing only a messagebox, saying: 'Error! User lib not found', then it quits. I can't verify how it behaves under a native Windows environment because I have no Windows installed. According to the developer's page the game is Vista compatible. I'm not sure it has something to do with the issue, but the Driller.exe is packed/protected(?) by Molebox Ultra. That is some kind of virtualization which helps creating portable applications. Fedora 13 Nvidia 7600 / driver 256.53 -- 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 28

[Bug 18164] New: dlls/iphlpapi/ifenum.c: compiler warnings
by wine-bugs＠winehq.org 13 Sep '18

13 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=18164 Summary: dlls/iphlpapi/ifenum.c: compiler warnings Product: Wine Version: 1.1.19 Platform: PC OS/Version: NetBSD Status: NEW Keywords: source Severity: minor Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -O2 -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -o ./ifenum.o ./ifenum.c ./ifenum.c: In function 'enumIPAddresses': ./ifenum.c:693: warning: pointer of type 'void *' used in arithmetic ./ifenum.c:693: warning: comparison of distinct pointer types lacks a cast ./ifenum.c: In function 'getIPAddrTable': ./ifenum.c:754: warning: pointer of type 'void *' used in arithmetic ./ifenum.c:754: warning: comparison of distinct pointer types lacks a cast No patch for this one yet. Won't complain if someone beats me to it ;-). -- 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 27497] New: Regedit mangles registry keys containing embedded NULLs
by wine-bugs＠winehq.org 13 Sep '18

13 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=27497 Summary: Regedit mangles registry keys containing embedded NULLs Product: Wine Version: 1.3.22 Platform: x86 URL: http://www.gog.com/en/gamecard/sacrifice OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=35155) --> (http://bugs.winehq.org/attachment.cgi?id=35155) raw file Noticed this while messing around with Sacrifice (http://www.gog.com/en/gamecard/sacrifice). The game stores a few keys with embedded NULLs, apparently all the ones that store string values (dword/hex values aren't affected). Looking at the raw registry (system.reg) shows the values fine: "Graphic detail"=dword:00000000 "IP address"="\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0" "Key repeat delay"=dword:0000000a "Key repeat start"=dword:00000032 but if I export the key with wine's regedit, it mangles them: "Graphic detail"=dword:00000000 "IP address"=""Key repeat delay"=dword:0000000a "Key repeat start"=dword:00000032 notice how a quote goes missing along with the newline. The game really likes those newlines. If I remove them and rerun the game, then adjust its settings, it adds them back. I'll attach a text file with the raw registry, along with what I get when exporting. -- 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 14

[Bug 30713] New: 64 bit wine installs 64 bit mfc100.dll to syswow64
by wine-bugs＠winehq.org 13 Sep '18

13 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=30713 Bug #: 30713 Summary: 64 bit wine installs 64 bit mfc100.dll to syswow64 Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Downloading and running http://download.microsoft.com/download/A/8/0/A80747C3-41BD-45DF-B505-E9710D… (see http://www.microsoft.com/en-us/download/details.aspx?id=13523 ) with WINEARCH=win64 does install mfc100.dll... but into c:\windows\syswow64, which seems wrong. This was with wine-1.4. I'll test again with current wine once I figure out how to build it. -- 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 37

[Bug 38849] New: valgrind shows an unitialized variable in programs/cmd/tests/batch.c:WCMD_assoc
by wine-bugs＠winehq.org 13 Sep '18

13 Sep '18

https://bugs.winehq.org/show_bug.cgi?id=38849 Bug ID: 38849 Summary: valgrind shows an unitialized variable in programs/cmd/tests/batch.c:WCMD_assoc Product: Wine Version: 1.7.46 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ../../../tools/runtest -q -P wine -T ../../.. -M cmd.exe -p cmd.exe_test.exe.so batch && touch batch.ok ==13413== Conditional jump or move depends on uninitialised value(s) ==13413== at 0x7B841A61: strlenW (unicode.h:200) ==13413== by 0x7B841ED4: format_insert (format_msg.c:160) ==13413== by 0x7B842936: format_message (format_msg.c:391) ==13413== by 0x7B843087: FormatMessageW (format_msg.c:617) ==13413== by 0x4ADE451: WCMD_output_stderr (wcmdmain.c:166) ==13413== by 0x4ADB08E: WCMD_assoc (builtins.c:4759) ==13413== by 0x4AE18EB: WCMD_execute (wcmdmain.c:1592) ==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292) ==13413== by 0x4ACDFD6: WCMD_batch (batch.c:95) ==13413== by 0x4AE08C1: WCMD_run_program (wcmdmain.c:1185) ==13413== by 0x4AE1979: WCMD_execute (wcmdmain.c:1616) ==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292) ==13413== by 0x4AE3E90: wmain (wcmdmain.c:2588) ==13413== by 0x4AE431F: __wine_spec_exe_wentry (exe_wentry.c:36) ==13413== by 0x7B860807: ??? (process.c:1052) ==13413== by 0x7B860949: start_process (process.c:1104) ==13413== by 0x7BC81E27: ??? (signal_i386.c:2682) ==13413== by 0x7BC81E6E: call_thread_func (signal_i386.c:2741) ==13413== by 0x7BC81E05: ??? (signal_i386.c:2682) ==13413== by 0x7BC57806: start_process (loader.c:2868) ==13413== Uninitialised value was created by a stack allocation ==13413== at 0x4ADAB4F: WCMD_assoc (builtins.c:4620) ==13413== ==13413== Conditional jump or move depends on uninitialised value(s) ==13413== at 0x7B841AA6: strcpyW (unicode.h:207) ==13413== by 0x7B841F13: format_insert (format_msg.c:161) ==13413== by 0x7B842936: format_message (format_msg.c:391) ==13413== by 0x7B843087: FormatMessageW (format_msg.c:617) ==13413== by 0x4ADE451: WCMD_output_stderr (wcmdmain.c:166) ==13413== by 0x4ADB08E: WCMD_assoc (builtins.c:4759) ==13413== by 0x4AE18EB: WCMD_execute (wcmdmain.c:1592) ==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292) ==13413== by 0x4ACDFD6: WCMD_batch (batch.c:95) ==13413== by 0x4AE08C1: WCMD_run_program (wcmdmain.c:1185) ==13413== by 0x4AE1979: WCMD_execute (wcmdmain.c:1616) ==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292) ==13413== by 0x4AE3E90: wmain (wcmdmain.c:2588) ==13413== by 0x4AE431F: __wine_spec_exe_wentry (exe_wentry.c:36) ==13413== by 0x7B860807: ??? (process.c:1052) ==13413== by 0x7B860949: start_process (process.c:1104) ==13413== by 0x7BC81E27: ??? (signal_i386.c:2682) ==13413== by 0x7BC81E6E: call_thread_func (signal_i386.c:2741) ==13413== by 0x7BC81E05: ??? (signal_i386.c:2682) ==13413== by 0x7BC57806: start_process (loader.c:2868) ==13413== Uninitialised value was created by a stack allocation ==13413== at 0x4ADAB4F: WCMD_assoc (builtins.c:4620) ==13413== ==13413== Conditional jump or move depends on uninitialised value(s) ==13413== at 0x7B84296B: format_message (format_msg.c:392) ==13413== by 0x7B843087: FormatMessageW (format_msg.c:617) ==13413== by 0x4ADE451: WCMD_output_stderr (wcmdmain.c:166) ==13413== by 0x4ADB08E: WCMD_assoc (builtins.c:4759) ==13413== by 0x4AE18EB: WCMD_execute (wcmdmain.c:1592) ==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292) ==13413== by 0x4ACDFD6: WCMD_batch (batch.c:95) ==13413== by 0x4AE08C1: WCMD_run_program (wcmdmain.c:1185) ==13413== by 0x4AE1979: WCMD_execute (wcmdmain.c:1616) ==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292) ==13413== by 0x4AE3E90: wmain (wcmdmain.c:2588) ==13413== by 0x4AE431F: __wine_spec_exe_wentry (exe_wentry.c:36) ==13413== by 0x7B860807: ??? (process.c:1052) ==13413== by 0x7B860949: start_process (process.c:1104) ==13413== by 0x7BC81E27: ??? (signal_i386.c:2682) ==13413== by 0x7BC81E6E: call_thread_func (signal_i386.c:2741) ==13413== by 0x7BC81E05: ??? (signal_i386.c:2682) ==13413== by 0x7BC57806: start_process (loader.c:2868) ==13413== by 0x4018FB4: ??? (port.c:60) ==13413== Uninitialised value was created by a stack allocation ==13413== at 0x4ADAB4F: WCMD_assoc (builtins.c:4620) ==13413== ==13413== Conditional jump or move depends on uninitialised value(s) ==13413== at 0x7B841A61: strlenW (unicode.h:200) ==13413== by 0x7B8430A2: FormatMessageW (format_msg.c:621) ==13413== by 0x4ADE451: WCMD_output_stderr (wcmdmain.c:166) ==13413== by 0x4ADB08E: WCMD_assoc (builtins.c:4759) ==13413== by 0x4AE18EB: WCMD_execute (wcmdmain.c:1592) ==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292) ==13413== by 0x4ACDFD6: WCMD_batch (batch.c:95) ==13413== by 0x4AE08C1: WCMD_run_program (wcmdmain.c:1185) ==13413== by 0x4AE1979: WCMD_execute (wcmdmain.c:1616) ==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292) ==13413== by 0x4AE3E90: wmain (wcmdmain.c:2588) ==13413== by 0x4AE431F: __wine_spec_exe_wentry (exe_wentry.c:36) ==13413== by 0x7B860807: ??? (process.c:1052) ==13413== by 0x7B860949: start_process (process.c:1104) ==13413== by 0x7BC81E27: ??? (signal_i386.c:2682) ==13413== by 0x7BC81E6E: call_thread_func (signal_i386.c:2741) ==13413== by 0x7BC81E05: ??? (signal_i386.c:2682) ==13413== by 0x7BC57806: start_process (loader.c:2868) ==13413== by 0x4018FB4: ??? (port.c:60) ==13413== Uninitialised value was created by a stack allocation ==13413== at 0x4ADAB4F: WCMD_assoc (builtins.c:4620) ==13413== ==13413== Conditional jump or move depends on uninitialised value(s) ==13413== at 0x7B841AA6: strcpyW (unicode.h:207) ==13413== by 0x7B843144: FormatMessageW (format_msg.c:633) ==13413== by 0x4ADE451: WCMD_output_stderr (wcmdmain.c:166) ==13413== by 0x4ADB08E: WCMD_assoc (builtins.c:4759) ==13413== by 0x4AE18EB: WCMD_execute (wcmdmain.c:1592) ==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292) ==13413== by 0x4ACDFD6: WCMD_batch (batch.c:95) ==13413== by 0x4AE08C1: WCMD_run_program (wcmdmain.c:1185) ==13413== by 0x4AE1979: WCMD_execute (wcmdmain.c:1616) ==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292) ==13413== by 0x4AE3E90: wmain (wcmdmain.c:2588) ==13413== by 0x4AE431F: __wine_spec_exe_wentry (exe_wentry.c:36) ==13413== by 0x7B860807: ??? (process.c:1052) ==13413== by 0x7B860949: start_process (process.c:1104) ==13413== by 0x7BC81E27: ??? (signal_i386.c:2682) ==13413== by 0x7BC81E6E: call_thread_func (signal_i386.c:2741) ==13413== by 0x7BC81E05: ??? (signal_i386.c:2682) ==13413== by 0x7BC57806: start_process (loader.c:2868) ==13413== by 0x4018FB4: ??? (port.c:60) ==13413== Uninitialised value was created by a stack allocation ==13413== at 0x4ADAB4F: WCMD_assoc (builtins.c:4620) ==13413== -- 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 7

[Bug 37780] New: After running a bash script from cmd, no prompt is printed
by wine-bugs＠winehq.org 11 Sep '18

11 Sep '18

https://bugs.winehq.org/show_bug.cgi?id=37780 Bug ID: 37780 Summary: After running a bash script from cmd, no prompt is printed Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: gm89(a)hotmail.it Distribution: --- If I run a bash script from wine's cmd, after execution the prompt is not printed. I believe this is the cause of an hang in my use case, I'm trying to interface a windows program with my android phone by making it use the native adb binary; the trick I used was to replace the provided "adb.exe" with a similarly named bash script with this content: #!/bin/bash /usr/bin/adb $* If I manually call adb.exe from cmd, the output of commands is correct but no prompt is printed afterwards. Tested with wine 1.7.33 under ubuntu 14.04. -- 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 6

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 July 2015