Linux-Development-Sys Digest #578, Volume #6 Sat, 3 Apr 99 20:13:49 EST
Contents:
gethostbyname broken in glibc? (Bob Berman)
Re: Programming tools for Linux/Unix: Editor, IDE, Frontend to GCC. (Gabor)
Re: Idea: Make a seperate "i686" tree for Redhat Linux 6.0 (Alexander Viro)
GLIBC_2.0 (Daniel R. Grayson)
Re: Proposal: "Linux 2000 Platform" (Christopher B. Browne)
Re: ext2 documentation / explanation (Christopher B. Browne)
Re: Proposal: "Linux 2000 Platform" (Jeremy Crabtree)
Error message compiling gnome-libs-1.0.5 ("Marco Fonseca")
Re: CORBA using kernel recources... (Christopher B. Browne)
----------------------------------------------------------------------------
From: Bob Berman <[EMAIL PROTECTED]>
Subject: gethostbyname broken in glibc?
Date: Sat, 03 Apr 1999 16:32:15 -0500
I recently installed glibc (2.0.7pre6) following the wonderful instructions
given by Frodo Looijaard at huizen.dds.nl. It went very smoothly and all the
tests checked out fine. The nice thing about his directions is it makes it a
snap to switch back and forth between libc environments.
Anyway, the problem I've discovered is that gethostbyname() does not work in
glibc. Is this a known problem? If I build my test program using libc5, it runs
fine. Under glibc it hangs. It doesn't even seem to time out. Is there some
change I need to make somewhere to get gethostbyname() to work? Or a patch for
glibc or what?
My compiler is gcc 2.8.1, OS is Linux 2.0.35.
My /etc/host.conf:
148-> cat /etc/host.conf
order hosts, bind
multi on
I am not running named. Just /etc/hosts.
Here's my little test program:
#include <stdio.h>
#include <netdb.h>
main()
{
struct hostent *hp;
perror("Starting");
if ((hp = gethostbyname("localhost")) == NULL) {
perror("gethostbyname");
printf("\n not OK");
exit(1);
}
perror("gethostbyname");
printf("\nOK");
exit(0);
}
------------------------------
From: [EMAIL PROTECTED] (Gabor)
Crossposted-To:
comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.help,comp.unix.programmer
Subject: Re: Programming tools for Linux/Unix: Editor, IDE, Frontend to GCC.
Date: Sat, 03 Apr 1999 22:19:28 GMT
In comp.unix.programmer, Nix <$}xin{[email protected]> wrote :
# [EMAIL PROTECTED] (Dan Mercer) writes:
#
# > Elegant? I've never heard it called that before. The question is,
# > why should I have to learn Lisp to get the most out of my editor?
#
# M-x customize is your friend.
#
# Outside of that, well, `you have to learn it because you do'.
#
# It's just the way Emacs works; and it makes for such power I'm quite
# glad it works that way. Lisp is a very simple language, after all.
As long as you aren't forced to use what another does. What do you
care what he uses? Does it matter? If a person is happy with his/her
editor, well so be it. It's a personal thing. You won't start an
argument over what soap he uses, will you?
------------------------------
From: [EMAIL PROTECTED] (Alexander Viro)
Crossposted-To:
comp.os.linux.misc,linux.redhat.misc,alt.linux,alt.os.linux,comp.os.linux.hardware
Subject: Re: Idea: Make a seperate "i686" tree for Redhat Linux 6.0
Date: 3 Apr 1999 18:17:02 -0500
In article <[EMAIL PROTECTED]>,
James Goldman <[EMAIL PROTECTED]> wrote:
>Alexander Viro wrote:
>>
><snip story of foo, bar and of course, baz>
>
>> he's OK with <bar>, can't stand anything else and is on holy crusade
>> against authors of <bar>.
>
>True. That's rather annoying isn't it? But then again, I frequently go
>off on little crusades about my particular foobar: Microsoft. I said I
>don't care anymore, but it's not really true. The kind of hatred any
>truly computer-literate person develops for M$ never quite dies. So I
>guess I'm guilty, too.
And before MS there was Big Blue (aka Inferior But Marketable,
aka It's Better Manually, aka Imbecils Build Monsters, aka IBM). No, I
don't mean Apple vs. PC wars. It goes back waaay further. To /360 times.
And beyond. They not only *produced* bullshit (the oldest one I've dealt
with was IBM/360 clone, that doesn't count equally braindead periphs.),
their behaviour was, well, less than ethical (and MS distinctly resembles
them, but that's another story).
><snip description of lusers>
>
>OK, with this description I can't possibly argue. People like you
>described shouldn't be allowed to own computers. They are powerful and
>potentially dangerous tools (I mean the computers - although I concede
>that the lusers are tools, too).
>
>So everyone should ask themselves: "Do I really know what I'm doing?"
>Actually, scratch that. An luser would always answer "yes" even though
Nope. 9:1 that it will answer "huh???"
>the answer is definitely "no". I must have met a few thousand people
>like this - and that's just in college. Here I have to note that most of
>said people thought Microsoft was wonderful.
>
>> >big ol' bandwagon again. Linux has become a buzzword.
>> Yes. And there is a type that I would call professional advocates.
>> Completely dishonest, absolutely ignorant, want to fight for
>> something, no matter what. Most vocal type. BTW, many of them are
>> ex-Mac/ex-Amiga/ex-OS/2 advocates - check DejaNews and you'll see.
>
>Hmm.. care to elaborate on this, too? Do you mean people screaming about
>how wonderful Linux is/putting down everyone who doesn't use
>it/otherwise making asses of themselves/otherwise making asses of the
>rest of the Linux community? Yes, then I agree. I'll rail agaist M$ as
Example: guy running around and screaming "Linux everywhere"
(annoying, to put it mildly, when victi^Wlistener is caught in lavatory),
requesting to replace working (ahem) Solaris boxen. Had he checked WTF
is running there? No? Had he checked whether it runs on Linux? No? Had
he ever heard "if it isn't broken don't fix it"? Also no? Will he care
to pay for moving the thing to new box and testing it? Oh, he'll do it
himself? Cool. Especially since he knows squat about the stuff. Oh, he'll
learn in process? May I politely suggest him to FOAD?
You see, the same kind of idiots run around demanding to switch
working mailservers to NT (and Sexchange... <shudder>). It doesn't matter
how good or bad the system in question is - attitude, clue level and
consequences are same. Another example: several weeks ago local luser
caught me when I went out to smoke and started chatting about k3wl stuff he
runs on his k3wl b0x (chat was pretty much single-sided, but he didn't
care). Well, he asked me what I'm running. D'oh. Solaris, Linux and *BSD,
said I. Woah... Idiot began to scream. He accused me in using politically
incorrect systems and *demanded* to remove the work of devil and change
everything to RH 5.2. So there... Week earlier the same idiot excre^Wexercised
in major DSW with another one. Second idiot discovered FreeBSD. Yup, the
same behaviour - now he *knows* the true faith (albeit knows nothing about
FreeBSD, Linux or UNIX in general; doesn't matter, he'll preach anyway).
It would be funny if it wouldn't be so nauseating. Both sides demonstrated
absolute lack of clue wrt *both* systems. Both were *very* vocal. Oh, BTW,
year ago one of them screamed "Mac everywhere!" and another - "OS/2 is the
best thing ever, everything else should die!"
>much as the next guy (and probably more), but the fact is that the rest
>of the world needs enlightenment about the true nature of M$. What they
Does it? If somebody is OK with his tools - let him use them. I'm
less than willing to use the stuff in question myself. If somebody has
different needs - fine with me, if I don't have to do support. Dunno...
the last MS stuff I had to use more than several times was DOS 3.30.
*I* *don't* *do* *Windows* works fine. Ditto for MacOS. As for the political
side... IMO it belongs to talk.politics.*, not comp.*.
>don't need is to be put down. God knows we get enough of that sort of
>thing as it is.
>
>> fact that people in <foo> speak on a different language. "What? They
>
>Here's another thing that's going to give me away, but where does this
>"foo" come from? I see it all over the place.
See Jargon File (www.ccil.org/jargon)
:foo: /foo/ 1. /interj./ Term of disgust. 2. Used very
generally as a sample name for absolutely anything, esp. programs
and files (esp. scratch files). 3. First on the standard list of
{metasyntactic variable}s used in syntax examples. See also
{bar}, {baz}, {qux}, {quux}, {corge}, {grault},
{garply}, {waldo}, {fred}, {plugh}, {xyzzy},
{thud}.
The etymology of hackish `foo' is obscure. When used in
connection with `bar' it is generally traced to the WWII-era Army
slang acronym FUBAR (`Fucked Up Beyond All Repair'), later
bowdlerized to {foobar}. (See also {FUBAR}.)
However, the use of the word `foo' itself has more complicated
antecedents, including a long history in comic strips and cartoons.
The old "Smokey Stover" comic strips by Bill Holman often
included the word `FOO', in particular on license plates of cars;
allegedly, `FOO' and `BAR' also occurred in Walt Kelly's
"Pogo" strips. In the 1938 cartoon "The Daffy Doc", a very
early version of Daffy Duck holds up a sign saying "SILENCE IS
FOO!"; oddly, this seems to refer to some approving or positive
affirmative use of foo. It has been suggested that this might be
related to the Chinese word `fu' (sometimes transliterated
`foo'), which can mean "happiness" when spoken with the proper
tone (the lion-dog guardians flanking the steps of many Chinese
restaurants are properly called "fu dogs").
Paul Dickson's excellent book "Words" (Dell, 1982, ISBN
0-440-52260-7) traces "Foo" to an unspecified British naval
magazine in 1946, quoting as follows: "Mr. Foo is a mysterious
Second World War product, gifted with bitter omniscience and
sarcasm."
Other sources confirm that `FOO' was a semi-legendary subject of
WWII British-army graffiti more-or-less equivalent to the American
Kilroy. Where British troops went, the graffito "FOO was here"
or something similar showed up. Several slang dictionaries aver
that FOO probably came from Forward Observation Officer. In this
connection, the later American military slang `foo fighters' is
interesting; at least as far back as the 1950s, radar operators
used it for the kind of mysterious or spurious trace that would
later be called a UFO (the older term resurfaced in popular
American usage in 1995 via the name of one of the better
grunge-rock bands).
Earlier versions of this entry suggested the possibility that
hacker usage actually sprang from "FOO, Lampoons and Parody",
the title of a comic book first issued in September 1958, a joint
project of Charles and Robert Crumb. Though Robert Crumb (then in
his mid-teens) later became one of the most important and
influential artists in underground comics, this venture was hardly
a success; indeed, the brothers later burned most of the existing
copies in disgust. The title FOO was featured in large letters on
the front cover. However, very few copies of this comic actually
circulated, and students of Crumb's `oeuvre' have established
that this title was a reference to the earlier Smokey Stover
comics.
An old-time member reports that in the 1959 "Dictionary of the
TMRC Language", compiled at {TMRC}, there was an entry that went
something like this:
FOO: The first syllable of the sacred chant phrase "FOO MANE
PADME HUM." Our first obligation is to keep the foo counters
turning.
For more about the legendary foo counters, see {TMRC}. Almost
the entire staff of what later became the MIT AI Lab was involved
with TMRC, and probably picked the word up there.
Very probably, hackish `foo' had no single origin and derives
through all these channels from Yiddish `feh' and/or English
`fooey'.
--
"You're one of those condescending Unix computer users!"
"Here's a nickel, kid. Get yourself a better computer" - Dilbert.
------------------------------
From: [EMAIL PROTECTED] (Daniel R. Grayson)
Subject: GLIBC_2.0
Date: 03 Apr 1999 17:56:14 -0600
In compiling ncurses-4.2 with glibc-2.1.1 on my system, I get these
interesting error messages, all which involve symbols whose names contain the
substring "GLIBC_2.0". Why are such symbols referred to in glibc-2.1.1? Did
I install something wrong?
=============================================================================
gcc -o tclock ../obj_s/tclock.o -L../lib -L/usr/lib -lform -lmenu -lpanel -lncurses
-Wl,-rpath,../lib -s -fPIC -lm
/usr/bin/ld: warning: libc.so.6, needed by /usr2.1/lib/libm.so, not found (try using
--rpath)
/usr2.1/lib/libm.so: undefined reference to `atexit@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `__strtod_internal@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `__isnanf@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `__register_frame_info@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `__strtold_internal@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `__isinff@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `__assert_fail@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `__isnan@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `__strtof_internal@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `__isnanl@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `__deregister_frame_info@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `stderr@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `__environ@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `__curbrk@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `__isinf@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `__isinfl@@GLIBC_2.0'
/usr2.1/lib/libm.so: undefined reference to `sprintf@@GLIBC_2.0'
------------------------------
From: [EMAIL PROTECTED] (Christopher B. Browne)
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.linux.misc
Subject: Re: Proposal: "Linux 2000 Platform"
Reply-To: [EMAIL PROTECTED]
Date: Sun, 04 Apr 1999 00:21:54 GMT
On 3 Apr 1999 21:16:08 GMT, Jeremy Crabtree <[EMAIL PROTECTED]> posted:
>Christopher B. Browne allegedly wrote:
>>The following little script is what I reference with EDITOR and
>>VISUAL; it checks to see if XEmacs or GNU Emacs are running, and
>>latches onto them if possible. Alternatively, it runs "jed."
>
>Why not just use an editor that works in both places?
>(like GNU emacs, or wpe)
a) If I've not already got an Emacs running, I'd rather not spawn one
just to edit a news message or some such thing.
b) Low cost, low cholesterol, more functionality...
>>I use something roughly equivalent to pass URLs from the shell to
>>Netscape;
>
>Like from tty1 to Netscape? OR just from an XTerm to Netscape?
>If it's the former, PLEASE share, if the latter, nevermind.
>From *anything* to Netscape.
% Netscape http://www.bart.net/~simpsons/
will
a) Start Netscape, if it's not running,
b) Head a Netscape "window" to the specified URL.
The script looks like the following...
#!/bin/ksh
NETSCAPE=/home/cbbrowne/Netscape/netscape
eval $NETSCAPE -remote "openURL\($1\)" </dev/null >/dev/null 2>&1
if [ $? != 0 ]; then
eval nohup $NETSCAPE "$1" </dev/null >/dev/null 2>&1 &
fi
If DISPLAY is set appropriately, it can get at Netscape from
anywhere...
>(I use X and multiple text consoles a lot, so being able to send
> stuff from a console to X would be incredibly useful)
Rumor has it that there's some sort of regex matcher for RXVT that can
allow the gentle user to "somehow click" on a URL on screen, have RXVT
"macro" determine what portion is URL, and then do something like my
script above...
I've never beena ble to figure it out.
>> it spawns a Netscape process if one isn't already present.
>>It would doubtless be easy enough to build up more complex schemes to
>>search for other web browsers that might be running.
>
>Or, SHOULD be as easy...actaully passing info to them, however,
>might not work if they don't all share some base-level of
>functionality.
Surely so. You at least get the opportunity to *try* to do
something.
Note that if you decide to use (say) Chimera, even if the script has
to spawn a brand new Chimera process, you can at least share some
shared memory with existing instances.
>>Not rocket science.
>
>No...but it still seems to go againt the KISS principle.
I disagree. It adds substantial power with a few simple lines of
code. It may appear less-than-approachable to the "completely
computer naive," but it's certainly not nasty complex stuff.
If you want *really* K001 stuff, take a look at the macro archives for
command completion for zsh. *Lots* of wild stuff there.
Red Hat made what strikes me as a *big mistake* in leaving the samples
out of /usr/doc/zsh-whatever; the Debian folks include it, I found it,
and started singing their praises...
The *neatest* thing I've done with zsh "magical globbing completion"
is to use it to query/complete MH mailbox names. Not having to spell
out (or remember) all the folder names makes MH quite incredibly
usable at the CLI.
--
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer <http://www.hex.net/~cbbrowne/lsf.html>
[EMAIL PROTECTED] - "What have you contributed to free software today?..."
------------------------------
From: [EMAIL PROTECTED] (Christopher B. Browne)
Subject: Re: ext2 documentation / explanation
Reply-To: [EMAIL PROTECTED]
Date: Sun, 04 Apr 1999 00:21:55 GMT
On Sat, 03 Apr 1999 14:08:36 +0200, Dan Shechter
<[EMAIL PROTECTED]> posted:
>I'm looking for a general explanation / documentation on how
>file system are built / designed, I'd gladly appreciate
>any links / docs whatever you've got...
Can you be more specific by what you mean?
a) Are you talking about the design of new/improved filesystems?
or
b) Are you talking about how one goes about selecting parameters for
the partitions and filesystems that you'll be using for a particular
system install?
--
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer <http://www.hex.net/~cbbrowne/lsf.html>
[EMAIL PROTECTED] - "What have you contributed to free software today?..."
------------------------------
From: [EMAIL PROTECTED] (Jeremy Crabtree)
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.linux.misc
Subject: Re: Proposal: "Linux 2000 Platform"
Date: 4 Apr 1999 00:40:15 GMT
Reply-To: [EMAIL PROTECTED]
Christopher B. Browne allegedly wrote:
>On 3 Apr 1999 21:16:08 GMT, Jeremy Crabtree <[EMAIL PROTECTED]> posted:
>>Christopher B. Browne allegedly wrote:
>>>The following little script is what I reference with EDITOR and
>>>VISUAL; it checks to see if XEmacs or GNU Emacs are running, and
>>>latches onto them if possible. Alternatively, it runs "jed."
>>
>>Why not just use an editor that works in both places?
>>(like GNU emacs, or wpe)
>
>a) If I've not already got an Emacs running, I'd rather not spawn one
>just to edit a news message or some such thing.
Ahh...you WIMP! ;)
(EMACS (GNU variety) does take a LOOONG time to load)
>b) Low cost, low cholesterol, more functionality...
Yeah...still, you might look at wpe some time, it's a
complete IDE for just about any language/compiler you
want to plug into it, and it works well for plain text
too.
[SNIP]
>
>If DISPLAY is set appropriately, it can get at Netscape from
>anywhere...
Okay...I was really hoping for a way to past from, say,
tty1 (an actual console, not an XTerm) to someplace in
X.
>>(I use X and multiple text consoles a lot, so being able to send
>> stuff from a console to X would be incredibly useful)
>
>Rumor has it that there's some sort of regex matcher for RXVT that can
>allow the gentle user to "somehow click" on a URL on screen, have RXVT
>"macro" determine what portion is URL, and then do something like my
>script above...
>
>I've never beena ble to figure it out.
Again, I was hoping for something that would work on a regular
console, and paste into X...a pipe dream, I know, but still...
[SNIP, starting chimera and such...]
>>>Not rocket science.
>>
>>No...but it still seems to go againt the KISS principle.
>
>I disagree. It adds substantial power with a few simple lines of
>code. It may appear less-than-approachable to the "completely
>computer naive," but it's certainly not nasty complex stuff.
I'll concede and just agree here.
[SNIP, about ZSH...my Slack install doesn't have ZSH :(...must've missed
it]
--
"Being myself a remarkably stupid fellow, I have had to unteach myself
the difficulties, and now beg to present to my fellow fools the parts
that are not hard" --Silvanus P. Thompson, from "Calculus Made Easy."
------------------------------
From: "Marco Fonseca" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,linux.redhat.misc
Subject: Error message compiling gnome-libs-1.0.5
Date: Sat, 3 Apr 1999 19:38:10 -0500
After struggling for days and days to compile gtk+-1.2.1, I finally managed
to to it by simply installing the XFree86-devel rpm which was missing in my
system and also by compiling the gtk+ tarball from the /usr/src folder which
I wasn't doing before. However, the Gnome/E pair remains bloody unstable and
the whole purpose of this rather taxing exercise is to get these two dancing
to the sound of my music. So, boldly enough, I moved on to compile the
gnome-libs-1.0.5 from tar, and now -surprisingly enough- I get another error
message. The tail-end of the make output reads as follows:
. libs/liggnome.so: undefined reference to 'gtk_item_factory_add_foreign'
. libs/liggnome.so: undefined reference to 'gtk_menu_get_accel_group'
. libs/liggnome.so: undefined reference to
'gtk_menu_ensure_uline_accel_group'
make [3]: *** [all-recursive] Error 1
make [3]: Leaving directory '/usr/src/gnome-libs-1.0.5/libgnomeui'
make [2]: *** [all-recursive] Error 1
make [2]: Leaving directory '/usr/src/gnome-libs-1.0.5/libgnomeui'
make [1]: *** [all-recursive] Error 1
make [1]: Leaving directory '/usr/src/gnome-libs-1.0.5'
make: *** [all-recursive-am] Error 2
That's it. That's the error message. I wonder if this has anything to do
with the original libraries with which the tar file I have were compiled? I
also wonder if this has anything to do with the fact that for me to be able
to compile gdk+ I had to actually copy the gtk-config script from
/usr/local/bin (where the compilation put it) to /usr/bin (where the old
1.2.0 one used to reside and where gtk+ was, somehow, still looking for it?
------------------------------
From: [EMAIL PROTECTED] (Christopher B. Browne)
Subject: Re: CORBA using kernel recources...
Reply-To: [EMAIL PROTECTED]
Date: Sun, 04 Apr 1999 01:06:42 GMT
On Sat, 03 Apr 1999 22:49:33 +0200, Conrado Buhrer
<[EMAIL PROTECTED]> posted:
>From what I have heard CORBA is having trouble linking files with
>applications.. What are the chances of using CORBA to create a desktop
>enviroment using kernel recources to direct the links between files and
>apps ? Windows is miles ahead in this area, this is also something that
>has become the main attraction of users towards Windows.
Can you be a bit more precise about what on earth you're talking about
here?
As far as I can tell, there is, generally speaking, almost *no* need
on the part of applications to be aware of kernel specifics.
Programs that worry about things in the kernel tend to *break* when
the kernel changes.
In contrast, programs usually need to know such things as:
- UNIX APIs, such as LIBC, which are not strongly related to the
kernel,
- The existence of file systems, and seldom do applications need to
actually know anything about the *implementation;* if they did, then
you'd have breakage if you changed a filesystem to use a networked FS
such as NFS or CODA.
(Aside: Is there a good reason to try CODA yet? Should people be
puzzling through it so that it can be encouraged to become more robust
as an eventual replacement for NFS, Some Day? Inquiring Minds Want To
Know...)
>Finding a way for the desktop enviroment to control a small minority of
>the kernel recources would be really helpfull in putting items in the
>background of the desktop, dumping the image into a free memory device
>and drawing it with regular corba resources.
Painful English aside, I'm not sure you're getting across any message
about just what it is that you want.
Precisely what are your "items," "images," and what do you mean by
"background" and "drawing?"
My suspicion is that you've heard something about COM, figure CORBA is
the same thing, and want to define "desktop environment" that's
basically like the W95 notion for UNIX, which, suffice it to say, is
Not Likely To Happen.
The way that CORBA is liable to become useful on Linux is as people:
a) Start to figure it out,
b) Start designing and building CORBAFacilities, and
c) Start building applications that know how to get at
CORBAFacilities.
[Note that none of those three points contained the names KDE or
GNOME. Facilities should be designed to be *useful services,*
irrespective of someone's "Desktop Religion." That will make them
*useful for both.*]
>Linking the files would be easy, but a database should also be created
>to support the search strings over the internet, in one huge file.
That doesn't sound like the way CORBA works; it's not about "one huge
file," but rather works a whole lot more like "Each persistent object
persists wherever it gets defined to persist."
What you're talking about sounds somewhat more like the CODA RVM
(Recoverable Virtual Memory) concept, which appears to represent a
sort of reclamation of Multics segments. (The authors claim
similarity.) Come to think of it, that brings up CODA again...
Methinks I should probably install CODA, and see what good it is...
--
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer <http://www.hex.net/~cbbrowne/lsf.html>
[EMAIL PROTECTED] - "What have you contributed to free software today?..."
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
