i don't think a direct mapping of COM to Plan 9 fs model is
unnecessary. for example, instead of mapping every control or
configuration interface and method to synthetic directories and files,
a single ctl file will do.
It didn't occur to me at all that anyone would want to implement
Is anybody else currently using the ethervgbe driver? I'm had some
problems with it which don't seem to be caused by my hardware.
After receiving 256 packets I was getting:
panic: freeb: ref -1; caller pc 0xf01b1754
panic: freeb: ref -1; caller pc 0xf01b1754
Turns out calling freeb was messing
I had the same problem and came to the same (kludgey) solution. The
ethervgbe driver is still a bit of a work in progress. Other ethernet
drivers use the same trick, a pool of Blocks that are never freed, but
they use _xincref inside the driver proper to make sure etheriq(...,
1) doesn't cause a
That's the wrong fix; ethernet drivers should always call
etheriq(edev, block, 1);
The sole exception is in devether.c.
---BeginMessage---
Is anybody else currently using the ethervgbe driver? I'm had some
problems with it which don't seem to be caused by my hardware.
Hello,
I've been wondering.
The plan9 'replacement' for the (linux/unix-like) find command, according to
the faq, is, in a way,
grep foo `{du -a . | awk '{print $2}'}
Now I want to find all files containing foo.
Is it so that `{ ... } produces the full list first and only afterwards this
is
search the archives for mails subjected as :
breadth first walking
and
du and find
from December 2009
On 22/01/2010 17:29, Rudolf Sykora wrote:
Hello,
I've been wondering.
The plan9 'replacement' for the (linux/unix-like) find command,
according to the faq, is, in a way,
On Fri, Jan 22, 2010 at 5:29 PM, Rudolf Sykora rudolf.syk...@gmail.comwrote:
Hello,
I've been wondering.
The plan9 'replacement' for the (linux/unix-like) find command, according
to the faq, is, in a way,
grep foo `{du -a . | awk '{print $2}'}
Now I want to find all files containing foo.
2010/1/22 ron minnich rminn...@gmail.com
I just do
du -a . | grep foo
Isn't it that this finds files whose filenames contain foo (like
foofoo2.txt)?!
I want files inside which there is foo somewhere...
Thanks
R
2010/1/22 Robert Raschke rtrli...@googlemail.com
Have you come across a situation where it doesn't work or it's too slow for
your needs?
Robby
Well. I honestly don't know where the limits are. So generally, how long can
the line be?
My filesystem has now about 1e6 files, i.e. is of a modest
2010/1/22 maht maht-9f...@maht0x0r.net
search the archives for mails subjected as :
breadth first walking
and
du and find
from December 2009
Ok, I will. I just thought there is a well-established way.
R
On 1/22/2010 12:59 PM, Rudolf Sykora wrote:
Regardless of me having or not having encountered a problem, building
the whole list in advance is not really smart and will lead to
problems at some point for sure.
Thanks
R
Assuming that's true, couldn't you do some kind of trick to break it up
If looking through code:
du -a . | xargs g pattern [2]/dev/null
If looking through all files:
du -a . | xargs grep -n foo [2]/dev/null
The -n is to be friendly with acme.
This presumes you have (at least a cheap knockoff of) xargs.
Building a large list in advance can exhaust main memory on smaller terminals.
I found your post a bit confusing then. The little bit of script you
posted won't do the job, and the problem is not related to find at
all,
Anyway, while working with some hugely messy non-plan 9-software, I
found I really needed grep -r.
See /n/sources/contrib/rminnich/grep
ron
On Fri, Jan 22, 2010 at 01:08:02PM -0500, Corey Thomasson wrote:
On 1/22/2010 12:59 PM, Rudolf Sykora wrote:
Regardless of me having or not having encountered a problem,
building the whole list in advance is not really smart and will
lead to problems at some point for sure.
Thanks
R
I found your post a bit confusing then. The little bit of script you
posted won't do the job, and the problem is not related to find at
all,
Anyway, while working with some hugely messy non-plan 9-software, I
found I really needed grep -r.
See /n/sources/contrib/rminnich/grep
why not
On Fri, Jan 22, 2010 at 10:19 AM, Joseph Xu joseph...@gmail.com wrote:
Also, the title of this thread is a bit misleading. As far as I know,
find doesn't have the option to test for the contents of files, so even
with find you'd have to use xargs and grep.
if you have find you don't need the
2010/1/22 Joseph Xu joseph...@gmail.com
Also, the title of this thread is a bit misleading. As far as I know,
find doesn't have the option to test for the contents of files, so even
with find you'd have to use xargs and grep.
Let me explain then.
In Linux I'd use something like
find .
2010/1/22 ron minnich rminn...@gmail.com
I found your post a bit confusing then. The little bit of script you
posted won't do the job, and the problem is not related to find at
all
The relation to the find command: the linux/unix find command can be
producing and using the list at the same
now I understand your question.
I just tested this and it worked fine.
du -a / | awk '{print grep something $2}' |/bin/rc
ron
On Fri, Jan 22, 2010 at 10:40 AM, Rudolf Sykora rudolf.syk...@gmail.com wrote:
Why do you think
grep foo `{du -a . | awk '{print $2}'}
doesn't do the job? Apart from potentially reporting one file several
times...
Because my brain is only partially on today!
ron
These two scripts should be enough to do what's needed:
; cat /bin/xargs
#!/bin/rc
# xargs cmd [arg ...] - emulate Unix xargs
# only needed for arg lists longer than TSTKSIZ*BY2PG
# (100*4096 = 400K on typical PC kernels).
rfork ne
ramfs
split -n 500 -f /tmp/x
for (f in /tmp/x*)
why not just use a russ' g from p9p?
Ok. Maybe. So now I have several propositions:
- g by R Cox
- sth similar to g by E Quanstrom
- grep -r by R Minnich (actually, this really exists in linux, I didn't
know...)
- search the archives for mails subjected as : breadth first walking, du and
find,
On unix systems I tend to use find a lot, and in ways that aren't
easy to replicate with du. Anything even slightly complicated,
say combining -prune, -type, -newer, and -exec, is nearly impossible
to do in a correct and efficient way without find, even if you have
an xargs. I'm not sure I
I just tested this and it worked fine.
du -a / | awk '{print grep something $2}' |/bin/rc
ron
Try
touch 'x;reboot'
and then see if it still works fine. I don't think I like your
version on a system with users I don't trust completely.
--
John Stalker
School of Mathematics
Trinity College
du -a / | awk '{print grep something $2}' |/bin/rc
ron
Try
touch 'x;reboot'
and then see if it still works fine. I don't think I like your
version on a system with users I don't trust completely.
sneaky. but it won't work.
; touch 'x;reboot'
; du -a .
0 './x;reboot'
0
Recursively list only files; grep them with g to get full path,
filename, and line number; protect against John's semicolon trick by
quoting each file.
walk -f | sed 's,^,g '^$1^' '',;s,$,'',' | rc
walk apparently completely omits from its output files with a
single-quote in their names, and
sneaky. but it won't work.
; touch 'x;reboot'
; du -a .
0 './x;reboot'
0 .
- erik
It worked under 9vx on my Mac. I didn't test on real hardware.
--
John Stalker
School of Mathematics
Trinity College Dublin
tel +353 1 896 1983
fax +353 1 896 2282
On Fri Jan 22 15:24:49 EST 2010, stal...@maths.tcd.ie wrote:
sneaky. but it won't work.
; touch 'x;reboot'
; du -a .
0 './x;reboot'
0 .
- erik
It worked under 9vx on my Mac. I didn't test on real hardware.
this rebooted your 9vx? sounds wrong to me.
i thought the
On Fri, Jan 22, 2010 at 12:16 PM, Jason Catena jason.cat...@gmail.com wrote:
Recursively list only files; grep them with g to get full path,
filename, and line number; protect against John's semicolon trick by
quoting each file.
john's semicolon trick is fun but as pointed out doesn't work.
On Fri, Jan 22, 2010 at 12:23 PM, John Stalker stal...@maths.tcd.ie wrote:
sneaky. but it won't work.
; touch 'x;reboot'
; du -a .
0 './x;reboot'
0 .
- erik
It worked under 9vx on my Mac. I didn't test on real hardware.
interesting. OK, my idea sucks due to a lack of
this rebooted your 9vx? sounds wrong to me.
It did, or rather it tried to. Of course, /bin/reboot doesn't
work in 9vx. I tested it before I posted.
--
John Stalker
School of Mathematics
Trinity College Dublin
tel +353 1 896 1983
fax +353 1 896 2282
the only time I ever wanted this kind of feature
is for grepping through sourcecode.
ron's modified grep is now installed on my boxes;
there is a precident (diff -r).
-Steve
interesting. OK, my idea sucks due to a lack of foresight on my part :-)
Your idea is fine. I do similar things all the time, but using
awk or sed or things like that to produce shell scripts is hard
to get right. Harder than getting a find command right, which
was my point. I'll grant that
the only time I ever wanted this kind of feature
is for grepping through sourcecode.
ron's modified grep is now installed on my boxes;
there is a precident (diff -r).
If you're like me, you often have a bunch of object files
in your source tree and you usually want to enumerate
files, filter
Hy there! (I'm quite new to the whole Plan 9 and 9P, so please
bare with me if I'm asking stupid or well known questions.) :)
Today I've introduced myself to the 9P protocol, and I've found it
very interesting. (I've reached it from the XCPU project.)
(And I must say that, in Linux,
And if you like find, write and put it in contrib.
contrib/pull quanstro/find
- erik
A) Why aren't there the following (POSIX) file operations: `move`,
`link` and `symlink` in the original 9p2000 protocol version?
Now I know that by using `wstat` I can change the name of a file,
but I can't move it outside the current directory.
symlinks weren't wanted. they create
And if you like find, write and put it in contrib.
contrib/pull quanstro/find
- erik
Thanks
--
John Stalker
School of Mathematics
Trinity College Dublin
tel +353 1 896 1983
fax +353 1 896 2282
There's a nice paper The use of namespaces in plan 9 explaining most of it.
On Fri, Jan 22, 2010 at 11:00 PM, erik quanstrom quans...@coraid.com wrote:
A) Why aren't there the following (POSIX) file operations: `move`,
`link` and `symlink` in the original 9p2000 protocol version?
Now
Hi Newsham,
Is OpenSSL necessary for authenticating to 9P servers?
Currently, I get a failed to mount ...: 22 botch error when
trying to authenticate. Also, is it necessary to compile ninefs
with OpenSSL, or will the pre-compiled binary find and use
c:\openssl if it's there?
Thanks,
ak
On Thu,
in case anyone's wondering, my problem was due to the fact that keyfs
was started after aux/listen for trusted services; /mnt/keys/* wasn't
in authsrv's namespace. in my case, i put the trusted services in
/cfg/bootes/cpurc, while keyfs was started later in the sequence of
/rc/bin/cpurc.
the
The OpenSSL DLL is necessary to run the executable. Off hand I couldnt tell
you why you got the botch message. If you could provide more details on
what traffic you see, or a way to reproduce, I can look into it. You just
need to have the proper openssl DLL in your path. The windows installer
On Fri Jan 22 18:29:45 EST 2010, 9...@9netics.com wrote:
in case anyone's wondering, my problem was due to the fact that keyfs
was started after aux/listen for trusted services; /mnt/keys/* wasn't
in authsrv's namespace. in my case, i put the trusted services in
/cfg/bootes/cpurc, while keyfs
And if you like find, write and put it in contrib.
contrib/pull quanstro/find
- erik
Thanks
--
John Stalker
Does this answer Ron's question as to why one wants things added to
the distribution, not just tacked onto any old branched version?
++L
it would be better to create a /cfg/example.auth/cpurc that includes
keyfs and trusted services in it and remove them from /rc/bin/cpurc,
since they come after /cfg/$sysname/cpurc is run.
You could submit a patch...
I have a feeling that the philosophy is for /cfg to be entirely
optional, so
46 matches
Mail list logo