Rc forks a new process for every [non builtin] command it runs. To
avoid such, use the . command to source the script instead of running
it.
Ok. The thing about forking is clear. Yes, your suggestion of using . would
'solve' the problem of seeing the variables set in the 'a' script (called
2009/11/23 Rudolf Sykora rudolf.syk...@gmail.com:
Hello,
If I have an rc script and I don't specify any rfork in it, then the
namespace and the environment should be shared.
So, having an 'a' script
#!/bin/rc
a = hello
cd c #later on...
and a 'b' script:
#!/bin/rc
a
echo $a
and
Drawterm for Linux(I currently run Arch Linux) doesn't allow me to use
the middle mouse button emulation(Shift + right mouse button).
For example if I run Acme, I can't exec any command via middle button
emulation. There is simply no reaction. Is there any known bug?
Drawterm for Windows works
if you want to re-get the value of an environment variable,
you can do:
ifs=() var=`{cat /env/var}
Ok. So if one wants to update the rc's view of the environment, one must
write sth. along the lines
for(var in `{ls /env}) {
ifs=() contents = `{cat /env/$var}
if (~ $var *#*) fn
for(var in `{ls /env}) {
ifs=() contents = `{cat /env/$var}
if (~ $var *#*) fn `{echo $var | awk '{split($0, a, #); print a[1]}'}
{$contents}
if not var = $contents
}
pretty sure that's a syntax error. and for simple variables, quite
wrong. this function does better, but still
the easy (and correct) answer is
exec rc
- erik
Well but this you can't do when being in the middle of a script
execution...
Can you?
Thanks
Ruda
Hi folks,
did anyone already do some research on running 9P directly via
serial or USB links as interface for embedded devices, eg. digicams ?
I'm currently advertising an students project for developing an
gphoto2-fileserver, so a wide range of digicams (which do not
support usb mass storage
There already is a gphoto2 fs for fuse if I remember correctly. Though
I haven't heard of any camera with 9p yet.
But it's late and perhaps I misunderstand you.
On Tue, Nov 24, 2009 at 7:01 PM, Enrico Weigelt weig...@metux.de wrote:
Hi folks,
did anyone already do some research on running 9P
there is gphoto2 for 9p -- it was in the npfs repository for more than
4 years. I haven't checked it recently so I don't know if it still
compiles.
Lucho
On Tue, Nov 24, 2009 at 6:08 PM, hiro 23h...@googlemail.com wrote:
There already is a gphoto2 fs for fuse if I remember correctly. Though
I could only find this thread, which seems a little outdated in this
age of USB scanners: http://marc.info/?l=9fansm=111558813208847w=2
Has anyone given thought/attempted to getting newer scanners to work
on Plan 9? Perhaps the SANE library could be used as a base for
something saner (if you'll
Has anyone given thought/attempted to getting newer scanners to work
on Plan 9? Perhaps the SANE library could be used as a base for
something saner (if you'll forgive the pun).
i thought that was irony. :-)
- erik
11 matches
Mail list logo