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

[Bug 36583] New: valgrind shows several invalid reads in user32/tests/dde.c
by wine-bugs＠winehq.org 12 Jan '16

12 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=36583 Bug ID: 36583 Summary: valgrind shows several invalid reads in user32/tests/dde.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==5757== Invalid read of size 4 ==5757== at 0x5300A0F: WDML_GetConv (dde_misc.c:2248) ==5757== by 0x53010CE: DdeQueryConvInfo (dde_misc.c:2453) ==5757== by 0x4E75978: test_dde_aw_transaction (dde.c:1714) ==5757== by 0x4E7BD78: func_dde (dde.c:2779) ==5757== by 0x4F50978: run_test (test.h:584) ==5757== by 0x4F50D67: main (test.h:654) ==5757== Address 0x49b6290 is 288 bytes inside a block of size 318 free'd ==5757== at 0x7BC4C72C: notify_free (heap.c:263) ==5757== by 0x7BC51071: RtlFreeHeap (heap.c:1762) ==5757== by 0x7BC756DB: RtlFreeAnsiString (rtlstr.c:173) ==5757== by 0x7BC44D3F: FILE_CreateFile (file.c:190) ==5757== by 0x7BC44F02: NtOpenFile (file.c:246) ==5757== by 0x7B840FE2: FindFirstFileExW (file.c:1948) ==5757== by 0x7B841DE2: FindFirstFileW (file.c:2241) ==5757== by 0x7B85D58E: GetLongPathNameW (path.c:373) ==5757== by 0x7B8658CE: create_startup_info (process.c:1618) ==5757== by 0x7B866722: create_process (process.c:1998) ==5757== by 0x7B867B26: create_process_impl (process.c:2361) ==5757== by 0x7B868155: CreateProcessA (process.c:2444) ==5757== by 0x4E7BA7A: func_dde (dde.c:2738) ==5757== by 0x4F50978: run_test (test.h:584) ==5757== by 0x4F50D67: main (test.h:654) ==5757== Invalid read of size 1 ==5757== at 0x402BE93: strlen (vg_replace_strmem.c:412) ==5757== by 0x7B852F8B: CompareStringA (locale.c:3055) ==5757== by 0x7B853485: lstrcmpA (locale.c:3170) ==5757== by 0x4E73DA8: dde_server_wndprocW (dde.c:1420) ==5757== by 0x538B4F5: ??? (winproc.c:173) ==5757== by 0x538B66A: call_window_proc (winproc.c:244) ==5757== by 0x538D803: WINPROC_call_window (winproc.c:900) ==5757== by 0x534EB44: DispatchMessageW (message.c:4019) ==5757== by 0x52FB4A0: WDML_SyncWaitTransactionReply (dde_client.c:1067) ==5757== by 0x52FB727: WDML_ClientHandle (dde_client.c:1124) ==5757== by 0x52FBB96: DdeClientTransaction (dde_client.c:1222) ==5757== by 0x4E74C12: test_dde_aw_transaction (dde.c:1609) ==5757== by 0x4E7BD64: func_dde (dde.c:2777) ==5757== by 0x4F50978: run_test (test.h:584) ==5757== by 0x4F50D67: main (test.h:654) ==5757== Address 0x49b33b0 is 0 bytes after a recently re-allocated block of size 16 alloc'd ==5757== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==5757== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==5757== by 0x7B8457FF: HeapAlloc (heap.c:271) ==5757== by 0x7B845B34: GlobalAlloc (heap.c:388) ==5757== by 0x5349F4D: unpack_dde_message (message.c:2172) ==5757== by 0x534C1D3: peek_message (message.c:2936) ==5757== by 0x534DDC6: PeekMessageW (message.c:3757) ==5757== by 0x52FB4CE: WDML_SyncWaitTransactionReply (dde_client.c:1037) ==5757== by 0x52FB727: WDML_ClientHandle (dde_client.c:1124) ==5757== by 0x52FBB96: DdeClientTransaction (dde_client.c:1222) ==5757== by 0x4E74C12: test_dde_aw_transaction (dde.c:1609) ==5757== by 0x4E7BD64: func_dde (dde.c:2777) ==5757== by 0x4F50978: run_test (test.h:584) ==5757== by 0x4F50D67: main (test.h:654) ==5757== etc. (this is in a virtual desktop) -- 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 3

[Bug 36105] New: user32/dde tests has some leaks
by wine-bugs＠winehq.org 12 Jan '16

12 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=36105 Bug ID: 36105 Summary: user32/dde tests has some leaks Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==8974== 8 bytes in 1 blocks are definitely lost in loss record 52 of 578 ==8974== at 0x7BC4C735: notify_alloc (heap.c:255) ==8974== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==8974== by 0x7B84586B: HeapAlloc (heap.c:271) ==8974== by 0x7B845A92: GlobalAlloc (heap.c:364) ==8974== by 0x50BC447: PackDDElParam (dde_misc.c:87) ==8974== by 0x5109F7E: unpack_dde_message (message.c:2166) ==8974== by 0x510C247: peek_message (message.c:2936) ==8974== by 0x510DE3A: PeekMessageW (message.c:3757) ==8974== by 0x50BB4C6: WDML_SyncWaitTransactionReply (dde_client.c:1037) ==8974== by 0x50BB71F: WDML_ClientHandle (dde_client.c:1124) ==8974== by 0x50BBB8E: DdeClientTransaction (dde_client.c:1222) ==8974== by 0x4D3096C: test_ddeml_client (dde.c:326) ==8974== by 0x4D3E80D: func_dde (dde.c:2697) ==8974== by 0x4E12A14: run_test (test.h:584) ==8974== by 0x4E12E03: main (test.h:654) ==8974== ==8974== 8 bytes in 1 blocks are possibly lost in loss record 51 of 578 ==8974== at 0x7BC4C735: notify_alloc (heap.c:255) ==8974== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==8974== by 0x7B84586B: HeapAlloc (heap.c:271) ==8974== by 0x7B845B40: GlobalAlloc (heap.c:376) ==8974== by 0x50BEB40: DdeCreateDataHandle (dde_misc.c:1322) ==8974== by 0x50BF334: WDML_Global2DataHandle (dde_misc.c:1538) ==8974== by 0x50BA1F0: WDML_HandleRequestReply (dde_client.c:530) ==8974== by 0x50BB077: WDML_HandleReply (dde_client.c:943) ==8974== by 0x50BB3EB: WDML_SyncWaitTransactionReply (dde_client.c:1051) ==8974== by 0x50BB71F: WDML_ClientHandle (dde_client.c:1124) ==8974== by 0x50BBB8E: DdeClientTransaction (dde_client.c:1222) ==8974== by 0x4D319DB: test_ddeml_client (dde.c:472) ==8974== by 0x4D3E80D: func_dde (dde.c:2697) ==8974== by 0x4E12A14: run_test (test.h:584) ==8974== by 0x4E12E03: main (test.h:654) ==8974== -- 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 1

[Bug 30471] New: powersim constructor 2.5 old version cannot save and open file
by wine-bugs＠winehq.org 11 Jan '16

11 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=30471 Bug #: 30471 Summary: powersim constructor 2.5 old version cannot save and open file Product: WineHQ Apps Database Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrius.photo(a)gmail.com Classification: Unclassified Created attachment 39847 --> http://bugs.winehq.org/attachment.cgi?id=39847 wen starting program hello, i try to run Powersim constructor old version, and old is clearly but, when i try to save or read file i get error and program is crashed. Maybe it is because off old version program. thanks for help -- 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 11

[Bug 25914] New: Dead Space 2 exits with error
by wine-bugs＠winehq.org 11 Jan '16

11 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=25914 Summary: Dead Space 2 exits with error Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: andras(a)csevego.net After starting Dead Space 2 (copied from windows partition due msi bugs and cracked due solidshield) game exits with something like that "could not initialize graphics hardware, please restart" Console log (pasted here because it's not too long): fixme:d3d9:D3DPERF_GetStatus (void) : stub fixme:d3d9:D3DPERF_SetOptions (0x1) : stub fixme:thread:SetThreadIdealProcessor (0x134): stub AffinityMask = 1; Initial APIC = 0; Physical ID = 0, Core ID = 0, SMT ID = 0 AffinityMask = 2; Initial APIC = 1; Physical ID = 0, Core ID = 1, SMT ID = 0 fixme:thread:SetThreadIdealProcessor (0x138): stub fixme:thread:SetThreadIdealProcessor (0x13c): stub fixme:thread:SetThreadIdealProcessor (0xfffffffe): stub fixme:win:EnumDisplayDevicesW ((null),0,0x33efe4,0x00000000), stub! err:wgl:internal_SetPixelFormat Invalid operation on root_window err:d3d:context_set_pixel_format Failed to set pixel format 3 on device context 0x5ec, last error 0. err:d3d:context_create Failed to set pixel format 3 on device context 0x5ec. err:d3d:WineD3D_ChoosePixelFormat Can't find a suitable iPixelFormat err:wgl:internal_SetPixelFormat Invalid operation on root_window err:d3d:context_set_pixel_format Failed to set pixel format 3 on device context 0x678, last error 0. err:d3d:context_create Failed to set pixel format 3 on device context 0x678. fixme:d3d:wined3d_get_format Can't find format WINED3DFMT_R24_UNORM_X8_TYPELESS (0x49) in the format lookup table fixme:d3d:getDepthStencilBits Unsupported depth/stencil format WINED3DFMT_UNKNOWN. err:wgl:internal_SetPixelFormat Invalid operation on root_window err:d3d:context_set_pixel_format Failed to set pixel format 27 on device context 0x68c, last error 0. err:d3d:context_create Failed to set pixel format 27 on device context 0x68c. err:wgl:internal_SetPixelFormat Invalid operation on root_window err:d3d:context_set_pixel_format Failed to set pixel format 15 on device context 0x6a0, last error 0. err:d3d:context_create Failed to set pixel format 15 on device context 0x6a0. err:d3d:WineD3D_ChoosePixelFormat Can't find a suitable iPixelFormat err:wgl:internal_SetPixelFormat Invalid operation on root_window err:d3d:context_set_pixel_format Failed to set pixel format 3 on device context 0x6b4, last error 0. err:d3d:context_create Failed to set pixel format 3 on device context 0x6b4. err:d3d9:device_parent_CreateSwapChain (0x1237c4) CreateAdditionalSwapChain failed, returning 0x8876086a I think these messages indicates the bug. -- 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 17

[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 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 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