Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread yy
2011/4/4 : > Unfortunately, echon.c doesn't solve the problem either, because it > doesn't output a trailing newline.  The crux of the problem is how to > output "-n" on a line by itself, followed by a newline.  I don't think > it can be done symmetrically without adding another option to echo. T

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread Balwinder S Dheeman
On 04/05/2011 03:19 AM, Anthony Sorace wrote: > On Apr 4, 2011, at 17:35, smi...@zenzebra.mv.com wrote: > >> All combined (forking read/test/echo, forking awk/sed/dd, parsing >> /mnt/acme/%d/events, etc.)... this, I think, is why languages like Perl >> came into existence and became so popular. I

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread roger peppe
On 4 April 2011 22:35, wrote: > roger peppe writes: > >> when i've needed a "-n safe" version of echo in >> the past, i've used something like this: >> >> fn myecho {echo -n $"* ^ ' >> '} > > That doesn't work right when (~ $#* 0).  It outputs a rogue space prior > to the newline.  echo, with no

Re: [9fans] Go Plan 9

2011-04-05 Thread Anthony Martin
Anthony Martin once said: > -#define MaxArena32 (2U<<30) > +#define MaxArena32 (240U<<20) I forgot to mention this earlier but for the curious, I used 240mb here because that is USTKTOP-USTKSIZE in 9vx. Anthony P.S. Has anyone ran into the SEGMAPSIZE limit on native Plan 9? The current value

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread ron minnich
This discussion is interesting. "rc is not as good a shell as bash because it lacks built-ins that make it a good programming language for writing an acme extension" Did I summarizer it correctly? Once summarized, am I the only one who finds it absurd? ron

Re: [9fans] Go Plan 9

2011-04-05 Thread ron minnich
On Mon, Apr 4, 2011 at 10:11 PM, Russ Cox wrote: > The best answer might be to make USTKTOP 1GB. Agreed. ron

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread Jacob Todd
This whole discussion has been absurd. On Apr 5, 2011 11:50 AM, "ron minnich" wrote: > This discussion is interesting. > > "rc is not as good a shell as bash because it lacks built-ins that > make it a good programming language for writing an acme extension" > > Did I summarizer it correctly? Once

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread erik quanstrom
> This whole discussion has been absurd. to quote fgb, "relax". or to quote dek, "\relax{}" - erik

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread Rudolf Sykora
On 5 April 2011 17:52, Jacob Todd wrote: > This whole discussion has been absurd. > > On Apr 5, 2011 11:50 AM, "ron minnich" wrote: >> This discussion is interesting. >> >> "rc is not as good a shell as bash because it lacks built-ins that >> make it a good programming language for writing an acm

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread dexen deVries
On Monday 04 of April 2011 23:35:26 smi...@zenzebra.mv.com wrote: > (...) > I know that using awk(1) is a possibility, but awk(1) still has to > system() every "test -e", just like rc(1) does. > (...) instead of "test -e" (and other object-related tests), why not to pipe from awk to plumb (the p

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread Bakul Shah
I don't want to get into the rc discussions but this caught my eye: > I would use scheme, but the scheme in fgb's contrib doesn't seem > to provide any way of stat(2)ing path names without resorting to > its foreign function interface. :( I am adding a bunch of stuff to Nils Holm's s9fes (Scheme

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread ron minnich
On Tue, Apr 5, 2011 at 9:04 AM, Rudolf Sykora wrote: > No. The discussion was not absurd. > And no, Ron's summary was not a summary. Well, I'm not so sure, because the original motivation was this: "I'm trying to write an Acme client in rc(1). I'd like to avoid spawning a new read(1) process e

Re: [9fans] Go Plan 9

2011-04-05 Thread David Leimbach
On Mon, Apr 4, 2011 at 9:22 PM, Russ Cox wrote: > The number of people who want to run Go on Plan 9 > is already small. The number of people who want to > run Go on Plan 9 on 9vx is smaller yet. At that point > why not just run Go directly? > > 9vx is a nice hack but still a hack. > > Russ > >

Re: [9fans] Go Plan 9

2011-04-05 Thread ron minnich
On Tue, Apr 5, 2011 at 8:48 AM, ron minnich wrote: > On Mon, Apr 4, 2011 at 10:11 PM, Russ Cox wrote: > >> The best answer might be to make USTKTOP 1GB. > > > > Agreed. My latest vx32 has the change and: term% ./8.out hello world so Go is go on 9vx ron

Re: [9fans] Go Plan 9

2011-04-05 Thread David Leimbach
On Mon, Apr 4, 2011 at 10:11 PM, Russ Cox wrote: > > All that Microsoft thinking (99.9%-thinking, if you find the other label > > offensive) to avoid adding a minute, one-off change to the Go runtime? > > It is not a minute, one-off change. > I don't know how to fix it to cope with tiny virtual a

Re: [9fans] Go Plan 9

2011-04-05 Thread erik quanstrom
> > What we need is an OS port of Plan 9 to Go that can run hosted on another > OS or natively. > > InfernGo? huh? - erik

Re: [9fans] Go Plan 9

2011-04-05 Thread David Leimbach
On Tue, Apr 5, 2011 at 10:36 AM, erik quanstrom wrote: > > > What we need is an OS port of Plan 9 to Go that can run hosted on > another > > OS or natively. > > > > InfernGo? > > huh? > > - erik > > Inferno-like Go based OS (instead of Limbo??) Not necessarily with any kind of virtual machine but

Re: [9fans] Go Plan 9

2011-04-05 Thread andrey mirtchovski
> InfernGo? Goribund ;)

Re: [9fans] Go Plan 9

2011-04-05 Thread David Leimbach
2011/4/5 andrey mirtchovski > > InfernGo? > > Goribund ;) > > What a positive sounding project name!

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread smiley
Lyndon Nerenberg writes: >> Unfortunately, echon.c doesn't solve the problem either, because it >> doesn't output a trailing newline. > > That's the whole point. 'echon' replaces 'echo -n ...', then echo.c > loses all knowledge of any option flags. Oh. So there's another version of "echo", too

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread erik quanstrom
> > This discussion is interesting. > > > > "rc is not as good a shell as bash because it lacks built-ins that > > make it a good programming language for writing an acme extension" > > > > Did I summarizer it correctly? Once summarized, am I the only one who > > finds it absurd? > > No, I think a

Re: [9fans] Go Plan 9

2011-04-05 Thread Yaroslav
2011/4/5 Lucio De Re : > As for not running Go on 9vx, that's a pain, I have such a nice 9vx > installation on my Ubuntu 32-bit laptop that it almost fools me into > believing it's Plan 9.  I don't always have a convenient CPU server at > hand to run Go on it. Why not to run Go directly on your Ub

Re: [9fans] Go Plan 9

2011-04-05 Thread Jason Catena
leim...@gmail.com: > r...@swtch.com: >> What we need is an OS port of Plan 9 to Go that can run hosted on another OS >> or natively. > InfernGo? Seconded, or at least Acme SAC-n-Go. I'd rather use Go than Limbo, and I'd much rather only compile Go executables once. Jason Catena

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread Yaroslav
2011/4/5 : > I think string parsing and numeric comparisons are reasonable features > to include in almost any programming language.  I think having > primitives for line-oriented input and line-oriented output are more > than appropriate for a line-oriented language like rc(1).  As it stands, > r

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread Ethan Grammatikidis
On 5 Apr 2011, at 9:58 am, yy wrote: I'm really impressed of how much we can talk about such a simple program as echo. Me also. Yet another solution is not to use echo in the first place. This won't work on p9p, but on plan 9 if you want to echo $foo where $foo(1) might possibly be '-n',

[9fans] plan9 as a dedicated remote file server

2011-04-05 Thread Thomas
I want to set up a dedicated remote plan9 system to periodically check mail and print parts of emails from certain senders. I think I see how to do this using rc. I'm not sure about a restart after a power restoration. Do I have to modify the kernel to provide for a fixed user and root, inste

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread erik quanstrom
> Me also. Yet another solution is not to use echo in the first place. > This won't work on p9p, but on plan 9 if you want to echo $foo where > $foo(1) might possibly be '-n', you can cat /env/foo instead. please google the famous bikeshed post. - erik

Re: [9fans] plan9 as a dedicated remote file server

2011-04-05 Thread erik quanstrom
> I'm not sure about a restart after a power restoration. set the machine to automaticly boot. you will need to be careful about power loss. if you expect power loss, you will be happier without venti, and perhaps without fossil. > Do I have to modify the kernel to provide for a fixed user and

Re: [9fans] Go Plan 9

2011-04-05 Thread Paul Lalonde
So I can write go programs that take advantage of private namespaces and other Plan9 innovations. Paul On Tue, Apr 5, 2011 at 12:06 PM, Yaroslav wrote: > 2011/4/5 Lucio De Re : > > As for not running Go on 9vx, that's a pain, I have such a nice 9vx > > installation on my Ubuntu 32-bit laptop th

Re: [9fans] plan9 as a dedicated remote file server

2011-04-05 Thread David du Colombier
> Or, is there an easier solution? If I understand you correctly, you are running a standalone terminal with the pcf kernel. Then, you can set variables "nobootprompt" and "user" in you plan9.ini. For example: nobootprompt=local!#S/sdC0/fossil user=glenda -- David du Colombier

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread Ethan Grammatikidis
On 5 Apr 2011, at 8:56 pm, erik quanstrom wrote: Me also. Yet another solution is not to use echo in the first place. This won't work on p9p, but on plan 9 if you want to echo $foo where $foo(1) might possibly be '-n', you can cat /env/foo instead. please google the famous bikeshed post. Th

Re: [9fans] Making read(1) an rc(1) builtin?

2011-04-05 Thread andrey mirtchovski
i threw in the line reading code from /sys/src/cmd/read.c into rc. here are the results: 9grid% cat builtinread #!/tmp/rcread for (i in `{seq 1 1}) { echo $i | read } > /dev/null 9grid% cat origread #!/bin/rc for (i in `{seq 1 1}) { echo $i | read } > /dev/null 9grid% cat noread #!/bin/rc