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
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
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
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
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
On Mon, Apr 4, 2011 at 10:11 PM, Russ Cox wrote:
> The best answer might be to make USTKTOP 1GB.
Agreed.
ron
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
> This whole discussion has been absurd.
to quote fgb, "relax". or to quote dek, "\relax{}"
- erik
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
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
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
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
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
>
>
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
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
> > What we need is an OS port of Plan 9 to Go that can run hosted on another
> OS or natively.
>
> InfernGo?
huh?
- erik
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
> InfernGo?
Goribund ;)
2011/4/5 andrey mirtchovski
> > InfernGo?
>
> Goribund ;)
>
>
What a positive sounding project name!
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
> > 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
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
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
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
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',
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
> 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
> 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
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
> 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
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
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
32 matches
Mail list logo