wine-bugs December 2014

wine-bugs@winehq.org

1 participants
9002 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 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 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 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

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 December 2014