wine-bugs February 2008

wine-bugs@winehq.org

1 participants
2919 discussions

[Bug 10478] New: wine server get/set thread context doesn' t work correctly if simultaneously used by debugger and debuggee
by wine-bugs＠winehq.org 12 Oct '11

12 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=10478 Summary: wine server get/set thread context doesn't work correctly if simultaneously used by debugger and debuggee Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-debug AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=9209) --> (http://bugs.winehq.org/attachment.cgi?id=9209) WINEDEBUG=+tid,+server,+win trace of debugging session Hello, while debugging a target with some debugger I experienced severe problems with wine server get/set thread context implementation. It doesn't work correctly if the get/set thread context API is simultaneously used by both, the debugger and the debuggee to manage exception events/control execution transfer. Attached is WINEDEBUG=+tid,+seh,+win trace (don't bother with +win channel output, was for my own purpose). pid=0008, tid=0009 debugger main thread pid=0008, tid=000d debugger debug event loop thread pid=000e, tid=000f debuggee main thread pid=000e, tid=0010 debuggee child thread pid=000e, tid=0011 debuggee child thread pid=000e, tid=0012 debuggee child thread Search for "000d: get_thread_context() = ACCESS_DENIED { self=0, context={} }" in attached log and walk your way back... --- snip --- 000f: queue_exception_event( first=1, record={context={flags=00010007,eax=7b82c455,ebx=7b8ad1e4,ecx=00000000,edx=00004000,esi=00004000,edi=00197430,ebp=0034e5d4,eip=7b841378,esp=0034e570,eflags=00200216,cs=0073,ds=007b,es=007b,fs=0033,gs=003b,dr0=a3f67070,dr1=0012e150,dr2=0034eec0,dr3=00000000,dr6=00000006,dr7=00000200,float={00000003,0034e234,33746e49,00000032,00000000,000000f8,0034e280,0034e268,00087510,00198af0,00110014,00000001,00000318,00000000,4d430002,4d430000,00198e18,00000010,00000000,00000000,00000000,4d430003,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=e06d7363,flags=1,rec=(nil),addr=0x7b841300,params={19930520,34e670,79f9acc4}} ) 000d: *wakeup* signaled=0 cookie=0x616e24c0 0010: *sent signal* signal=10 0011: *sent signal* signal=10 0012: *sent signal* signal=10 000f: queue_exception_event() = 0 { handle=0x244 } --- snip --- Debuggee main thread throws first chance C++ exception (queues event). Ok. --- snip --- 0010: set_thread_context( handle=0xfffffffe, flags=00010007, suspend=1, context={flags=0001001f,eax=00000003,ebx=0000001f,ecx=613516a4,edx=00000008,esi=613516a4,edi=7ffd4000,ebp=613516b8,eip=600007f0,esp=61351670,eflags=00200293,cs=0073,ds=007b,es=007b,fs=0033,gs=003b,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={ffff037f,ffff4000,ffffffff,604b434d,035f0073,0034dc34,0000007b,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,3fff8000,00000000,80000000,00003ffe,00000000,3ffe8000,00000000,80000000,00003ffe,00000000,40038000,00004000}} ) 0010: set_thread_context() = 0 { self=1 } 0011: set_thread_context( handle=0xfffffffe, flags=00010007, suspend=1, context={flags=0001001f,eax=00000003,ebx=00000023,ecx=614624a0,edx=00000008,esi=614624a0,edi=7ffd0000,ebp=614624b4,eip=600007f0,esp=6146246c,eflags=00200293,cs=0073,ds=007b,es=007b,fs=0033,gs=003b,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={ffff037f,ffff0100,ffffffff,79e7a66b,06d90073,00000000,0000007b,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,3fff8000,00000000,80000000,00003ffe,00000000,3ffe8000,00000000,80000000,00003ffd,80000000,40078662,00000100}} ) 0011: set_thread_context() = 0 { self=1 } 0012: set_thread_context( handle=0xfffffffe, flags=00010007, suspend=1, context={flags=0001001f,eax=00000003,ebx=0000003a,ecx=6c101d70,edx=00000008,esi=6c101d70,edi=7ffcc000,ebp=6c101d84,eip=600007f0,esp=6c101d3c,eflags=00200293,cs=0073,ds=007b,es=007b,fs=0033,gs=003b,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={ffff037f,ffff0120,ffffffff,79e7a66b,06d90073,00000000,0000007b,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,3fff8000,00000000,80000000,00003ffe,00000000,00000000,00000000,80000000,00003ffd,60000000,400785bc,00000120}} ) 0012: set_thread_context() = 0 { self=1 } --- snip --- The debuggee child threads get SIGUSR1, suspend themselves (on purpose!). Ok. --- snip --- 000d: wait_debug_event( get_handle=1 ) 000d: wait_debug_event() = 0 { pid=000e, tid=000f, wait=(nil), event={exception,{code=e06d7363,flags=1,rec=(nil),addr=0x7b841300,params={19930520,34e670,79f9acc4},first=1} } .. 000d: continue_debug_event( pid=000e, tid=000f, status=-2147418111 ) 000f: *wakeup* signaled=0 cookie=0x34dfd4 0010: *wakeup* signaled=258 cookie=0x7ffd77b4 0011: *wakeup* signaled=258 cookie=0x7ffd37b4 000d: continue_debug_event() = 0 .. --- snip --- Debugger wakes up and sees first chance C++ exception, decides to pass it to debuggee (resumes execution of threads). Ok. --- snip --- 000f: get_exception_status( handle=0x244 ) 000f: get_exception_status() = 80010001 { context={flags=00010007,eax=7b82c455,ebx=7b8ad1e4,ecx=00000000,edx=00004000,esi=00004000,edi=00197430,ebp=0034e5d4,eip=7b841378,esp=0034e570,eflags=00200216,cs=0073,ds=007b,es=007b,fs=0033,gs=003b,dr0=a3f67070,dr1=0012e150,dr2=0034eec0,dr3=00000000,dr6=00000006,dr7=00000200,float={00000003,0034e234,33746e49,00000032,00000000,000000f8,0034e280,0034e268,00087510,00198af0,00110014,00000001,00000318,00000000,4d430002,4d430000,00198e18,00000010,00000000,00000000,00000000,4d430003,00000000,00000000,00000000,00000000,00000000,00000000}} } 0010: get_thread_context( handle=0xfffffffe, flags=00010007, suspend=1 ) 0010: get_thread_context() = 0 { self=1, context={flags=0001001f,eax=00000003,ebx=0000001f,ecx=613516a4,edx=00000008,esi=613516a4,edi=7ffd4000,ebp=613516b8,eip=600007f0,esp=61351670,eflags=00200293,cs=0073,ds=007b,es=007b,fs=0033,gs=003b,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={ffff037f,ffff4000,ffffffff,604b434d,035f0073,0034dc34,0000007b,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,3fff8000,00000000,80000000,00003ffe,00000000,3ffe8000,00000000,80000000,00003ffe,00000000,40038000,00004000}} } 0011: get_thread_context( handle=0xfffffffe, flags=00010007, suspend=1 ) 0011: get_thread_context() = 0 { self=1, context={flags=0001001f,eax=00000003,ebx=00000023,ecx=614624a0,edx=00000008,esi=614624a0,edi=7ffd0000,ebp=614624b4,eip=600007f0,esp=6146246c,eflags=00200293,cs=0073,ds=007b,es=007b,fs=0033,gs=003b,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={ffff037f,ffff0100,ffffffff,79e7a66b,06d90073,00000000,0000007b,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,3fff8000,00000000,80000000,00003ffe,00000000,3ffe8000,00000000,80000000,00003ffd,80000000,40078662,00000100}} } 000d: select( flags=4, cookie=0x616e24c0, signal=(nil), prev_apc=(nil), timeout=+1.0000000, result={}, handles={0xa8} ) 000d: select() = PENDING { apc_handle=(nil), timeout=1c828ffa61af642 (+1.0000000), call={APC_NONE} } 0012: get_thread_context( handle=0xfffffffe, flags=00010007, suspend=1 ) 0012: get_thread_context() = 0 { self=1, context={flags=0001001f,eax=00000003,ebx=0000003a,ecx=6c101d70,edx=00000008,esi=6c101d70,edi=7ffcc000,ebp=6c101d84,eip=600007f0,esp=6c101d3c,eflags=00200293,cs=0073,ds=007b,es=007b,fs=0033,gs=003b,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={ffff037f,ffff0120,ffffffff,79e7a66b,06d90073,00000000,0000007b,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,3fff8000,00000000,80000000,00003ffe,00000000,00000000,00000000,80000000,00003ffd,60000000,400785bc,00000120}} } 000f: get_process_info( handle=0xffffffff ) 000f: get_process_info() = 0 { pid=000e, ppid=0008, exit_code=259, priority=2, affinity=1, peb=0x7ffdf000, start_time=1c828ff9f2037c6 (-10.7374150), end_time=0 } 000f: queue_exception_event( first=1, record={context={flags=00010007,eax=7b82c455,ebx=7b8ad1e4,ecx=00000000,edx=0034ee58,esi=0034ee58,edi=e0434f4d,ebp=0034ee20,eip=7b841378,esp=0034edbc,eflags=00200212,cs=0073,ds=007b,es=007b,fs=0033,gs=003b,dr0=00000000,dr1=02d410d8,dr2=a3f67060,dr3=00000000,dr6=00110000,dr7=00000002,float={0034eaa4,00001302,00198d10,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000001,0034eadc,79e783ca,00110000,00000000,79e783e6,a3f67cf4,00000001,00197430,00000000,00000008,00000000,0034eb14,7a3296dc,ffffffff,79e783e6,79e7839d,00110000}},rec={code=e0434f4d,flags=1,rec=(nil),addr=0x7b841300,params={80004002}} ) --- snip --- Main debuggee thread SEH evaluates first chance exception and converts it internally to CLR exception, throwing again. --- snip --- 0010: set_thread_context( handle=0xfffffffe, flags=00010007, suspend=1, context={flags=0001001f,eax=00000003,ebx=0000001f,ecx=613516a4,edx=00000008,esi=613516a4,edi=7ffd4000,ebp=613516b8,eip=600007f0,esp=61351670,eflags=00200293,cs=0073,ds=007b,es=007b,fs=0033,gs=003b,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={ffff037f,ffff4000,ffffffff,604b434d,035f0073,0034dc34,0000007b,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,3fff8000,00000000,80000000,00003ffe,00000000,3ffe8000,00000000,80000000,00003ffe,00000000,40038000,00004000}} ) 0010: set_thread_context() = 0 { self=1 } 0011: set_thread_context( handle=0xfffffffe, flags=00010007, suspend=1, context={flags=0001001f,eax=00000003,ebx=00000023,ecx=614624a0,edx=00000008,esi=614624a0,edi=7ffd0000,ebp=614624b4,eip=600007f0,esp=6146246c,eflags=00200293,cs=0073,ds=007b,es=007b,fs=0033,gs=003b,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={ffff037f,ffff0100,ffffffff,79e7a66b,06d90073,00000000,0000007b,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,3fff8000,00000000,80000000,00003ffe,00000000,3ffe8000,00000000,80000000,00003ffd,80000000,40078662,00000100}} ) 0011: set_thread_context() = 0 { self=1 } 0012: set_thread_context( handle=0xfffffffe, flags=00010007, suspend=1, context={flags=0001001f,eax=00000003,ebx=0000003a,ecx=6c101d70,edx=00000008,esi=6c101d70,edi=7ffcc000,ebp=6c101d84,eip=600007f0,esp=6c101d3c,eflags=00200293,cs=0073,ds=007b,es=007b,fs=0033,gs=003b,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={ffff037f,ffff0120,ffffffff,79e7a66b,06d90073,00000000,0000007b,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,3fff8000,00000000,80000000,00003ffe,00000000,00000000,00000000,80000000,00003ffd,60000000,400785bc,00000120}} ) 0012: set_thread_context() = 0 { self=1 } --- snip --- The debuggee child threads get SIGUSR1, suspend themselves again (on purpose!). Ok. --- snip --- 000d: suspend_thread( handle=0xd4 ) 000d: suspend_thread() = 0 { count=0 } 000d: suspend_thread( handle=0xd8 ) 000d: suspend_thread() = 0 { count=0 } 000d: suspend_thread( handle=0xf8 ) 000d: suspend_thread() = 0 { count=0 } 000d: get_thread_context( handle=0xbc, flags=0001003f, suspend=0 ) 000f: *signal* signal=19 000d: get_thread_context() = 0 { self=0, context={flags=0001003f,eax=7b82c455,ebx=7b8ad1e4,ecx=00000000,edx=0034ee58,esi=0034ee58,edi=e0434f4d,ebp=0034ee20,eip=7b841378,esp=0034edbc,eflags=00200212,cs=0073,ds=007b,es=007b,fs=0033,gs=003b,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={0034eaa4,00001302,00198d10,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000001,0034eadc,79e783ca,00110000,00000000,79e783e6,a3f67cf4,00000001,00197430,00000000,00000008,00000000,0034eb14,7a3296dc,ffffffff,79e783e6,79e7839d,00110000}} } 000d: read_process_memory( handle=0xb8, addr=0x7b841378 ) 000f: *signal* signal=19 000d: read_process_memory() = 0 { data={8b} } 000d: resume_thread( handle=0xbc ) 000d: resume_thread() = 0 { count=1 } 000d: resume_thread( handle=0xd4 ) 000d: resume_thread() = 0 { count=1 } 000d: resume_thread( handle=0xd8 ) 000d: resume_thread() = 0 { count=1 } 000d: resume_thread( handle=0xf8 ) 000d: resume_thread() = 0 { count=1 } 000d: continue_debug_event( pid=000e, tid=000f, status=-2147418111 ) 000f: *wakeup* signaled=0 cookie=0x34e824 0010: *wakeup* signaled=258 cookie=0x7ffd77b4 0011: *wakeup* signaled=258 cookie=0x7ffd37b4 0012: *wakeup* signaled=258 cookie=0x7ffcf7b4 000d: continue_debug_event() = 0 --- snip --- Debugger wakes up again, now seeing the CLR exception. Debugger suspends debuggee threads - although unnecessary due to debugging event before = already suspended. This exception type is unhandled, main debuggee thread receives SIGSTOP. Execution of debuggee threads resumed. --- snip --- 000f: get_exception_status( handle=0x244 ) 000f: get_exception_status() = 80010001 { context={flags=00010007,eax=7b82c455,ebx=7b8ad1e4,ecx=00000000,edx=0034ee58,esi=0034ee58,edi=e0434f4d,ebp=0034ee20,eip=7b841378,esp=0034edbc,eflags=00200212,cs=0073,ds=007b,es=007b,fs=0033,gs=003b,dr0=00000000,dr1= .. 000f: *killed* exit_code=0 --- snip --- Debuggee main thread dies. Ok. --- snip --- 000d: wait_debug_event( get_handle=1 ) 000d: wait_debug_event() = 0 { pid=000e, tid=000f, wait=(nil), event={exit_thread,code=0} } 000d: suspend_thread( handle=0xd4 ) 000d: suspend_thread() = 0 { count=0 } 000d: suspend_thread( handle=0xd8 ) 000d: suspend_thread() = 0 { count=0 } 000d: suspend_thread( handle=0xf8 ) 000d: suspend_thread() = 0 { count=0 } 000d: get_thread_context( handle=0xbc, flags=0001003f, suspend=0 ) 000d: get_thread_context() = ACCESS_DENIED { self=0, context={} } 000d: get_thread_context( handle=0xbc, flags=0001003f, suspend=0 ) 000d: get_thread_context() = ACCESS_DENIED { self=0, context={} } 000d: get_thread_context( handle=0xbc, flags=0001003f, suspend=0 ) 000d: get_thread_context() = ACCESS_DENIED { self=0, context={} } 000d: get_thread_context( handle=0xbc, flags=0001003f, suspend=0 ) 000d: get_thread_context() = ACCESS_DENIED { self=0, context={} } 000d: get_thread_context( handle=0xbc, flags=0001003f, suspend=0 ) 000d: get_thread_context() = ACCESS_DENIED { self=0, context={} } 000d: read_process_memory( handle=0xb8, addr=(nil) ) 000d: read_process_memory() = ACCESS_DENIED { data={} } .. --- snip --- Debugger wakes up, sees debuggee (main) thread termination event. Suspends remaining debuggee threads - although unnecessary due to debugging event before = already suspended. Now the problem: the debugger can't get the thread context of any debuggee threads nor process memory anymore after this point. Basically dead end here... The reason is the way server/thread.c/get_thread_context() and server/thread.c/set_thread_context() handles thread->context and thread->suspend_context data ("self" vs. "foreign" threads) child threads "self": set_thread_context() -> suspend == 1 -> thread->suspend_context filled get_thread_context(): req->suspend == 1 && thread == current && thread->suspend_context --- snip --- if (thread->context == thread->suspend_context) thread->context = NULL; set_reply_data_ptr( thread->suspend_context, sizeof(CONTEXT) ); thread->suspend_context = NULL; --- snip --- Which resets the context and suspend context data. Next time when the debugger itself tries to query the thread context of already suspended debuggee child threads it will obviously fail: "foreign" debugger thread: get_thread_context() -> suspend == 0 --- snip --- else if (thread != current && !thread->context) { /* thread is not suspended, retry (if it's still running) */ if (thread->state != RUNNING) set_error( STATUS_ACCESS_DENIED ); else set_error( STATUS_PENDING ); } --- snip --- I guess this is an oversight, a behavior not really intended? Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 9454] New: Panzer General III Scorched Earth hang with seh: setup_exception nested exception
by wine-bugs＠winehq.org 10 Oct '11

10 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=9454 Summary: Panzer General III Scorched Earth hang with seh:setup_exception nested exception Product: Wine Version: 0.9.44. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: phajdan.jr(a)gmail.com While normally playing in the battle screen, the game hanged, the music started to repeat a short fragment, and the UI was unresponsive. The error printed was err:seh:setup_exception nested exception on signal stack in thread 002b eip ffffe405 esp 7ffdd648 stack 0x241000-0x350000 -- 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 9400] New: Panzerg General III Scorched Earth random hang, threading-related
by wine-bugs＠winehq.org 10 Oct '11

10 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=9400 Summary: Panzerg General III Scorched Earth random hang, threading-related Product: Wine Version: 0.9.43. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: phajdan.jr(a)gmail.com At random moments the game hangs, will attach wine output in a moment. Note that this log is only relevant for wine 0.9.43. Before it also hanged sometimes, but the message err:ntdll:RtlpWaitForCriticalSection section 0x7eb87ae0 "gdiobj.c: GDI_level" wait timed out in thread 000c, blocked by 0009, retrying (60 sec) wine: Critical section 7eb87ae0 wait failed at address 0x7ef97b20 (thread 000c), starting debugger... was not present. And before upgrade to 0.9.43 it had some problems with music, like randomly switching tracks etc (sometimes it hanged during these, sometimes not). After the upgrade the problem is gone, when it hangs music still plays, but the mouse does not move, and the game does not receive keyboard input. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 14

[Bug 11621] New: putty.exe in telnet mode don't display anything
by wine-bugs＠winehq.org 09 Oct '11

09 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=11621 Summary: putty.exe in telnet mode don't display anything Product: Wine Version: 0.9.55. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fhorse(a)libero.it The windows ssh/telnet application putty.exe works well in ssh mode, but in telnet mode does not display anything on the screen. I'have sniffed tcp packets and I noticed that the telnet communication works well, make login, run commands, but does not appear anything. Sorry for my english. -- 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 35

[Bug 11258] New: (de)select all does not work in Visere installer
by wine-bugs＠winehq.org 09 Oct '11

09 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=11258 Summary: (de)select all does not work in Visere installer Product: Wine Version: 0.9.53. Platform: PC URL: http://www.dmmd.net/ OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com In the Visere installer from bug 10903, I did a custom install. On the "file associations" page, the select all / deselect all buttons do not work, though you can still click the checkboxes one by one. -- 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 11014] New: Siemens ProCenter MSI installer fails
by wine-bugs＠winehq.org 09 Oct '11

09 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=11014 Summary: Siemens ProCenter MSI installer fails Product: Wine Version: 0.9.52. Platform: PC URL: http://pod.laterooms.com/procenter.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: gdh(a)acentral.co.uk Created an attachment (id=10000) --> (http://bugs.winehq.org/attachment.cgi?id=10000) console install log .ZIP is 166M - mostly PDFs :/ Console output complains that it cannot find Disk1.cab, however no such file is part of the setup files. Installation on true Windows PCs runs flawlessly. Logging this bug as directed by http://wiki.winehq.org/NativeMsi "report any failure as a bug." -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 10904] New: While installing Photoshop CS2 path for Adobe bridge shared DLLs is not added to PATH
by wine-bugs＠winehq.org 09 Oct '11

09 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=10904 Summary: While installing Photoshop CS2 path for Adobe bridge shared DLLs is not added to PATH Product: Wine Version: 0.9.51. Platform: PC-x86-64 OS/Version: Linux Status: NEW Keywords: Installer Severity: normal Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dmitry(a)codeweavers.com While installing Photoshop CS2 path for Adobe bridge shared DLLs is not added to PATH, as a result I get: [dmitry@ubuntu:~]$ cd /home/dmitry/.wine/drive_c/Program\ Files/Adobe/Adobe\ Bridge/ [dmitry@ubuntu:Adobe Bridge]$ pwd /home/dmitry/.wine/drive_c/Program Files/Adobe/Adobe Bridge [dmitry@ubuntu:Adobe Bridge]$ ~/wine/wine Bridge.exe err:module:import_dll Library libagluc28.dll (which is needed by L"C:\\Program Files\\Adobe\\Adobe Bridge\\Bridge.exe") not found err:module:import_dll Library libagli18n28.dll (which is needed by L"C:\\Program Files\\Adobe\\Adobe Bridge\\Bridge.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\Adobe\\Adobe Bridge\\Bridge.exe" failed, status c0000135 the DLL not found above do exist, and are installed in C:\Program Files\Common Files\Adobe\AGL After installation of Photoshop CS2 in XP "C:\Program Files\Common Files\Adobe\AGL" can be found in "PATH" variable under HKLM,System\\CurrentControlSet\\Control\\Session Manager\\Environment while in Wine Adobe\AGL is not added to "PATH" at all. This looks like an MSI bug, since PS CS2 installer is MSI based. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 10507] New: Regression in Photoshop CS2 trial install
by wine-bugs＠winehq.org 09 Oct '11

09 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=10507 Summary: Regression in Photoshop CS2 trial install Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This is like bug 10464, but was not fixed by today's git. Photoshop CS2 tryout installer aborts because it can't find Data1.cab, even though it's in SourceDir: trace:msi:MSI_GetPropertyW returning L"Z:\\home\\dank\\installers\\Photoshop CS2\\Adobe(R) Photoshop(R) CS2\\" for property L"SourceDir" trace:file:GetFileAttributesW L"Z:\\home\\dank\\installers\\Photoshop CS2\\Adobe(R) Photoshop(R) CS2\\Data1.cab" trace:file:RtlDosPathNameToNtPathName_U (L"Z:\\home\\dank\\installers\\Photoshop CS2\\Adobe(R) Photoshop(R) CS2\\Data1.cab",0x34f650,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"Z:\\home\\dank\\installers\\Photoshop CS2\\Adobe(R) Photoshop(R) CS2\\Data1.cab" 520 0x34f3c4 (nil)) trace:file:wine_nt_to_unix_file_name L"\\??\\Z:\\home\\dank\\installers\\Photoshop CS2\\Adobe(R) Photoshop(R) CS2\\Data1.cab" -> "/home/dank/.wine/dosdevices/z:/home/dank/installers/Photoshop CS2/Adobe(R) Photoshop(R) CS2/Data1.cab" trace:file:GetFileAttributesW L"Data1.cab" trace:file:RtlDosPathNameToNtPathName_U (L"Data1.cab",0x34f650,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"Data1.cab" 520 0x34f3c4 (nil)) warn:file:wine_nt_to_unix_file_name L"Data1.cab" not found in /home/dank/.wine/dosdevices/c:/windows/temp/{236BB7C4-4419-42FD-0409-1E257A25E34D} err:msi:ready_media Cabinet not found: L"Data1.cab" err:msi:ACTION_InstallFiles Failed to ready media err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 10211] New: gmax installer does not allow changing of installation directory, fails to install
by wine-bugs＠winehq.org 09 Oct '11

09 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=10211 Summary: gmax installer does not allow changing of installation directory, fails to install Product: Wine Version: CVS/GIT Platform: PC URL: http://www.turbosquid.com/gmax OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com When trying to install gmax the application fails to continue stating it will be installing over existing installation and prompts you to choose a new location, choosing a new location through the browse dialog does not change the install path, and does not allow you to continue the installation. -- 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 9946] New: Installation errors of Adobe Photoshop
by wine-bugs＠winehq.org 09 Oct '11

09 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=9946 Summary: Installation errors of Adobe Photoshop Product: WineHQ Bugzilla Version: unspecified Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: minor Priority: P2 Component: misc-bugs AssignedTo: jnewman(a)codeweavers.com ReportedBy: algrant(a)comcast.net Installation of Adobe Photoshop Album Starter Edition 3.2 fails due to errors 2503 and 2502 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 9608] New: jdk fails to install
by wine-bugs＠winehq.org 09 Oct '11

09 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=9608 Summary: jdk fails to install Product: Wine Version: unspecified Platform: Other URL: http://sdlc-esd.sun.com/ESD33/JSCDL/jdk/6u2/jdk-6u2- windows-i586- p.exe?AuthParam=1189183281_3a97fdc39fd6ddd9771f1c85a1c6d b5e&TUrl=an1npDpbKod7kSYrROhENTonIuA3W0D1Lc4nXz+pGFFrani xdCdgxDTPbW4=&TicketId=dVB3PgNJNuo48w==&GroupName=SDLC&B Host=sdlc2i.sun.com&FilePath=/ESD33/JSCDL/jdk/6u2/jdk- 6u2-windows-i586-p.exe&File=jdk-6u2-windows-i586-p.exe OS/Version: other Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk The installer asks me to insert disk 1, but this is not an installer from a cd. I guess there's a bug here. I'll provide more info later on (bit short in time atm) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 9359] New: Need for Speed Most Wanted crahshes frequently
by wine-bugs＠winehq.org 05 Oct '11

05 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=9359 Summary: Need for Speed Most Wanted crahshes frequently Product: Wine Version: 0.9.43. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: mailing_list(a)orange.nl Created an attachment (id=7649) --> (http://bugs.winehq.org/attachment.cgi?id=7649) Terminal_output I tried running NfS: MW with and without sound. At first it ran great (with sound), but now it crashes the whole time. I have attached the terminal output. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 25

[Bug 9717] New: Gothic 3 -
by wine-bugs＠winehq.org 19 Sep '11

19 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=9717 Summary: Gothic 3 - Product: Wine Version: unspecified Platform: PC-x86-64 URL: http://www.gothic3.com/index.php?do=09709911610511111006 1109101100105097 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: kgbricola(a)web.de Created an attachment (id=8141) --> (http://bugs.winehq.org/attachment.cgi?id=8141) Graficissue Gothic 3 There is a black "shadow" of the landscape mirrored along the middle of the screen. My System: Fedora 7 x86_64, Nvidia 8800GTS, Proprietary drivers 100.14.11 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 85

[Bug 10614] New: Myst Online: Uru Live: wrong cursor
by wine-bugs＠winehq.org 12 Sep '11

12 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=10614 Summary: Myst Online: Uru Live: wrong cursor Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: diafero(a)arcor.de Created an attachment (id=9413) --> (http://bugs.winehq.org/attachment.cgi?id=9413) The cursor of Myst Online running with wine The cursor of Myst Online: Uru Live (http://appdb.winehq.org/objectManager.php?sClass=version&iId=9810) is wrong. Instead of being a circle (like in http://us.i1.yimg.com/us.yimg.com/i/us/ga/gametap/myst/screenshots/myst-scr… at the top right), it is something like a square, but a bit malformed (see attachment). I'm not sure whether it's a d3d/Hardware cursor or a "normal" one, but bugzilla told me to select a component so I guessed d3d. -- 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 9742] New: EngineSite segfaults (Segmentation fault)
by wine-bugs＠winehq.org 12 Sep '11

12 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=9742 Summary: EngineSite segfaults (Segmentation fault) Product: Wine Version: unspecified Platform: PC URL: http://luckasoft.com/download/perle_le.exe OS/Version: Linux Status: UNCONFIRMED Keywords: regression Severity: normal Priority: P2 Component: wine-gdi-(printing) AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk A user reported trouble with this app in this thread: http://groups.google.nl/group/comp.emulators.ms-windows.wine/browse_thread/… I tried it , and it just segfaults after the splash screen. However , in wine-0.9.2 it gets nicely beyond the spash screen, and seems to start fine. I'll put some more info into this bug later on -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 14

[Bug 9291] New: iexplore http://pack.google.com crashes
by wine-bugs＠winehq.org 08 Sep '11

08 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=9291 Summary: iexplore http://pack.google.com crashes Product: Wine Version: CVS Platform: Other OS/Version: other Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: wine-shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Wine's built-in iexplore crashes on http://pack.google.com. Unhandled exception: page fault on read access to 0x0000005c in 32-bit code (0x7c7bd7a8). Backtrace: =>1 0x7c7bd7a8 nsChannel_AsyncOpen+0x4e8(iface=0x1063958, aListener=0x1063998, aContext=0x0) [/home/dank/wine-git/dlls/mshtml/nsio.c:107] in mshtml 0x7c7bd7a8 nsChannel_AsyncOpen+0x4e8 [/home/dank/wine-git/dlls/mshtml/nsio.c:107] in mshtml: movl 0x5c(%esi),%edi 107 while(!container_iter->doc) I peeked at nsio.c, and it does look vulnerable to container_iter going unexpectedly null during that loop, but a real fix wasn't immediately obvious. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 21

[Bug 10340] New: Pro evolution soccer 2008
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=10340 Summary: Pro evolution soccer 2008 Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: marco.r24(a)libero.it During the game of the master league, legue or other, the game blocker while save or load data! I hope in solution, thank you -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 16

[Bug 10335] New: Installing Jet 40 with winetricks with Darwine requires installation of DCOM98
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=10335 Summary: Installing Jet 40 with winetricks with Darwine requires installation of DCOM98 Product: Wine Version: 0.9.48. Platform: Macintosh OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: jjmckenzie51(a)sprintpcs.com This is a documentation bug only! I was receiving an error when installing Jet 4.0 for use with BiblePro about the failure to register a .tlb file. Found that I had to install DCOM98 first to get around this error. Suggest that winetricks ask this question: Have you installed DCOM98? (y/N) ? With an abort message or call to DCOM 98 installation for Jet 4.0. If this is already documented, please add this to the Jet 4.0 install instructions. Thank you. James -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 11760] New: Deleting files from Winefile does not send them to the Trash
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=11760 Summary: Deleting files from Winefile does not send them to the Trash Product: Wine Version: 0.9.55. Platform: Macintosh OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jjmckenzie51(a)sprintpcs.com If I create a file using the WineLib Notepad and then use WineFile to delete it, the file is deleted instead of sending it to the Trash application. The file is permenantly deleted from the system. Bug 5055 discusses the file deletion problem on Linux based PC systems and may apply to this issue. -- 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 9629] New: winecfg: selecting the audio tab crashes winecfg
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=9629 Summary: winecfg: selecting the audio tab crashes winecfg Product: Wine Version: 0.9.44. Platform: Macintosh OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-multimedia AssignedTo: wine-bugs(a)winehq.org ReportedBy: singingwolfboy(a)gmail.com Created an attachment (id=8023) --> (http://bugs.winehq.org/attachment.cgi?id=8023) crash log of winecfg audio tab crash When I click on the Audio tab in winecfg, it begins to crash. First, it displays this message: There is no audio driver currently specified in the registry. A recommended driver has been selected for you. You can use this driver or select another driver if available. You must click Apply for the selection to take effect. When I hit OK on that message, winecfg briefly stays up with no menu options in the open tab, and then crashes. Crash log is attached. I thought this might be a duplicate of bug 4051, but since wine no longer uses arts, it can't be. Still, it seems to be a similar problem. System info: Apple Macbook (Intel chip, 2 GHz processor, 1st generation white Macbook) running Mac OS X 10.4.10. Running wine through Apple X11. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 9676] New: pedantic type errors on osx
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=9676 Summary: pedantic type errors on osx Product: Wine Version: unspecified Platform: Macintosh OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniel(a)danieloberhoff.de Hi, Just built wine from..err..git :). Had a few build errors in wgl.c due to missing or undefined (and redundant) typecasts. Here is the diff as how I fixed them (a few are just warnings, specifically the printf format related ones). diff --git a/dlls/opengl32/wgl.c b/dlls/opengl32/wgl.c index 029f361..f6e2012 100644 --- a/dlls/opengl32/wgl.c +++ b/dlls/opengl32/wgl.c @@ -348,7 +348,7 @@ static void tess_callback_vertex(GLvoid *vertex) static void tess_callback_begin(GLenum which) { - TRACE("%d\n", which); + TRACE("%d\n", (int)which); glBegin(which); } @@ -387,8 +387,8 @@ static BOOL WINAPI wglUseFontOutlines_common(HDC hdc, tess = gluNewTess(); if(tess) { - gluTessCallback(tess, GLU_TESS_VERTEX, (_GLUfuncptr)tess_callback_vertex); - gluTessCallback(tess, GLU_TESS_BEGIN, (_GLUfuncptr)tess_callback_begin); + gluTessCallback(tess, GLU_TESS_VERTEX, tess_callback_vertex); + gluTessCallback(tess, GLU_TESS_BEGIN, tess_callback_begin); gluTessCallback(tess, GLU_TESS_END, tess_callback_end); } LEAVE_GL(); @@ -573,7 +573,7 @@ BOOL WINAPI wglUseFontOutlinesW(HDC hdc, */ void WINAPI wine_glEnable( GLenum cap ) { - TRACE("(%d)\n", cap ); + TRACE("(%d)\n", (int)cap ); wine_wgl.p_wglEnable(cap); } @@ -582,7 +582,7 @@ void WINAPI wine_glEnable( GLenum cap ) */ GLboolean WINAPI wine_glIsEnabled( GLenum cap ) { - TRACE("(%d)\n", cap ); + TRACE("(%d)\n", (int)cap ); return wine_wgl.p_wglIsEnabled(cap); } @@ -591,7 +591,7 @@ GLboolean WINAPI wine_glIsEnabled( GLenum cap ) */ void WINAPI wine_glDisable( GLenum cap ) { - TRACE("(%d)\n", cap ); + TRACE("(%d)\n", (int)cap ); wine_wgl.p_wglDisable(cap); } @@ -600,7 +600,7 @@ void WINAPI wine_glDisable( GLenum cap ) */ void WINAPI wine_glScissor( GLint x, GLint y, GLsizei width, GLsizei height ) { - TRACE("(%d, %d, %d, %d)\n", x, y, width, height ); + TRACE("(%d, %d, %d, %d)\n", (int)x, (int)y, (int)width, (int)height ); wine_wgl.p_wglScissor(x, y, width, height); } @@ -609,7 +609,7 @@ void WINAPI wine_glScissor( GLint x, GLint y, GLsizei width, GLsizei height ) */ void WINAPI wine_glViewport( GLint x, GLint y, GLsizei width, GLsizei height ) { - TRACE("(%d, %d, %d, %d)\n", x, y, width, height ); + TRACE("(%d, %d, %d, %d)\n", (int)x, (int)y, (int)width, (int)height ); wine_wgl.p_wglViewport(x, y, width, height); } -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 9630] New: Noteworthy Composer: no sound on playback
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=9630 Summary: Noteworthy Composer: no sound on playback Product: Wine Version: 0.9.44. Platform: Macintosh OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-multimedia AssignedTo: wine-bugs(a)winehq.org ReportedBy: singingwolfboy(a)gmail.com No sound output on playback. When I press the play button, a dialog pops up: One or more of your selected MIDI devices are failing to open. Would you like to go to the MIDI options tab to investigate? In the MIDI options tab, nothing is listed under the "Available play devices:" list, and "Wine midi mapper" is listed under "Devices used by play back:". If I click OK without changing anything, another dialog pops up: The following play devices failed to open properly: Wine midi mapper This problem must be corrected before proceeding. If I move "Wine midi mapper" to the "Available play devices" list and hit OK, the MIDI options tab closes, and the piece begins to "play": the notes are highlighted one after another as normal, but there is no sound. I believe this bug may be related to bug 9629. System info: Apple Macbook (Intel chip, 2 GHz processor, 1st generation white Macbook) running Mac OS X 10.4.10. Running wine through Apple X11. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 9587] New: IPPROTO_IP instead of IP_PKTINFO
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=9587 Summary: IPPROTO_IP instead of IP_PKTINFO Product: Wine Version: 0.9.44. Platform: Macintosh OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: minor Priority: P4 Component: wine-net AssignedTo: wine-bugs(a)winehq.org ReportedBy: teloiv(a)gmail.com When running uTorrent 1.7.2 ( http://utorrent.com/download.php )under Windows XP mode, The fixme "fixme:winsock:WS_setsockopt Unknown IPPROTO_IP optname 0x00000013" shows up in Wine Log. However, 0x13 is IP_PKTINFO and not IPPROTO_IP. Doesn't prevent anything from working, but it might be important for future reference. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 10727] New: .Net 2.0 does not install
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=10727 Summary: .Net 2.0 does not install Product: Wine Version: 0.9.50. Platform: Macintosh OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: jjmckenzie51(a)sprintpcs.com Created an attachment (id=9567) --> (http://bugs.winehq.org/attachment.cgi?id=9567) Error log from .Net 2.0 installation on Mac OS X 10.4.11 .Net 2.0, which did install in 0.9.49, does not install in 0.9.50. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 11738] New: Macports - Wine missing Menubar on Matlab - Plugin
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=11738 Summary: Macports - Wine missing Menubar on Matlab - Plugin Product: Wine Version: 0.9.56. Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: neurolinguistik(a)gmx.de Good morning. I hope this is the right place. Running the Macports - version of Wine on a Mac to use a Matlab - tool, I am missing the menu bar (no keyboard - shortcuts exist). Matlab has to be run disabling its jvm with this configuration, but after that, the tool opens. It´s just that it´s useless :( No error message. Thanks Wine - Guys (Neurolinguist) -- 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 February 2008