hello
it is possible to use sam -r from aplan9 machine to a linux one? it uses ssh
too in plan9 isn't it?
that could be a nice option too, if you're able to distribute sam to your hosts.
slds.
gabi
Well,
thanks so far for answering my PS...
... but what about my main question?
:)
Has anybody encountered it?
Ruda
On Tue Dec 16 11:25:21 EST 2008, rudolf.syk...@gmail.com wrote:
Well,
thanks so far for answering my PS...
... but what about my main question?
:)
Has anybody encountered it?
Ruda
i think rc is interpreting $ as a here document
variable and messing up.
this is one of the reasons i really
i think rc is interpreting $ as a here document
variable and messing up.
By why then i works nicely in plan9 and not in linux, although I use
'rc' in both?
R
P.S.: Is there anything more intelligent than 'vt' for connecting to a
linux machine?
It all depends what you want to run on the linux box.
if you need VT in order to run your editor you could edit the file remotely
from plan9. To do this either run u9fs on the linux box, or pick up
sftpfs
why do I get, running rc in linux (plan9port)
-
; sam -d outit
-. outit
$-/FERMI/+-
FERMI LEVEL= 0.01 ITER= 70
q
-
-
; sam -d outit EOF
$-/FERMI/+-
q
EOF
-. outit
FERMI LEVEL= 0.07 ITER=
On Tue Dec 16 08:09:34 EST 2008, st...@quintile.net wrote:
P.S.: Is there anything more intelligent than 'vt' for connecting to a
linux machine?
It all depends what you want to run on the linux box.
if you need VT in order to run your editor you could edit the file remotely
from plan9.
In all three cases, if you want to pass a $ through
uninterpreted, you should be using 'EOF' not EOF.
Russ
Thanks, that's it.
I have now reread Pike's paper on 'rc' and it's there, too.
Ruda
I tried your example (reduced to the to given lines) on my FreeBSD
system and got identical output both ways. So I suspect it's a linux
(or distro) thingie. I'm quite puzzled as to what could be the
cause, though.
Nevertheless, I'd still be cautious about here documents and variable
you mean tom duff?
- erik
Yes, of course, tom duff's, sure.
sorry.
R
I usually run either a Bourne shell or Byron's rc(1) for Unix for sanity's
sake.
If you use Plan 9 port's rc, and 9term, you'll find that shell windows also
appear instantly, even on a Linux system.
I will begin porting madwifi because I have more time than money and I
think others will benefit.
COOL !!! :)
--
С наилучшими пожеланиями
Жилкин Сергей
With best regards
Zhilkin Segey
Is it crazy to propose that the kernel should offer multiple devsrv sources?
It seems to me that it might be a useful to isolate proesses from things
that have been posted in /srv's even if they run as the same user under,
without preventing the use of /srv altogether.
If something like this is
well, this doesn't work for me, even when using just 'rc' (i.e. not bash).
When not using 'vt' I get CR printed at the end of each line, I can't
read man pages, etc.
Even though your approach allows me to use a mouse for e.g. copying,
mentioned cons are just too serious.
really, it's just
On Tue, Dec 16, 2008 at 13:25, Rudolf Sykora rudolf.syk...@gmail.com wrote:
When not using 'vt' I get CR printed at the end of each line, I can't
read man pages, etc.
ssh -r should strip carriage returns. to read man pages, i set my
MANPAGER environment variable to cat or to p9p's nobs. i might
Thanks Pietro, sqweek,
I can't compile it :-/
Some info:
k...@sys:~/2008110109$ cat Makefile
all:
g++ -Wall -fPIC -c a.C
g++ -Wall -fPIC -c b.C
g++ -Wall -fPIC -c c.C
9c -Wall -o tryfs.o tryfs.c
9l -Wall -shared -lthread -o libtry.so a.o b.o c.o tryfs.o
ssh -r should strip carriage returns. to read man pages, i set my
MANPAGER environment variable to cat or to p9p's nobs. i might be
misunderstanding your problem though
-- m
Thanks, better now.
Ruda
I have a distant memory that somone implemented some of POSIX pthreads
on plan9, i.e. I want to compile programs that use pthreads under APE.
anyone got any pointers?
-Steve
18 matches
Mail list logo