Your request ``smtp /net.alt/tcp!swtch.com rsc '' failed (code smtp 89792:
Permanent Failure).
The symptom was:
Tue Apr 7 23:47:42 EDT 2009 connect to /net.alt/tcp!swtch.com:
550 relaying denied
- erik
> i would put a lock around the use of attrbuf
> in both plumbpackattr and plumbunpackattr.
>
> russ
why not just use malloc?
- erik
> acid: *(*plumbpackattr:s\s)
> filetype=mail sender=x...@.xxx length=8749 mailtype=delete
> date='Sun Mar4de7153cecd4a9b45aead1clfs
> digest=aff98fb56526d94ab768adbc93d12d989a11ed53
> several were waiting on something else to happen; they were
> sleeping waiting for an exclusive-open file. t
On Tue, Apr 7, 2009 at 9:48 PM, Eris Discordia wrote:
>> The man page *does* say it's too big and slow. So does the bash
>> manpage. And getting readline to do anything sane is about as fun as
>> screwing around with a terminfo file.
>
> A bad implementation is not a bad design. And, in fact, the
On Tue Apr 7 21:50:14 EDT 2009, r...@swtch.com wrote:
> > abort()+0x0 /sys/src/libc/9sys/abort.c:6
> > plumbpackattr(attr=0x28b00)+0x126 /sys/src/libplumb/mesg.c:125
> >n=0x93
> >a=0x3e990
> >s=0x3a430
> >t=0x3a497
>
> t is unlikely to be correct here; it would hav
> A bad implementation is not a bad design.
neither is stink an outhouse, but often they keep company.
- erik
The man page *does* say it's too big and slow. So does the bash
manpage. And getting readline to do anything sane is about as fun as
screwing around with a terminfo file.
A bad implementation is not a bad design. And, in fact, the badness of the
implementation is even questionable in the light
> abort()+0x0 /sys/src/libc/9sys/abort.c:6
> plumbpackattr(attr=0x28b00)+0x126 /sys/src/libplumb/mesg.c:125
>n=0x93
>a=0x3e990
>s=0x3a430
>t=0x3a497
t is unlikely to be correct here; it would have been saved
at the last call to strlen but since then got +='ed with t
On Tue, Apr 7, 2009 at 2:07 PM, Devon H. O'Dell wrote:
> 2009/4/7 ron minnich :
>> Can't remember if this one came up:
>> $59. http://www.ubnt.com/products/rs.php
>
> Where do you find it for $59? Cheapest I can find from their page is $69.
>
yeah. I can't find that page again.
Well, with this pr
> Well someone's gotta tell these prepubescents ...
>
> "Because the V6 shell did it, that's why.".
ooh. ooh. i know what you're going to say next:
if should be an external program.
- erik
Exactly, and the end user can choose to have a re or glob expansion
program, rather than having to muck up the shell code with different
flags or whatever.
somebody is going to jump in very soon and tell us why this is
funny :-)
i promised i wouldn't,
Well someone's gotta tell these prepu
2009/4/7 ron minnich :
> Can't remember if this one came up:
> $59. http://www.ubnt.com/products/rs.php
Where do you find it for $59? Cheapest I can find from their page is $69.
--dho
Can't remember if this one came up:
$59. http://www.ubnt.com/products/rs.php
ron
On Tue, Apr 7, 2009 at 2:21 PM, Eris Discordia wrote:
> I see. But seriously, readline does handle bindings and line editing for
> bash. Except it's a function instead of a program and you think it's a bad
> idea.
The man page *does* say it's too big and slow. So does the bash
manpage. And gettin
In omero double click does the same, and triple is more hungry. You
could try that modifying your local system
El 06/04/2009, a las 16:55, fors...@terzarima.net escribió:
Double clicking e.g. on 'text.txt' only selects 'text' or 'txt',
while
one usually wants the whole. The same with abso
I see. But seriously, readline does handle bindings and line editing for
bash. Except it's a function instead of a program and you think it's a bad
idea.
--On Tuesday, April 07, 2009 10:31 PM +0800 sqweek wrote:
2009/4/7 Eris Discordia :
Keyboard
bindings for example; why couldn't they be h
> > Exactly, and the end user can choose to have a re or glob expansion
> > program, rather than having to muck up the shell code with different
> > flags or whatever.
>
> somebody is going to jump in very soon and tell us why this is funny :-)
i promised i wouldn't,
- erik
On Tue, Apr 7, 2009 at 9:05 AM, Corey wrote:
> On Tue, 2009-04-07 at 08:08 -0700, ron minnich wrote:
>> you could break out re expansion into a separate program :-)
>>
>> ron
>>
>
> Exactly, and the end user can choose to have a re or glob expansion
> program, rather than having to muck up the she
On Tue, 2009-04-07 at 08:08 -0700, ron minnich wrote:
> you could break out re expansion into a separate program :-)
>
> ron
>
Exactly, and the end user can choose to have a re or glob expansion
program, rather than having to muck up the shell code with different
flags or whatever.
you could break out re expansion into a separate program :-)
ron
On Tue, Apr 7, 2009 at 12:28 AM, Eris Discordia
wrote:
>
> Like... readline(3)?
one hopes not.
ron
It is just weird, all very deja vu. The previous generation of Moore's
designs went through a similar quagmire to nowhere.
Robby
poor man, how stressful is that !
On Tue, Apr 7, 2009 at 3:24 PM, maht wrote:
>
>> These docs aren't dated.
>
> they appeared in the last week or so, before that was a page saying TPL
> pulled funding and sacked Moore
>
Catching up with my online reading and the Forth group is indeed full
of this since the weekend.
It is just w
2009/4/7 Eris Discordia :
>>> Keyboard
>>> bindings for example; why couldn't they be handled by a program that
>>> just does keyboard bindings + line editing, and writes finalized lines
>>> to the shell.
>
> Like... readline(3)?
No.
-sqweek
These docs aren't dated.
they appeared in the last week or so, before that was a page saying TPL
pulled funding and sacked Moore
like kutner, the plumber decided to off itself for
seemingly inscrutable reasons this morning.
the abort condition does not appear to hold:
if(t > s+n)
abort();
since 0x3a497 < 0x3a430+0x93 and also
a!= nil, as would be required.
the interesting thing that happened at the
Robert Raschke wrote:
> On Mon, Apr 6, 2009 at 7:00 PM, maht wrote:
>>
>> SeaForth is dead already
>>
>> http://colorforth.com/vTPL.htm
>>
>> http://colorforth.com/S40.htm
>>
>
> These docs aren't dated. And I remember a lot of discussion about 1 -
> 2 years ago about the patent issues surroundi
Well, I've checking out the code and I am really unable to fix the
bug. It turns out that for some reason, VacDirEnum *vde inside unvac
gets the wrong permissions for 2009/0311, since it writes it with 0555
instead of 0755, when starts to walk the file tree.
I hope someone can fix this.
Saludos
20
On Mon, Apr 6, 2009 at 7:00 PM, maht wrote:
>
> SeaForth is dead already
>
> http://colorforth.com/vTPL.htm
>
> http://colorforth.com/S40.htm
>
These docs aren't dated. And I remember a lot of discussion about 1 -
2 years ago about the patent issues surrounding Chuck Moore's work. So
I'm wonderin
Keyboard
bindings for example; why couldn't they be handled by a program that
just does keyboard bindings + line editing, and writes finalized lines
to the shell.
Like... readline(3)?
SEE ALSO
The Gnu Readline Library, Brian Fox and Chet Ramey
The Gnu History Library, Brian Fox a
Not really. Rackable Systems has for long been one of those things that
were there but you never saw. And SGI's end was coming. When did they
decommission IRIX? Wasn't it some years ago?
I think Rackable Systems is going to focus on SGI's supercomputing
background and boost their line with par
2009/4/7 Corey :
> Keyboard
> bindings for example; why couldn't they be handled by a program that
> just does keyboard bindings + line editing, and writes finalized lines
> to the shell.
Congratulations, you've perceived the difference between shell and
terminal. A lot of people stuck in modern
32 matches
Mail list logo
