* [9fans] OSX Drawterm hangs on close @ 2008-04-06 3:06 Michaelian Ennis 2008-04-06 3:15 ` andrey mirtchovski 0 siblings, 1 reply; 23+ messages in thread From: Michaelian Ennis @ 2008-04-06 3:06 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs Any idea why drawterm-osx hangs when I try to close it with the dock icon or by issuing shutdown from the apple menu? I am not sure what signal is sent. I've included a capture from spincontrol in case that helps. Ian Call graph: 6001 Thread_5903 6001 start 6001 _start 6001 main 6001 cpumain 6001 exportfs 6001 read9pmsg 6001 readn 6001 sysread 6001 _syspread 6001 kread 6001 sslread 6001 sslbread 6001 ensure 6001 devbread 6001 ipread 6001 recvfrom$NOCANCEL$UNIX2003 6001 recvfrom$NOCANCEL$UNIX2003 6001 Thread_5a03 6001 thread_start 6001 _pthread_start 6001 tramp 6001 blockingslave 6001 slaveread 6001 syspread 6001 _syspread 6001 kread 6001 consread 6001 ksleep 6001 procsleep 6001 pthread_cond_wait$UNIX2003 6001 __semwait_signal 6001 __semwait_signal 6001 Thread_5b03 6001 thread_start 6001 _pthread_start 6001 tramp 6001 blockingslave 6001 slaveread 6001 syspread 6001 _syspread 6001 kread 6001 mouseread 6001 ksleep 6001 procsleep 6001 pthread_cond_wait$UNIX2003 6001 __semwait_signal 6001 __semwait_signal 6001 Thread_5c03 6001 thread_start 6001 _pthread_start 6001 tramp 6001 blockingslave 6001 slaveread 6001 syspread 6001 _syspread 6001 kread 6001 consread 6001 qread 6001 qwait 6001 ksleep 6001 procsleep 6001 pthread_cond_wait$UNIX2003 6001 __semwait_signal 6001 __semwait_signal Total number in stack (recursive counted multiple, when >=5): Sort by top of stack, same collapsed (when >= 5): __semwait_signal 18003 recvfrom$NOCANCEL$UNIX2003 6001 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-04-06 3:06 [9fans] OSX Drawterm hangs on close Michaelian Ennis @ 2008-04-06 3:15 ` andrey mirtchovski 2008-04-06 3:16 ` erik quanstrom 0 siblings, 1 reply; 23+ messages in thread From: andrey mirtchovski @ 2008-04-06 3:15 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs it's a known bug, but i don't think there's a fix for it. ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-04-06 3:15 ` andrey mirtchovski @ 2008-04-06 3:16 ` erik quanstrom 2008-04-06 3:44 ` andrey mirtchovski 2008-04-08 13:34 ` Anant Narayanan 0 siblings, 2 replies; 23+ messages in thread From: erik quanstrom @ 2008-04-06 3:16 UTC (permalink / raw) To: 9fans > it's a known bug, but i don't think there's a fix for it. what's the bug? - erik ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-04-06 3:16 ` erik quanstrom @ 2008-04-06 3:44 ` andrey mirtchovski 2008-04-06 20:07 ` Michaelian Ennis 2008-04-08 13:34 ` Anant Narayanan 1 sibling, 1 reply; 23+ messages in thread From: andrey mirtchovski @ 2008-04-06 3:44 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs > what's the bug? drawterm hangs when closed through the doc icon :) ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-04-06 3:44 ` andrey mirtchovski @ 2008-04-06 20:07 ` Michaelian Ennis 2008-04-06 20:52 ` andrey mirtchovski 0 siblings, 1 reply; 23+ messages in thread From: Michaelian Ennis @ 2008-04-06 20:07 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs I'll try to figure out what signal is sent. Any pointers on how do do this? ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-04-06 20:07 ` Michaelian Ennis @ 2008-04-06 20:52 ` andrey mirtchovski 2008-04-06 21:22 ` Skip Tavakkolian 0 siblings, 1 reply; 23+ messages in thread From: andrey mirtchovski @ 2008-04-06 20:52 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs i've lost my notes on this, but basically you need to figure out why the drawterm Carbon event handlers are not being called. it could be a configuration option that we're not setting or something more sinister. i don't know enough osx to be able to say. another manifestation of the same bug which may be easier to debug, is when you do apple-Q while in full-screen mode. the apple-q never arrives at the keyboard handler for drawterm and consequently the code never does a proper "exit". what's the difference between fullscreen and windowed mode according to OSX is beyond me. i'm sorry, i know this doesn't help much. On Sun, Apr 6, 2008 at 2:07 PM, Michaelian Ennis <michaelian.ennis@gmail.com> wrote: > I'll try to figure out what signal is sent. Any pointers on how do do this? > > ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-04-06 20:52 ` andrey mirtchovski @ 2008-04-06 21:22 ` Skip Tavakkolian 2008-04-06 21:25 ` andrey mirtchovski 0 siblings, 1 reply; 23+ messages in thread From: Skip Tavakkolian @ 2008-04-06 21:22 UTC (permalink / raw) To: 9fans wouldn't the appleevents go to the drawterm applescript you and Paul posted a while back? this one: do shell script "cd ~ && drawterm -a somebox -c somebox" so maybe the applescript needs to field or forward those? > i've lost my notes on this, but basically you need to figure out why > the drawterm Carbon event handlers are not being called. it could be a > configuration option that we're not setting or something more > sinister. i don't know enough osx to be able to say. > > another manifestation of the same bug which may be easier to debug, is > when you do apple-Q while in full-screen mode. the apple-q never > arrives at the keyboard handler for drawterm and consequently the code > never does a proper "exit". what's the difference between fullscreen > and windowed mode according to OSX is beyond me. > > i'm sorry, i know this doesn't help much. ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-04-06 21:22 ` Skip Tavakkolian @ 2008-04-06 21:25 ` andrey mirtchovski 0 siblings, 0 replies; 23+ messages in thread From: andrey mirtchovski @ 2008-04-06 21:25 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs no, they should go to the program, since it's the one that set up the listener, et al. the applescript does the equivalent of opening the terminal and running a program in it, with keyboard and mouse events going directly to the program. besides, i haven't used the script in years, preferring to start from the terminal instead. On Sun, Apr 6, 2008 at 3:22 PM, Skip Tavakkolian <9nut@9netics.com> wrote: > wouldn't the appleevents go to the drawterm applescript you > and Paul posted a while back? this one: > > do shell script "cd ~ && drawterm -a somebox -c somebox" > > so maybe the applescript needs to field or forward those? > > > > > i've lost my notes on this, but basically you need to figure out why > > the drawterm Carbon event handlers are not being called. it could be a > > configuration option that we're not setting or something more > > sinister. i don't know enough osx to be able to say. > > > > another manifestation of the same bug which may be easier to debug, is > > when you do apple-Q while in full-screen mode. the apple-q never > > arrives at the keyboard handler for drawterm and consequently the code > > never does a proper "exit". what's the difference between fullscreen > > and windowed mode according to OSX is beyond me. > > > > i'm sorry, i know this doesn't help much. > > > ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-04-06 3:16 ` erik quanstrom 2008-04-06 3:44 ` andrey mirtchovski @ 2008-04-08 13:34 ` Anant Narayanan 2008-04-08 14:32 ` Jeff Sickel 2008-06-24 12:51 ` Uriel 1 sibling, 2 replies; 23+ messages in thread From: Anant Narayanan @ 2008-04-08 13:34 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs On 06-Apr-08, at 8:46 AM, erik quanstrom wrote: >> it's a known bug, but i don't think there's a fix for it. > > what's the bug? drawterm on OS X needs to be rewritten in Cocoa. -- Anant ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-04-08 13:34 ` Anant Narayanan @ 2008-04-08 14:32 ` Jeff Sickel 2008-04-08 20:27 ` Pietro Gagliardi 2008-06-24 12:51 ` Uriel 1 sibling, 1 reply; 23+ messages in thread From: Jeff Sickel @ 2008-04-08 14:32 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs On Apr 8, 2008, at 8:34 AM, Anant Narayanan wrote: > > On 06-Apr-08, at 8:46 AM, erik quanstrom wrote: >>> it's a known bug, but i don't think there's a fix for it. >> >> what's the bug? > > drawterm on OS X needs to be rewritten in Cocoa. Cocoa isn't completely needed... just getting rid of the Carbon framework dependancy. On 10.5.2, when quit from Dock->drawterm->Quit (should be the same as a menu command for quit) we get: (gdb) info threads 6 process 4410 thread 0x5b03 0x902d2bce in __semwait_signal () 5 process 4410 thread 0x5903 0x902d2bce in __semwait_signal () 4 process 4410 thread 0x5803 0x902d2bce in __semwait_signal () 3 process 4410 thread 0x5703 0x902d2bce in __semwait_signal () * 1 process 4410 local thread 0x2f27 0x9031bb8e in recvfrom$UNIX2003 () (gdb) bt #0 0x9031bb8e in recvfrom$UNIX2003 () #1 0x9031bb81 in recv$UNIX2003 () #2 0x00019c71 in so_recv (fd=5, d=0x162b0060, n=65536, f=0) at devip- posix.c:209 #3 0x00018745 in ipread (ch=0x13cd70, a=0x162b0060, n=65536, offset=0) at devip.c:377 #4 0x0000ba81 in devbread (c=0x13cd70, n=65536, offset=0) at dev.c:414 #5 0x0001f605 in ensure (s=0x1571d0, l=0x157224, n=3) at devssl.c:431 #6 0x0001f9e0 in sslbread (c=0x141de0, n=4, o=33837) at devssl.c:579 #7 0x0001ff00 in sslread (c=0x141de0, a=0x847600, n=4, off=33837) at devssl.c:683 #8 0x00028e00 in kread (fd=7, buf=0x847600, n=4, offp=0x0) at sysfile.c:408 #9 0x00028ea8 in _syspread (fd=7, buf=0x847600, n=4, off=-1) at sysfile.c:434 #10 0x0002a34c in sysread (fd=7, buf=0x847600, n=4) at sysfile.c:1072 #11 0x00058135 in readn (f=7, av=0x847600, n=4) at readn.c:13 #12 0x0005802a in read9pmsg (fd=7, abuf=0x847600, n=8240) at read9pmsg.c:14 #13 0x0002eb9a in exportfs (fd=7, msgsz=8240) at exportfs.c:84 #14 0x00003546 in cpumain (argc=0, argv=0xbfffeeec) at cpu.c:208 #15 0x000025b8 in main (argc=7, argv=0xbfffeed0) at main.c:68 I'll try building w/ proper 10.5 symbols and run a few more tests to find out which part of the event loop should really be catching the Quit message. jas ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-04-08 14:32 ` Jeff Sickel @ 2008-04-08 20:27 ` Pietro Gagliardi 2008-04-08 21:09 ` Skip Tavakkolian 0 siblings, 1 reply; 23+ messages in thread From: Pietro Gagliardi @ 2008-04-08 20:27 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs Also realize that Cocoa is written in Objective-C, not C, so you need to learn a new language to get your hands on it. You CAN write a C wrapper around the Objective-C (it was originally a C preprocessor), but I don't think elite Mac programmers would recommend it. On Apr 8, 2008, at 10:32 AM, Jeff Sickel wrote: > > On Apr 8, 2008, at 8:34 AM, Anant Narayanan wrote: >> >> On 06-Apr-08, at 8:46 AM, erik quanstrom wrote: >>>> it's a known bug, but i don't think there's a fix for it. >>> >>> what's the bug? >> >> drawterm on OS X needs to be rewritten in Cocoa. > > Cocoa isn't completely needed... just getting rid of the Carbon > framework dependancy. > > On 10.5.2, when quit from Dock->drawterm->Quit (should be the same > as a menu command for quit) we get: > > (gdb) info threads > 6 process 4410 thread 0x5b03 0x902d2bce in __semwait_signal () > 5 process 4410 thread 0x5903 0x902d2bce in __semwait_signal () > 4 process 4410 thread 0x5803 0x902d2bce in __semwait_signal () > 3 process 4410 thread 0x5703 0x902d2bce in __semwait_signal () > * 1 process 4410 local thread 0x2f27 0x9031bb8e in recvfrom > $UNIX2003 () > (gdb) bt > #0 0x9031bb8e in recvfrom$UNIX2003 () > #1 0x9031bb81 in recv$UNIX2003 () > #2 0x00019c71 in so_recv (fd=5, d=0x162b0060, n=65536, f=0) at > devip-posix.c:209 > #3 0x00018745 in ipread (ch=0x13cd70, a=0x162b0060, n=65536, > offset=0) at devip.c:377 > #4 0x0000ba81 in devbread (c=0x13cd70, n=65536, offset=0) at dev.c: > 414 > #5 0x0001f605 in ensure (s=0x1571d0, l=0x157224, n=3) at devssl.c:431 > #6 0x0001f9e0 in sslbread (c=0x141de0, n=4, o=33837) at devssl.c:579 > #7 0x0001ff00 in sslread (c=0x141de0, a=0x847600, n=4, off=33837) > at devssl.c:683 > #8 0x00028e00 in kread (fd=7, buf=0x847600, n=4, offp=0x0) at > sysfile.c:408 > #9 0x00028ea8 in _syspread (fd=7, buf=0x847600, n=4, off=-1) at > sysfile.c:434 > #10 0x0002a34c in sysread (fd=7, buf=0x847600, n=4) at sysfile.c:1072 > #11 0x00058135 in readn (f=7, av=0x847600, n=4) at readn.c:13 > #12 0x0005802a in read9pmsg (fd=7, abuf=0x847600, n=8240) at > read9pmsg.c:14 > #13 0x0002eb9a in exportfs (fd=7, msgsz=8240) at exportfs.c:84 > #14 0x00003546 in cpumain (argc=0, argv=0xbfffeeec) at cpu.c:208 > #15 0x000025b8 in main (argc=7, argv=0xbfffeed0) at main.c:68 > > > I'll try building w/ proper 10.5 symbols and run a few more tests > to find out which part of the event loop should really be catching > the Quit message. > > jas > > ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-04-08 20:27 ` Pietro Gagliardi @ 2008-04-08 21:09 ` Skip Tavakkolian 2008-06-24 8:29 ` underspecified 0 siblings, 1 reply; 23+ messages in thread From: Skip Tavakkolian @ 2008-04-08 21:09 UTC (permalink / raw) To: 9fans why do you feel compelled to state the obvious? > Also realize that Cocoa is written in Objective-C, not C, so you need > to learn a new language to get your hands on it. You CAN write a C > wrapper around the Objective-C (it was originally a C preprocessor), > but I don't think elite Mac programmers would recommend it. ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-04-08 21:09 ` Skip Tavakkolian @ 2008-06-24 8:29 ` underspecified 0 siblings, 0 replies; 23+ messages in thread From: underspecified @ 2008-06-24 8:29 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs [-- Attachment #1: Type: text/plain, Size: 1015 bytes --] Greetings, I came across this message while catching up on mailing lists. This is a problem we were having that I recently fixed in Acme SAC for OS-X. Basically, the problem was that there was no handler catching kEventAppQuit. I am attaching a patch that creates a basic event handler and calls exit(0) on any quit events. This should prevent drawterm from hanging when being closed in any way not using the menu (system logouts, using the task switcher, etc.). My source for drawterm might be a bit out of date, so be careful when applying. Take care, --underspecified On Wed, Apr 9, 2008 at 6:09 AM, Skip Tavakkolian <9nut@9netics.com> wrote: > why do you feel compelled to state the obvious? > >> Also realize that Cocoa is written in Objective-C, not C, so you need >> to learn a new language to get your hands on it. You CAN write a C >> wrapper around the Objective-C (it was originally a C preprocessor), >> but I don't think elite Mac programmers would recommend it. > > > [-- Attachment #2: quit_event.diff --] [-- Type: application/octet-stream, Size: 2432 bytes --] diff -ru drawterm.orig/gui-osx/screen.c drawterm.new/gui-osx/screen.c --- drawterm.orig/gui-osx/screen.c 2007-10-26 02:31:32.000000000 +0900 +++ drawterm.new/gui-osx/screen.c 2008-06-24 17:22:16.000000000 +0900 @@ -138,6 +138,7 @@ ksleep(&rend, isready, 0); } +static OSStatus ApplicationQuitEventHandler(EventHandlerCallRef nextHandler, EventRef event, void *userData); static OSStatus MainWindowEventHandler(EventHandlerCallRef nextHandler, EventRef event, void *userData); static OSStatus MainWindowCommandHandler(EventHandlerCallRef nextHandler, EventRef event, void *userData); @@ -192,6 +193,9 @@ if(PasteboardCreate(kPasteboardClipboard, &appleclip) != noErr) sysfatal("pasteboard create failed"); + const EventTypeSpec quit_events[] = { + { kEventClassApplication, kEventAppQuit } + }; const EventTypeSpec commands[] = { { kEventClassWindow, kEventWindowClosed }, { kEventClassWindow, kEventWindowBoundsChanged }, @@ -208,6 +212,13 @@ { kEventClassMouse, kEventMouseWheelMoved }, }; + InstallApplicationEventHandler ( + NewEventHandlerUPP (ApplicationQuitEventHandler), + GetEventTypeCount(quit_events), + quit_events, + NULL, + NULL); + InstallApplicationEventHandler ( NewEventHandlerUPP (MainWindowEventHandler), GetEventTypeCount(events), @@ -496,6 +507,13 @@ return result; } +// catch quit events to handle quits from menu, Cmd+Q, applescript, and task switcher +static OSStatus ApplicationQuitEventHandler(EventHandlerCallRef nextHandler, EventRef event, void *userData) +{ + exit(0); +// QuitApplicationEventLoop(); + return noErr; +} //default window command handler (from menus) static OSStatus MainWindowCommandHandler(EventHandlerCallRef nextHandler, @@ -543,11 +561,23 @@ switch (kind) { + // send a quit carbon event instead of directly calling cleanexit + // so that all quits are done in ApplicationQuitEventHandler case kEventWindowClosed: - theWindow = NULL; - exit(0); // only one window + { + EventRef quitEvent; + CreateEvent(NULL, + kEventClassApplication, + kEventAppQuit, + 0, + kEventAttributeNone, + &quitEvent); + EventTargetRef target; + target = GetApplicationEventTarget(); + SendEventToEventTarget(quitEvent, target); + } break; - + //resize window case kEventWindowBoundsChanged: window_resized(); ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-04-08 13:34 ` Anant Narayanan 2008-04-08 14:32 ` Jeff Sickel @ 2008-06-24 12:51 ` Uriel 2008-06-24 13:17 ` Pietro Gagliardi ` (3 more replies) 1 sibling, 4 replies; 23+ messages in thread From: Uriel @ 2008-06-24 12:51 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs On Tue, Apr 8, 2008 at 3:34 PM, Anant Narayanan <anant@kix.in> wrote: > > On 06-Apr-08, at 8:46 AM, erik quanstrom wrote: >>> >>> it's a known bug, but i don't think there's a fix for it. >> >> what's the bug? > > drawterm on OS X needs to be rewritten in Cocoa. Drawterm everywhere needs to die and be replaced with inferno. The duplication of bug fixes and efforts is pointless. uriel ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-06-24 12:51 ` Uriel @ 2008-06-24 13:17 ` Pietro Gagliardi 2008-06-24 13:23 ` Bruce Ellis ` (3 more replies) 2008-06-24 13:17 ` Bruce Ellis ` (2 subsequent siblings) 3 siblings, 4 replies; 23+ messages in thread From: Pietro Gagliardi @ 2008-06-24 13:17 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs On Jun 24, 2008, at 8:51 AM, Uriel wrote: > > Drawterm everywhere needs to die and be replaced with inferno. The > duplication of bug fixes and efforts is pointless. I don't believe Inferno can interface with Plan 9 from Bell Labs, can it? And Inferno can't interface with the native cut/copy/paste buffer - a great convenience for me. ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-06-24 13:17 ` Pietro Gagliardi @ 2008-06-24 13:23 ` Bruce Ellis 2008-06-24 13:24 ` sqweek ` (2 subsequent siblings) 3 siblings, 0 replies; 23+ messages in thread From: Bruce Ellis @ 2008-06-24 13:23 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs wrong, wrong. see what i mean, uriel? my puppy does better. he doesn't say to me "it thought it was ok to chew on the router". he seldom believes anything without investigating. maybe an i'm-pietro-and-i-comment-on-everything list? brucee On Tue, Jun 24, 2008 at 11:17 PM, Pietro Gagliardi <pietro10@mac.com> wrote: > On Jun 24, 2008, at 8:51 AM, Uriel wrote: >> >> Drawterm everywhere needs to die and be replaced with inferno. The >> duplication of bug fixes and efforts is pointless. > > I don't believe Inferno can interface with Plan 9 from Bell Labs, can it? > And Inferno can't interface with the native cut/copy/paste buffer - a great > convenience for me. ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-06-24 13:17 ` Pietro Gagliardi 2008-06-24 13:23 ` Bruce Ellis @ 2008-06-24 13:24 ` sqweek 2008-06-24 13:36 ` erik quanstrom 2008-06-24 13:25 ` a 2008-06-24 13:28 ` Francisco J Ballesteros 3 siblings, 1 reply; 23+ messages in thread From: sqweek @ 2008-06-24 13:24 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs On Tue, Jun 24, 2008 at 9:17 PM, Pietro Gagliardi <pietro10@mac.com> wrote: > On Jun 24, 2008, at 8:51 AM, Uriel wrote: >> Drawterm everywhere needs to die and be replaced with inferno. The >> duplication of bug fixes and efforts is pointless. > > I don't believe Inferno can interface with Plan 9 from Bell Labs, can it? If OS X can, inferno is going to have a much easier time of it. > And Inferno can't interface with the native cut/copy/paste buffer - a great > convenience for me. This is fixed in acme-sac I think? -sqweek ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-06-24 13:24 ` sqweek @ 2008-06-24 13:36 ` erik quanstrom 0 siblings, 0 replies; 23+ messages in thread From: erik quanstrom @ 2008-06-24 13:36 UTC (permalink / raw) To: 9fans >>> Drawterm everywhere needs to die and be replaced with inferno. The >>> duplication of bug fixes and efforts is pointless. >> >> I don't believe Inferno can interface with Plan 9 from Bell Labs, can it? > > If OS X can, inferno is going to have a much easier time of it. this isn't a useful comparison. inferno is its own environment that needs seperate configuration and management. it's 159mb on my (plan 9) machine. drawterm is just a shim, requiring no seperate configuration or maintence. this can be an advantage. - erik ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-06-24 13:17 ` Pietro Gagliardi 2008-06-24 13:23 ` Bruce Ellis 2008-06-24 13:24 ` sqweek @ 2008-06-24 13:25 ` a 2008-06-24 13:28 ` Francisco J Ballesteros 3 siblings, 0 replies; 23+ messages in thread From: a @ 2008-06-24 13:25 UTC (permalink / raw) To: 9fans // I don't believe Inferno can interface with Plan 9 from Bell Labs, can it? It can. Stock Inferno has a few ways of doing this, although (last I tried) there were authentication issues. Rog worked on those, but I'm not sure to what extent they've been integrated. // And Inferno can't interface with the native cut/copy/paste buffer... It can. You can pick what you want. Compare /dev/snarf with /chan/snarf. Anthony ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-06-24 13:17 ` Pietro Gagliardi ` (2 preceding siblings ...) 2008-06-24 13:25 ` a @ 2008-06-24 13:28 ` Francisco J Ballesteros 3 siblings, 0 replies; 23+ messages in thread From: Francisco J Ballesteros @ 2008-06-24 13:28 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs Not true. Octopus is indeed Inferno, plus several programs. Thus, I´m using Inferno as a front-end to a Plan 9 system, and I have to say that it includes a shared clipboard as well. On Tue, Jun 24, 2008 at 3:17 PM, Pietro Gagliardi <pietro10@mac.com> wrote: > > I don't believe Inferno can interface with Plan 9 from Bell Labs, can it? > And Inferno can't interface with the native cut/copy/paste buffer - a great > convenience for me. > > > ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-06-24 12:51 ` Uriel 2008-06-24 13:17 ` Pietro Gagliardi @ 2008-06-24 13:17 ` Bruce Ellis 2008-06-24 17:24 ` Russ Cox 2008-06-24 17:45 ` matt 3 siblings, 0 replies; 23+ messages in thread From: Bruce Ellis @ 2008-06-24 13:17 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs or at the very least we need a OSX-9fans list that we don't have to read. or a why-doesn't-fuse-work-on-ubuntu-this week list. brucee On Tue, Jun 24, 2008 at 10:51 PM, Uriel <uriel99@gmail.com> wrote: > On Tue, Apr 8, 2008 at 3:34 PM, Anant Narayanan <anant@kix.in> wrote: >> >> On 06-Apr-08, at 8:46 AM, erik quanstrom wrote: >>>> >>>> it's a known bug, but i don't think there's a fix for it. >>> >>> what's the bug? >> >> drawterm on OS X needs to be rewritten in Cocoa. > > Drawterm everywhere needs to die and be replaced with inferno. The > duplication of bug fixes and efforts is pointless. > > uriel > > ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-06-24 12:51 ` Uriel 2008-06-24 13:17 ` Pietro Gagliardi 2008-06-24 13:17 ` Bruce Ellis @ 2008-06-24 17:24 ` Russ Cox 2008-06-24 17:45 ` matt 3 siblings, 0 replies; 23+ messages in thread From: Russ Cox @ 2008-06-24 17:24 UTC (permalink / raw) To: 9fans > Drawterm everywhere needs to die and be replaced with inferno. The > duplication of bug fixes and efforts is pointless. Just wait a few days. Russ ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [9fans] OSX Drawterm hangs on close 2008-06-24 12:51 ` Uriel ` (2 preceding siblings ...) 2008-06-24 17:24 ` Russ Cox @ 2008-06-24 17:45 ` matt 3 siblings, 0 replies; 23+ messages in thread From: matt @ 2008-06-24 17:45 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs > Drawterm everywhere needs to die and be replaced with inferno. The > duplication of bug fixes and efforts is pointless. I thought we had to replace Inferno with Acme-Sac, I wish you'd make up your mind. ^ permalink raw reply [flat|nested] 23+ messages in thread
end of thread, other threads:[~2008-06-24 17:45 UTC | newest] Thread overview: 23+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2008-04-06 3:06 [9fans] OSX Drawterm hangs on close Michaelian Ennis 2008-04-06 3:15 ` andrey mirtchovski 2008-04-06 3:16 ` erik quanstrom 2008-04-06 3:44 ` andrey mirtchovski 2008-04-06 20:07 ` Michaelian Ennis 2008-04-06 20:52 ` andrey mirtchovski 2008-04-06 21:22 ` Skip Tavakkolian 2008-04-06 21:25 ` andrey mirtchovski 2008-04-08 13:34 ` Anant Narayanan 2008-04-08 14:32 ` Jeff Sickel 2008-04-08 20:27 ` Pietro Gagliardi 2008-04-08 21:09 ` Skip Tavakkolian 2008-06-24 8:29 ` underspecified 2008-06-24 12:51 ` Uriel 2008-06-24 13:17 ` Pietro Gagliardi 2008-06-24 13:23 ` Bruce Ellis 2008-06-24 13:24 ` sqweek 2008-06-24 13:36 ` erik quanstrom 2008-06-24 13:25 ` a 2008-06-24 13:28 ` Francisco J Ballesteros 2008-06-24 13:17 ` Bruce Ellis 2008-06-24 17:24 ` Russ Cox 2008-06-24 17:45 ` matt
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).