September 2023 - Wine-Bugs - list.winehq.org

[Bug 43340] New: valgrind shows several possible leaks in several tests ( e.g., dlls/amstream/tests/amstream.c) (AMD+llvm mesa)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43340 Bug ID: 43340 Summary: valgrind shows several possible leaks in several tests (e.g., dlls/amstream/tests/amstream.c) (AMD+llvm mesa) Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Glx info: OpenGL renderer string: Gallium 0.4 on AMD OLAND (DRM 2.49.0 / 4.9.33-vanilla-workstation-3, LLVM 3.9.1) OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.0.6 OpenGL core profile shading language version string: 4.50 OpenGL version string: 3.0 Mesa 17.0.6 Henri and I briefly discussed on IRC, not likely an issue: <wizardedit> strfllw, looking at valgrind + mesa with debugging info fixed (march disabled); I see a lot of possible leaks, could you take a quick look please? e.g., d3d10core/device: https://pastebin.com/URY5kwxu <strfllw> wizardedit: I'd have to take a much closer look to say for sure, but purely by "gut feeling" I'd say probably not <strfllw> my guess would be valgrind not understanding ralloc in the first one, and not understanding Mesa's shader cache for the others Filing a bug for reference / place holder in case someone does want to investigate. ../../../tools/runtest -q -P wine -T ../../.. -M amstream.dll -p amstream_test.exe.so amstream && touch amstream.ok ==25729== 252 bytes in 1 blocks are possibly lost in loss record 2,505 of 3,085 ==25729== at 0x402C267: malloc (vg_replace_malloc.c:299) ==25729== by 0x6928B70: ralloc_size (ralloc.c:126) ==25729== by 0x6928C8E: rzalloc_size (ralloc.c:158) ==25729== by 0x6928151: _mesa_hash_table_rehash (hash_table.c:269) ==25729== by 0x69280AC: hash_table_insert (hash_table.c:301) ==25729== by 0x6D52812: si_shader_cache_insert_shader (si_state_shaders.c:198) ==25729== by 0x6D52812: si_init_shader_selector_async (si_state_shaders.c:1353) ==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154) ==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87) ==25729== by 0x4245249: start_thread (pthread_create.c:333) ==25729== by 0x4340D6D: clone (clone.S:114) ==25729== ==25729== 520 bytes in 6 blocks are possibly lost in loss record 2,715 of 3,085 ==25729== at 0x402C267: malloc (vg_replace_malloc.c:299) ==25729== by 0x6D4FA9A: read_chunk (si_state_shaders.c:99) ==25729== by 0x6D524CD: si_load_shader_binary (si_state_shaders.c:165) ==25729== by 0x6D524CD: si_shader_cache_load_shader (si_state_shaders.c:216) ==25729== by 0x6D524CD: si_init_shader_selector_async (si_state_shaders.c:1336) ==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154) ==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87) ==25729== by 0x4245249: start_thread (pthread_create.c:333) ==25729== by 0x4340D6D: clone (clone.S:114) ==25729== ==25729== 2,304 bytes in 6 blocks are possibly lost in loss record 2,935 of 3,085 ==25729== at 0x402DDE5: calloc (vg_replace_malloc.c:711) ==25729== by 0x6D51FA6: si_init_shader_selector_async (si_state_shaders.c:1319) ==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154) ==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87) ==25729== by 0x4245249: start_thread (pthread_create.c:333) ==25729== by 0x4340D6D: clone (clone.S:114) ==25729== ==25729== 7,260 bytes in 6 blocks are possibly lost in loss record 3,014 of 3,085 ==25729== at 0x402C267: malloc (vg_replace_malloc.c:299) ==25729== by 0x6D4FA9A: read_chunk (si_state_shaders.c:99) ==25729== by 0x6D52514: si_load_shader_binary (si_state_shaders.c:171) ==25729== by 0x6D52514: si_shader_cache_load_shader (si_state_shaders.c:216) ==25729== by 0x6D52514: si_init_shader_selector_async (si_state_shaders.c:1336) ==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154) ==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87) ==25729== by 0x4245249: start_thread (pthread_create.c:333) ==25729== by 0x4340D6D: clone (clone.S:114) ==25729== ==25729== 9,668 bytes in 15 blocks are possibly lost in loss record 3,028 of 3,085 ==25729== at 0x402C267: malloc (vg_replace_malloc.c:299) ==25729== by 0x6D52001: si_get_tgsi_binary (si_state_shaders.c:50) ==25729== by 0x6D52001: si_init_shader_selector_async (si_state_shaders.c:1330) ==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154) ==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87) ==25729== by 0x4245249: start_thread (pthread_create.c:333) ==25729== by 0x4340D6D: clone (clone.S:114) ==25729== ==25729== 21,668 bytes in 15 blocks are possibly lost in loss record 3,061 of 3,085 ==25729== at 0x402DDE5: calloc (vg_replace_malloc.c:711) ==25729== by 0x6D52699: si_get_shader_binary (si_state_shaders.c:125) ==25729== by 0x6D52699: si_shader_cache_insert_shader (si_state_shaders.c:194) ==25729== by 0x6D52699: si_init_shader_selector_async (si_state_shaders.c:1353) ==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154) ==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87) ==25729== by 0x4245249: start_thread (pthread_create.c:333) ==25729== by 0x4340D6D: clone (clone.S:114) ==25729== shows up in (at least): amstream/amstream.c d2d1/d2d1.c d3d11/d3d11.c d3d10core/device.c 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.

2 4

[Bug 40620] New: Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0x00422056).
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=40620 Bug ID: 40620 Summary: Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0x00422056). Product: Wine-gecko Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: florit(a)gmx.at Distribution: --- Created attachment 54479 --> https://bugs.winehq.org/attachment.cgi?id=54479 the test project Console W32 cout some msg Simple ... i work on some App that rewrites some exe but enough from this. the Backtrace from the Applikation gives me some information About the crash in wine-1.9.7 Linux / OpenSuSe 13.2 . it's a win32 app that give me no idea why it dosen't should work. here the Backtrace: =>0 0x00422056 in output_a (+0x22056) (0x006df908) 1 0x004018e7 in output_a (+0x18e6) (0x006dfd88) 2 0x004013e2 in output_a (+0x13e1) (0x006dfe60) 3 0x7b465ecc call_process_entry+0xb() in kernel32 (0x006dfe78) 4 0x7b466fd3 in kernel32 (+0x46fd2) (0x006dfeb8) 5 0x7bc86020 call_thread_func_wrapper+0xb() in ntdll (0x006dfed8) 6 0x7bc8922d call_thread_func+0x7c() in ntdll (0x006dffa8) 7 0x7bc85ffe RtlRaiseException+0x21() in ntdll (0x006dffc8) 8 0x7bc5785e call_dll_entry_point+0x3fd() in ntdll (0x006dffe8) 9 0xf75453ad wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 10 0xf754546b wine_switch_to_stack+0x2a() in libwine.so.1 (0xffe5b4d8) 11 0x7bc5dc89 LdrInitializeThunk+0x238() in ntdll (0xffe5b518) 12 0x7b46d883 __wine_kernel_init+0xa12() in kernel32 (0xffe5c638) 13 0x7bc5eb83 __wine_process_init+0x192() in ntdll (0xffe5c6c8) 14 0xf7543220 wine_init+0x29f() in libwine.so.1 (0xffe5c728) 15 0x7c000c1c main+0x8b() in <wine-loader> (0xffe5cb78) 16 0xf735a993 __libc_start_main+0xf2() in libc.so.6 (0x00000000) I got no idea whats wrong! My modifyer or wine. now marked as bug for the moment ;) G()()D DAY and a lot of Work ... -- 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 36325] New: valgrind shows a couple possible leaks in rpcrt4/tests/server.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36325 Bug ID: 36325 Summary: valgrind shows a couple possible leaks in rpcrt4/tests/server.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==459== 64 bytes in 1 blocks are possibly lost in loss record 172 of 352 ==459== at 0x7BC4C735: notify_alloc (heap.c:255) ==459== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==459== by 0x55F927B: rpcrt4_protseq_np_alloc (rpc_transport.c:642) ==459== by 0x55F5366: alloc_serverprotoseq (rpc_server.c:927) ==459== by 0x55F5610: RPCRT4_get_or_create_serverprotseq (rpc_server.c:977) ==459== by 0x55F5709: RpcServerUseProtseqEpExA (rpc_server.c:997) ==459== by 0x55F51E2: RpcServerUseProtseqEpA (rpc_server.c:892) ==459== by 0x4973259: server (server.c:1622) ==459== by 0x49737B1: func_server (server.c:1718) ==459== by 0x4995124: run_test (test.h:584) ==459== by 0x4995513: main (test.h:654) ==459== -- 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 36126] New: valgrind shows a possible leak in msi/tests/install.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36126 Bug ID: 36126 Summary: valgrind shows a possible leak in msi/tests/install.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24112== 58 bytes in 1 blocks are possibly lost in loss record 341 of 758 ==24112== at 0x7BC4C735: notify_alloc (heap.c:255) ==24112== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==24112== by 0x5069418: msi_alloc (msipriv.h:1188) ==24112== by 0x506B65C: msi_create_table (table.c:738) ==24112== by 0x500F919: CREATE_execute (create.c:72) ==24112== by 0x50453D9: MSI_ViewExecute (msiquery.c:456) ==24112== by 0x5016DAF: msi_add_table_to_db (database.c:783) ==24112== by 0x5017641: MSI_DatabaseImport (database.c:996) ==24112== by 0x5017861: MsiDatabaseImportW (database.c:1044) ==24112== by 0x5017975: MsiDatabaseImportA (database.c:1071) ==24112== by 0x4C9C113: create_database_wordcount (install.c:2442) ==24112== by 0x4CA1D82: test_readonlyfile_cab (install.c:3326) ==24112== by 0x4CAE5B2: func_install (install.c:5878) ==24112== by 0x4D69EB8: run_test (test.h:584) ==24112== by 0x4D6A2A7: main (test.h:654) ==24112== -- 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 44403] New: On macOS during first run, Wine configuration population hangs
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=44403 Bug ID: 44403 Summary: On macOS during first run, Wine configuration population hangs Product: Wine Version: 3.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joe.abbey(a)docker.com Wine 3.0 is installed using brew for a CI job using electron-loader to build an installer. The first time wine runs, it creates the ~/.wine directory and registries. Wine never completes, and hangs. Force killing the wine dialog and wine64 process produces enough configuration for a second run to complete. Force killing during CI seems like a bad way forward. To reproduce rm -rf ~/.wine brew install wine Run any wine application and it will hang on config generation. This is currently breaking Kitematic builds. -- 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.

3 8

[Bug 43347] New: valgrind shows an unintialized read in dlls/iphlpapi/ tests/iphlpapi.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43347 Bug ID: 43347 Summary: valgrind shows an unintialized read in dlls/iphlpapi/tests/iphlpapi.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ../../../tools/runtest -q -P wine -T ../../.. -M iphlpapi.dll -p iphlpapi_test.exe.so iphlpapi && touch iphlpapi.ok ==10952== Syscall param ioctl(SIOCGIFINDEX) points to uninitialised byte(s) ==10952== at 0x4338F79: ioctl (syscall-template.S:84) ==10952== by 0x435916D: if_nametoindex (if_index.c:47) ==10952== by 0x4B25E43: getInterfaceIndexByName (ifenum.c:143) ==10952== by 0x4B2EC7E: IPHLP_if_nametoindex (iphlpapi_main.c:3233) ==10952== by 0x488198E: test_interface_identifier_conversion (iphlpapi.c:1958) ==10952== by 0x48831AB: func_iphlpapi (iphlpapi.c:2230) ==10952== by 0x4884014: run_test (test.h:603) ==10952== by 0x4884465: main (test.h:687) ==10952== Address 0x4b0f8c0 is on thread 1's stack ==10952== in frame #1, created by if_nametoindex (if_index.c:35) ==10952== Uninitialised value was created by a stack allocation ==10952== at 0x4359141: if_nametoindex (if_index.c:41) ==10952== -- 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.

3 3

[Bug 36322] New: valgrind shows a leak in rpcrpc4/tests/cstub.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36322 Bug ID: 36322 Summary: valgrind shows a leak in rpcrpc4/tests/cstub.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32691== 24 bytes in 1 blocks are definitely lost in loss record 155 of 562 ==32691== at 0x7BC4C735: notify_alloc (heap.c:255) ==32691== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==32691== by 0x55C045F: CStdStubBuffer_Construct (cstub.c:88) ==32691== by 0x55BF517: CStdPSFactory_CreateStub (cpsf.c:135) ==32691== by 0x495AD74: create_stub (objidl.h:9251) ==32691== by 0x495B861: test_Connect (cstub.c:867) ==32691== by 0x495C5C5: func_cstub (cstub.c:1174) ==32691== by 0x4995124: run_test (test.h:584) ==32691== by 0x4995513: main (test.h:654) ==32691== -- 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 4

[Bug 36306] New: valgrind shows a possible leak in netapi32/tests/wksta.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36306 Bug ID: 36306 Summary: valgrind shows a possible leak in netapi32/tests/wksta.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: netapi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==30938== 64 bytes in 2 blocks are possibly lost in loss record 40 of 73 ==30938== at 0x7BC4C735: notify_alloc (heap.c:255) ==30938== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30938== by 0x4C25EDC: ??? ==30938== by 0x4C33153: ??? ==30938== by 0x4C29723: ??? ==30938== by 0x4C29B00: ??? ==30938== by 0x4C3351B: ??? ==30938== by 0x4C33751: ??? ==30938== by 0x4C29ABA: ??? ==30938== by 0x4C3351B: ??? ==30938== by 0x4C3362E: ??? ==30938== by 0x4C2E6E4: ??? ==30938== by 0x4957493: run_wkstatransportenum_tests (wksta.c:152) ==30938== by 0x4957AB6: func_wksta (wksta.c:237) ==30938== by 0x49588C0: run_test (test.h:584) ==30938== by 0x4958CAF: main (test.h:654) ==30938== 64 bytes in 2 blocks are possibly lost in loss record 41 of 73 ==30938== at 0x7BC4C735: notify_alloc (heap.c:255) ==30938== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30938== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326) ==30938== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356) ==30938== by 0x7B876AD0: InitializeCriticalSection (sync.c:313) ==30938== by 0x4C33177: ??? ==30938== by 0x4C29723: ??? ==30938== by 0x4C29B00: ??? ==30938== by 0x4C3351B: ??? ==30938== by 0x4C33751: ??? ==30938== by 0x4C29ABA: ??? ==30938== by 0x4C3351B: ??? ==30938== by 0x4C3362E: ??? ==30938== by 0x4C2E6E4: ??? ==30938== by 0x4957493: run_wkstatransportenum_tests (wksta.c:152) ==30938== by 0x4957AB6: func_wksta (wksta.c:237) ==30938== by 0x49588C0: run_test (test.h:584) ==30938== by 0x4958CAF: main (test.h:654) ==30938== -- 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 43380] New: valgrind shows an uninitialized memory in dlls/ntdll/ tests/pipe.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43380 Bug ID: 43380 Summary: valgrind shows an uninitialized memory in dlls/ntdll/tests/pipe.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ../../../tools/runtest -q -P wine -T ../../.. -M ntdll.dll -p ntdll_test.exe.so pipe && touch pipe.ok ==30664== Syscall param write(buf) points to uninitialised byte(s) ==30664== at 0x424CE7F: ??? (syscall-template.S:84) ==30664== by 0x7BC4A163: NtWriteFile (file.c:1314) ==30664== by 0x7B441F2B: WriteFile (file.c:570) ==30664== by 0x4A6D51F: read_pipe_test (pipe.c:810) ==30664== by 0x4A7031A: func_pipe (pipe.c:1133) ==30664== by 0x4AA25B4: run_test (test.h:603) ==30664== by 0x4AA2A13: main (test.h:687) ==30664== Address 0x4befc1c is on thread 1's stack ==30664== in frame #3, created by read_pipe_test (pipe.c:787) ==30664== Uninitialised value was created by a stack allocation ==30664== at 0x4A6D285: read_pipe_test (pipe.c:787) ==30664== ==30664== Syscall param write(buf) points to uninitialised byte(s) ==30664== at 0x424CE7F: ??? (syscall-template.S:84) ==30664== by 0x7BC4A163: NtWriteFile (file.c:1314) ==30664== by 0x7B441F2B: WriteFile (file.c:570) ==30664== by 0x4A6DE84: read_pipe_test (pipe.c:876) ==30664== by 0x4A7031A: func_pipe (pipe.c:1133) ==30664== by 0x4AA25B4: run_test (test.h:603) ==30664== by 0x4AA2A13: main (test.h:687) ==30664== Address 0x4befc1d is on thread 1's stack ==30664== in frame #3, created by read_pipe_test (pipe.c:787) ==30664== Uninitialised value was created by a stack allocation ==30664== at 0x4A6D285: read_pipe_test (pipe.c:787) ==30664== ==30664== Syscall param writev(vector[...]) points to uninitialised byte(s) ==30664== at 0x433804F: ??? (syscall-template.S:84) ==30664== by 0x7BC8946B: send_request (server.c:228) ==30664== by 0x7BC89626: wine_server_call (server.c:309) ==30664== by 0x7BC4867A: server_write_file (file.c:624) ==30664== by 0x7BC49E71: NtWriteFile (file.c:1238) ==30664== by 0x7B441F2B: WriteFile (file.c:570) ==30664== by 0x4A6D51F: read_pipe_test (pipe.c:810) ==30664== by 0x4A70352: func_pipe (pipe.c:1135) ==30664== by 0x4AA25B4: run_test (test.h:603) ==30664== by 0x4AA2A13: main (test.h:687) ==30664== Address 0x4befc1c is on thread 1's stack ==30664== in frame #6, created by read_pipe_test (pipe.c:787) ==30664== Uninitialised value was created by a stack allocation ==30664== at 0x4A6D285: read_pipe_test (pipe.c:787) ==30664== -- 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 38676] New: valgrind shows an invalid read in dlls/kernel32/tests/file.c:test_CreateFileA()
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38676 Bug ID: 38676 Summary: valgrind shows an invalid read in dlls/kernel32/tests/file.c:test_CreateFileA() Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Fedora ../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p kernel32_test.exe.so file && touch file.ok ==14521== Invalid read of size 1 ==14521== at 0x4F7A2A63: getmntent_r (in /usr/lib/libc-2.21.so) ==14521== by 0x4F7A2832: getmntent (in /usr/lib/libc-2.21.so) ==14521== by 0x7BC3B580: parse_mount_entries (directory.c:573) ==14521== by 0x7BC3B6E8: get_default_drive_device (directory.c:706) ==14521== by 0x7BC3EE67: get_dos_device (directory.c:2760) ==14521== by 0x7BC40064: wine_nt_to_unix_file_name (directory.c:3164) ==14521== by 0x7BC3FB9C: nt_to_unix_file_name_attr (directory.c:3061) ==14521== by 0x7BC4310C: FILE_CreateFile (file.c:177) ==14521== by 0x7BC4357B: NtCreateFile (file.c:323) ==14521== by 0x7B83E3F3: CreateFileW (file.c:1499) ==14521== by 0x7B83E63F: CreateFileA (file.c:1555) ==14521== by 0x47E0275: test_CreateFileA (file.c:1295) ==14521== by 0x47F1B1E: func_file (file.c:4575) ==14521== by 0x4893BD4: run_test (test.h:584) ==14521== by 0x489401C: main (test.h:666) ==14521== Address 0x5563eb7 is 1 bytes before a block of size 4,096 alloc'd ==14521== at 0x400719E: malloc (vg_replace_malloc.c:299) ==14521== by 0x4F7A27D8: allocate (in /usr/lib/libc-2.21.so) ==14521== by 0x4F89542B: __pthread_once_slow (in /usr/lib/libpthread-2.21.so) ==14521== by 0x4F7A2862: getmntent (in /usr/lib/libc-2.21.so) ==14521== by 0x7BC3B580: parse_mount_entries (directory.c:573) ==14521== by 0x7BC3B68B: get_default_drive_device (directory.c:700) ==14521== by 0x7BC3EE67: get_dos_device (directory.c:2760) ==14521== by 0x7BC40064: wine_nt_to_unix_file_name (directory.c:3164) ==14521== by 0x7BC3FB9C: nt_to_unix_file_name_attr (directory.c:3061) ==14521== by 0x7BC4310C: FILE_CreateFile (file.c:177) ==14521== by 0x7BC4357B: NtCreateFile (file.c:323) ==14521== by 0x7B83E3F3: CreateFileW (file.c:1499) ==14521== by 0x7B83E63F: CreateFileA (file.c:1555) ==14521== by 0x47E0275: test_CreateFileA (file.c:1295) ==14521== by 0x47F1B1E: func_file (file.c:4575) ==14521== by 0x4893BD4: run_test (test.h:584) ==14521== by 0x489401C: main (test.h:666) -- 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