Linux-Development-Sys Digest #445, Volume #6 Tue, 2 Mar 99 10:16:16 EST
Contents:
Re: capturing keyboard input? ("mark")
Re: SMP Support ("Paul F. Dietz")
Re: Some notes on glibc-2.1 and egcs-1.1.1 (Safuat Hamdy)
how can i change the video mode in c++ ("davide morelli")
can you tell me how to write a .dll in c++ ? ("davide morelli")
Re: waiting for milliseconds? ("mark gittins")
Re: LINUX MERCED (Dr A O V Le Blanc)
Re: PROOF: Jesus *is* Lord of the Sabbath! ("Mathiaxe")
Re: PROOF: Jesus *is* Lord of the Sabbath! ("Per Olsson")
Re: PROOF: Jesus *is* Lord of the Sabbath! (Stuart Bell)
Re: PROOF: Jesus *is* an iMac (Stuart Bell)
Re: PROOF: Blondes love iMacs (Julian Robert Yon)
WHY AM I BEING BLAMED? (Julian Robert Yon)
Re: Some notes on glibc-2.1 and egcs-1.1.1 (Andreas Jaeger)
Re: Real Programmers text editors ("Per Olsson")
Re: SMP Support (Julian Robert Yon)
Re: Driver Programming (Gerard van der Sel)
Re: SMP: slicing by -process- or -thread- ? (Peter Samuelson)
Re: glibc 2.1 ;) (Ronald Cole)
Sound under 2.2.x -- mulaw missing (Michael Hirsch)
----------------------------------------------------------------------------
From: "mark" <[EMAIL PROTECTED]>
Subject: Re: capturing keyboard input?
Date: 2 Mar 1999 10:25:07 GMT
i *think* that there is something in a book called Advanced Unix
Programming Marc Rochkind / Paperback
/ Published 1985. He details some C code to do this, you use system calls
to modify the setup of the terminal, Sorry I can't remember any more
details but it has been a few years since I saw it.
Mark Gittins
[EMAIL PROTECTED]
John DeBoard <[EMAIL PROTECTED]> wrote in article
<[EMAIL PROTECTED]>...
> Any programmers out there know how to capture keyboard input using C.
> DOS had the getch() thing, I notice that there is a curses getch but I
> was just wondering if there was some sort of way to get to things on a
> kernel level, like catching the kbd interrupt, then translating it..
>
> John DeBoard
> [EMAIL PROTECTED]
>
------------------------------
From: "Paul F. Dietz" <[EMAIL PROTECTED]>
Subject: Re: SMP Support
Date: Tue, 02 Mar 1999 04:46:22 -0600
> I suppose it depends on how your disk performs. If your disk I/O is
> really slow, then maybe it really helps if one process can be
> compiling while another is writing to disk, whereas if your disk I/O
> were really fast then this wouldn't make as much of a difference.
> Just guessing though....
Also, doesn't the kernel compile use the -pipe option
to gcc? That would already give some parallelism
even without the -j option to make.
Paul
------------------------------
From: Safuat Hamdy <[EMAIL PROTECTED]>
Subject: Re: Some notes on glibc-2.1 and egcs-1.1.1
Date: 02 Mar 1999 11:07:16 +0100
Andreas Jaeger <[EMAIL PROTECTED]> writes:
> > 2. programms compiled with gcc-2.8.1 and glibc-2.0.6 which previously worked
> > well fail when recompiled with egcs-1.1.1 and glibc-2.1
>
> > here make (3.77) is a good example (but others exist, moc from Qt is another
> > one)
> > [...]
>
> > Did someone else made the same observations? Is there a way out of this
>uncomfortable situation?
> Read the glibc2.1 FAQ:
> 4.6. I've build make 3.77 against glibc 2.1 and now make gets
> segmentation faults.
sorry that I come back on this, but I checked moc more closely. Conclusion:
moc (Qt-1.43) compiles well and does not have the "defects" make-3.77 suffers from.
Anyway moc
crashes, for instance:
in qt-1.43/src:
$ gdb ../bin/moc
...
(gdb) run dialogs/qfiledialog.h -o dialogs/moc_qfiledialog.cpp
...
Program received signal SIGSEGV, Segmentation fault.
0x400ca291 in _IO_unbuffer_write () at genops.c:734
734 _IO_SETBUF (fp, NULL, 0);
(gdb) bt
#0 0x400ca291 in _IO_unbuffer_write () at genops.c:734
#1 0x400ca2c9 in _IO_cleanup () at genops.c:749
#2 0x40095029 in exit (status=0) at exit.c:62
#3 0x4008caa1 in __libc_start_main () at ../sysdeps/generic/libc-start.c:78
Similar results for moc from Qt-1.40 when recompiled with glibc-2.1 and egcs-1.1.1
(which worked
well with glibc-2.0.6 and gcc-2.8.1)
And now?
--
S. Hamdy | All primes are odd except 2,
[EMAIL PROTECTED] | which is the oddest of all.
|
unsolicited commercial e-mail | D.E. Knuth
is strictly not welcome |
------------------------------
From: "davide morelli" <[EMAIL PROTECTED]>
Subject: how can i change the video mode in c++
Date: 27 Feb 1999 00:47:16 +0100
under windows'95
davide,
[EMAIL PROTECTED]
------------------------------
From: "davide morelli" <[EMAIL PROTECTED]>
Subject: can you tell me how to write a .dll in c++ ?
Date: 27 Feb 1999 00:48:21 +0100
davide,
[EMAIL PROTECTED]
------------------------------
From: "mark gittins" <[EMAIL PROTECTED]>
Subject: Re: waiting for milliseconds?
Date: 2 Mar 1999 11:17:33 GMT
usleep should be available, see man 3 usleep.
[EMAIL PROTECTED] wrote in article
<7bgg15$fu7$[EMAIL PROTECTED]>...
> I want my application to wait for a shorter period than seconds, so I
can't
> use sleep(). Does there exists a different function?
>
> thanks
> Norman
>
> -----------== Posted via Deja News, The Discussion Network ==----------
> http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
>
------------------------------
From: [EMAIL PROTECTED] (Dr A O V Le Blanc)
Crossposted-To: alt.os.linux
Subject: Re: LINUX MERCED
Date: 2 Mar 1999 11:24:26 -0000
[EMAIL PROTECTED] (Christopher Browne) writes:
>I've been hearing rumors of HP putting effort into Linux-on-PA-RISC.
>Whether that involves MkLinux (Open Group did a port based on this, that
>they have apparently abandoned...), or takes them towards IA-64 support
>(note that IA-64 resulted from an Intel/HP joint venture) is not clear.
... (URLs omitted)
>are all fairly relevant URLs...
Effort seems to be greater at the moment for a full Linux port
to the PA-RISC machines. See http://thepuffingroup.com/parisc/
for up-to-date information.
-- Owen
[EMAIL PROTECTED]
------------------------------
From: "Mathiaxe" <[EMAIL PROTECTED]>
Crossposted-To:
alt.society.underwear,comp.sys.mac.misc,comp.sys.amiga.hardware,fr.rec.voyages
Subject: Re: PROOF: Jesus *is* Lord of the Sabbath!
Date: Tue, 2 Mar 1999 12:42:33 -0000
Si tu ne comprends pas, je te r�sume la situation :
Tu nous emmerdes !
Ok rosbif ?
Mathiaxe
Stuart Bell <[EMAIL PROTECTED]> a �crit dans le message :
[EMAIL PROTECTED]
|Gilles QUINTON <[EMAIL PROTECTED]> wrote:
|> C'est quoi ce jesus de mes deux of the sabbath ? C'est une secte de
gonfle
|> couilles? Ils croient qu'ils peuvent nous faire un lavage de cerveau par
|> le net comme a leur tar�s de disciples ?
|je ne comprends pas. ;-(
|Stuart Bell - happily working on Macs in a Wintel-free zone
------------------------------
From: "Per Olsson" <[EMAIL PROTECTED]>
Crossposted-To:
alt.society.underwear,comp.sys.mac.misc,comp.sys.amiga.hardware,fr.rec.voyages
Subject: Re: PROOF: Jesus *is* Lord of the Sabbath!
Date: Tue, 2 Mar 1999 13:19:32 +0100
Det vore trevligt om du kunde anv�nda svenska s� att jag f�rstod vad du
skrev.
/Per Olsson
P.S. For everyone not familiar with the swedish language, a translation into
english (which I'm not very familiar with myself): It would be nice if you
wrote in swedish so I understood your writing.
--
Real programmers dont use WYSIWYG editors. They use YAFIYGI editors like
edlin. (You Asked For It You Got It)
Gilles QUINTON wrote in message <[EMAIL PROTECTED]>...
>C'est quoi ce jesus de mes deux of the sabbath ? C'est une secte de gonfle
>couilles? Ils croient qu'ils peuvent nous faire un lavage de cerveau par
>le net comme a leur tar�s de disciples ?
>
>Gilles
>
------------------------------
From: [EMAIL PROTECTED] (Stuart Bell)
Crossposted-To:
alt.society.underwear,comp.sys.mac.misc,comp.sys.amiga.hardware,fr.rec.voyages
Subject: Re: PROOF: Jesus *is* Lord of the Sabbath!
Date: Tue, 2 Mar 1999 09:25:31 +0000
Gilles QUINTON <[EMAIL PROTECTED]> wrote:
> C'est quoi ce jesus de mes deux of the sabbath ? C'est une secte de gonfle
> couilles? Ils croient qu'ils peuvent nous faire un lavage de cerveau par
> le net comme a leur tar�s de disciples ?
je ne comprends pas. ;-(
--
Stuart Bell - happily working on Macs in a Wintel-free zone
PB-100 FAQ at www.argonet.co.uk/users/sabell/pb100.html
JR's Duo FAQ at www.argonet.co.uk/users/sabell/duo.html
6400/6500 users: http://hometown.aol.com/tmk12v/home.html
------------------------------
From: [EMAIL PROTECTED] (Stuart Bell)
Crossposted-To:
alt.society.underwear,comp.sys.mac.misc,comp.sys.amiga.hardware,fr.rec.voyages
Subject: Re: PROOF: Jesus *is* an iMac
Date: Mon, 1 Mar 1999 22:13:00 +0000
Pablo <[EMAIL PROTECTED]> wrote:
> Per Olsson wrote:
>
> In bible class today, our teacher said that I am a Jesus Freak!
Pablo: If you delete all that someone else has written, please also
delete the line "XXX XXXX wrote".
In this case, it appears that Per said "In bible class. . ." whereas in
fact you wrote it. OK?
--
Stuart Bell - happily working on Macs in a Wintel-free zone
PB-100 FAQ at www.argonet.co.uk/users/sabell/pb100.html
JR's Duo FAQ at www.argonet.co.uk/users/sabell/duo.html
6400/6500 users: http://hometown.aol.com/tmk12v/home.html
------------------------------
From: Julian Robert Yon <[EMAIL PROTECTED]>
Crossposted-To:
alt.society.underwear,comp.sys.mac.misc,comp.sys.amiga.hardware,fr.rec.voyages
Subject: Re: PROOF: Blondes love iMacs
Date: Tue, 02 Mar 1999 12:39:45 +0000
Pablo wrote:
>
> Julian Robert Yon wrote:
> Blondes love iMacs and I am a pervert!
Bl**dy hell! Did I?
~~~~~~~~~~~~~~~~~~~~
[EMAIL PROTECTED]
[EMAIL PROTECTED]
------------------------------
From: Julian Robert Yon <[EMAIL PROTECTED]>
Crossposted-To:
alt.society.underwear,comp.sys.mac.misc,comp.sys.amiga.hardware,fr.rec.voyages
Subject: WHY AM I BEING BLAMED?
Date: Tue, 02 Mar 1999 12:44:30 +0000
This is going too far. Will you French please stop making me a
scapegoat. I am not responsible for the original postings, and my only
crime seems to be contributing to a long running discussion, which just
happens to have been off-topic.
Leave me alone, s'il vous pla�t!!!
~~~~~~~~~~~~~~~~~~~~
[EMAIL PROTECTED]
[EMAIL PROTECTED]
------------------------------
From: Andreas Jaeger <[EMAIL PROTECTED]>
Subject: Re: Some notes on glibc-2.1 and egcs-1.1.1
Date: 02 Mar 1999 13:39:03 +0100
>>>>> Safuat Hamdy writes:
Safuat> Andreas Jaeger <[EMAIL PROTECTED]> writes:
>> > 2. programms compiled with gcc-2.8.1 and glibc-2.0.6 which previously worked
>> > well fail when recompiled with egcs-1.1.1 and glibc-2.1
>>
>> > here make (3.77) is a good example (but others exist, moc from Qt is another
>> > one)
>> > [...]
>>
>> > Did someone else made the same observations? Is there a way out of this
>uncomfortable situation?
>> Read the glibc2.1 FAQ:
>> 4.6. I've build make 3.77 against glibc 2.1 and now make gets
>> segmentation faults.
Safuat> sorry that I come back on this, but I checked moc more closely. Conclusion:
Safuat> moc (Qt-1.43) compiles well and does not have the "defects" make-3.77 suffers
from. Anyway moc
Safuat> crashes, for instance:
Safuat> in qt-1.43/src:
Safuat> $ gdb ../bin/moc
Safuat> ...
Safuat> (gdb) run dialogs/qfiledialog.h -o dialogs/moc_qfiledialog.cpp
Safuat> ...
Safuat> Program received signal SIGSEGV, Segmentation fault.
Safuat> 0x400ca291 in _IO_unbuffer_write () at genops.c:734
Safuat> 734 _IO_SETBUF (fp, NULL, 0);
Safuat> (gdb) bt
Safuat> #0 0x400ca291 in _IO_unbuffer_write () at genops.c:734
Safuat> #1 0x400ca2c9 in _IO_cleanup () at genops.c:749
Safuat> #2 0x40095029 in exit (status=0) at exit.c:62
Safuat> #3 0x4008caa1 in __libc_start_main () at ../sysdeps/generic/libc-start.c:78
Safuat> Similar results for moc from Qt-1.40 when recompiled with glibc-2.1 and
egcs-1.1.1 (which worked
Safuat> well with glibc-2.0.6 and gcc-2.8.1)
If egcs and its libstdc++ have been compiled against glibc 2.1, I
don't now what's wrong. I fear you've got to try to debug this or
reproduce it with a small testcase so that other can reproduce it
without using moc.
It would be interesting to see the contents of fp when the seg. fault
occurs.
Andreas
--
Andreas Jaeger [EMAIL PROTECTED] [EMAIL PROTECTED]
for pgp-key finger [EMAIL PROTECTED]
------------------------------
From: "Per Olsson" <[EMAIL PROTECTED]>
Crossposted-To: comp.sys.mac.misc,comp.sys.amiga.hardware
Subject: Re: Real Programmers text editors
Date: Tue, 2 Mar 1999 13:21:14 +0100
A what? A real programmer or a cross-posting person like you?
/Per Olsson
--
Real programmers dont use WYSIWYG editors. They use YAFIYGI editors like
edlin. (You Asked For It You Got It)
Daddy Roger wrote in message <[EMAIL PROTECTED]>...
>Real programers know when they are cross-posting, you are such a person
------------------------------
From: Julian Robert Yon <[EMAIL PROTECTED]>
Subject: Re: SMP Support
Date: Tue, 02 Mar 1999 12:34:01 +0000
Peter Humphrey wrote:
> .... The total system load as shown by Xosview goes up to
> about 24! (I think there may be something wrong with its algorithm :-(
> .) I used 8 as (1 plus) the number of parallel processes after the
> system ran out of memory when run with no restriction.
"Just for fun" I did a "make -j" build on a non-smp system. It was
really rather slow, but it did use all my main memory and 60M+ of swap,
and pushed my load up to 69, which was a new record for me... :-)
Julian
~~~~~~~~~~~~~~~~~~~~
[EMAIL PROTECTED]
[EMAIL PROTECTED]
------------------------------
From: Gerard van der Sel <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development,comp.os.linux.questions
Subject: Re: Driver Programming
Date: Tue, 02 Mar 1999 09:09:09 +0100
Reply-To: [EMAIL PROTECTED]
snurf wrote:
>
> Hello all.
> I need to develop a driver for an industrial card but I don't know how do
> it.
> I'm looking for news, example, docs about drivers programming under linux
> S.U.S.E.
> If you know how do it, please share your knowledge.
>
> Thanks to answer to: [EMAIL PROTECTED]
Linux Device Drivers from Alessandro Rubini
from O'REILLY
ISBN: 1-566592-292-1, about $30,00
The examples from the book are on the internet.
Tools and everything else comes with an normal installation.
--
Met vriendelijke groet,
Gerard van der Sel
Mailto:[EMAIL PROTECTED]
"De dinosaurussen hadden hun komeet, wij hebben de Windows computer" -
me
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: SMP: slicing by -process- or -thread- ?
Date: 2 Mar 1999 02:45:09 -0600
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Bulent Murtezaoglu <[EMAIL PROTECTED]>]
> Shows you what a good idea sticking an AFAIK in there was. I stand
> corrected, thank you. That constant exists both in 2.0.* and 2.2.*
> kernels, with values 15 and 20 respectively for x86. Where do I find
> documentation on this other than the source itself?
Well ... it should be in the news archives, i.e. DejaNews. The
question comes up periodically here, believe it or not. (I think I
learned about Linux and processor affinity the same way you just did,
i.e. someone asked about it and someone else explained.)
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: Ronald Cole <[EMAIL PROTECTED]>
Subject: Re: glibc 2.1 ;)
Date: 01 Mar 1999 12:32:08 -0800
"Thomas T. Veldhouse" <[EMAIL PROTECTED]> writes:
> It was posted on ftp.cdrom.com/pub/gnu as follows:
> glibc-2.1 has been (temporarily) removed, until some
> political issues are worked out.
I'm sure that warning is just gnu.org's file being mirrored. You can
get glibc-2.1 at <ftp://sourceware.cygnus.com/pub/glibc/>.
--
Forte International, P.O. Box 1412, Ridgecrest, CA 93556-1412
Ronald Cole <[EMAIL PROTECTED]> Phone: (760) 499-9142
President, CEO Fax: (760) 499-9152
My PGP fingerprint: 15 6E C7 91 5F AF 17 C4 24 93 CB 6B EB 38 B5 E5
------------------------------
From: Michael Hirsch <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Sound under 2.2.x -- mulaw missing
Date: 01 Mar 1999 15:38:38 -0500
I have a weird problem with sound under 2.2 that I can't figure out.
I have a sound program that opens the sound device and sets the
various parameters that I need--sample rate, encoding, etc.
With the 2.0.xx kernels I had no problem setting mulaw as the encoding
scheme. With the 2.2.x kernels I can't figure out how to get it.
I have a little program program (included below) to test the audio
hardware. (I've been using only soundblasters and soundblaster-16s.)
Here is what it says with a 2.0.xx kernel:
[47] /tmp> ./audio-test
O
It took 1 tries to open speaker.
MU_LAW supported
AFMT_U8 supported
AFMT_S16_LE supported
Here is what it says for 2.2.x kernels:
[1001] /tmp> ./audio-test
O
It took 1 tries to open speaker.
AFMT_U8 supported
AFMT_S16_LE supported
I have vague memories that with 2.0.xx it was necessary to add
/dev/audio to your kernel (i.e., the CONFIG_AUDIO config option) to
get mulaw, but I'm not sure. The /dev/audio switch is missing in the
2.2.x kernels.
Does anyone understand this stuff?
Here's the test program. What does it give you? (The tests for
encoding are down at the bottom.)
/* ----------------------------------------------------------------------
*
* author : Sarah E. Chodrow
* created : 18 December 1998
* edited : 18 December 1998
* project : CCFaudio
*
* audio-test.c
*
*
* Test what audio formats are (really) available under
* Linux.
*
* ---------------------------------------------------------------------- */
#include <stdio.h>
#include <errno.h>
#include <sys/ioctl.h> /* 23.5.97 */
#include <unistd.h> /* 23.5.97 */
#include <fcntl.h>
#include <assert.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <netdb.h>
#include <sys/soundcard.h>
#define AUDIO_DEV "/dev/audio"
#define AUDIO_CTLDEV "/dev/mixer" /* replaces /dev/audioctl for linux */
#define AUDIO_OUTPUT_SPEAKER 1
#define AUDIO_OUTPUT_HEADPHONE 2
#define VOLUME_MASK 0x00ff
#define FRAG_MASK 0x7fff0000 /* mask for fragment size */
#define FRAG_SIZE 0x0006 /* fragment size is 2^FRAG_SIZE
* on GW2K, 32 is the smallest size
*/
#define DEBUG 0x04
int audio_input_dev = -1; /* Audio device file descriptor */
int audio_output_dev = -1; /* Audio device file descriptor */
int audio_output_src = -1;
int audio_ctldev = -1; /* Audio control port */
int AudioInputEncoding; /* Input encoding for audiotool */
int mixer_dev = -1;
char *dev_labels[] = SOUND_DEVICE_LABELS;
char *dev_names[] = SOUND_DEVICE_NAMES;
void SetBlock(int fd, int ON)
{
int help;
int flags;
if ( (flags = fcntl(fd, F_GETFL, 0)) == -1 ) {
fprintf(stderr, "Error in SetBlock: F_GETFL...\n");
exit(1);
}
if (ON)
help = flags & ~O_NDELAY; /* Reset O_NDELAY in flags (blocking) */
else
help = flags | O_NDELAY; /* Set O_NDELAY in flags (nonblocking)*/
if (fcntl(fd, F_SETFL, help) == -1 ) {
fprintf(stderr, "Error in SetBlock: F_SETFL...\n");
exit(1);
}
}
main() {
int mask, ii, done;
/* fprintf( stderr, "DEBUG:\tOpening output audio...\n"); */
if (audio_output_dev == -1) {
/* -----
OK, it's closed, try opening it non-blocking...
----- */
write(2, "O\n", 2);
done = 0;
for (ii = 0; ii < 10 && !done; ii++) {
if ((audio_output_dev =
open( AUDIO_DEV, O_WRONLY | O_NDELAY)) < 0) {
fprintf( stderr,
"\tTrying to open output device %d\n",
audio_output_dev);
usleep( (2 << ii) * 1000);
}
else
done = 1;
}
if (!done) { /* we couldn't open it! */
#if (DEBUG & 0x4)
fprintf( stderr,
"\tCouldn't open output audio non-blocking in %d tries, returned
%d\n",
ii, audio_output_dev);
perror( "AUDIO_OUTPUT:");
#endif
return(-1); /* Sorry, busy.... */
}
else { /* we did open it */
#if (DEBUG & 0x04)
fprintf( stderr, "It took %d tries to open speaker.\n", ii);
#endif
SetBlock(audio_output_dev, 1); /* Got it, set it to blocking... */
}
}
if (ioctl( audio_output_dev, SNDCTL_DSP_GETFMTS, &mask) == -1) {
perror( "Fatal error: no audio formats supported!\n");
exit( -1);
}
else {
if (mask & AFMT_MU_LAW) printf( "MU_LAW supported\n");
if (mask & AFMT_A_LAW) printf( "A_LAW supported\n");
if (mask & AFMT_IMA_ADPCM) printf( "IMA_ADPCM supported\n");
if (mask & AFMT_U8) printf( "AFMT_U8 supported\n");
if (mask & AFMT_S16_LE) printf( "AFMT_S16_LE supported\n");
if (mask & AFMT_S16_BE) printf( "AFMT_S16_BE supported\n");
if (mask & AFMT_S8) printf( "AFMT_S8 supported\n");
if (mask & AFMT_U16_LE) printf( "AFMT_U16_LE supported\n");
if (mask & AFMT_U16_BE) printf( "AFMT_U16_BE supported\n");
if (mask & AFMT_MPEG) printf( "AFMT_MPEG supported\n");
}
return 0;
}
--
Michael D. Hirsch Work: (404) 727-7940
Emory University, Atlanta, GA 30322 FAX: (404) 727-5611
email: [EMAIL PROTECTED] http://www.mathcs.emory.edu/~hirsch/
Public key for encrypted mail available upon request (or finger
[EMAIL PROTECTED]).
------------------------------
** 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
******************************
