[9fans] p9_errstr2errno unknown mode
Moin, I've mounted my Plan 9 fileserver via 9p from a linuxbox (2.6.23). I can create new files without problems. If I try to copy a file to the Plan 9 fileserver I got: p9_errstr2errno: errstr :unknown mode: not found p9_errstr2errno: errstr :unknown mode: not found How can I fix this? Matthias
Re: [9fans] i/o error reading large sata disk
On Sun, Apr 6, 2008 at 11:58 AM, erik quanstrom [EMAIL PROTECTED] wrote: (a) setting lba48always on ; echo llba48always on/dev/sd??/ctl if this doesn't work, then i'm wrong. Thanks erik, that does the trick. Didn't get around to trying the patch yet, I'll be in touch. -sqweek
[9fans] hot or not
http://www.ugu.com/sui/ugu/show?I=ugu.hotnotHN=1113RT=10 iru
Re: [9fans] OSX Drawterm hangs on close
I'll try to figure out what signal is sent. Any pointers on how do do this?
Re: [9fans] OSX Drawterm hangs on close
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 [EMAIL PROTECTED] wrote: I'll try to figure out what signal is sent. Any pointers on how do do this?
Re: [9fans] OSX Drawterm hangs on close
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.
Re: [9fans] OSX Drawterm hangs on close
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 [EMAIL PROTECTED] 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.
Re: [9fans] hot or not
plan9 goes to 11, but the counter overflows at 10 :) On Sun, Apr 6, 2008 at 3:18 PM, Micah Stetson [EMAIL PROTECTED] wrote: http://www.ugu.com/sui/ugu/show?I=ugu.hotnotHN=1113RT=10 Shouldn't that be RT=9? Or does your Plan 9 go to 10? Micah
