Hello,
Still wonder, what's the right way to make the following work:
This is ok:
sam -d <[2] /dev/null
1s/(.+)_g/\1
p
EOF
but now I want it all be inside `{}, like
s = `{sam -d <[2] /dev/null
1s/(.+)_g/\1
p
EOF
}
which doesn't work. I tri
On Mon, Jun 8, 2009 at 12:50 AM, Rudolf Sykora wrote:
> Hello,
> Still wonder, what's the right way to make the following work:
The right way is
s=`{echo $i | sed 's/(.+)_g/\1/'}.
> s = `{sam -d <[2] /dev/null
> 1s/(.+)_g/\1
> p
> EOF
> }
If you must use sam, the righ
Hello Ruda,
Due to the peculiarities of here documents in rc the following:
> s = `{sam -d <[2] /dev/null
> 1s/(.+)_g/\1
> p
> EOF
>}
should be written as:
s = `{sam -d <[2] /dev/null}
...
EOF
Hope that helps,
Martin
> should be written as:
> s = `{sam -d <[2] /dev/null}
>...
>EOF
>
> Hope that helps,
>Martin
OK, now I see. The } was at the wrong place...
Thanks Martin
thanks Russ, too.
Ruda
Hello everyone,
when I want to process a dot's contents in acme I can use the '>' syntax, e.g.
have
> awk '{print}'
in a window, select it, and then 2-1 click on Edit in the window with
my dot. That works.
But what shall I do when the awk script is more complicated, in the
simplest case like
>
I install the newest Plan9 image (2009-06-08) in my old IBM ThinkPad
T30.
I connected a USB mouse. But it works crazy (gliding just vertically,
randomly, no effect of buttons).
Can you someone help me? Thanks in advance.
Pavel
On Mon Jun 8 11:44:06 EDT 2009, pavel.klinkov...@gmail.com wrote:
> I install the newest Plan9 image (2009-06-08) in my old IBM ThinkPad
> T30.
> I connected a USB mouse. But it works crazy (gliding just vertically,
> randomly, no effect of buttons).
>
> Can you someone help me? Thanks in advance
Can you send me (off list) the contents of /dev/usb/ctl ?
Also, it would help if you could run usb/usbd with debug
(see the man page or drop me a line) and send me the output
as well.
On Mon, Jun 8, 2009 at 5:35 PM, Pavel
Klinkovsky wrote:
> I install the newest Plan9 image (2009-06-08) in my old
But what shall I do when the awk script is more complicated, in the
simplest case
Put the awk code into a file and execute '> awk -f foo' in acme.
> Put the awk code into a file and execute '> awk -f foo' in acme.
well, I hoped this would be the last way... It makes me create files I
don't actually need.
Is it the newlines that causes troubles?
Thanks
Ruda
> well, I hoped this would be the last way... It makes me create files I
> don't actually need.
remember, this is plan9 and everything is a file. chances are your
"script" is already available in some filesystem and you don't need to
write it out:: create a new window inside acme, type your awk sc
> [..]
> I've updated on sources at least /386/9*load* (though they contain no
> USB code), /386/9pc*, kernel sources, manual pages and a few scripts
> in /rc/bin. Tomorrow's CD image should incorporate all this.
> [..]
Many thanks to nemo!
Does this mean that Plan9 can now boot from usb drives?
> remember, this is plan9 and everything is a file. chances are your
> "script" is already available in some filesystem and you don't need to
> write it out:: create a new window inside acme, type your awk script
> and then issue ">awk -f /mnt/wsys/X/body" where X is the ID of your
> window.
well,
> The very question for me now is: why it behaves how it behaves, i.e
> why newlines (if it's them) are problematic.
and you want somebody do look through the code and figure it out for you?
2009/6/8 Rudolf Sykora :
> The very question for me now is: why it behaves how it behaves, i.e
> why newlines (if it's them) are problematic.
>
> Ruda
>
They are the only way Edit has to separate commands. You will notice
that you cannot use something like i/A/a/W/ (or i/A/;a/W/, for
example). How
> and you want somebody do look through the code and figure it out for you?
not really. I wanted to know whether
1) somebody thought about it (knowing the system has been around for
some time I'd expect somebody must have had the same problem)
2) there is any good reason why it behaves so.
Ruda
I think someone managed to boot from usb, but I´m not sure.
In any case, the change means that usb is ready at boot(8) time
if usbd is compiled in the kernel. Booting from usb requires 9load
loading a kernel from usb. I don´t know what´s the status for that.
On Mon, Jun 8, 2009 at 7:29 PM, Matthia
In principle you can boot from usb devices using "bios0" or
"sdB0" as boot methods; see 9load(8). In practice, BIOS bugs
may get in the way, but it's worth trying.
> well, though an inspiring idea, it doesn't sound to be much practical:
> 1) I usually have a special window in which I have many commands. I
> then select the one needed and chord it to the appropriate window
> (i.e. I don't use the whole contents of a window).
> 2) sometimes I have more such win
On Mon, Jun 8, 2009 at 8:06 PM, Francisco J Ballesteros wrote:
> I think someone managed to boot from usb, but I´m not sure.
> In any case, the change means that usb is ready at boot(8) time
> if usbd is compiled in the kernel. Booting from usb requires 9load
> loading a kernel from usb. I don´t kn
> Formatting the USB drive is tricky though.
what do you mean by formatting? if you mean that usb/disk
doesn't do partitions, you can use sdloop or partfs to get around
that. it wouldn't be too hard to extend usbfat: to automagicly
configure /dev/sdu[0-f].
- erik
On Mon, Jun 8, 2009 at 2:15 PM, Russ Cox wrote:
> The script below implements this usage; I called it Run.
> You can type and select your command in one window, with a name matching
> pattern, and then in the other window's tag execute >Run pattern.
> Run finds the window with a title matching patt
> See http://swtch.com/~rsc/acme-Run.png for an illustration.
nice!
On Mon, Jun 8, 2009 at 8:36 PM, erik quanstrom wrote:
>> Formatting the USB drive is tricky though.
>
> what do you mean by formatting? if you mean that usb/disk
> doesn't do partitions, you can use sdloop or partfs to get around
> that. it wouldn't be too hard to extend usbfat: to automagicly
>
Hi,
it looks like someone forgot to include frand for p9p on linux and
maybe some other platforms. Just try to link any object containing
references to frand and you get:
undefined reference to `p9frand'
Change frand to rand (just to test) in your program and everything links fine.
The output of
nm
plan9port acme calls it a "bad load file" when I try to load a dump
file in which a shell window contains the output of "9p read
plumb/rules". Specifically, the error message refers to the line in
the dump file just before a "data matches" line containing one of the
complicated regular expressions
Fixed.
http://hg.pdos.csail.mit.edu/hg/plan9/rev/fb3ce7f4b2d1
Russ
>
> Didn't say impossible, I said tricky.
here's the code. it's not hard at all. the meat of
the code just is one line. the rest is error checking.
a very similar script would turn all aoe devices into
sd devices via sdaoe, though i always end up doing
that by hand.
- erik#!/bin/rc
# turn us
Applied fix locally, works like a champ. Thanks! Now I should
probably set up hg to get updates without patching it myself.
Jason Catena
On Mon, Jun 8, 2009 at 8:19 PM, Jason Catena wrote:
> Applied fix locally, works like a champ. Thanks! Now I should
> probably set up hg to get updates without patching it myself.
If you downloaded the archive and extracted it,
you can always use "cvs up -dAP" instead of hg.
I keep the two in sy
On Mon, Jun 8, 2009 at 23:46, Russ Cox wrote:
> On Mon, Jun 8, 2009 at 8:19 PM, Jason Catena wrote:
>> Applied fix locally, works like a champ. Thanks! Now I should
>> probably set up hg to get updates without patching it myself.
>
> If you downloaded the archive and extracted it,
> you can alway
> Thanks, but already cloned with hg, compiled, and verified it doesn't fail.
>
> Actually prefer a more advanced VC tool. I'm a big SCM geek, used
> ClearCase for past 15 years. Out of curiosity, why Mercurial over Git?
> Don't know either well enough to judge.
A few years ago, when I made the
32 matches
Mail list logo
