September 2011 - Wine-bugs - list.winehq.org

[Bug 24997] New: HeavyMetal Pro crashes on closing when a Mech design was loaded
by wine-bugs＠winehq.org 23 Sep '18

23 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=24997 Summary: HeavyMetal Pro crashes on closing when a Mech design was loaded Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: debian(a)carbon-project.org CC: bunglehead(a)gmail.com Created an attachment (id=31669) --> (http://bugs.winehq.org/attachment.cgi?id=31669) Crash on close with Wine 1.3.6 Nikolay Sivov fixed bug 21665 with commit 6ec621e835e03f715d5fee27c5de5b0d361814de in Git, since then it is possible to easily load any Mech design in HeavyMetal Pro 5.10 R3. But unfortunately this commit revealed another bug: if you've loaded any Mech design (I think I've tried over twenty by now) and then close the program (any other action like attempting to print (see bug 21666) doesn't change this behaviour), you get the crash you can see in the attached log. I'm currently using Wine 1.3.6 + 2 patches (see <http://dev.carbon-project.org/debian/wine-unstable/> for details). -- 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 14772] New: The Hobbit (Game) can´t install
by wine-bugs＠winehq.org 23 Sep '18

23 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=14772 Summary: The Hobbit (Game) can´t install Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pro.rammstein(a)googlemail.com Created an attachment (id=15296) --> (http://bugs.winehq.org/attachment.cgi?id=15296) it´s the report of the terminal The game instalation stops at the half with the errror -1603 (msi) I coppied the two cd on my harddrive3 and started the insatlation. sorry for my bad english hope you can help or fix, marcel -- 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 21

[Bug 21112] New: fixme:ntdll:NtLockFile I/O completion on lock not implemented yet (with Newsbin 32 Bit Client)
by wine-bugs＠winehq.org 21 Sep '18

21 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=21112 Summary: fixme:ntdll:NtLockFile I/O completion on lock not implemented yet (with Newsbin 32 Bit Client) Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: johannes.black(a)gmail.com newest 32 bit newsbin beta under wine (debian unstable) After starting and using newsbin (usenet client) fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:ntdll:NtLockFile I/O completion on lock not implemented yet wine: Unhandled page fault on execute access to 0x7d88d9f0 at address 0x7d88d9f0 (thread 0024), starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0xa91498 "?" wait timed out in thread 003b, blocked by 003c, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0xa91498 "?" wait timed out in thread 0039, blocked by 003c, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0xa91498 "?" wait timed out in thread 003a, blocked by 003c, retrying (60 sec) In the meantime is there any workaround available? -- 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 17032] New: Lord of the Rings: Conquest gets stuck on main menu
by wine-bugs＠winehq.org 15 Sep '18

15 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=17032 Summary: Lord of the Rings: Conquest gets stuck on main menu Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mcflow-forum(a)gmx.net Created an attachment (id=18831) --> (http://bugs.winehq.org/attachment.cgi?id=18831) command line output After creating a profile, the game enters the main menu. At the right you can choose multiplayer, singleplayer options and so on and on the upper middle part of the screen there is just a bar that says "loading". And it seems to load forever. I attached command line output but I am pretty sure there are no hints on it because the output does not change if the game changes from intro movies to main menu. Anyone any idea what component can be related to the problem? I tried WINEDEBUG=+all but then then wine is busy with giving output before something happens a very long time. -- 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 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