wine-bugs May 2014

wine-bugs@winehq.org

1 participants
10093 discussions

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

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