On 3 September 2010 15:25, Russ Cox r...@swtch.com wrote:
[...] but you can't use the mouse to edit in an
interactive python session. win some, lose some.
to get around this, i start up python with a script, py:
#!/bin/rc
PYTHONSTARTUP=$HOME/lib/pythonstartup
cat | python -i $*
where
I can confirm that:
- P9p on Fedora 10 does not echo the input,
- P9p on Fedora 12 (13) echoes the input.
Are you using the latest version of 9term?
Delay along the path...
I inserted this report one week ago (before you patched the
problem). :-/
Now it works fine. Thanks.
Pavel
I can confirm that:
- P9p on Fedora 10 does not echo the input,
- P9p on Fedora 12 (13) echoes the input.
Are you using the latest version of 9term?
cd $PLAN9
hg log -l 1 src/cmd/9term
Russ
On 6 Sep 2010, at 9:08 pm, Russ Cox wrote:
I can confirm that:
- P9p on Fedora 10 does not echo the input,
- P9p on Fedora 12 (13) echoes the input.
Are you using the latest version of 9term?
cd $PLAN9
hg log -l 1 src/cmd/9term
Russ
That reminds me, a p9p install in which 9term was not
On 6 Sep 2010, at 10:48 pm, Ethan Grammatikidis wrote:
On 6 Sep 2010, at 9:08 pm, Russ Cox wrote:
I can confirm that:
- P9p on Fedora 10 does not echo the input,
- P9p on Fedora 12 (13) echoes the input.
Are you using the latest version of 9term?
cd $PLAN9
hg log -l 1 src/cmd/9term
Russ
thanks for this. sleep(1) helped only rarely,
sleep(10) helps most of the time. unfortunately
then there's a race between the invoked program
turning off echo and 9term turning it back on.
so sudo sh is pretty likely to echo the password
with the sleep in there.
what a mess.
i just
On Mon, Aug 30, 2010 at 7:22 PM, Charles Forsyth fors...@terzarima.net wrote:
in rcinputproc
s = setecho(sfd, 0);
if(write(rcfd, pair.s, pair.ns) 0)
threadexitsall(nil);
if(s)
setecho(sfd, s);
1. insert in acme on a string like /usr/quanstro/src/
inserts another / for each keypress.
I don't know what this means.
Acme has no insert.
I haven't seen this.
2. passwords are echoed by 9term
3. 9term still rechoes its input:
; echo 9term
echo 9term
9term
These
On Mon Aug 30 07:22:48 EDT 2010, r...@swtch.com wrote:
1. insert in acme on a string like /usr/quanstro/src/
inserts another / for each keypress.
I don't know what this means.
Acme has no insert.
I haven't seen this.
oh, sure it does.
On Mon Aug 30 07:41:18 EDT 2010, quans...@quanstro.net wrote:
On Mon Aug 30 07:22:48 EDT 2010, r...@swtch.com wrote:
1. insert in acme on a string like /usr/quanstro/src/
inserts another / for each keypress.
I don't know what this means.
Acme has no insert.
I haven't seen this.
What works for me is putting 9term in raw mode and then stty -echo.
Sent from my iPhone
On Aug 30, 2010, at 4:20 AM, Russ Cox r...@swtch.com wrote:
1. insert in acme on a string like /usr/quanstro/src/
inserts another / for each keypress.
I don't know what this means.
Acme has no insert.
I
On Mon Aug 30 12:20:30 EDT 2010, skip.tavakkol...@gmail.com wrote:
What works for me is putting 9term in raw mode and then stty -echo.
if you then edit a line, like this
(^ for tick)
; echo pdq^
; echo ^pdq
; echo xyz^pdq
; echo xyz^pdqcr
does it echo xyzpdq
I gave the wrong mode. If you put 9term in cooked mode and stty
-echo then (interacting with rc), the
example below will echo the xyz. The pdq is placed on the
following line with cursor placed at '^'.
this is identical behavior to a rio window.
cpue% echo xyz
xyz
cpue% ^pdq
% uname -a
Linux
On Mon, Aug 30, 2010 at 2:53 PM, Skip Tavakkolian
skip.tavakkol...@gmail.com wrote:
I gave the wrong mode. If you put 9term in cooked mode and stty
-echo then (interacting with rc), the
example below will echo the xyz. The pdq is placed on the
following line with cursor placed at '^'.
this
in rcinputproc
s = setecho(sfd, 0);
if(write(rcfd, pair.s, pair.ns) 0)
threadexitsall(nil);
if(s)
setecho(sfd, s);
there's a race between setting echo off, writing to rcfd, resetting echo and
the
I haven't found any resolution to Pavel's original problem, hence this email.
Same problem here:
x86, FC12: INSTALL went smooth (no errors in install.log), but all of
the devdraw based programs stopped with the reported error.
After installing the packages libX11-devel, libXt-devel and
while you're at it, more new p9p bugs. after upgrading
my linux box,
1. insert in acme on a string like /usr/quanstro/src/
inserts another / for each keypress.
2. passwords are echoed by 9term
3. 9term still rechoes its input:
; echo 9term
echo 9term
9term
- erik
I'll try again today, but I don't
like to run Fedora in general. Â I typically like archlinux these days, as
it's small and fairly sane.
Strange, I tried to compile p9p on the latest (9.10) Ubuntu, and no
success too.
Pavel
...@m9363:~/plan9$ PLAN9=/home/gdiaz/plan9 export PLAN9
gd...@m9363:~/plan9$ PATH=$PATH:$PLAN9/bin export PATH
gd...@m9363:~/plan9$ 9term rc
- Mensaje original
De: Pavel Klinkovsky pavel.klinkov...@gmail.com
Para: 9fans@9fans.net
Enviado: lun,1 marzo, 2010 10:49
Asunto: Re: [9fans] P9p on Fedora
Sorry, I was not precise enough.
The compilation itself succeeds but I cannot rung 9term:
[pavel]$ 9term rc
usage: devdraw (don't run directly)
9term: initdraw: muxrpc: unexpected eof
I must do something wrong but I do not know what...?
Pavel
: Pavel Klinkovsky pavel.klinkov...@gmail.com
Para: 9fans@9fans.net
Enviado: lun,1 marzo, 2010 13:11
Asunto: Re: [9fans] P9p on Fedora 12
Sorry, I was not precise enough.
The compilation itself succeeds but I cannot rung 9term:
[pavel]$ 9term rc
usage: devdraw (don't run directly)
9term: initdraw
i can reproduce that with:
gd...@m9363:~/plan9/src/cmd/devdraw$ 9term
9term: initdraw: muxrpc: unexpected eof
gd...@m9363:~/plan9/src/cmd/devdraw$
you've reproduced the result, but i think the
conditions are different. pavel's error was:
[pavel]$ 9term rc
usage: devdraw (don't run
hello
my mistake, anyway i think the test might help
slds.
gabi
- Mensaje original
De: erik quanstrom quans...@quanstro.net
Para: 9fans@9fans.net
Enviado: lun,1 marzo, 2010 13:56
Asunto: Re: [9fans] P9p on Fedora 12
i can reproduce that with:
gd...@m9363:~/plan9/src/cmd
Hello,
so, can you use other programs X programs?
Yes, I can (e.g. gedit).
do you have a DISPLAY variable?
Yes, I have:
[pa...@localhost ~]$ echo $DISPLAY
:0.0
are you trying to execute 9term using ssh x11 forwarding?
No.
Pavel
pavel's error was:
[pavel]$ 9term rc
usage: devdraw (don't run  directly)
That is true.
But muxrpc error is also there. A consequence?
[pavel]$ 9term rc
usage: devdraw (don't run directly)
9term: initdraw: muxrpc: unexpected eof
Pavel
That is true.
But muxrpc error is also there. A consequence?
[pavel]$ 9term rc
usage: devdraw (don't run directly)
9term: initdraw: muxrpc: unexpected eof
dennis was right. print statements are often the best way
to debug a problem.
why don't you temporarly hack devdraw with something
De: Pavel Klinkovsky pavel.klinkov...@gmail.com
Para: 9fans@9fans.net
Enviado: lun,1 marzo, 2010 14:19
Asunto: Re: [9fans] P9p on Fedora 12
Hello,
so, can you use other programs X programs?
Yes, I can (e.g. gedit).
do you have a DISPLAY variable?
Yes, I have:
[pa...@localhost ~]$ echo
usage: devdraw (don't run  directly)
9term: initdraw: muxrpc: unexpected eof
No one other experiencing this problem?
Pavel
On Wed, Feb 24, 2010 at 2:13 AM, Pavel Klinkovsky
pavel.klinkov...@gmail.com wrote:
usage: devdraw (don't run  directly)
9term: initdraw: muxrpc: unexpected eof
No one other experiencing this problem?
Pavel
I've not rebuilt on my mac in a while. I'll try again today, but I don't
like
Hi all,
I use p9p on my older Linux (Fedora 10).
I tried to compile and run it on my new PC with Fedora 12, but without
success:
[pavel]$ 9term rc
usage: devdraw (don't run directly)
9term: initdraw: muxrpc: unexpected eof
Any idea?
Thanks.
Pavel
30 matches
Mail list logo