wine-bugs April 2015

wine-bugs@winehq.org

1 participants
8247 discussions

[Bug 34266] New: Division by zero in shader results in NaNs
by wine-bugs＠winehq.org 17 Sep '20

17 Sep '20

http://bugs.winehq.org/show_bug.cgi?id=34266 Bug #: 34266 Summary: Division by zero in shader results in NaNs 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 45619 --> http://bugs.winehq.org/attachment.cgi?id=45619 Proof-of-concept patch As reported in the AppDB, if the HDR rendering option is enabled in Final Fantasy XIV, some scenes have large black squares covering the screen. This appears to stem from NaNs getting stored in floating-point framebuffers as the result of division by zero in a fragment shader. Granted there's a whole bunch of wild guessing involved, but changing the translation of the HLSL rcp instruction to explicitly check for zero and return a huge value instead of performing the division seems to fix the problem without causing any side effects (see attached patch). I do note that HLSL defines the rcp instruction to return infinity for a zero operand (*1), while the GLSL spec says that division by zero "result[s] in an unspecified value" (*2). (*1) http://msdn.microsoft.com/en-us/library/windows/desktop/hh447205%28v=vs.85%… (*2) http://www.opengl.org/registry/doc/GLSLangSpec.Full.1.20.8.pdf (section 5.9 "Expressions") -- bizarrely, the GLSL 4.4 spec keeps that language but adds section 4.7.1 "Range and Precision" which says that "dividing a non-zero by 0 results in the appropriately signed IEEE Inf", so the spec is internally inconsistent and who knows what you'll get. -- 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 60

[Bug 30889] New: Can't attach files in gmail under google chrome
by wine-bugs＠winehq.org 14 Sep '20

14 Sep '20

http://bugs.winehq.org/show_bug.cgi?id=30889 Bug #: 30889 Summary: Can't attach files in gmail under google chrome Product: Wine Version: 1.5.6 Platform: x86 URL: https://www.google.com/chrome/thankyou.html?platform=w in&hl=en OS/Version: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Found while dogfooding chrome. Install chrome, use --no-sandbox to workaround bug 21232. Log into gmail account, compose an email and click 'attach file'. No dialog appears. There is no terminal output from this. -- 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 38493] New: Unhandled exception in subprocess.exe when launching Grand Theft Auto V
by wine-bugs＠winehq.org 14 Sep '20

14 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=38493 Bug ID: 38493 Summary: Unhandled exception in subprocess.exe when launching Grand Theft Auto V Product: Wine Version: 1.7.41 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 51338 --> https://bugs.winehq.org/attachment.cgi?id=51338 output of wine PlayGTAV.exe run from the game install dir. At startup, when the launcher of Grand Theft Auto V opens, it shows a "Loading" animation and wait for something that never seems to happen. There is a cancel button. If I click anywhere in the window before clicking the cancel button, or if I alt-tab out and in while the launcher is open, subprocess.exe crashes with an unhandled exception error. After subprocess.exe has crashed, I can click on the cancel button of the launcher and it closes, and wineserver terminates gracefully. If I click first on the cancel button before doing anything else, the launcher closes and there is no unhandled exception error, but wineserver doesn't quit until alt+F4 is pressed and the blocking process is forced to close. subprocess.exe is the executable of the Social Club service to which the user has to log in to play the game. Computer specs: Intel Core i7-4930k CPU @ 3.40Ghz x 12 (6+HT). 8Gb RAM. NVidia GTX970 with proprietary drivers (346.35). Debian Wheezy 64-bit Wine 1.7.41 WoW64 no winetricks, no dlloverrides. Wine is set to windows vista, virtual desktop, no window decoration and no window manager allowance. GTA V DVD version (not steam). DirectX and VC++ 2008 redistributables installed from DVD. Social Club 1.1.5.8 downloaded from Rockstar support website and installed. -- 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 36

[Bug 24182] New: Memory Access Violation
by wine-bugs＠winehq.org 11 Sep '20

11 Sep '20

http://bugs.winehq.org/show_bug.cgi?id=24182 Summary: Memory Access Violation Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: bremm(a)vtnc.org Created an attachment (id=30442) --> (http://bugs.winehq.org/attachment.cgi?id=30442) Console output dumped in a text file Hi, it's my 1st submission of a bug here, so I don't know exactly if I'm doing the right procedure. I'm trying to run a game which works fine in Windows with dx8. The way I used to get a debug output was too simple: $ winedbg NFR.exe 2>&1 | tee debug.txt The result follows attached, and I'm waiting for instructions. I'm able to do any kind of test once I get directions from someone more experient, since I'm not a skilled programmer. Thanks in advance -- 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 28

[Bug 38363] New: tab control ignores click after changing selected tab by arrow key.
by wine-bugs＠winehq.org 08 Sep '20

08 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=38363 Bug ID: 38363 Summary: tab control ignores click after changing selected tab by arrow key. Product: Wine Version: 1.7.39 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: ktmizugaki+wine(a)gmail.com Distribution: --- tab control ignores click after changing selected tab by arrow key. steps to reproduce: 1. open app which uses tab control (e.g. winecfg). 2. click tab to change tab. 3. press right arrow key to change tab. 4. click another tab to change tab. expected: clicked tab is selected. actual: nothing happens. if i select tab clicked in step 2 using arrow key, cliking tab works again. i investigated and found that it related TCIS_BUTTONPRESSED state in tab control. in step 2, TCIS_BUTTONPRESSED state is set to the clicked tab in funciton TAB_SetCurSel called from function TAB_LButtonDown. in step 3, selected tab is changed but TCIS_BUTTONPRESSED state is not updated in function TAB_SetCurFocus called from function TAB_KeyDown. in step 4, function TAB_LButtonDown checks for the tab with TCIS_BUTTONPRESSED and prevents it from changing tab. -- 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 3

[Bug 32301] New: Magicka plain attack rendered incorrectly
by wine-bugs＠winehq.org 08 Sep '20

08 Sep '20

http://bugs.winehq.org/show_bug.cgi?id=32301 Bug #: 32301 Summary: Magicka plain attack rendered incorrectly Product: Wine Version: 1.5.17 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Classification: Unclassified Screenshot attached -- 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 35301] New: Mashiroiro Symphony (visual novel) installer failure
by wine-bugs＠winehq.org 06 Sep '20

06 Sep '20

http://bugs.winehq.org/show_bug.cgi?id=35301 Bug ID: 35301 Summary: Mashiroiro Symphony (visual novel) installer failure Product: Wine Version: 1.7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibi.sasahara(a)gmail.com Classification: Unclassified Created attachment 47088 --> http://bugs.winehq.org/attachment.cgi?id=47088 WINE backtrace. In install wizard. Popup to WINE crash report. In Windows next step is popup input dialog for Product ID(licence key). and install failure. (installer is show wizardlast page and normal exit after WINE crash dialog.) show error dialog, after installer exit or application start. 「正しくインストールされませんでした」 (meaning: install not correct.) (wizard last page「ましろ色シンフォニーセットアップウィザードの完了」 character corruption checkbox text meaning to "launch this application".) note: AppDB is http://appdb.winehq.org/objectManager.php?sClass=application&iId=15750 I use default locale is Japanese. "LANG=ja_JP.UTF-8" (no cure character corruption some parts.) This application have free trial version. But trial version behavior to disagree. File copy step is failure. Upon dialog to "impossible file copy" in install wizard. 「ファイルがコピーできませんでした」 (meaning: failure/impossible file copy.) In Windows is show file copy progress bar. and install failure. (installer is not show last page.) Free trial version to http://mirror.tsundere.ne.jp/download/palette/9b231a794f6d828a02e8c56187c14… or official mirror lists is (There are many broken links) http://www.clearrave.co.jp/product/mashiro/download.html sha1sum is 017b653a074ac9270c558c214b3132aced2eee25 -- 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 23653] New: gmax crashes if you select opengl, wgl complains glBufferRegionEnabled missing from linux opengl?
by wine-bugs＠winehq.org 06 Sep '20

06 Sep '20

http://bugs.winehq.org/show_bug.cgi?id=23653 Summary: gmax crashes if you select opengl, wgl complains glBufferRegionEnabled missing from linux opengl? Product: Wine Version: 1.2-rc7 Platform: x86 URL: http://www.turbosquid.com/gmax OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://forum.winehq.org/viewtopic.php?t=8984 mentioned that gmax crashes if you select opengl. Sure enough, after doing 'winetricks vcrun6' to work around bug 23652, the app runs unless you choose opengl. (I think you can choose opengl after the fact by editing gmax.ini to say GFXType=OpenGL but I'm not sure what else you might need to edit.) WINEDEBUG=+seh,+wgl shows trace:wgl:is_extension_supported Checking for extension 'GL_KTX_buffer_region' trace:wgl:wglGetProcAddress func: 'glBufferRegionEnabled' trace:wgl:wglGetProcAddress extension not found in the Linux OpenGL library, checking against libGL bug with glBufferRegionEnab.. warn:wgl:wglGetProcAddress Did not find function glBufferRegionEnabled (glBufferRegionEnabled) in your OpenGL library ! trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000 tid=002b This is on a system with current nvidia hardware and proprietary drivers. -- 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 34710] New: Can't register/login with Kindle for PC
by wine-bugs＠winehq.org 06 Sep '20

06 Sep '20

http://bugs.winehq.org/show_bug.cgi?id=34710 Bug #: 34710 Summary: Can't register/login with Kindle for PC Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rosc2112(a)yahoo.com Classification: Unclassified Trying to register Kindle for Pc so it'll login to my amazon account, it's giving an error "Registration Failed, please try again (99) Upgraded the latest version of wine, v 1.6 and still having the same problem, except now I'm not even getting any kind of info from the commandline that would indicate what the problem is. Previous version 1.4 was at least indicating there was a problem connecting via ssl, so I found some posts indicating the problem might be tls, hence I upgraded hoping this issue was resolved, but, apparently not? All I'm getting for errors is: fixme:imm:NotifyIME IMC_SETCANDIDATEPOS fixme:imm:ImmReleaseContext (0x2002a, 0x3e52fb8): stub fixme:win:FlashWindowEx 0x33c944 fixme:win:FlashWindowEx 0x33cc14 fixme:win:FlashWindowEx 0x33d314 fixme:win:FlashWindowEx 0x33c944 fixme:win:FlashWindowEx 0x33ccd4 fixme:imm:NotifyIME IMC_SETCANDIDATEPOS fixme:imm:NotifyIME IMC_SETCANDIDATEPOS fixme:win:FlashWindowEx 0x33c9e4 fixme:winsock:WSAIoctl WS_SIO_UDP_CONNRESET stub Any clues for me? :) -- 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 37920] New: Wine is crashing when I use Winecfg in command line.
by wine-bugs＠winehq.org 05 Sep '20

05 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=37920 Bug ID: 37920 Summary: Wine is crashing when I use Winecfg in command line. 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: benoit.charbonnier(a)9online.fr Distribution: --- Created attachment 50509 --> https://bugs.winehq.org/attachment.cgi?id=50509 This is the text file where the error is reported. Wine is crashing when I use Winecfg in command line. I use the version 1.6.2 on PCLinuxOS. It happens since I have modified the sound configuration for fixing the bad quality. -- 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 25412] New: Shareaza does not save certain preferences [RE: Bug 14269]
by wine-bugs＠winehq.org 02 Sep '20

02 Sep '20

http://bugs.winehq.org/show_bug.cgi?id=25412 Summary: Shareaza does not save certain preferences [RE: Bug 14269] Product: Wine Version: 1.3.8 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: trapdoor6(a)gmail.com This is a similar issue as described in bug #14269 [still open] but it's related to different Wine versions: 1.3.8. I also noticed it on a few earlier developer and stable versions, I guess it's been never fixed in Wine. Please find details below: ------------------ Software: Shareaza project page: http://shareaza.sourceforge.net/ version: 2.5.3.0 Problem details: 1) Under 'Tools > Shareaza Settings > General > Library' option: 'Quick hashing (Uses more CPU)' Enabling it works only for one session. After restarting Shareaza it's disabled again. 2) Under 'Tools > Shareaza Settings > Networks > Gnutella' and '~ > eDonkey' option: 'Always connect to Gnutella / eDonkey' Enabling these won't be saved. After restarting Shareaza both are disabled again (which means that Shareaza connects only to Gnutella1 and I need to connect to the other networks manually in the 'Network' tab in the main 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.

2 18

[Bug 32326] New: DirectSound output in SNES9x gives crackling/glitchy audio
by wine-bugs＠winehq.org 30 Aug '20

30 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=32326 Bug #: 32326 Summary: DirectSound output in SNES9x gives crackling/glitchy audio Product: Wine Version: 1.5.18 Platform: x86-64 URL: http://files.ipherswipsite.com/snes9x/snes9x-1.53-win3 2.zip OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified This bug applies to the SNES9x Super NES emulator. I'm testing with Wine 1.5.18-72-g0c0b229, Lubuntu 11.10 x86-64, Nvidia driver 304.64, SNES9x 1.53. (I set the bug component to directx-dsound, but that might not be correct.) Sound output using DirectSound is very CPU-intensive, and the sound crackles/glitches. Or rather, something about the sound output takes a relatively long time. According to "top" the CPU usage of SNES9x itself doesn't go through the roof with sound enabled. Emulation speed easily reaches 60fps with sound output disabled. On native Windows that's the case with DirectSound output (as opposed to the default is enabled too. CPU usage with sound disabled is ~26%. However on Wine with 48kHz DirectSound output the frame rate I see drops to ~45fps, CPU usage in top ~24% (lower usage because fewer frames per second are being emulated). If I disable the "Sync Sound" option frame rate returns to 60fps, ~30% CPU, but the sound still crackles. That's with the default buffer length of 64ms. Increasing that to 210ms helps a bit; I get 60fps even with Sync Sound enabled, though the sound still crackles. Decreasing buffer length to 16ms I get about 10fps with Sync Sound enabled. I don't think this problem is due to my hardware; other sound-producing programs like Audacious, flash plugin etc. seem to be fine. And by comparison, the Nestopia NES emulator in Wine produces (almost) glitch-free sound regardless of the program's latency setting. $ lspci -vv -s00:1b.0 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03) Subsystem: Lenovo Device 384e Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 47 Region 0: Memory at fc300000 (64-bit, non-prefetchable) [size=16K] Capabilities: <access denied> Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel To hopefully reproduce the issue: - Download and unzip SNES9x - Download a ROM image, e.g. from http://pdroms.de/files/supernintendoentertainmentsystem/skipp-and-friends-p… - Run SNES9x. Choose Sound->Settings... and change Sound Driver to Snes9x DirectSound and Playback Rate to 48 KHz. (Selecting any other rate causes a crash for me, see bug 32312.) - Select Video->Display Configuration... and change Output Method to DirectDraw. (The default Direct3D just gives a blank screen, see bug 32319.) - Select File->Load Game... and choose the ROM image. - You should see graphics in the window and hear crackling/glitching sound. - In the sound settings, you can experiment with changing the buffer length and toggling the "Synchronize with sound core" option. I couldn't find any combination which gave artifact-free sound. For a +dsound log see the one I uploaded for bug 32312 at http://bugs.winehq.org/attachment.cgi?id=42668 -- 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 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

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