July 2015 - Wine-Bugs - list.winehq.org

[Bug 38921] Bonaire XT GPUs incorrectly recognized

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38921 --- Comment #4 from Linards <linards.liepins(a)gmail.com> --- Oh, maybe someone could add the 33364 in "See also" section? -- 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.

July 17, 2015

[Bug 38921] Bonaire XT GPUs incorrectly recognized

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38921 --- Comment #3 from Linards <linards.liepins(a)gmail.com> --- (In reply to Henri Verbeet from comment #2) > I'm afraid there isn't much we can do about this. Like in bug 33364, this is > essentially the same hardware sold under different names, and we just have > to pick one. I'm somewhat curious about how the Windows driver distinguishes > these, but we can't based on the OpenGL render string or the PCI ID alone. > (And note that lspci simply lists multiple names as well.) I am not expert in Linux graphics stack, but IMHO lspci output ( Vendor / Device ID ) + correct Render string would be way better... That would result in lspci+opengl ? bonaire_xt = 7790, right? If I understand the info from this site: https://pci-ids.ucw.cz/read/PC/1002/665c The https://pci-ids.ucw.cz/read/PC/1002/665c/10430452 is made from vendor_id:device_id:<Subsystem> where <Subsystem> is outputted in line "Subsystem: ASUSTeK Computer Inc. Device [1043:045a]". If lspci can get it, that should be handable in wine, right? Sorry, if this is all wrong. Again, I am not expert in graphics stack ; I just want to help. -- 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.

July 17, 2015

[Bug 38934] SQLyog Community Edition 12.1.2 fails to run, complaining about HTMLayout.dll init failure (security cookie unconditionally overwritten, corrupting UPX compressed section data)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38934 --- Comment #5 from Anael <nanawel(a)gmail.com> --- I was referring to 1.7.47 (which fails) and 1.7.46 (which works), my mistake. I tried SQLyog 12.1.2 (latest) but it also happened with 11.2.7. -- 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.

July 17, 2015

[Bug 33364] AMD HD 6650M is recognized as HD 2900XT1

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=33364 --- Comment #9 from Henri Verbeet <hverbeet(a)gmail.com> --- I'm fairly sure the original issue has been fixed since quite a while, but can't test myself. -- 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.

July 17, 2015

[Bug 38921] Bonaire XT GPUs incorrectly recognized

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38921 --- Comment #2 from Henri Verbeet <hverbeet(a)gmail.com> --- I'm afraid there isn't much we can do about this. Like in bug 33364, this is essentially the same hardware sold under different names, and we just have to pick one. I'm somewhat curious about how the Windows driver distinguishes these, but we can't based on the OpenGL render string or the PCI ID alone. (And note that lspci simply lists multiple names as well.) -- 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.

July 17, 2015

[Bug 38936] New: Stardock games need terrain/model height coordinate correction

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38936 Bug ID: 38936 Summary: Stardock games need terrain/model height coordinate correction Product: Wine Version: 1.7.47 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: unsuspicious.fakename+wine(a)gmail.com Distribution: --- Created attachment 51871 --> https://bugs.winehq.org/attachment.cgi?id=51871 WINEDEBUG=+d3d wine SorcererKing (first and last 5k lines; cropped ~1GB in the middle) Same problem in Stardock's "Fallen Enchantress" and successor game "Sorcerer King" (seems to use the same engine). Draws the terrain above everything else. The tops of some models actually stick out of the floor, doesn't flicker or anything, so this does not just look like a typical problem with buffers / drawing order or something. >From the otherwise "cleanness" of the rendering it looks a bit like a well contained coordinate system conversion error or something like that. As if terrain and models use different methods of adjusting their z or centres in the vertex shaders... and one of them has an offset +/-1 that doesn't work in wine for some reason. ( Tested using wine versions starting from ~2 years ago up to & including 1.7.47. I used "staging" for the log only - because I don't have debug symbols for vanilla wine at all ) -- 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.

July 17, 2015

[Bug 38935] CocosStudio1.6 crashes when starting application

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38935 mamankuat <mamankuat(a)yandex.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Ubuntu -- 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.

July 17, 2015

[Bug 38935] CocosStudio1.6 crashes when starting application

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38935 mamankuat <mamankuat(a)yandex.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.y999.com/e/DownS | |ys/GetDown/?classid=66&id=1 | |14149&pathid=0 -- 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.

July 17, 2015

[Bug 38935] New: CocosStudio1.6 crashes when starting application

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38935 Bug ID: 38935 Summary: CocosStudio1.6 crashes when starting application Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mamankuat(a)yandex.com Distribution: --- Created attachment 51870 --> https://bugs.winehq.org/attachment.cgi?id=51870 backtrace from crash when starting cocostudio.exe Cocostudio 1.6 properly installed on WINEARCH=win32, With winetricks dotnet40 Can't start cocos studio 1.6 using wine CocosStudio.exe Download link: http://www.y999.com/e/DownSys/GetDown/?classid=66&id=114149&pathid=0 -- 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.

July 17, 2015

[Bug 38895] Multiple applications fail to load or crash due to incorrect security cookie randomization by loader (IrfanView WebP plugin, Word Viewer 2007)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38895 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nanawel(a)gmail.com --- Comment #18 from Anastasius Focht <focht(a)gmx.net> --- *** Bug 38934 has been marked as a duplicate of this bug. *** -- 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.

July 17, 2015