Friends, the address for this mailing list is going to
be changing. Thanks to Russ, we now have 9fans at 9fans.net
set up, and current subscriptions migrated. Please give
it a try, and bear with us if there are any problems.
Thanks also to the psu computer science department
for hosting us these
| > However, note the BUGS section of rc(1): "Functions that use here
| > documents don't work."
Byron's rc works!
; fn zot {
for (a in 1 2 3) {
cat <
In my experience, the one thing that really gets Plan 9 across to people
is the telco server. That's an example of something that you can't nicely
do in Unix, and that exhibits power and elegance as a consequence of a
few basic design choices.
On Sun, Sep 02, 2007 at 11:38:44PM -0400, [EMAIL PROTECTED] wrote:
> would have to commit just for stacks. With 2,000 processes, that
> would rise to 32GB just for stacks.
With 4GB RAM, wouldn't you allocate at least that much swap
no matter what?
On Sun, Sep 02, 2007 at 06:47:17PM -0700, ron minnich wrote:
> If you can't live with overcommit, maybe you need a wrapper that:
> sets up to catch the note (I am assuming here that you get one; do you?)
That's still a race. Getting all the memory at once is different from
probing for one page at
Russ:
| you could argue for some kind of accounting that would
| ensure pages were available, but this could only be
| terribly pessimistic, especially in the case of stacks
| and fork.
Still, that's the way unix worked. You can deal with the pessimism by
allocating lots of backing store, whereas
Folks, I'm seeing a lot of these lately. Naturally it could be dictionary
spammers, but just in case not, is someone forwarding our traffic to
netpath.net? (No subscribed users have that in their address.)
- Forwarded message from [EMAIL PROTECTED] -
Delivery-Date: Thu Aug 09 08:04:53 2
On Fri, Jul 06, 2007 at 03:35:36PM +0200, Lucio De Re wrote:
> http://www.bx.psu.edu/~schwartz/9fans/9fans.mbox.txt seems to have
> stopped updating on the 8th of June.
>
> If at all possible to restart it, can we remove the blank line at the
> beginning that invalidates it to all mailer readers I
| X11 doesn't have a snarf buffer. Instead it has an idea of which
| window currently "owns" the snarf (X11 would say `selection'), and
| when you want to find the snarf contents you go ask the current owner.
| There is no central buffer like on Plan 9's /dev/snarf or the Windows
| clipboard. (In
I once read a paper that described how someone repackaged TeX as a
library, so an editor could re-typeset your document on every keystroke
avoiding startup overhead. On a modern machine it apparently had
very good interactive performance.
| There was a problem locally wherein losing a file server connection
| was making replica/scan think that all the files had vanished. I've
| taken measures to prevent it happening in future,
What sort of measures? I mean, is there a general purpose strategy that
you used, or is this a special
On Tue, Dec 12, 2006 at 09:30:35PM +1100, Bruce Ellis wrote:
> i thought that i could get anything when working at the labs.
> oh no.
Wasn't there one time when there was problem getting drivers for *lucent*
wavelan pcmcia cards? (Maybe I misremember, but the story is better
that way.)
Unix manpages these days are formatted for online viewing
just as you suggest, and it seems to work fine.
e.g. linux does:
(echo ".ll 10.6i";
echo ".pl 1100i";
/usr/bin/gunzip -c '/usr/share/man/man1/date.1.gz';
echo;
echo ".pl \n(nlu+10"
) | /usr/bin/
On Fri, Jul 28, 2006 at 09:08:17AM -0600, Ronald G Minnich wrote:
> Scott Schwartz wrote:
>
> >Is there enough 9p support in linux 2.6 to do that without fuse?
>
> now you're depressing me. Yes, you can do 9p in linux 2.6 without fuse.
> You just do a mount. I set a lo
On Thu, Jul 27, 2006 at 10:50:29AM -0600, andrey mirtchovski wrote:
> >The fuse module is a kernel module, and part of the kernel tree,
> >the userland tools are not.
>
> i kept thinking that all i need to do is mount :)
Is there enough 9p support in linux 2.6 to do that without fuse?
Can someo
| The Plan 9 C libraries already provided a mechanism
| for finding the caller - getcallerpc(2).
What happens when there is no caller because the function got inlined?
Obviously with compiler support you could get the right effect, but
wouldn't it be a bit more work?
| if you're writing the print statement,
| you *know* which function you're in.
But why should I have to type the particular value several times?
What if I change the name of the function later? Isn't that what
variables are for?
| it's only useful inside macros,
| which are mostly deprecated.
| formatting an assert message doesn't count,
| since assert will leave you a broken process to
What about when formatting a message that you want to return or print,
but not kill the process?
| MH uses monotonically-increasing small positive integers to number
| messages within a folder. Maildir, as I recall, uses large
| pseudo-random numbers, or what appear to be pseudo-random numbers.
Maildir uses the structure folder/{tmp,cur,new}/unique.file.name.
The files are required to be uni
| That's true, but it depends a lot on the app.
| The computational biology guys seem to love them
| for indexing large amounts of DNA.
Yes, but even there it's fair to say that opinion is mixed. A lot of
really good bioinformatics code (e.g. blastz, megablast, blat) uses hash
table based methods
| global /persisitant/ history is a "must have" for me.
I have to agree--it's a great feature. But one might argue that you
want global persistant tty input even more, so it's rio that ought to
be recording what you've typed.
| As for command history, you are expected to
| find the previous command in your rc window, edit it, copy it, paste it
| to the prompt, and then run it. This is obviously more efficient than
| hitting the "up" arrow.
Don't forget, you can grep the text of the window!
If your prompt is distinct
| > Probably apples and oranges, but Jim Kent wrote a job scheduler for his
| > kilocluster that nicely handled about 1M jobs in six hours. It's the
| > standard thing for whole genome sequence alignments at ucsc.
|
| I think that's neat, I would like to learn more. Was this scheduler for
| an a
| No other scheduler we have used
| comes close to this kind of performance. Scheduler overhead was
| basically insignificant.
Probably apples and oranges, but Jim Kent wrote a job scheduler for his
kilocluster that nicely handled about 1M jobs in six hours. It's the
standard thing for whole g
| I got this email two weeks ago and as far as I can tell the message is
| still not rejected or approved. Is there anyone taking care of
| moderation for this list? My emails to [EMAIL PROTECTED] now and
| in in the past have gone unanswered.
Yes, I'm still here. Sorry for the delay; just busy
| % >does/not/exist
| does/not/exist: rc: can't open: 'does' file does not exist
| %
What happens if some component of does/does/does does not exist?
Can you tell which? I'm hoping it will give the path up to the error,
e.g. does/does.
| that's really unlikely given that the kernel is splhi
| looping to poll the uart.
A while back there was a bug where hardware flow control wasn't turned
on, so characters would get dropped. Is that in good working order now?
I like Byron's version a lot. The best feature: you don't have to
backslash lines inside a parenthesized list!
| Is this a terrible idea? (I'm trying to address the lack of technical
| discussion mentioned an earlier note :0)
In my humble opinion, the better solution is to have dial return
a pair of descriptors (and change the rest of the system to have
e.g. /net/tcp/9/data{0,1}), so you can close the on
| Do any of you have a benchmark for measuring how fast a filesystem is
| for plan 9?.
lmbench, with some hacking, and APE, maybe.
> Please add me to the list, too.
And me.
31 matches
Mail list logo
