wine-bugs March 2015

wine-bugs@winehq.org

1 participants
8206 discussions

[Bug 37552] New: Delphi car diagnostic software DS150E (equal Autocom CDP) doesn't run
by wine-bugs＠winehq.org 30 Aug '20

30 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=37552 Bug ID: 37552 Summary: Delphi car diagnostic software DS150E (equal Autocom CDP) doesn't run Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: artur.byte(a)gmail.com Distribution: --- Created attachment 49977 --> https://bugs.winehq.org/attachment.cgi?id=49977 bug report Delphi car diagnostic software DS150E (equal Autocom CDP) doesn't run All requarements is ok. NetFramework 3.5 installed. Bug report is attached. -- 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.

2 7

[Bug 38113] New: Unity3D is not running well on NVIDIA GPU.
by wine-bugs＠winehq.org 30 Aug '20

30 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=38113 Bug ID: 38113 Summary: Unity3D is not running well on NVIDIA GPU. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: antek6jutka(a)gmail.com Distribution: --- Created attachment 50794 --> https://bugs.winehq.org/attachment.cgi?id=50794 Output from wine [...]Unity.exe command. OS: ArchLinux x86_64 GPU: NVIDIA GeForce GT 630 CPU: 4-cores (i5) x3.10GHz RAM: 16GB DDR3 Wine release: latest (1.7.36) Running Unity ends with crash. Main window and loading screen is very...strange. Usually it not loads and then I need to kill it with CTRL+Z, killall Unity.exe, fg. -- 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.

2 12

[Bug 35137] New: Hitman: Blood Money demo needs native d3dx9_27
by wine-bugs＠winehq.org 29 Aug '20

29 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=35137 Bug ID: 35137 Summary: Hitman: Blood Money demo needs native d3dx9_27 Product: Wine Version: 1.7.8 Hardware: x86 URL: http://www.gamershell.com/download_13964.shtml OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Demo crashes without native d3dx9_36 fixme:d3dx:ID3DXEffectCompilerImpl_CompileEffect iface 0x6fd8e660, flags 0x500, effect 0x122a56c, error_msgs 0x122a564 stub and also needs native d3dx9_27 because after intro movie I can't see the main menu. -- 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.

2 8

[Bug 17836] New: Motocross Madness 2 crashes at start
by wine-bugs＠winehq.org 29 Aug '20

29 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=17836 Summary: Motocross Madness 2 crashes at start Product: Wine Version: 1.1.17 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Created an attachment (id=20098) --> (http://bugs.winehq.org/attachment.cgi?id=20098) trace and disassembly of crash location In AppDB, people have reported Motocross Madness 2 (mcm2) crashing in the intro but nobody had filed a bug yet. The backtrace makes it look like mcm2 crashes in, or immediately after, quartz.dll or amstream, after accessing ui\events.avi at the start of the program, after displaying for some seconds the stunt & warnings picture also known from the demo. The demo is not affected and proceeds from the intro picture to the menu. A log extract (+almost-all,-relay,-nls) from around the exception is attached. The processed file UI/events.avi is an Intel Indeo v5 video. The installer did not complain that Indeo is mising! Replacing it with a Cinepak avi, with an empty file, deleting it or installing iv5 still produces crashes at the same location in mcm2. Same with clicking to skip the intro picture or disabling quartz.dll. MCM2 suffers from SafeDisk 1.41.000 protection so it would not run as is in wine (or rather, it crashes much earlier). I tried 2 different cracks, both produced the same exception. -- 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.

2 23

[Bug 37913] New: Inconsistent rounding behaviour for sprintf
by wine-bugs＠winehq.org 28 Aug '20

28 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=37913 Bug ID: 37913 Summary: Inconsistent rounding behaviour for sprintf Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: christopherwuy(a)gmail.com Distribution: --- sample source code and output demonstrating the problem: #include <iostream> #include <stdio.h> using namespace std; int main() { double a; a = 3.5; char *tmp = new char(100); char fmt[18] = " is %.0f"; sprintf(tmp, fmt, a); cout<<endl<<a<<tmp<<endl<<endl; a = -4.5; sprintf(tmp, fmt, a); cout<<endl<<a<<tmp<<endl<<endl; a = -0.5; sprintf(tmp, fmt, a); cout<<endl<<a<<tmp<<endl<<endl; a = 2597.625; printf("%.3f", a); sprintf(tmp, " is %.2lf", a); cout<<tmp<<endl<<endl; } This code running by wine 's Output is: 3.5 is 4 -4.5 is -4 -0.5 is -0 2597.625 is 2597.62 while windows' output is: 3.5 is 4 -4.5 is -5 -0.5 is -1 2597.625 is 2597.63 It indicated that Wine's sprintf used rounding rule which is Round half to even, while windows used Round half away from zero. You can find a detailed discussion of 'similar bug' form https://sourceware.org/bugzilla/show_bug.cgi?id=4943 -- 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.

2 8

[Bug 24320] New: Unexpected DetectEnvStatus.exe crash with Cisco Quick VPN Client (QVPN 1.4.1.2)
by wine-bugs＠winehq.org 28 Aug '20

28 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=24320 Summary: Unexpected DetectEnvStatus.exe crash with Cisco Quick VPN Client (QVPN 1.4.1.2) Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ethanfharris(a)gmail.com Cisco QVPN v1.4.1.2 does not work under Wine. QVPN is used to establish an IPSec Virtual Private Network tunnel from a client computer to a Cisco Router/Gateway to facilitate secure communication over the internet. There appear to be 3 errors when running the Cisco QVPN application under Wine: (a) an apparent crash / closure of DetectEnvStatus.exe (b) a failure to resolve a DDNS domain name, and (c) QVPN is not able to ping the gateway router, and all data transfer over the VPN fails. In all cases a popup box appears (see attached screenshot) indicating that DectectEnvStatus.exe has a serious problem and has closed. If anyone wants to debug this, I can supply a copy of QVPN, and I can set up a temporary guest account on my WRVS4400N small business router for testing purposes. QVPN works fine under Windows Vista SP2, and works fine on a Ununtu 10.04LTS host with a Vista guest running under Oracle VirtualBox. So the QVPN application itself is OK, and the problem is related somehow to Wine or various underlying services. On the attached screenshot the DetectEnvStatus popup appears immediately when I attempt to connect the VPN. If I use the IP address of the gateway router I am connecting to in lieu of the DDNS domain name, QVPN will create the VPN, but the tunnel verification ping test fails and the tunnel will not transmit data, which is why the "remote gateway not responding" message also appears on the screenshot. If I specify the DDNS domain name of the remote gateway router, the VPN tunnel is not established (not shown), suggesting a dynamic DNS name-to-IP address resolution related problem in Wine. Any help would be appreciated. -- 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.

2 13

[Bug 23950] New: MPQEdit: Opening a folder results in the wrong error message
by wine-bugs＠winehq.org 27 Aug '20

27 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=23950 Summary: MPQEdit: Opening a folder results in the wrong error message Product: Wine Version: 1.3.0 Platform: x86 URL: http://zezula.net/download/mpqediten32_beta.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Attachment #30066 showcases the expected error message ("The system cannot find the path specified"). Instead, running wine mpqedit c:\\ results in "Access denied" error message. -- 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.

2 9

[Bug 30853] New:=?UTF-8?Q?=20Wine=20doesn=E2=80=99t=20always=20handle=20?="right alt" properly
by wine-bugs＠winehq.org 20 Aug '20

20 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=30853 Bug #: 30853 Summary: Wine doesn’t always handle "right alt" properly Product: Wine Version: 1.5.5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: sloonz(a)gmail.com Classification: Unclassified Created attachment 40410 --> http://bugs.winehq.org/attachment.cgi?id=40410 workaround/quick and dirty fix I’m trying to get World of Warcraft working under Wine. However, I have huge trouble with key bindings (I use unusual key bindings : I use the right half of my keyboard, whereas most players use the left half). After investigation, I found 3 bugs (different behaviors between Wine and my Windows installation). The first one is the management of the right "Alt" key (labeled "Alt-Gr" on my keyboard). When I press AltGr+l under Windows with Spy++, I get the followings events : <03637> 0007045A P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:0 fRepeat:0 fUp:0 <03638> 0007045A P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:1 fRepeat:0 fUp:0 <03639> 0007045A P WM_KEYDOWN nVirtKey:'L' cRepeat:1 ScanCode:18 fExtended:0 fAltDown:1 fRepeat:0 fUp:0 <03640> 0007045A P WM_DEADCHAR chCharCode:'002F' (47) cRepeat:1 ScanCode:18 fExtended:0 fAltDown:1 fRepeat:0 fUp:0 <03641> 0007045A P WM_KEYUP nVirtKey:'L' cRepeat:1 ScanCode:18 fExtended:0 fAltDown:1 fRepeat:1 fUp:1 <03642> 0007045A P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:1 <03643> 0007045A P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:0 fRepeat:1 fUp:1 Under Wine 1.5.5 however (WINEDEBUG=+msg), I get those : trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x6007e wp eb lp 760001 [note: wp = VK_OEM_PA2] trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x6007e wp 4c lp c0260001 [note: wp = 'L'] trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x6007e wp eb lp c0760001 [note: wp = VK_OEM_PA2] With xev, I get : KeyPress event, serial 93, synthetic NO, window 0x4000001, root 0xbc, subw 0x0, time 5086996, (1585,410), root:(2578,425), state 0x0, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XKeysymToKeycode returns keycode: 92 XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 93, synthetic NO, window 0x4000001, root 0xbc, subw 0x0, time 5087052, (1585,410), root:(2578,425), state 0x80, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XKeysymToKeycode returns keycode: 92 XLookupString gives 0 bytes: XFilterEvent returns: False After "setxkbmap us", AltGr is bound to Alt_R under X (checked with xev), and I get this under Wine : trace:msg:peek_message got type 7 msg 104 (WM_SYSKEYDOWN) hwnd 0x10046 wp a5 lp 21380001 [wp = VK_RMENU] trace:msg:peek_message got type 7 msg 104 (WM_SYSKEYDOWN) hwnd 0x10046 wp 4c lp 20260001 [wp = 'L'] trace:msg:peek_message got type 6 msg 106 (WM_SYSCHAR) hwnd 0x10046 wp 6c lp 20260001 [wp = 'l'] trace:msg:peek_message got type 7 msg 105 (WM_SYSKEYUP) hwnd 0x10046 wp 4c lp e0260001 [wp = 'L'] trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x10046 wp a5 lp c1380001 [wp = VK_RMENU] (yes, I have a KEYUP without KEYDOWN) Wich is still not the same as Windows. So I think there is two problems here : - ISO_Level3_Shift is not properly recognized by Wine - "AltGr" doesn't have the same behavior under Wine and Windows FYI, attached patch is a workaround to have the same behavior than Windows. With it, I get this under Wine : trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x10062 wp a2 lp 1d0001 [note: wp = VK_LCONTROL] trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x10062 wp a4 lp 20380001 [note: wp = VK_LMENU] trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x10062 wp 4c lp 20260001 [note: wp = 'L'] trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x10062 wp 4c lp e0260001 trace:msg:peek_message got type 7 msg 105 (WM_SYSKEYUP) hwnd 0x10062 wp a2 lp e01d0001 trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x10062 wp a4 lp c0380001 Which is still not the same as Windows : - Windows uses (right) control + menu (with fExtended flag for menu) whereas Wine uses left control + left menu. Not investigated if this is related to TranslateMessage. - AltGr+L is a dead symbol on my keymap. Windows send a DEADCHAR message, wheras Wine send nothing. Note that I had to disable the XFilterEvent test in event.c to have those messages, otherwise nothing is sent to the program (but that’s another story for another bug report) But it suffice for my use case (WoW key bindings with right alt) -- 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.

2 8

[Bug 30193] New: Crysis Wars ded server doesn't resize with wineconsole (curses backend)
by wine-bugs＠winehq.org 19 Aug '20

19 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=30193 Bug #: 30193 Summary: Crysis Wars ded server doesn't resize with wineconsole (curses backend) Product: Wine Version: 1.4-rc6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net Classification: Unclassified Created attachment 39410 --> http://bugs.winehq.org/attachment.cgi?id=39410 screen The Crysis Wars dedicated server, when running under wineconsole with the curses backend, does not resize its viewport. It is stuck at the default 80x25, even if the terminal is considerably larger (see attachment). This produces some unexpected output, as some commands expect a larger size but have to be split over 2 lines via \ My terminal and wineconsole interact just fine, as I have verified with cmd. It's just this app that sticks to 80x25 no matter what. On Windows, it would normally spawn a console window with a size of 132x60 (or less if the desktop resolution can't fit that) Could it be that wineconsole first starts at 80x25 and only later resizes to terminal size? In that case, I can imagine that the app polls the size once during startup and sticks to that, thus limiting itself to 80x25. -- 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.

2 11

[Bug 37928] New: Photoshop CS6: Mini-bridge panel does not show directory entries in alphabetical order
by wine-bugs＠winehq.org 19 Aug '20

19 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=37928 Bug ID: 37928 Summary: Photoshop CS6: Mini-bridge panel does not show directory entries in alphabetical order Product: Wine Version: 1.7.34 Hardware: arm OS: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: robert.munteanu(a)gmail.com Distribution: --- Steps to reproduce: 1. Launch Photoshop 2. Click File -> Open in mini bridge 3. Navigate to a folder with multiple subfolders The subfolders are not ordered alphabetically, but in an apparently random manner. They are definitely not ordered by creation date ( I created the situation in my screenshot using a simple "mkdir a b c d e f g h i j k l" . -- 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.

2 6

[Bug 13624] New: Lineage 2 - The Chaotic Throne - Hellbound
by wine-bugs＠winehq.org 16 Aug '20

16 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=13624 Summary: Lineage 2 - The Chaotic Throne - Hellbound Product: Wine Version: 1.0-rc3 Platform: All OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eryk-rutkowski(a)o2.pl Created an attachment (id=13604) --> (http://bugs.winehq.org/attachment.cgi?id=13604) Log from Terminal Problem is in Lineage 2 Hellbound and regarding npkycrypt - dll file. This dll is not work fine and don't recognize keyboard and i can't log in. There is communicate: "The keyboard security module has failed to load. please exit the game and try again" Sorry for my bad english but i'm from other country ;p -- 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.

2 9

[Bug 33317] New: Python error Fatal Python error: buffer overflow in getpathp.c's joinpath() when executing.
by wine-bugs＠winehq.org 15 Aug '20

15 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=33317 Bug #: 33317 Summary: Python error Fatal Python error: buffer overflow in getpathp.c's joinpath() when executing. Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.thomas(a)hpcwales.co.uk Classification: Unclassified Created attachment 44067 --> http://bugs.winehq.org/attachment.cgi?id=44067 Lwsn output from running under wine Wine Version : wine64 --version wine-1.5.25 (64 Bit version) GCC Version : gcc --version gcc (GCC) 4.6.2 Python Version : python --version Python 2.7.3 Operating Systems Used: cat /etc/redhat-release Red Hat Enterprise Linux Server release 5.5 (Tikanga) I have also tried on : cat /etc/redhat-release CentOS release 5.5 (Final) Program trying to run lwsn.exe (network render module part of Lightwave : https://www.lightwave3d.com/ ). 30 Day trial available. Command used: wine lwsn.exe -3 -cLWEXT11-64.CFG -d"z:\home\andy.thomas\Atticus" Scenes\black.lws 1 1 Problem, I compiled wine and setup lwsn.exe in accordance with this article: http://lordtangent.blogspot.co.uk/2007/01/running-lightwave-screamernet-lws… Initially it worked fine when running from the command line. I then wrapped it up in a batch script to be sent to our Linux cluster but got a Python error message : Fatal Python error: buffer overflow in getpathp.c's joinpath() I tried to execute interactively on the cluster and this worked fine but when executed from a script it gives the above error. I launched a forum post (as I a haven't done much troubleshooting with wine) : http://forum.winehq.org/viewtopic.php?f=8&t=18632 I have tried the recommendations but had no success. I re-compiled wine with the above gcc compiler and a more up to date version of Python but I can no longer execute on the command line. I now get the Python error regardless of how I execute the command. Any help would be greatly appreciated. If you need any further debugging please let me know. -- 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.

2 10

[Bug 11955] New: NoteTab Pro 5.5 Cursor Display Issue
by wine-bugs＠winehq.org 15 Aug '20

15 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=11955 Summary: NoteTab Pro 5.5 Cursor Display Issue Product: Wine Version: 0.9.57. Platform: PC URL: http://www.notetab.com OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lm_hamilton(a)yahoo.com When the cursor is at the last line of a file and the user presses ENTER to create a new line, it adds the line, but the cursor does not move. If the user starts typing, the text and cursor does go on the last line of the file. I used to have this issue on any file, but for the last several Wine releases, it has only affected outline files. Outlines are just text files with the extension otl. If you open the file in a text editor the topic for each outline starts with H=". I use Slackware 12.0 and Debian. Other users on the Yahoo Group for NoteTab on Linux are using Ubuntu and have the display issue at the top and bottom of the file. I have never had it at the top no matter what I have tried. Following is a text representation of the problem I have, numbers used for lines in the file, and a vertical bar "|" used to show the cursor position after pressing enter to get a new line. 1|Text on line one. 2Line added when press enter. 3Line added when press enter. If you start typing the cursor acts normally and starts adding text at the beginning of the last line added by pressing enter. In this example the text is added after "3". FYI - NoteTab Pro uses a different input control than NoteTab Light or Standard. Light and Standard use richedit. NoteTab is developed in Delphi. I have been a NoteTab user for ten years and beta tester for as long. The anti-cracker controls in NoteTab's trial version may prevent it from working in Wine. -- 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.

2 15

[Bug 37973] New: mz800 emulator no screen refresh when switching apps
by wine-bugs＠winehq.org 15 Aug '20

15 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=37973 Bug ID: 37973 Summary: mz800 emulator no screen refresh when switching apps Product: Wine Version: 1.7.34 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: oldium.pro(a)seznam.cz Distribution: --- Created attachment 50594 --> https://bugs.winehq.org/attachment.cgi?id=50594 Blank screen when switching to the mz800 application When I start the mz800 emulator and switch to a different application and back, the screen is black. This is a very old bug (years). The emulator can be found at http://mz-800.xf.cz/download.htm (download the emulator and extract the ROMs to the ROM directory). After starting just click the "Demo" button to start the demo. -- 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.

2 7

[Bug 34263] New: Framebuffer read-before-write causes graphical glitches
by wine-bugs＠winehq.org 14 Aug '20

14 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=34263 Bug #: 34263 Summary: Framebuffer read-before-write causes graphical glitches Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: achurch+wine(a)achurch.org Classification: Unclassified Created attachment 45608 --> http://bugs.winehq.org/attachment.cgi?id=45608 Suboptimal but functional patch In at least the Final Fantasy XIV: A Realm Reborn character creation benchmark (http://na.finalfantasyxiv.com/benchmark/index.html), framebuffer read-before-write results in graphical glitches such as the entire display or UI overlays flickering or incorrect textures being drawn. This program uses multithreaded rendering (though I don't know whether that's relevant), and in some cases, Direct3D calls which get translated to glBlitFramebuffer() attempt to read from a framebuffer before the GPU has finished rendering to it. The cause was found by dumping OpenGL calls using apitrace (https://github.com/apitrace/apitrace) and observing that replaying the same frame sporadically caused the same sort of glitches as observed in Wine, but the glitches went away when a glFinish() call was inserted at each thread switch. The attached patch fixes these glitches by inserting a glFinish() call before each glBlitFramebuffer() call. This is almost certainly suboptimal, and in my case it causes the benchmark result to drop from ~3500 to ~3000, but it fixes all graphical glitches aside from black squares seen in some cases when the HDR option is enabled in rendering settings. -- 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.

2 17

[Bug 31476] New: Bully: no DirectX 9.0c compatible sound card
by wine-bugs＠winehq.org 14 Aug '20

14 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=31476 Bug #: 31476 Summary: Bully: no DirectX 9.0c compatible sound card Product: Wine Version: 1.5.10 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: marti(a)juffo.org Classification: Unclassified According to the WineHQ entry about "Bully: Scholarship Edition" version 1.2, it used to work in wine 1.3.27. When I try this game on my system, it changes the resolution, displays a loading screen for a moment and then pops up a window saying: Bully: Scholarship Edition requires a DirectX 9.0c compatible sound card to be installed and and configured properly. After clicking "OK", Bully crashes with "Unhandled exception: page fault on read access to 0x00000004". The Bully installer from Steam automatically installs its own copy of DirectX 9. Using wine-1.5.10 on Arch Linux x86_64, with PulseAudio. Sound playback in winecfg and other applications works fine. -- 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.

2 18

[Bug 27207] New: splayer auto quit while open a mp3 file
by wine-bugs＠winehq.org 14 Aug '20

14 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=27207 Summary: splayer auto quit while open a mp3 file Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=34764) --> (http://bugs.winehq.org/attachment.cgi?id=34764) Log: $ wine splayer.exe &> wine-splayer.log splayer is an open source player on gpl. http://www.splayer.org/index.en.html 1. Download splayer http://file.splayer.org/avant/SPlayerSetupInt.exe?2124 2. intall cscript.exe with winetricks $ winetricks wsh57 3. install splayer with all default settings. $ wine SetupInt.exe fixme:ole:CoCreateInstance no instance created for interface {a3d8cec0-7e5a-11cf-bbc5-00805f6cef20} of class {bd323430-ce94-11ce-82dd-0800095a5b55}, hres is 0x80004002 Does these fixme harmful? 4. start splayer: $ wine splayer.exe 5. open a mp3 file with splayer, splayer will auto quit with such messages: fixme:gdi:SetColorAdjustment stub fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x2413730,0x208718): stub fixme:dbghelp:elf_search_auxv can't find symbol in module err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc469ec -- 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.

2 17

[Bug 33518] New: Some floors in Star Trek (2013) are completely black
by wine-bugs＠winehq.org 13 Aug '20

13 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=33518 Bug #: 33518 Summary: Some floors in Star Trek (2013) are completely black Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: eurekafag(a)eureka7.ru Classification: Unclassified This is how they look like in the game: http://i.imgur.com/sNy2z7l.png This is how they should look (at least on Xbox360): http://youtu.be/YQCUUcrLfPc?t=30m30s Outdoors and everything else seems to be ok: http://i.imgur.com/Rv2O8sM.png http://i.imgur.com/Ytoi8cC.png I see this repeating message in the terminal: fixme:d3d:resource_check_usage Unhandled usage flags 0x8. Sometimes another message appears: fixme:d3d:wined3d_swapchain_present Ignoring flags 0x80000000. These two spam the output but nothing else appears while playing. I've run the game with WINEDEBUG=+d3d and the resulting file is about 600M long compressed to 23M. Maybe it will help. I launched the game and entered to the buggy room from the screenshot above, then killed it to prevent extra output. -- 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.

2 15

[Bug 30699] New: wine printing: barcode is not printed from VB6 application
by wine-bugs＠winehq.org 11 Aug '20

11 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=30699 Bug #: 30699 Summary: wine printing: barcode is not printed from VB6 application Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineps.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: edwin+winebugs(a)etorok.net Classification: Unclassified Created attachment 40201 --> http://bugs.winehq.org/attachment.cgi?id=40201 barcode screenshot There is an application provided by the Romanian finance administration for printing Payment sheets with barcodes. I tried to use it in Wine (it appears to be a VB6 application), and I could enter all the data, and it displayed a generated barcode. However when I tried printing it didn't print the barcode. This happens both when printing to my printer (Samsung ML-2010P), or using CUPS-PDF. Attached is the PDF produced when printing through CUPS, and a screenshot taken while printing. Notice that on the screenshot there is a barcode in the right towards the top, and in the produced PDF there is no barcode at all. Attached is also WINEDEBUG=+relay,+seh,+tid,+psdrv output. How to reproduce (including download URL): 1. Prepare application mkdir $HOME/.wine-bug export WINEPREFIX=$HOME/.wine-bug # create winedir winecfg # get program wget http://static.anaf.ro/static/10/anaf/aplicatii/op_fv/opfv2010/instal_opfv_2… unzip instal_OPFV_28032012.zip wine instal_OPFV_2012.exe # set locale: if date format is wrong program refuses to work export LANG=ro_RO.UTF-8 LANGUAGE=ro_RO.UTF-8 LC_TIME=ro_RO.UTF-8 cd '$HOME/.wine-bug/drive_c/Program Files/OPFV 2012' # enter test data cat >ordine.txt <<EOF 1,1,1,TEST,1234567897,,,,BUGETUL DE STAT,1234567897,RO26TREZ57820470101XXXXX,,,BUGETUL DE STAT,16/05/2012,FV EOF 2. Make sure you have a printer. Bug reproduces with CUPS-PDF too, so edit $HOME/.wine-bug/drive_c/windows/win.ini, and use these settings for the printer: [devices] PDF=wineps.drv,CUPS:PDF [PrinterPorts] PDF=wineps.drv,CUPS:PDF,15,45 [windows] device=PDF,wineps.drv,CUPS:PDF 3. Run app wine OPFV_2012.exe 4. Print from the application - Click on "FV" - Choose 1,1,FV from the 'Nr. de ordine, Nr. OP/FV' dropdown - Click "Incarcare" - Click "Listare" 5. Look at the printed document, or PDF and notice that the barcode on the top right is missing in the printout. See attached PDF vs. attached screenshot. The barcode IS visible during printing, its just never printed. -- 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.

2 15

[Bug 19751] New: VB6 format function
by wine-bugs＠winehq.org 09 Aug '20

09 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=19751 Summary: VB6 format function Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hub_hotmail(a)hotmail.com THIS IS A VB6 PROGRAM WINDOWS --------- FormatoBr = "#,##0.00" debug.print Format(TxtValorCadTituloNUM, FormatoBr), , "ONLY_FORMAT" = 1,00 debug.print Format(CCur(TxtValorCadTituloNUM), FormatoBr), , "FORMAT_WITH_CCUR" = 1,00 ***************************************************************************** wine LINUX ---------- FormatoBr = "#,##0.00" debug.print Format(TxtValorCadTituloNUM, FormatoBr), , "ONLY_FORMAT" = 100,00 debug.print Format(CCur(TxtValorCadTituloNUM), FormatoBr), , "FORMAT_WITH_CCUR" = 1,00 -- 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.

2 19

[Bug 23726] New: Microsoft visual Basic 6.0: Crashes when adding certain characters to a programming statement
by wine-bugs＠winehq.org 09 Aug '20

09 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=23726 Summary: Microsoft visual Basic 6.0: Crashes when adding certain characters to a programming statement Product: Wine Version: 1.2-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: romano.ray(a)live.com While putting together a basic program, I came across an error when typing in the following character "(" in the statement "label1.caption = Int(". After I begin to type the "Int" followed by a "(" the program gives me an error and closes. I'm not sure if this is because the command isn't available in the library or wine is just not setup for using this program. -- 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.

2 34

[Bug 29806] New: DirectX Software Test Causes Hype The Time Quest Installer to Fail
by wine-bugs＠winehq.org 07 Aug '20

07 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=29806 Bug #: 29806 Summary: DirectX Software Test Causes Hype The Time Quest Installer to Fail Product: Wine Version: 1.3.28 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jthomas97411(a)yahoo.com Classification: Unclassified Provided I'm remembering right, at some point in time this bug went away before I got around to reporting it, but it's sure back now (writing this when 1.4 rc 2 was the most recent version of Wine). 1.3.28 is the farthest back I have ran Hype successfully, much further behind that would probably get more iffy because 1.3.28 is particularly unstable about getting Hype running. Getting the DirectX check to not crash the installer definitely happened _after_ 1.3.28. I'm still pinpointing the version. When you install Hype, you have to click "Install", then "Change", then "Software tests...", then uncheck "Microsoft DirectX Media" and click "OK". Or else the installer fails, at least in versions of Wine where this bug is in effect. Anyways, I can assuredly tell you that Wine 1.4 rc 2 needs to have the DirectX software check unchecked to keep the installer from failing. Jake -- 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.

2 11

[Bug 19239] New: eBay Turbo Lister unhandled division by zero
by wine-bugs＠winehq.org 07 Aug '20

07 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=19239 Summary: eBay Turbo Lister unhandled division by zero Product: Wine Version: 1.1.25 Platform: PC URL: http://download.ebay.com/turbo_lister2/setupUK.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=22258) --> (http://bugs.winehq.org/attachment.cgi?id=22258) wine-1.1.25-133-g7cc7e7b backtrace To get this far, "winetricks msxml3 mdac25 ie6" required. When attempting to create a new item, an unhandled division by zero occurs in user32. =>0 0x7ed807ec get_vertical_line_count+0x29(es=0x20c5c0) [/home/test/wine-git/dlls/user32/edit.c:1434] in user32 (0x0032b270) -- 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.

2 15

[Bug 38115] New: Grandia 2: game crashes after videos are skipped
by wine-bugs＠winehq.org 04 Aug '20

04 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=38115 Bug ID: 38115 Summary: Grandia 2: game crashes after videos are skipped Product: Wine Version: 1.7.36 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: c.wehrmeyer(a)gmx.de Distribution: --- Created attachment 50797 --> https://bugs.winehq.org/attachment.cgi?id=50797 Backtrace of wine when the game crashes What I am trying to archive: I want to get the game Grandia II running on a Multilib Gentoo System (x86 and x64). To reduce I/O latency that is bound to happen due to the carrier medium (optical drive/CD), I created local images that can be mounted in. This runs fine on Windows, the copy protection detects no problems, and I can start and play that game. How have I installed Winw: - I have got the latest source from the git repository: $ git clone git://source.winehq.org/git/wine.git wine 2>&1 > ~/wine_git.txt - I configured the sources, compiled them, and installed the binaries into a separate directory: $ ./configure --prefix=/opt/local/wine $ make -j 9 2>&1 > ~/wine_make $ make install 2>&1 > ~/wine_make_install - I mounted the CD images: $ sudo mount -t iso9660 GRANDIA2CD1.iso cd1 mount: /dev/loop0 ist schreibgeschützt, wird eingehängt im Nur-Lese-Modus $ sudo mount -t iso9660 GRANDIA2CD2.iso cd2 mount: /dev/loop1 ist schreibgeschützt, wird eingehängt im Nur-Lese-Modus $ sudo mount | grep 'CD' /path/GRANDIA2CD1.iso on /path/cd1 type iso9660 (ro) /path/GRANDIA2CD2.iso on /path/cd2 type iso9660 (ro) - I created a Win32 user prefix, because the game is a x86 application. $ WINEPREFIX="/home/user/new_wine" WINEARCH='win32' /opt/local/wine/bin/wine "wineboot" - I made sure (with WINEPREFIX="/home/user/new_wine" WINEARCH='win32' /opt/local/wine/bin/winecfg) that the drives D: and E: were directly pointing to where the CD-images are mounted - I installed the game - in the cd1/ dir: $ WINEPREFIX="/home/user/new_wine" WINEARCH='win32' /opt/local/wine/bin/wine autorun.exe - I copied the games executable from the second CD to the main game folder, because for some reason the installer wouldn't do that. What is the problem: The game starts, but it does not play the intro videos, and the game crashes if I press F9 (skip videos). What can I say about the crash: The crash always happens at the same address: Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x004884b9). >From what I can gather, 0x004884b9 is the code address that causes the crash. The machine code read this (intel syntax): 4884b3: 8b 0d 0c 47 9c 00 mov ecx,DWORD PTR ds:0x9c470c 4884b9: 8b 51 04 mov edx,DWORD PTR [ecx+0x4] 4884bc: 8b 42 08 mov eax,DWORD PTR [edx+0x8] 4884bf: 8b 40 48 mov eax,DWORD PTR [eax+0x48] If I read this correctly - and I might be mighty wrong here - the value 0x9c470c is loaded into the ecx register, and the value stored at 0x9c4710 is then tried to load into the edx register. But it seems as if the ecx register is nullified again. For reference: other 3D games as Deus Ex run very fine. Due to the fact that I am rendering with my Intel chip (I own an optimus laptop with maxwell architecture, for which the drivers are still declared as WIP), the CPU usage is a bit higher than on Windows, but I can archive 60 FPS with not problems whatsoever. The backtrace is included as attachment. If demanded, I can also upload the "configure", "make" and "make install" logs. -- 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.

2 11

[Bug 36826] New: Wine and WindowMaker don't work well together
by wine-bugs＠winehq.org 03 Aug '20

03 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=36826 Bug ID: 36826 Summary: Wine and WindowMaker don't work well together Product: Wine Version: 1.7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xylem2020(a)gmail.com Basically applications running under Wine have a habbit of moving downward at an angle. This does not happen with all programs, but a good majority (i.e. Steam). -- 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.

2 7

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