December 2015 - Wine-bugs - list.winehq.org

[Bug 39710] New: Hitman 2: Silent Assassin shows wrong colors with environment bump mapping
by wine-bugs＠winehq.org 10 Jan '16

10 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=39710 Bug ID: 39710 Summary: Hitman 2: Silent Assassin shows wrong colors with environment bump mapping Product: Wine Version: 1.8-rc2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 52957 --> https://bugs.winehq.org/attachment.cgi?id=52957 screenshot Some objects has wrong colors when environment bump mapping is enabled. Nvidia driver 352.63 wine-1.8-rc2-29-g66d8e38 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 33937] New: [EA Origin]Pictures don't display correctly with Wine set to win7
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=33937 Bug #: 33937 Summary: [EA Origin]Pictures don't display correctly with Wine set to win7 Product: Wine Version: 1.6-rc4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: berillions(a)gmail.com Classification: Unclassified Created attachment 45074 --> http://bugs.winehq.org/attachment.cgi?id=45074 Origin with Wine set to WinXP Hi, When i launch EA Origin when Wine is set to Win7, the picture in Games tab or Shop tab don't display correctly. I attach to screenshot, 1 wine Origin with XP mode and the second with Seven mode. Concerning the output, i don't attach them because it's the same for both, but i have only these message when i launch Origin with Seven mode : err:shell:ShellLink_QueryInterface -- Interface: E_NOINTERFACE err:shell:ShellLink_QueryInterface -- Interface: E_NOINTERFACE I have these message when the window's Origin appears. Max -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 34405] New: AklePad 4.8.4: Unhandled exception: page fault on read access to 0x0000031c in 32-bit code (0x00423413).
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=34405 Bug #: 34405 Summary: AklePad 4.8.4: Unhandled exception: page fault on read access to 0x0000031c in 32-bit code (0x00423413). Product: Wine Version: 1.7.0 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Classification: Unclassified Created attachment 45795 --> http://bugs.winehq.org/attachment.cgi?id=45795 Backtrace of the crash Upon enabling the toolbar plugin in aklepad this unhandled pagefault occurs. Backtrace 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.

1 6

[Bug 39750] New: Sonic Generations: Crash due to stack overflow (regression)
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=39750 Bug ID: 39750 Summary: Sonic Generations: Crash due to stack overflow (regression) Product: Wine Version: 1.8-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)iooioio.orion.uberspace.de Distribution: Ubuntu Created attachment 53024 --> https://bugs.winehq.org/attachment.cgi?id=53024 Console output on starting the game When attempting to launch Sonic Generations via Steam it immediately crashes due to a stack overflow. (Actually I think it is Steam that crashes.) This does not happen with Wine 1.8-rc1-staging. A have attached the console output. -- Wine version: 1.8-rc2-staging Command used to launch the game: "wine C:\\windows\\command\\start.exe steam://rungameid/71340" -- Some additional info about my system (just in case): Distro: Linux Mint 17.2 (64 bit) Kernel: 3.19.0-26-generic Graphics: Proprietary NVIDIA 352.55 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 23642] New: Before You Know It crashes into urlmon
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=23642 Summary: Before You Know It crashes into urlmon Product: Wine Version: 1.2-rc7 Platform: x86 URL: http://www.byki.com/fls/FLS.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk This is a follow up of bug http://bugs.winehq.org/show_bug.cgi?id=12185. After downloading the application, and starting it, it first crashes because of lacking richedit functionality, covered by bug 12185 After working around that with winetricks riched20, I get a nice crash into urlmon. With native urlmon the app seems to work perfectly 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.

1 9

[Bug 39563] New: Oddworld: Stranger's Wrath HD crashes when starting a new game
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=39563 Bug ID: 39563 Summary: Oddworld: Stranger's Wrath HD crashes when starting a new game Product: Wine Version: 1.7.54 Hardware: x86 URL: http://store.steampowered.com/app/15750 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: alexhenrie24(a)gmail.com Regression SHA1: b4eb8e846b7e9f06e76c8c9edfe1a5cdc774321c Distribution: --- Created attachment 52711 --> https://bugs.winehq.org/attachment.cgi?id=52711 +wgl,+opengl debug log (uncompressed 11 MB) The game loads to the main menu, but it crashes when I start a new game or load a previously saved game. The intro video plays fine and the crash happens when the 3D world is about to appear. Tested with the Steam version, plain terminal output doesn't show anything interesting. I can't show you the backtrace because winedbg doesn't produce any. There's no demo version available. Must be related to certain graphical options that can be toggled on/off in the launcher. I found that the crash happens when at least these 3 options are enabled in the launcher: instant rendering, water reflection, vegetation. The game creates a log file on each start, the file contains which opengl extensions are supported by the card/driver. The following extension is marked as not supported when running the game in current git: glVertexAttribDivisor ->FAIL Reverting the following commit fixes the crash for me (and the mentioned extension appears as supported in the log file): commit b4eb8e846b7e9f06e76c8c9edfe1a5cdc774321c Author: Alex Henrie <alexhenrie24(a)gmail.com> Date: Thu Oct 29 21:30:19 2015 -0600 opengl32: Check the minor version when determining extension support. I could only test this bug with the open source nouveau driver because the binary driver (340.93) doesn't compile against recent X Server 1.18 on Fedora 23. Fedora 23 32-bit OpenGL vendor string: nouveau OpenGL renderer string: Gallium 0.4 on NV92 OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.1.0-devel OpenGL core profile shading language version string: 3.30 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 38230] New: 3D Ultra Pinball Thrillride: Intro movie fails to play; causes hang
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=38230 Bug ID: 38230 Summary: 3D Ultra Pinball Thrillride: Intro movie fails to play; causes hang Product: Wine Version: 1.7.38 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gaming4jc2(a)yahoo.com Distribution: --- Created attachment 51034 --> https://bugs.winehq.org/attachment.cgi?id=51034 wine 1.7.38 log of crash I'm unable to run a regression test, but I remember this worked as of 1.1.40. Now once the Indeo codec is installed the program hangs. The only alternative is to choose not to install the video codec during install. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 10919] New: GetLargestConsoleWindowSize() should not return hard coded constants
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=10919 Summary: GetLargestConsoleWindowSize() should not return hard coded constants Product: Wine Version: 0.9.51. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-console AssignedTo: wine-bugs(a)winehq.org ReportedBy: reijo.sund(a)helsinki.fi Created an attachment (id=9840) --> (http://bugs.winehq.org/attachment.cgi?id=9840) sizepro.c - A source demonstrating the problem and a solution in terms of APIs ---------------------------------------------------------------------- MSDN library includes sample code for console applications (http://msdn2.microsoft.com/en-us/library/aa263818.aspx) The source is available at: http://www.helsinki.fi/~sund/console_vs6.zip . The source compiles easily with winelib after --cuiexe transformations with winemaker. The examples 14 and 32 deal with the GetLargestConsoleWindowSize() function. The problem is that the current implementation in Wine returns hard coded constants (X=80, Y=24) for the maximum size. This causes problems for applications that have followed the conventions of sample code, because it "prevents" the resizing of console window to bigger than "maximum". In principle, the window size could be changed manually by using properties dialog, but that is an "ugly" solution. Another "ugly" solution would be to change the hard coded constants to bigger values in Wine implementation. A better solution would be to actually implement the required functionality. I have attached a source (sizepro.c, compiles with 'winegcc -o sizepro.exe sizepro.c') that demonstrates the problem and infers the maximum console window size in relation to current resolution and font. I also tried to implement the corresponding functionality to Wine, and attached the source for the improved function (kernel32_console_ getlargestconsolewindowssize.c). That works fine for me, but I'm not sure whether it follows the conventions of Wine (or how to deal with strange __i386__ definitions without duplicating the code). So, I wonder if someone else more familiar with Wine development could check it out and derive an adequate patch. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24

[Bug 36302] New: valgrind shows several leaks in msxml3/tests/saxreader.c
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=36302 Bug ID: 36302 Summary: valgrind shows several leaks in msxml3/tests/saxreader.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48400 --> https://bugs.winehq.org/attachment.cgi?id=48400 valgrind log ==30812== 32 bytes in 1 blocks are definitely lost in loss record 267 of 774 ==30812== at 0x7BC4C735: notify_alloc (heap.c:255) ==30812== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30812== by 0x5191FF0: CreateStreamOnHGlobal (hglobalstream.c:591) ==30812== by 0x4A8A289: test_mxwriter_stream (saxreader.c:4172) ==30812== by 0x4A9647E: func_saxreader (saxreader.c:5613) ==30812== by 0x4AAC96C: run_test (test.h:584) ==30812== by 0x4AACD5B: main (test.h:654) ==30812== ==30812== 88 bytes in 1 blocks are definitely lost in loss record 440 of 774 ==30812== at 0x7BC4C735: notify_alloc (heap.c:255) ==30812== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30812== by 0x7B84586B: HeapAlloc (heap.c:271) ==30812== by 0x7B8466BC: GlobalReAlloc (heap.c:693) ==30812== by 0x5191A56: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==30812== by 0x4A7D5BD: create_test_stream (objidl.h:4391) ==30812== by 0x4A7F57A: test_saxreader (saxreader.c:2430) ==30812== by 0x4A963FA: func_saxreader (saxreader.c:5592) ==30812== by 0x4AAC96C: run_test (test.h:584) ==30812== by 0x4AACD5B: main (test.h:654) ==30812== ==30812== 124 bytes in 1 blocks are definitely lost in loss record 493 of 774 ==30812== at 0x7BC4C735: notify_alloc (heap.c:255) ==30812== by 0x7BC5161A: RtlReAllocateHeap (heap.c:1883) ==30812== by 0x7B8458E5: HeapReAlloc (heap.c:281) ==30812== by 0x7B846646: GlobalReAlloc (heap.c:679) ==30812== by 0x5191A56: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==30812== by 0x51916F1: HGLOBALStreamImpl_Write (objidl.h:4391) ==30812== by 0x619B3EB: write_data_to_stream (objidl.h:4384) ==30812== by 0x619B643: flush_output_buffer (mxwriter.c:604) ==30812== by 0x619BC78: mxwriter_Release (mxwriter.c:774) ==30812== by 0x4A8ADD2: test_mxwriter_stream (msxml2.h:22158) ==30812== by 0x4A9647E: func_saxreader (saxreader.c:5613) ==30812== by 0x4AAC96C: run_test (test.h:584) ==30812== by 0x4AACD5B: main (test.h:654) ==30812== etc. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 33121] New: wineconsole: Ignores height/width window size specified in program's external configuration file
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=33121 Bug #: 33121 Summary: wineconsole: Ignores height/width window size specified in program's external configuration file Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dasjournal1(a)gmail.com Classification: Unclassified Created attachment 43795 --> http://bugs.winehq.org/attachment.cgi?id=43795 Program spawned in wineconsole at default 80 x 25 resolution I'm using wineconsole to run a console-based Windows program (with --backend=user). Wineconsole always opens the program in an 80 x 25 sized window. Resizing this window via the mouse or right-click configuration area expands the window size, but not the buffer size of the console program. The newly-expanded area is black (see screenshot attachment). These settings are also not saved upon restarting the program. This is the same or very similar bug to 30193 (http://bugs.winehq.org/show_bug.cgi?id=30193) In Windows, the program detects the maximum width and height of the current display resolution and provides options within the program to modify the height and width. When using wineconsole, the program only detects the 80 x 25 buffer it is spawned in. Also, in Windows, the program stores the height and width settings in an external configuration file, so that upon restarting the program, the correct window/buffer size is displayed. Wineconsole ignores these settings in favour of an 80 x 25 or lower resolution. I note in Wine's source code that <source>/server/console.c has hard-coded values of 80 and 25 for the window and screen buffers. This is the default command prompt window size used in Windows. Also, <source>/programs/wineconsole/registry.c sets the default window/buffer values for new wineconsole-based programs. Modifying <source>/programs/wineconsole/registry.c, recompiling and running 'wineconsole cmd' displays the Windows command prompt in the specified windows size. This modification has no effect on my console-based program, which is always displayed at 80 x 25. Modifying <source>/server/console.c (and recompiling) also fails to have the desired effect. The program's window is larger, but the program itself is still rendered at 80 x 25. The surrounding area is black, as noted above. It is as though wineconsole is ignoring or overriding the program's external configuration file. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7