wine-bugs June 2014

wine-bugs@winehq.org

1 participants
9920 discussions

[Bug 26139] New: comdlg32/filedlg shows a few valgrind warnings
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=26139 Summary: comdlg32/filedlg shows a few valgrind warnings Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: comdlg32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Conditional jump or move depends on uninitialised value(s) at EqualRect (uitools.c:1405) by FileOpenDlgProc95 (filedlg.c:1206) by ??? (winproc.c:172) by call_dialog_proc (winproc.c:263) by WINPROC_CallProcWtoA (winproc.c:857) by WINPROC_CallDlgProcW (winproc.c:1041) by DefDlgProcW (defdlg.c:425) by ??? (winproc.c:172) by call_window_proc (winproc.c:242) by WINPROC_call_window (winproc.c:899) by call_window_proc (message.c:2201) by send_message (message.c:3042) by SendMessageW (message.c:3165) by DIALOG_CreateIndirect (dialog.c:694) by DialogBoxIndirectParamAorW (dialog.c:876) by DialogBoxIndirectParamA (dialog.c:887) by GetFileName95 (filedlg.c:317) by GetFileDialog95A (filedlg.c:442) by GetOpenFileNameA (filedlg.c:4173) by test_create_view_window2 (filedlg.c:280) Uninitialised value was created by a stack allocation at FileOpenDlgProc95 (filedlg.c:1157) ... 140 bytes in 5 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by DIALOG_get_info (defdlg.c:335) by DefDlgProcA (defdlg.c:362) by ??? (winproc.c:172) by call_window_proc (winproc.c:242) by WINPROC_call_window (winproc.c:908) by call_window_proc (message.c:2201) by send_message (message.c:3042) by SendMessageA (message.c:3187) by WIN_CreateWindowEx (win.c:1420) by CreateWindowExA (win.c:1554) by DIALOG_CreateIndirect (dialog.c:651) by CreateDialogIndirectParamAorW (dialog.c:755) by CreateDialogIndirectParamA (dialog.c:764) by CreateTemplateDialog (filedlg.c:786) by FileOpenDlgProc95 (filedlg.c:1189) by ??? (winproc.c:172) by call_dialog_proc (winproc.c:263) by WINPROC_CallProcWtoA (winproc.c:857) ... 144 bytes in 1 blocks are possibly lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by rpcrt4_conn_np_alloc (rpc_transport.c:120) by RPCRT4_CreateConnection (rpc_transport.c:2939) by rpcrt4_protseq_ncalrpc_open_endpoint (rpc_transport.c:285) by RPCRT4_use_protseq (rpc_server.c:810) by RpcServerUseProtseqEpExW (rpc_server.c:1022) by RpcServerUseProtseqEpW (rpc_server.c:907) by RPC_StartRemoting (rpc.c:1626) by StdMarshalImpl_MarshalInterface (marshal.c:1245) by CoMarshalInterface (marshal.c:1797) by RegisterDragDrop (ole2.c:461) by ShellView_OnCreate (shlview.c:718) by ShellView_WndProc (shlview.c:1682) by ??? (winproc.c:172) by call_window_proc (winproc.c:242) by WINPROC_call_window (winproc.c:899) by call_window_proc (message.c:2201) by send_message (message.c:3042) by SendMessageW (message.c:3165) -- 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 5

[Bug 36576] New: valgrind shows a definite leak in urlmon/tests/uri.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36576 Bug ID: 36576 Summary: valgrind shows a definite leak in urlmon/tests/uri.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==2651== 22,836 bytes in 173 blocks are definitely lost in loss record 575 of 575 ==2651== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==2651== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==2651== by 0x4EE989E: heap_alloc_zero (urlmon_main.h:241) ==2651== by 0x4EF894B: Uri_Construct (uri.c:5654) ==2651== by 0x4EFE2A8: CF_CreateInstance (urlmon_main.c:314) ==2651== by 0x5196F06: CoCreateInstance (unknwn.h:226) ==2651== by 0x49DDD80: test_IPersistStream (uri.c:11382) ==2651== by 0x49DF772: func_uri (uri.c:11614) ==2651== by 0x49F6166: run_test (test.h:584) ==2651== by 0x49F6555: main (test.h:654) ==2651== and one possible leak: ==2651== 12,528 bytes in 173 blocks are possibly lost in loss record 569 of 575 ==2651== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==2651== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==2651== by 0x5BFD0B4: alloc_bstr (oleaut.c:162) ==2651== by 0x5BFD44A: SysAllocStringLen (oleaut.c:324) ==2651== by 0x5BFD161: SysAllocString (oleaut.c:232) ==2651== by 0x4EF736A: PersistStream_Load (uri.c:5212) ==2651== by 0x4EF867D: Marshal_UnmarshalInterface (objidl.h:3149) ==2651== by 0x49DDEA5: test_IPersistStream (objidl.h:614) ==2651== by 0x49DF772: func_uri (uri.c:11614) ==2651== by 0x49F6166: run_test (test.h:584) ==2651== by 0x49F6555: main (test.h:654) ==2651== -- 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 36396] New: valgrind shows a possible leak in inetmib1/tests/main.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36396 Bug ID: 36396 Summary: valgrind shows a possible leak in inetmib1/tests/main.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 ==8324== 28 bytes in 1 blocks are definitely lost in loss record 24 of 89 ==8324== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==8324== by 0x4AD1EDE: SnmpUtilOidCpy (main.c:332) ==8324== by 0x4AFB25A: ??? ==8324== by 0x4A96AFB: func_main (main.c:67) ==8324== by 0x4A96E3A: run_test (test.h:584) ==8324== by 0x4A94C0E: main (test.h:654) == -- 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 2

[Bug 36635] New: valgrind shows uninitialized memory in secur32/tests/schannel.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36635 Bug ID: 36635 Summary: valgrind shows uninitialized memory in secur32/tests/schannel.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==20049== Conditional jump or move depends on uninitialised value(s) ==20049== at 0x565DE46: schan_get_buffer (schannel.c:624) ==20049== by 0x565DFDD: schan_pull (schannel.c:678) ==20049== by 0x56602C5: schan_pull_adapter (schannel_gnutls.c:85) ==20049== by 0x5862A2E: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x585C674: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5863FD9: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5867B82: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5869654: gnutls_handshake (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5660684: schan_imp_handshake (schannel_gnutls.c:199) ==20049== by 0x565E97D: schan_InitializeSecurityContextW (schannel.c:893) ==20049== by 0x565EC31: schan_InitializeSecurityContextA (schannel.c:940) ==20049== by 0x5667F30: InitializeSecurityContextA (wrapper.c:282) ==20049== by 0x4A5E141: test_communication (schannel.c:704) ==20049== by 0x4A5F3FA: func_schannel (schannel.c:907) ==20049== by 0x4A61268: run_test (test.h:584) ==20049== by 0x4A61657: main (test.h:654) ==20049== Uninitialised value was created by a client request ==20049== at 0x7BC4C554: mark_block_uninitialized (heap.c:209) ==20049== by 0x7BC4C6BF: initialize_block (heap.c:240) ==20049== by 0x7BC50FCB: RtlAllocateHeap (heap.c:1717) ==20049== by 0x4A5DAE9: init_buffers (schannel.c:551) ==20049== by 0x4A5DFE8: test_communication (schannel.c:693) ==20049== by 0x4A5F3FA: func_schannel (schannel.c:907) ==20049== by 0x4A61268: run_test (test.h:584) ==20049== by 0x4A61657: main (test.h:654) ==20049== ==20049== Conditional jump or move depends on uninitialised value(s) ==20049== at 0x585C8F7: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5863FD9: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5867B82: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5869654: gnutls_handshake (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5660684: schan_imp_handshake (schannel_gnutls.c:199) ==20049== by 0x565E97D: schan_InitializeSecurityContextW (schannel.c:893) ==20049== by 0x565EC31: schan_InitializeSecurityContextA (schannel.c:940) ==20049== by 0x5667F30: InitializeSecurityContextA (wrapper.c:282) ==20049== by 0x4A5E141: test_communication (schannel.c:704) ==20049== by 0x4A5F3FA: func_schannel (schannel.c:907) ==20049== by 0x4A61268: run_test (test.h:584) ==20049== by 0x4A61657: main (test.h:654) ==20049== Uninitialised value was created by a client request ==20049== at 0x7BC4C554: mark_block_uninitialized (heap.c:209) ==20049== by 0x7BC4C6BF: initialize_block (heap.c:240) ==20049== by 0x7BC50FCB: RtlAllocateHeap (heap.c:1717) ==20049== by 0x4A5DAE9: init_buffers (schannel.c:551) ==20049== by 0x4A5DFE8: test_communication (schannel.c:693) ==20049== by 0x4A5F3FA: func_schannel (schannel.c:907) ==20049== by 0x4A61268: run_test (test.h:584) ==20049== by 0x4A61657: main (test.h:654) ==20049== -- 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 36417] New: valgrind shows a definite leak in ole32/tests/ole_server.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36417 Bug ID: 36417 Summary: valgrind shows a definite leak in ole32/tests/ole_server.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24870== 512 bytes in 1 blocks are definitely lost in loss record 530 of 656 ==24870== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==24870== by 0x57A644F: list_window_children (win.c:318) ==24870== by 0x57AAFD2: WIN_ListChildren (win.c:3267) ==24870== by 0x57AB4DE: WIN_DestroyWindow (win.c:944) ==24870== by 0x57AB986: DestroyWindow (win.c:1884) ==24870== by 0x535F78C: apartment_release (compobj.c:1147) ==24870== by 0x53610D9: CoUninitialize (compobj.c:1960) ==24870== by 0x5361317: apartment_hostobject_thread (compobj.c:1522) ==24870== by 0x7BC80ABF: ??? (in /home/austin/wine-valgrind-known/dlls/ntdll/ntdll.dll.so) ==24870== by 0x7BC83A6C: call_thread_func (signal_i386.c:2630) ==24870== by 0x7BC80A9D: ??? (in /home/austin/wine-valgrind-known/dlls/ntdll/ntdll.dll.so) ==24870== by 0x7BC89E2B: start_thread (thread.c:428) ==24870== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==24870== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==24870== -- 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 36310] New: valgrind shows lots of uninitialized reads/writes in msxml3/tests/xmlview.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36310 Bug ID: 36310 Summary: valgrind shows lots of uninitialized reads/writes in msxml3/tests/xmlview.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 ==6314== Invalid read of size 4 ==6314== at 0x7018C5F3: ??? ==6314== by 0x70197781: ??? ==6314== by 0x70181492: ??? ==6314== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==6314== by 0x7BC5597C: process_attach (loader.c:1157) ==6314== by 0x7BC5592C: process_attach (loader.c:1149) ==6314== by 0x7BC585E2: LdrLoadDll (loader.c:2129) ==6314== by 0x7B85A79A: load_library (module.c:933) ==6314== by 0x7B85A908: LoadLibraryExW (module.c:990) ==6314== by 0x73A81BA: load_xul (nsembed.c:484) ==6314== by 0x73A8E4A: load_wine_gecko_v (nsembed.c:587) ==6314== by 0x73A8EB7: load_wine_gecko (nsembed.c:605) ==6314== by 0x73A97E5: load_gecko (nsembed.c:772) ==6314== by 0x73AE233: create_nscontainer (nsembed.c:2047) ==6314== by 0x732CB68: HTMLDocument_Create (htmldoc.c:4751) ==6314== by 0x7398C60: ClassFactory_CreateInstance (main.c:238) ==6314== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6314== by 0x6CA4DB0: XMLView_create (xmlview.c:1444) ==6314== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178) ==6314== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6314== Address 0x4eddfe4 is not stack'd, malloc'd or (recently) free'd ==6314== ==6530== Thread 4: ==6530== Invalid read of size 4 ==6530== at 0x7E41033: ??? ==6530== by 0x7E362D2: ??? ==6530== Address 0xcc3d7fc is on thread 1's stack ==6530== ==6652== Conditional jump or move depends on uninitialised value(s) ==6652== at 0x69DA2A6E: ??? ==6652== by 0x69D912D8: ??? ==6652== by 0x6B05358C: ??? ==6652== by 0x69FA8430: ??? ==6652== by 0x69F7B782: ??? ==6652== by 0x69F7C6BE: ??? ==6652== by 0x73A5E34: init_nscontainer (nsiface.h:59567) ==6652== by 0x73A62D1: create_nscontainer (nsembed.c:2065) ==6652== by 0x7324B68: HTMLDocument_Create (htmldoc.c:4751) ==6652== by 0x7390C60: ClassFactory_CreateInstance (main.c:238) ==6652== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6652== by 0x6CA4DB0: XMLView_create (xmlview.c:1444) ==6652== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178) ==6652== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6652== by 0x4CA707B: test_QueryInterface (xmlview.c:156) ==6652== by 0x4CA7B69: func_xmlview (xmlview.c:269) ==6652== by 0x4CA896C: run_test (test.h:584) ==6652== by 0x4CA8D5B: main (test.h:654) ==6652== Uninitialised value was created by a stack allocation ==6652== at 0x69DA29E6: ??? ==6652== ==6753== Conditional jump or move depends on uninitialised value(s) ==6753== at 0x69D80B25: ??? ==6753== by 0x6A0E6970: ??? ==6753== by 0x6A0E645E: ??? ==6753== by 0x6AFE5020: ??? ==6753== by 0x69CAB81E: ??? ==6753== by 0x6A0E65B1: ??? ==6753== by 0x69D80A6F: ??? ==6753== by 0x5778509: ??? (winproc.c:173) ==6753== by 0x577867E: call_window_proc (winproc.c:244) ==6753== by 0x577986C: WINPROC_CallProcAtoW (winproc.c:603) ==6753== by 0x577A911: WINPROC_call_window (winproc.c:911) ==6753== by 0x573B8F9: DispatchMessageA (message.c:3948) ==6753== by 0x4CB7928: test_Load (xmlview.c:247) ==6753== by 0x4CB7B6E: func_xmlview (xmlview.c:270) ==6753== by 0x4CB896C: run_test (test.h:584) ==6753== by 0x4CB8D5B: main (test.h:654) ==6753== Uninitialised value was created by a stack allocation ==6753== at 0x69D80AB6: ??? ==6753== ==6998== Conditional jump or move depends on uninitialised value(s) ==6998== at 0x6AEE5337: ??? ==6998== by 0x69ECD001: ??? ==6998== by 0x6A1714F7: ??? ==6998== by 0x6A36FB0A: ??? ==6998== by 0x6AECA4E7: ??? ==6998== by 0x6AECA48F: ??? ==6998== by 0x69CAB81E: ??? ==6998== by 0x6A0E65B1: ??? ==6998== by 0x69D80A6F: ??? ==6998== by 0x5768509: ??? (winproc.c:173) ==6998== by 0x576867E: call_window_proc (winproc.c:244) ==6998== by 0x576986C: WINPROC_CallProcAtoW (winproc.c:603) ==6998== by 0x576A911: WINPROC_call_window (winproc.c:911) ==6998== by 0x572B8F9: DispatchMessageA (message.c:3948) ==6998== by 0x4CB3928: test_Load (xmlview.c:247) ==6998== by 0x4CB3B6E: func_xmlview (xmlview.c:270) ==6998== by 0x4CB496C: run_test (test.h:584) ==6998== by 0x4CB4D5B: main (test.h:654) ==6998== Uninitialised value was created by a client request ==6998== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209) ==6998== by 0x7BC4C697: initialize_block (heap.c:240) ==6998== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717) ==6998== by 0x76E1CE0: MSVCRT_malloc (heap.c:329) ==6998== by 0x61E426BF: ??? ==6998== by 0x69D2235D: ??? ==6998== by 0x6A74092C: ??? ==6998== by 0x6A5B7D64: ??? ==6998== by 0x69C860AB: ??? ==6998== by 0x6B073403: ??? ==6998== by 0x6A4BD183: ??? ==6998== by 0x6AFE511D: ??? ==6998== by 0x69CAB81E: ??? ==6998== by 0x6A0E65B1: ??? ==6998== by 0x69D80A6F: ??? ==6998== by 0x5768509: ??? (winproc.c:173) ==6998== by 0x576867E: call_window_proc (winproc.c:244) ==6998== by 0x576986C: WINPROC_CallProcAtoW (winproc.c:603) ==6998== by 0x576A911: WINPROC_call_window (winproc.c:911) ==6998== by 0x572B8F9: DispatchMessageA (message.c:3948) ==6998== ==6998== 8 bytes in 1 blocks are possibly lost in loss record 421 of 6,589 ==6998== at 0x7BC4C735: notify_alloc (heap.c:255) ==6998== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==6998== by 0x7B84586B: HeapAlloc (heap.c:271) ==6998== by 0x7B845B40: GlobalAlloc (heap.c:376) ==6998== by 0x53683E7: OLEClipbrd_Initialize (clipboard.c:1732) ==6998== by 0x53A1772: OleInitialize (ole2.c:215) ==6998== by 0x6AFF45B4: ??? ==6998== by 0x69D19393: ??? ==6998== by 0x6A74092C: ??? ==6998== by 0x69C92A72: ??? ==6998== by 0x6B06D8C2: ??? ==6998== by 0x69F7C26F: ??? ==6998== by 0x73ADE34: init_nscontainer (nsiface.h:59567) ==6998== by 0x73AE2D1: create_nscontainer (nsembed.c:2065) ==6998== by 0x732CB68: HTMLDocument_Create (htmldoc.c:4751) ==6998== by 0x7398C60: ClassFactory_CreateInstance (main.c:238) ==6998== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6998== by 0x6CA4DB0: XMLView_create (xmlview.c:1444) ==6998== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178) ==6998== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6998== ==7281== 8 bytes in 1 blocks are possibly lost in loss record 428 of 6,602 ==7281== at 0x7BC4C735: notify_alloc (heap.c:255) ==7281== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7281== by 0x7B84586B: HeapAlloc (heap.c:271) ==7281== by 0x7B845B40: GlobalAlloc (heap.c:376) ==7281== by 0x532204A: CreateStreamOnHGlobal (hglobalstream.c:603) ==7281== by 0x6C4D838: domdoc_load_from_stream (domdoc.c:772) ==7281== by 0x6C52086: domdoc_load (domdoc.c:2198) ==7281== by 0x6C9CCBA: handle_xml_load (msxml6.h:5228) ==7281== by 0x6C9D60C: XMLView_BindStatusCallback_OnDataAvailable (xmlview.c:539) ==7281== by 0x5FF159A: BindStatusCallback_OnDataAvailable (urlmon.h:820) ==7281== by 0x5FF73A2: report_data (urlmon.h:820) ==7281== by 0x5FF7595: InternetProtocolSink_ReportData (binding.c:1126) ==7281== by 0x5FFC920: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==7281== by 0x5FFD5D6: BPInternetProtocolSink_ReportData (urlmon.h:3113) ==7281== by 0x73D062D: ResProtocol_Start (urlmon.h:3113) ==7281== by 0x5FFB2D1: BindProtocol_StartEx (urlmon.h:3296) ==7281== by 0x5FF8A1B: start_binding (urlmon.h:7870) ==7281== by 0x5FF8BCD: bind_to_storage (binding.c:1567) ==7281== by 0x6018CF1: URLMoniker_BindToStorage (umon.c:280) ==7281== by 0x6C9F74D: XMLView_PersistMoniker_Load (objidl.h:3488) ==7281== ==7281== 32 bytes in 1 blocks are possibly lost in loss record 2,478 of 6,602 ==7281== at 0x7BC4C735: notify_alloc (heap.c:255) ==7281== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7281== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326) ==7281== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356) ==7281== by 0x7B876B17: InitializeCriticalSectionAndSpinCount (sync.c:334) ==7281== by 0x6AFB523E: ??? ==7281== by 0x69DFCC68: ??? ==7281== by 0x6A6C7944: ??? ==7281== by 0x69E6E0B7: ??? ==7281== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==7281== by 0x7BC87065: ??? (signal_i386.c:2571) ==7281== by 0x7BC8E4B0: start_thread (thread.c:428) ==7281== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==7281== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==7449== 8 bytes in 1 blocks are possibly lost in loss record 422 of 6,591 ==7449== at 0x7BC4C735: notify_alloc (heap.c:255) ==7449== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7449== by 0x7B84586B: HeapAlloc (heap.c:271) ==7449== by 0x7B845B40: GlobalAlloc (heap.c:376) ==7449== by 0x53683E7: OLEClipbrd_Initialize (clipboard.c:1732) ==7449== by 0x53A1772: OleInitialize (ole2.c:215) ==7449== by 0x6AFF45B4: ??? ==7449== by 0x69D19393: ??? ==7449== by 0x6A74092C: ??? ==7449== by 0x69C92A72: ??? ==7449== by 0x6B06D8C2: ??? ==7449== by 0x69F7C26F: ??? ==7449== by 0x739DE34: init_nscontainer (nsiface.h:59567) ==7449== by 0x739E2D1: create_nscontainer (nsembed.c:2065) ==7449== by 0x731CB68: HTMLDocument_Create (htmldoc.c:4751) ==7449== by 0x7388C60: ClassFactory_CreateInstance (main.c:238) ==7449== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==7449== by 0x6C94DB0: XMLView_create (xmlview.c:1444) ==7449== by 0x6C52320: ClassFactory_CreateInstance (factory.c:178) ==7449== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==7449== 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 2

[Bug 36263] New: valgrind shows a couple possible leaks in dinput8/tests/device.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36263 Bug ID: 36263 Summary: valgrind shows a couple possible leaks in dinput8/tests/device.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==3785== 392 bytes in 1 blocks are possibly lost in loss record 668 of 873 ==3785== at 0x7BC4C735: notify_alloc (heap.c:255) ==3785== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==3785== by 0x5FBB1F5: alloc_device (keyboard.c:229) ==3785== by 0x5FBB731: keyboarddev_create_device (keyboard.c:305) ==3785== by 0x5FA9A80: create_device (dinput_main.c:711) ==3785== by 0x5FA9BCE: IDirectInput7AImpl_CreateDeviceEx (dinput_main.c:726) ==3785== by 0x5FA9EFA: IDirectInput8AImpl_CreateDevice (dinput_main.c:795) ==3785== by 0x5FAA748: IDirectInput8AImpl_EnumDevicesBySemantics (dinput_main.c:940) ==3785== by 0x49462F4: test_action_mapping (device.c:317) ==3785== by 0x4947317: func_device (device.c:511) ==3785== by 0x494AE4C: run_test (test.h:584) ==3785== by 0x494B23B: main (test.h:654) ==3785== ==3785== 392 bytes in 1 blocks are possibly lost in loss record 669 of 873 ==3785== at 0x7BC4C735: notify_alloc (heap.c:255) ==3785== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==3785== by 0x5FBB1F5: alloc_device (keyboard.c:229) ==3785== by 0x5FBB731: keyboarddev_create_device (keyboard.c:305) ==3785== by 0x5FA9A80: create_device (dinput_main.c:711) ==3785== by 0x5FA9BCE: IDirectInput7AImpl_CreateDeviceEx (dinput_main.c:726) ==3785== by 0x5FA9EFA: IDirectInput8AImpl_CreateDevice (dinput_main.c:795) ==3785== by 0x49467D3: test_save_settings (device.c:403) ==3785== by 0x494731C: func_device (device.c:512) ==3785== by 0x494AE4C: run_test (test.h:584) ==3785== by 0x494B23B: main (test.h:654) ==3785== -- 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 36429] New: valgrind shows a possible leak in shell32/tests/assoc.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36429 Bug ID: 36429 Summary: valgrind shows a possible leak in shell32/tests/assoc.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==7098== 28 bytes in 1 blocks are possibly lost in loss record 165 of 578 ==7098== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==7098== by 0x5A36BB8: apartment_getclassobject (compobj.c:526) ==7098== by 0x5A39FC6: get_inproc_class_object (compobj.c:2894) ==7098== by 0x5A3CD2F: CoGetClassObject (compobj.c:3032) ==7098== by 0x5A3D4B7: CoCreateInstance (compobj.c:3197) ==7098== by 0x4B5B8B7: func_assoc (assoc.c:201) ==7098== by 0x4BA8888: run_test (test.h:584) ==7098== by 0x4BA8C77: main (test.h:654) ==7098== -- 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 2

[Bug 36147] New: valgrind shows a leak in dlls/jscript/tests/jscript.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36147 Bug ID: 36147 Summary: valgrind shows a leak in dlls/jscript/tests/jscript.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M jscript.dll -p jscript_test.exe.so jscript && touch jscript.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 fixme:ole:CoCreateInstance Class {f414c260-6ac0-11cf-b6d1-00aa00bbbb58} does not support aggregation ==2325== 64 bytes in 1 blocks are definitely lost in loss record 514 of 960 ==2325== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2325== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2325== by 0x6A316A6: ??? ==2325== by 0x6A33457: ??? ==2325== by 0x6A335C1: ??? ==2325== by 0x6A1152D: ??? ==2325== by 0x6A379BD: ??? ==2325== by 0x6A37B96: ??? ==2325== by 0x6A38431: ??? ==2325== by 0x6A3959F: ??? ==2325== by 0x4E51D23: test_jscript_uninitializing (activscp.h:1007) ==2325== by 0x4E52813: func_jscript (jscript.c:688) ==2325== by 0x4E5ED5F: run_test (test.h:584) ==2325== by 0x4E5F14E: main (test.h:654) ==2325== -- 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 36611] New: A connection was successfully established with the server, but then and error occurred during the pre-login handshake: (provider: SSL Provider, error: 0 - SSL Provider)
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=36611 Bug ID: 36611 Summary: A connection was successfully established with the server, but then and error occurred during the pre-login handshake: (provider: SSL Provider, error: 0 - SSL Provider) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: odbc Assignee: wine-bugs(a)winehq.org Reporter: saravanan.t(a)lapizonline.com i am using wine1.7 on ubuntu 14.04 lts. While i am trying to login to my .net framework 4.0 application am getting the following error. A connection was successfully established with the server, but then and error occurred during the pre-login handshake: (provider: SSL Provider, error: 0 - SSL Provider) -- 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 2

[Bug 36288] New: valgrind shows an invalid read in kernel32/tests/thread.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36288 Bug ID: 36288 Summary: valgrind shows an invalid read in kernel32/tests/thread.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==29807== Thread 2: ==29807== Invalid read of size 4 ==29807== at 0x4A39EA1: set_test_val (thread.c:944) ==29807== by 0x7B876351: SleepEx (sync.c:108) ==29807== by 0x7B87630B: Sleep (sync.c:97) ==29807== by 0x4A39F11: threadFunc6 (thread.c:952) ==29807== by 0x7BC87087: ??? (signal_i386.c:2571) ==29807== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==29807== by 0x7BC87065: ??? (signal_i386.c:2571) ==29807== by 0x7BC8E4B0: start_thread (thread.c:428) ==29807== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==29807== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==29807== Address 0x62ae8e0 is on thread 1's stack ==29807== -- 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 23942] New: 3 Programs to make Linux LiveCD does not see memory cards/Flash Drive
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=23942 Summary: 3 Programs to make Linux LiveCD does not see memory cards/Flash Drive Product: WineHQ.org Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: VHSripRTP(a)interia.eu Good Morning... I have a problem with the detection of Memory Cards/Flash Drive... but still will recognize and detect the ISO image without any trouble such as Ubuntu or FatDog64 I do not want any logs to show it going well but it does not detect memory card/ USB Flash Drive System: Ubuntu 10.04 (x86_64) + Wine 1.2 Tested programs: USB Universal Installer v1.77 (very light),UNetbootin USB v4.71 and LinuxLive Creator 2.5 (has a problem with graphics) -- 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 5

[Bug 27623] New: GODMH crashes on start
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=27623 Summary: GODMH crashes on start Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: nico.bellic1994(a)gmail.com Originally reported in bug 27590. Installer is an self extracting rar, so I used unrar x on it. Game starts a patch, which seems fine, clicking what looks like the start button (bottom right) launches a game window, gives a bit of d3d output, then crashes without a backtrace: fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x8fdb1b8,0x8fdb6e8): stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. wine: Unhandled page fault on read access to 0xf8b90024 at address 0x7e1648e5 (thread 0032), starting debugger... -- 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 5

[Bug 16950] New: When playing dvd video using quartz there are vertical lines appearing on the video.
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=16950 Summary: When playing dvd video using quartz there are vertical lines appearing on the video. Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: jcarthew(a)mbarron.net Created an attachment (id=18723) --> (http://bugs.winehq.org/attachment.cgi?id=18723) image showing vertical lines on the ingame dvd movies. When playing dvd video in wing commander 4 dvd edition using quartz there are vertical lines appearing onscreen. I expect this bug will affect other applications as well. These lines do not appear when the files are played back using either mplayer or a windows pc running the game. -- 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

[Bug 24494] New: Recettear tends to crash on dungeon transitions
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=24494 Summary: Recettear tends to crash on dungeon transitions Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: billy65bob(a)gmail.com Recettear tends to crash when transitioning between dungeon floors, on occasion it even happens when entering a dungeon. For me, it usually happens approximately every 3 or 4 floors. (boss fights are usually every 5th, making this incredibly annoying) When it crashes, one of 4 different errors are shown in the console; they are as follows XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0" XIO: fatal IO error 0 (Success) on X server ":0.0" s\steam\steamapps\common\recettear\recettear.exe: ../../src/xcb_io.c:249: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed. X Error of failed request: GLXBadContextTag Major opcode of failed request: 135 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) With that said, I am not entirely convinced this is a wine bug, though I am unable to reproduce it on a windows system. If more information is required, just ask and give me the WINEDEBUG arguments if needed. For those so inclined, I can also reproduce this with the demo. -- 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 13

[Bug 36579] New: Command & Conquer Red Alert 3 hangs before EA logo without native d3dx9
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=36579 Bug ID: 36579 Summary: Command & Conquer Red Alert 3 hangs before EA logo without native d3dx9 Product: Wine Version: 1.7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)yahoo.com Command & Conquer Red Alert 3 (Retail, Patched to 1.12) will hang on a black screen before the EA logo is shown, on a clean prefix. It's impossible to continue. The following is echoed to the console endlessly while the game is hung up: fixme:d3dx:ID3DXEffectImpl_BeginPass No states applied, yet! If using d3dx9 via winetricks the game runs as expected. -- 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 2

[Bug 25634] New: Missing chunks of text in Neverwinter Nights Diamond
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=25634 Summary: Missing chunks of text in Neverwinter Nights Diamond Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: moeigi(a)gmail.com This is the only issue that I have encountered so far. I only get about one cm of text in each text field. -- 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 4

[Bug 10250] New: Chart Navigator fails to start
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=10250 Summary: Chart Navigator fails to start Product: Wine Version: 0.9.48. Platform: PC URL: ftp://ftp.maptech.com/downloads/CHTNAV_ENGLISH.exe OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: mar2112(a)pacbell.net Created an attachment (id=8877) --> (http://bugs.winehq.org/attachment.cgi?id=8877) Debug text Chart Navigator fails to start. err:ole:marshal_object object doesn't expose interface {00000126-0000-0000-c000-000000000046}, failing with error 0x80004002 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 26894] New: Support windows 7 user folders?
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=26894 Summary: Support windows 7 user folders? Product: Wine Version: 1.3.18 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Windows 7 changed the folders in c:/users/$USERNAME around a bit. My Documents is now just a link to the new folder Documents Application Data is now just a link to the new folder AppData/Roaming Local Settings is now just a link to the new folder AppData/Local Well-behaved apps that use CSIDL_PERSONAL to get at "My Documents" will work regardless, but users or badly behaved apps might start expecting the shorter directory names sometime, so we might want to switch to the new names sometime for new wineprefixes. I'll attach a demo patch that just changes Wine's shell32 to use the new locations; we would also need to add symlinks somewhere so that apps which reference the old locations keep working, as Windows does. -- 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 15180] New: Antialiased font is *sometimes* very fuzzy
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=15180 Summary: Antialiased font is *sometimes* very fuzzy Product: Wine Version: 1.0.0 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: anpaza(a)mail.ru For some unknown reason sometimes the antialiased fonts will render very fuzzy. I have installed WINE on a clean Fedora 9 system and launched winecfg for the first time ever; all winecfg dialogs were rendered with a fuzzy font. After some runs the things suddenly changed (???) and it started to look okay, but still from time to time in some programs some dialogs (???) will render with very fuzzy fonts. I'm attaching the screenshot of regedit. The font settings in winecfg are as follows: Active window text - DejaVu Sans 9 Menu text - DejaVu Sans 9 Message window text - DejaVu Sans 9 Hint window text - DejaVu Sans 8 but it does not really depend on this setting. I have never seen this behaviour in previous versions of wine, so it must be something recently introduced. By the way, is there a way to change the settings of the freetype engine within Wine, it does not follow the system-wide font settings of GNOME? -- 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 13

[Bug 34650] New: Garena freezes/crashes
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=34650 Bug #: 34650 Summary: Garena freezes/crashes Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pepe(a)bloodkings.eu Classification: Unclassified Created attachment 46187 --> http://bugs.winehq.org/attachment.cgi?id=46187 terminal log Garena will start, thats ok, but after login clicking on LAN or right click on your buddy and start chatting.. Garena will freeze or crash itself or nothing happend. I used for test wine 1.7.3 -- 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 16

[Bug 30674] New: regression: page fault in 1.4 that once worked in 1.4 release canidate
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=30674 Bug #: 30674 Summary: regression: page fault in 1.4 that once worked in 1.4 release canidate Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: app(a)affinityComputerMasters.com Classification: Unclassified Created attachment 40161 --> http://bugs.winehq.org/attachment.cgi?id=40161 page fault info from the crash report A page fault happens about 2/3 times when the coinmanage2 program is run. I had been running it without a problem in Wine 1.4 release canidate under Ubuntu 11.10 (64 bit). After upgrading Ubuntu to 12.04, using Wine 1.4 I am getting intermittent page faults. I removed the .wine directory reloaded the program using WINEARCH=win32 and run it with the same env variable and still get the problem. The link to the problem program is https://s3.amazonaws.com/LSSDownloads/CoinMng2.exe Thanks kurtRR -- 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 5

[Bug 27098] New: Metal Assault: Game hangs on splash screen
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=27098 Summary: Metal Assault: Game hangs on splash screen Product: Wine Version: 1.3.19 Platform: x86 URL: http://www.gamershell.com/news_116230.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=34538) --> (http://bugs.winehq.org/attachment.cgi?id=34538) backtrace Install the game, then install native quartz/devenum to workaround bug 27096, then wmp9 to workaround bug 27097. Run the game, you'll get an intro video (only seems to show if a virtual desktop isn't used, though). The game will get to its splash screen, and hang: err:ddraw:ddraw7_QueryInterface (0x1660d668) The App is requesting a D3D device, but a non-OpenGL surface type was choosen. Prepare for trouble! err:ddraw:ddraw7_QueryInterface (0x1660d668) You may want to contact wine-devel for help err:ddraw:ddraw7_QueryInterface (0x1660d668)->({aca12120-3356-11d1-8fcf-00c04fc29b4e}, 0x15de35b8): No interface found ... err:ddraw:ddraw7_QueryInterface (0x1660d668)->({aca12120-3356-11d1-8fcf-00c04fc29b4e}, 0x15de30c4): No interface found err:d3d_surface:gdi_surface_private_setup Overlays not yet supported by GDI surfaces. err:d3d_surface:surface_init Private setup failed, returning 0x8876086c ... fixme:ddraw:ddraw7_GetScanLine iface 0x1f3cbeb8, line 0x75fbe8bc partial stub! ... err:ntdll:RtlpWaitForCriticalSection section 0x7e199920 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0036, blocked by 0033, retrying (60 sec) I'll attach a bt all from winedbg. -- 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 4

[Bug 10433] New: Galactic civilizations 2 crashes on certain occations
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=10433 Summary: Galactic civilizations 2 crashes on certain occations Product: WineHQ Apps Database Version: unspecified Platform: PC OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: website-bugs AssignedTo: wine-bugs(a)winehq.org ReportedBy: khalid.rashid(a)gmail.com Created an attachment (id=9128) --> (http://bugs.winehq.org/attachment.cgi?id=9128) crash report from customizing the race Galactic civilizations crashes randomly and in certain parts in the game. One way that I know which will certainly crash the game is by doing the following selections from the main menu: New game Click next on galaxy setup Choose custom race on "pick your civilization" screen (the rightmost one on top row) on "customize your civilization" screen, click on "techs" tab. try adding or removing any technology will result in a crash. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 33

[Bug 34615] New: Wizardry 8 GOG version - Black Box on screen when exiting after playing in-game
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=34615 Bug #: 34615 Summary: Wizardry 8 GOG version - Black Box on screen when exiting after playing in-game Product: Wine Version: 1.7.3 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: saleck(a)saleck.net Classification: Unclassified Created attachment 46126 --> http://bugs.winehq.org/attachment.cgi?id=46126 Wine 1.7.3 Log. See end of file for the problem. If I play Wizardry 8 without going into an actual game, this problem does not occur. If you get into any game with any characters and then quit, there is an unremovable black box covering half of the screen and I have to Kill Wineskin Processes for it to go away. Using Wine 1.7.3 - Mac OS X 10.8.5 -- 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 3

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