On Sun, Jul 19, 2009 at 5:58 PM, Francisco J Ballesteros wrote:
> On Sun, Jul 19, 2009 at 5:46 PM, wrote:
>> http://www.beyondlogic.org/usbnutshell/usb6.htm#SetupPacket
>>
>
> IIRC, I think the host controller is responsible for timing out
> requests sent to the device (I refer to setup packets),
hello
today i found 9grid plan9 under heavy load, stats reports load ~2000, syscall
~6, context ~22000, i was trying to discover which proc has gone crazy, but
i can't even complete a ps. I can do other operations, such as sending this
email over drawterm, run stats, netstat, read the logs,
you don't really want to get "write error" printed from every
process in a pipe line such as
slowly-compute-big-file | dosomemore | andyetmore | sed -n
'/something/;p;q'
or even
slowly-compute-big-file | badusageofsomething
where the latter prints a "usage" message and quits.
you w
>Before I say anythign daft, what's '+'? It does not appear to be special on my
>system.
it's interpreted by mkfs in its proto file to mean all the substructure of a
directory.
see mkfs(8).
hi,
i'm quite happy with the 'cpdir' by Kenji Arisawa (thanks, Kenji!) on
sources/contrib/arisawa.
However, your scripty seems fine, too. Could we add a switch to conform with
gnu's cp -au? Just not to overwrite newer files. I don't know there is an
option there in 'tar' (I can't see in in tar
>pipe would return -1 (and set a error condition) and the
>applications were paying attention (and I'm pretty sure all
>applications on Plan 9 would do a reasonable thing when
>presented with -1 from a write).
they only notice when the write occurs. suppose that takes
several minutes of computatio
On Mon, 20 Jul 2009 11:32:11 +0200
wrote:
> hi,
>
> i'm quite happy with the 'cpdir' by Kenji Arisawa (thanks, Kenji!) on
> sources/contrib/arisawa.
> However, your scripty seems fine, too. Could we add a switch to conform with
> gnu's cp -au? Just not to overwrite newer files. I don't know th
On Mon, 20 Jul 2009 10:55:21 +0100
Charles Forsyth wrote:
> >Before I say anythign daft, what's '+'? It does not appear to be special on
> >my system.
>
> it's interpreted by mkfs in its proto file to mean all the substructure of a
> directory.
> see mkfs(8).
>
Thanks. I looked over the man
> & [what] does mkext stand for), and
make extract, i assume.
>
> file /bin/mkfs
> /bin/mkfs: cannot open: '/bin/mkfs' file does not exist
>
> Dude, like, huh?
you must have missed the first few lines of the man page
disk/mkfs [-aprvxU] [-d root] [-n name] [-s source] [
it is so difficult to 'fork' the project that it took me less than 10
minutes to turn the kernel sources into a hg repository.
On Sat, Jul 18, 2009 at 2:59 PM, ron minnich wrote:
> On Sat, Jul 18, 2009 at 9:59 AM, Uriel wrote:
>
>> Plan 9 is *not* an open source project, it can hardly be called a
On Mon Jul 20 04:11:39 EDT 2009, gd...@9grid.es wrote:
> hello
>
> today i found 9grid plan9 under heavy load, stats reports load ~2000, syscall
> ~6, context ~22000, i was trying to discover which proc has gone crazy,
> but i can't even complete a ps. I can do other operations, such as send
On Mon, 20 Jul 2009 07:50:08 -0400
erik quanstrom wrote:
> > & [what] does mkext stand for), and
>
> make extract, i assume.
>
> >
> > file /bin/mkfs
> > /bin/mkfs: cannot open: '/bin/mkfs' file does not exist
> >
> > Dude, like, huh?
>
> you must have missed the first few lines of
> ...c-stoff/t-stoff powered rocket...
I watched OU programs as a child too :-)
I suggest you consider why you are moving directories about, I have just got
out of the habit.
If I get a tar or a zip which contains dome data I need I just mount it with
fs/tarfs or fs/zipfs and look inside. If I
On Sun, Jul 19, 2009 at 7:12 PM, Skip Tavakkolian <9...@9netics.com> wrote:
> > The few minutes spent learning ed(1) will be well repaid. You'll be
> > one of the smartest guys on your block.
>
> i second that. learning it has been one of the best investments of my
> time since 1982.
>
>
> ed is
On Mon, 20 Jul 2009 15:00:43 +0100
"Steve Simon" wrote:
> > ...c-stoff/t-stoff powered rocket...
>
>
> I watched OU programs as a child too :-)
>
I didn't, my parents would never have a TV. ::) I got that from a book, The
World's Worst Aircraft.
> I suggest you consider why you are moving d
Pardon me if this is totally ignorant, but can't we just have a ctl
message to control a timeout, which applications may then set on their
own?
On Mon, Jul 20, 2009 at 3:12 AM, Gorka Guardiola wrote:
> On Sun, Jul 19, 2009 at 5:58 PM, Francisco J Ballesteros wrote:
>> On Sun, Jul 19, 2009 at 5:46
> Sure. Let me get a modest little cybernetic interface to one of those
> temporal vision thingummabobs they have these days and I'll call you right
> back.
>
> Sorry if that was a bit harsh, but I've had far too much 'advice' to 'just do
> this easy little thing'... Computers are supposed to s
On Mon, Jul 20, 2009 at 11:02 AM, Ethan
Grammatikidis wrote:
> Sorry if that was a bit harsh, but I've had far too much 'advice' to 'just do
> this easy little thing'... Computers are supposed to supplement the brain, to
> help, not require more (and in some cases quite impossible) work. To file
That is what I was considering instead of alarm-threadnotify
(provided that the time out code in the kernel has to be kept
there, for ctl transfers).
But I'd like to provide the interface as it should be (otherewise there
will be surprises).
On Mon, Jul 20, 2009 at 5:07 PM, Dan Cross wrote:
> Par
On Mon, 2009-07-20 at 01:21 -0400, erik quanstrom wrote:
> > one last kick of a dead horse: see that's exactly what I'm
> > talking about -- all these exceptions and for what? I'm
> > pretty sure if we change the devpipe today not to send
> > a note nobody would even notice...
>
> since you're con
On Mon, 2009-07-20 at 10:53 +0100, Charles Forsyth wrote:
> >pipe would return -1 (and set a error condition) and the
> >applications were paying attention (and I'm pretty sure all
> >applications on Plan 9 would do a reasonable thing when
> >presented with -1 from a write).
>
> they only notice w
On Mon, 2009-07-20 at 10:52 +0100, Charles Forsyth wrote:
> you don't really want to get "write error" printed from every
> process in a pipe line such as
As much as I thought that could be an issue, I could NOT actually
make many of the commands I tried produce this message on a
modified 9vx:
you're right. i wasn't thinking correctly.--- Begin Message ---
On Mon, 2009-07-20 at 10:53 +0100, Charles Forsyth wrote:
> >pipe would return -1 (and set a error condition) and the
> >applications were paying attention (and I'm pretty sure all
> >applications on Plan 9 would do a reasonable thing
I am unsure I would remove timeouts even from bulk endpoints.
It is true that some devices (the usb/serial for example) need to
read for an undefined time waiting for data, but I don't think that is
an issue as long
as the timeouts are long enough,
Please show us the algorithm that *correctly* d
On Mon, 20 Jul 2009 11:19:16 -0400
Dan Cross wrote:
> On Mon, Jul 20, 2009 at 11:02 AM, Ethan
> Grammatikidis wrote:
> > Sorry if that was a bit harsh, but I've had far too much 'advice' to 'just
> > do this easy little thing'... Computers are supposed to supplement the
> > brain, to help, not
fd = open("/some/ctl", OWRITE);
write(fd, "timeout LONG_ENOUGH", length);
close(fd);
On Mon, Jul 20, 2009 at 2:10 PM, Lyndon Nerenberg wrote:
>> I am unsure I would remove timeouts even from bulk endpoints.
>> It is true that some devices (the usb/serial for example) need to
>> read for an undefin
What is the current state of NT 9p filesystem drivers?
I know Rangboom has one in their product (although I think
perhaps its not really used?). Do they plan to release
it in the future? Is the Rangboom fs driver reusable with
plan9 or inferno servers? If so, does anyone have information
on ho
That should have been a private reply, but I suck at using gmail.
John
On Mon, Jul 20, 2009 at 2:39 PM, John Floren wrote:
> Hi
> Can I get a copy of your code?
>
> Thanks
>
> John
>
> On Sat, Jul 18, 2009 at 3:46 PM, wrote:
>> Phew finally got it. There was some hackery involved in the
Hi
Can I get a copy of your code?
Thanks
John
On Sat, Jul 18, 2009 at 3:46 PM, wrote:
> Phew finally got it. There was some hackery involved in the hg-git
> python code since mmap wasn't supported -- i basically just implemented them
> with reads; however I was considering writing an
On Mon, 2009-07-20 at 14:39 -0700, John Floren wrote:
> Hi
> Can I get a copy of your code?
In fact, can it put in contrib ?
Thanks,
Roman.
>
> Thanks
>
> John
>
> On Sat, Jul 18, 2009 at 3:46 PM, wrote:
> >Phew finally got it. There was some hackery involved in the hg-git
> > pyth
I don't think the porter's contrib has been created yet; I will
happily host it on mine in the meantime, or other arrangements could
be made.
John
On Mon, Jul 20, 2009 at 2:43 PM, Roman V Shaposhnik wrote:
> On Mon, 2009-07-20 at 14:39 -0700, John Floren wrote:
>> Hi
>> Can I get a copy of your c
I've been thinking for a while that I don't quite like directories, as
organizing metadata. Too restrictive: you can only really choose one place,
to find something you already have to know where to look (or search through
everything), and if you choose long, comprehensible names, your unique set
>
> I think the latter approach would produce a more usable, less frustrating
> filesystem than the former.
>
plan 9 seems to me to be firmly in the fs rather than
the database camp.
before i moved to plan 9, i thought that locate was a
very cool tool. things had gotten mighty hard to find
in
On Mon, Jul 20, 2009 at 2:41 PM, erik quanstrom wrote:
> on coraid's worm, a find on main takes not too long:
>
> minooka; cd /n/ila
> minooka; time rc -c 'find . | wc'
> 356164 356164 13987863
> 1.24u 1.38s 6.65r rc -c find . | wc
The FAQ also mentions:
du -a . | grep foo
Just out of c
minooka; time rc -c 'du -a . | wc'
> On Mon, Jul 20, 2009 at 2:41 PM, erik quanstrom wrote:
> > on coraid's worm, a find on main takes not too long:
> >
> > minooka; cd /n/ila
> > minooka; time rc -c 'find . | wc'
> > 356164 356164 13987863
> > 1.24u 1.38s 6.65r rc -c find . | wc
>
> The
On Mon, Jul 20, 2009 at 6:56 PM, erik quanstrom wrote:
> i know you can do it with du, but it seems a bit "cat -n"ish to me.
> for comparison:
This was why I wrote 'walk' a few years ago; du is the disk usage
tool, not a general file walker.
- Dan C.
i did some looking through the plan 9 source.
(it's great to have it all in one place.)
all of this group, to a quick scan, should work
if the note is removed. many can lose their
note handlers, because the the pipe signal is
the only there to catch writes on closed pipes.
grep 'closed pipe' `{f
The programs that know about the signal are
not the programs that need to be worried about.
I'm much more worried about making sure that
commands like
grep pattern /n/dump/slow/slow/sys/log/mail | sed 5q
stop as early as possible. The note is nice
precisely because it doesn't involve editing the
On Mon Jul 20 22:05:50 EDT 2009, r...@swtch.com wrote:
> The programs that know about the signal are
> not the programs that need to be worried about.
> I'm much more worried about making sure that
> commands like
>
> grep pattern /n/dump/slow/slow/sys/log/mail | sed 5q
>
> stop as early as possi
the installable filesystem (IFS) for windows hasn't been worked on in
over a year. it really has gone as far as it needs to in the current
state. there is a wish list of enhancements, but no time (or reason)
to work on them now.
the last major filesystem integration was done by brucee when he ad
40 matches
Mail list logo
