9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Bruce Ellis" <bruce.ellis@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] equivalent of fstat | grep $portnumber ?
Date: Wed, 20 Jun 2007 15:48:05 +1000	[thread overview]
Message-ID: <775b8d190706192248r6116f386v96e2083cdfc08d45@mail.gmail.com> (raw)
In-Reply-To: <20070620004640.4A0111E8C4C@holo.morphisms.net>

i have dark memories of updating a sunos machine many years ago.
the disk got kinda full and we were in "WTF do i do mode".
my blender broke down so i had to send brian out to get a new one
'cause we needed more cocktails.

we could only use static linked progs because the libraries weren't their yet.

many shell scripts were involved.  "rm" was dynamically linked, very
handy when you want to clean things up.

ed worked and shell script "rm" which did an "echo > $i" and a few
others got us thru the rum & fruit based twilight zone.

(yes - it's not the same but it frees stuff.)

brucee

On 6/20/07, Russ Cox <rsc@swtch.com> wrote:
> > actually, seriously, i'd like a verison of ps in rc.
> > for the minimal boot fs on the compute nodes i have things like
> > fn cat {
> >       sed '' $*
> > }
> > where's fn ps?
>
> apologies for continuing this awful discussion.
>
> i used to do this on the single-floppy boot image
> but i tired of making up clever things like that.
>
> the last time the single-floppy boot image filled
> i wrote a few programs to combine many
> binaries into a single one.  this saves space
> because they all end up using the same instance
> of libc, libbio, etc instead of having multiple ones.
> this sort of thing is very common on unix for
> embedded systems.  the binary looks at argv0
> to figure out which main function to run.
>
> /sys/lib/dist/cmd/multi/mkfile takes care of
> combining a rather large number of binaries
> that the boot floppy needed.  the final binary
> is 1300k compared with 4200k for the collection
> of the others.
>
> you can't mix in programs that use libthread.
>
> russ
>
>


      reply	other threads:[~2007-06-20  5:48 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-19 15:27 Matthias Bauer
2007-06-19 15:39 ` Skip Tavakkolian
2007-06-19 16:09   ` ron minnich
2007-06-19 16:13   ` Kris Maglione
2007-06-19 16:17     ` andrey mirtchovski
2007-06-19 16:49       ` Kris Maglione
2007-06-19 16:53         ` andrey mirtchovski
2007-06-19 16:57           ` Kris Maglione
2007-06-19 17:16             ` andrey mirtchovski
2007-06-19 17:38               ` Kris Maglione
2007-06-19 18:09                 ` Roman Shaposhnick
2007-06-19 18:08                   ` Kris Maglione
2007-06-19 18:53                     ` Kris Maglione
2007-06-19 18:13           ` jmk
2007-06-19 18:21             ` jmk
2007-06-19 18:28               ` Roman Shaposhnick
2007-06-20  0:46             ` Russ Cox
2007-06-20  5:48               ` Bruce Ellis [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=775b8d190706192248r6116f386v96e2083cdfc08d45@mail.gmail.com \
    --to=bruce.ellis@gmail.com \
    --cc=9fans@cse.psu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).