Linux-Development-Sys Digest #457, Volume #6 Sat, 6 Mar 99 05:15:37 EST
Contents:
IP source code! (Kishore)
Re: IP source code! (Daniel Robert Franklin)
PPP and SOCK_PACKET ("Christian Ruocco")
Re: ncurses port for vc? (hessling mark)
Re: Problem loading modules with kernel 2.2.2 and modutils 2.1.121 (Daniel R.
Grayson)
Re: waiting for milliseconds? ("Gerry S. Hayes")
Re: linux threads and polling (Peter Pointner)
What's wrong with GNOME ("Igor Raznatovic")
Re: scsi tape driver I/O error on mag tape (Kai M{kisara)
Re: Is anyone working on a JFS? (Karl Heyes)
Re: CD-R , "disk sleep" state and hung processes (Konrad Mierendorff)
Re: Is anyone working on a JFS? (Peter Samuelson)
Re: PCI Bus master -- help please (Robert Kaiser)
----------------------------------------------------------------------------
From: Kishore <[EMAIL PROTECTED]>
Subject: IP source code!
Date: 5 Mar 1999 01:31:39 GMT
Folks:
Can you please point me to a place where I can look at IP module source
code.I have to hack into that and make some changes in it ie., find the
router alert option in it.
I want to get the entire source but could not figure it out.
Thanks for your interest in helping out people like us,
Kishore
================== Posted via SearchLinux ==================
http://www.searchlinux.com
------------------------------
From: [EMAIL PROTECTED] (Daniel Robert Franklin)
Subject: Re: IP source code!
Date: 5 Mar 99 02:41:58 GMT
Kishore <[EMAIL PROTECTED]> writes:
>Folks:
> Can you please point me to a place where I can look at IP module source
>code.I have to hack into that and make some changes in it ie., find the
>router alert option in it.
>I want to get the entire source but could not figure it out.
>Thanks for your interest in helping out people like us,
>Kishore
Well, you need the source code, look at
http://metalab.unc.edu/pub/Linux/kernel/v2.2
and get the latest (actually 2.2.2 has a few minor breakages, you may be
better off with 2.2.1 if you actually want to use it). Un-archive it:
cd /usr/src
tar zxvf linux-2.2.1.tar.gz
then have a look here:
/usr/src/linux/net/ipv4 (or ipv6 if you like)
Good luck!
- Daniel
--
******************************************************************************
* Daniel Franklin - Postgraduate student in Electrical Engineering
* [EMAIL PROTECTED]
******************************************************************************
------------------------------
From: "Christian Ruocco" <[EMAIL PROTECTED]>
Subject: PPP and SOCK_PACKET
Date: Thu, 4 Mar 1999 10:21:02 +0200
Anyone know the deal with sending IP packets over PPP with SOCK_PACKET.? I
know there was/is a bug in the PPP device driver, but I'm
wondering whether it has been fixed yet and what the actual ppp header
format is!?
Anyone actually got it working and if so please ENLIGHTEN ME!!
(Please email back if possible)
Thanx,
Xris.
------------------------------
From: [EMAIL PROTECTED] (hessling mark )
Crossposted-To: linux.dev.c-programming,microsoft.public.vc.3rdparty
Subject: Re: ncurses port for vc?
Date: 5 Mar 1999 02:52:59 GMT
Reply-To: [EMAIL PROTECTED]
David Arcoleo ([EMAIL PROTECTED]) wrote:
: I am developing a a program on Linux and am also porting it to 95/NT.
: Does anyonw know if ncurses has been ported it 9/NT?
PDCurses is available as a pre-compiled DLL for VC++ 5.0. You can also use
PDCurses under Linux and get a native X11 application.
See my WWW home page below for where PDCurses can be downloaded.
Cheers, Mark
===========================================================================
* Mark Hessling, [EMAIL PROTECTED] http://www.lightlink.com/hessling/
* PO Box 203, Bellara, QLD 4507, AUSTRALIA
* Author of THE, a Free XEDIT/KEDIT editor and, Rexx/SQL
* Maintainer of PDCurses: Public Domain Curses and, Regina Rexx interpreter
* Use Rexx? join the Rexx Language Association: http://www.rexxla.org
------------------------------
From: [EMAIL PROTECTED] (Daniel R. Grayson)
Subject: Re: Problem loading modules with kernel 2.2.2 and modutils 2.1.121
Date: 04 Mar 1999 21:02:01 -0600
Mark Sutton <[EMAIL PROTECTED]> writes:
> Howdy,
>
> When I try to load any modular driver, either with kerneld, or
> manually using insmod, the following error is produced:
>
> insmod: error in loading shared libraries
> : undefined symbol: __bzero.
>
The real problem is probably that you are using insmod compiled with
glibc2.1, but you have glibc2.0 or libc5 on your system. I realized you
solved it yourself, but another way to have solved it would have been to
re-compile it yourself.
libc5:
% nm /lib/libc.so.5 |grep bzero
0006e220 T bzero
glibc 2.0:
% nm /usr2.0/lib/libc.so.6 |grep bzero
000423b0 T bzero
glibc 2.1:
% nm /usr2.1/lib/libc.so.6 |grep bzero
0005cca0 T __bzero
0005cca0 W bzero
------------------------------
From: "Gerry S. Hayes" <[EMAIL PROTECTED]>
Subject: Re: waiting for milliseconds?
Date: Sat, 06 Mar 1999 03:16:38 -0500
This is a multi-part message in MIME format.
==============21E4A974EA50567CD9AB3023
Content-Type: text/plain; charset=x-user-defined
Content-Transfer-Encoding: 7bit
[EMAIL PROTECTED] wrote:
>
> I want my application to wait for a shorter period than seconds, so
> I can't use sleep(). Does there exists a different function?
Lots of them. nanosleep() (POSIX), usleep(BSD), wrappers around
select() and poll(), and Sleep() (Windows). I attached the file
sleep.c from my portability library; use mulb_sleep(x) to sleep for
x seconds and mulb_nanosleep(y) to sleep for y nanoseconds. Of course,
the actual amount of time that you sleep for may be longer depending on
system load, scheduler class, and other factors (stock processes on
non-rt Linux sill sleep for at least 10 ms). You may need to eliminate
some #includes if you don't have them on your system (it's fine on
Linux) since the full library uses autoconf to find this stuff out.
This file may be used and distributed under the terms of the GNU Library
General Public License. It should work on almost all Unix and Windows
platforms. Just define HAVE_whatever (e.g. HAVE_NANOSLEEP on Linux and
other POSIX-rt systems, HAVE_USLEEP on BSD).
--Sumner
(this e-mail address will self destruct in a month or so, send stuff
to pthisis at yahoo dot com if you respond later than that).
==============21E4A974EA50567CD9AB3023
Content-Type: application/x-unknown-content-type-c_auto_file;
name="sleep.c"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="sleep.c"
LyoKICogTGFzdCBtb2RpZmllZDogMDMgTWFyY2ggMTk5OSAwMTowMi41NSBFU1QgCiAqIAog
KiBzbGVlcC5jIC0tIFBvcnRhYmxlIHNsZWVwIGFuZCBuYW5vc2xlZXAgZnVuY3Rpb25zLiAg
UHJlZmVycyAoaW4gb3JkZXIpCiAqIFBPU0lYIG5hbm9zbGVlcCgpLCBCU0QgdXNsZWVwKCks
IFdpbjMyIFNsZWVwKCksIFtzbGVlcCgpXSwgc2VsZWN0KCksIHBvbGwoKQogKiAKICogQ29w
eXJpZ2h0IDE5OTksIEdlcnJ5IFN1bW5lciBIYXllcwogKiBBbGwgcmlnaHRzIHJlc2VydmVk
LgogKi8KCiNpbmNsdWRlIDxzdGRsaWIuaD4KI2lmZGVmIEhBVkVfTkFOT1NMRUVQCiNpbmNs
dWRlPHRpbWUuaD4KI2VsaWYgZGVmaW5lZChIQVZFX1VTTEVFUCkgLyogSEFWRV9bTkFOT3xV
fFdJTjMyX11TTEVFUCovCiNpbmNsdWRlPHVuaXN0ZC5oPgojZWxpZiBkZWZpbmVkKEhBVkVf
V0lOMzJfU0xFRVApIC8qIEhBVkVfW05BTk98VXxXSU4zMl9dU0xFRVAqLwojaW5jbHVkZTx3
aW5kb3dzLmg+CiNlbGlmIGRlZmluZWQoSEFWRV9TRUxFQ1QpIC8qIEhBVkVfW05BTk98VXxX
SU4zMl9dU0xFRVAqLwojaW5jbHVkZTxzeXMvdGltZS5oPgojaW5jbHVkZTxzeXMvdHlwZXMu
aD4KI2luY2x1ZGU8dW5pc3RkLmg+CiNlbGlmIGRlZmluZWQoSEFWRV9QT0xMKSAvKiBIQVZF
X1tOQU5PfFV8V0lOMzJfXVNMRUVQKi8KI2luY2x1ZGU8c3lzL3BvbGwuaD4KI2Vsc2UKI2Vy
cm9yICJJIGRvbid0IGtub3cgaG93IHRvIHNsZWVwIG9uIHlvdXIgbWFjaGluZSAtLSBkZWZp
bmUgSEFWRV9TRUxFQ1Qgb3Igc2ltaWxhciIKI2VuZGlmIC8qIEhBVkVfW05BTk98VXxXSU4z
Ml9dU0xFRVAqLwoKI2lmZGVmIEhBVkVfU0xFRVAKI2luY2x1ZGU8dW5pc3RkLmg+CiNlbmRp
ZgoKLypARE9DCiAqIEBOQU1FOiBwaWNfc2xlZXAgLSBzbGVlcCBmb3IgYSBzcGVjaWZpZWQg
bnVtYmVyIG9mIHNlY29uZHMKICogQElOQ0xVREU6IHBpY2Fzc28uaAogKiBAREVTQ1JJUFRJ
T046IHBpY19zbGVlcCBtYWtlcyB0aGUgY3VycmVudCBjb250ZXh0IG9mIGV4ZWN1dGlvbiAo
dGhyZWFkIG9yCiAqIHByb2Nlc3MpIHNsZWVwIHVudGlsIGF0IGxlYXN0IEBhcmcobnVtc2Vj
cykgc2Vjb25kcyBoYXZlIGVsYXBzZWQuICBUaGUKICogY29udGV4dCBtYXkgc2xlZXAgbG9u
Z2VyIHRoYW4gc3BlY2lmaWVkIGlmIHRoZSBzeXN0ZW0gaXMgYnVzeS4gIFRoZQogKiBjb250
ZXh0IG1heSBzbGVlcCBzaG9ydGVyIGlmIGl0IHJlY2VpdmVzIGEgc2lnbmFsLgogKiBASU1Q
TEVNRU5UQVRJT046IHBpY19zbGVlcCB1c2VzIG9uZSBvZiBAbWFuKG5hbm9zbGVlcCgpKSAo
UE9TSVguMWIpLCAKICogQG1hbih1c2xlZXAoKSkgKEJTRCA0LjMpLCBAbWFuKFNsZWVwKCkp
IChXaW4zMiksIEBtYW4oc2xlZXAoKSkgKFBPU0lYLjEpLAogKiBAbWFuKHNlbGVjdCgpKSAo
QlNEIDQuMiksIG9yIEBtYW4ocG9sbCgpKSAoWFBHNCkuCiAqIEBTRUVBTFNPIHBpY19uYW5v
c2xlZXAoKQogKi8Kdm9pZApwaWNfc2xlZXAodW5zaWduZWQgbG9uZyBudW1zZWNzKQp7CiNp
ZmRlZiBIQVZFX05BTk9TTEVFUAogICAgc3RydWN0IHRpbWVzcGVjIGhvd2xvbmc7CiAgICBo
b3dsb25nLnR2X3NlYz1udW1zZWNzOwogICAgaG93bG9uZy50dl9uc2VjPTA7CiAgICBuYW5v
c2xlZXAoJmhvd2xvbmcsIE5VTEwpOwojZWxpZiBkZWZpbmVkKEhBVkVfVVNMRUVQKQogICAg
dXNsZWVwKG51bXNlY3MqMTAwMDAwMCk7CiNlbGlmIGRlZmluZWQoSEFWRV9XSU4zMl9TTEVF
UCkKICAgIFNsZWVwKG51bXNlY3MqMTAwMCk7CiNlbGlmIGRlZmluZWQoSEFWRV9TTEVFUCkK
ICAgIHNsZWVwKG51bXNlY3MpOwojZWxpZiBkZWZpbmVkKEhBVkVfU0VMRUNUKQogICAgc3Ry
dWN0IHRpbWV2YWwgdHY7CiAgICB0di50dl9zZWM9bnVtc2VjczsKICAgIHR2LnR2X3VzZWM9
MDsKICAgIHNlbGVjdCgxLCBOVUxMLCBOVUxMLCBOVUxMLCAmdHYpOwojZWxpZiBkZWZpbmVk
KEhBVkVfUE9MTCkKICAgIHBvbGwoTlVMTCwgMCwgbnVtc2VjcyoxMDAwKTsKI2VuZGlmCn0K
Ci8qQERPQwogKiBATkFNRTogcGljX25hbm9zbGVlcCAtIHNsZWVwIGZvciBhIHNwZWNpZmll
ZCBudW1iZXIgb2YgbmFub3NlY29uZHMKICogQElOQ0xVREU6IHBpY2Fzc28uaAogKiBAREVT
Q1JJUFRJT046IHBpY19uYW5vc2xlZXAgbWFrZXMgdGhlIGN1cnJlbnQgY29udGV4dCBvZiBl
eGVjdXRpb24gKHRocmVhZCAKICogb3IgcHJvY2Vzcykgc2xlZXAgdW50aWwgYXQgbGVhc3Qg
QGFyZyhzZWNvbmRzKSBzZWNvbmRzIGFuZCBAYXJnKG5hbm9zZWNvbmRzKQogKiBuYW5vc2Vj
b25kcyBoYXZlIGVsYXBzZWQuICBUaGUgY29udGV4dCBtYXkgc2xlZXAgbG9uZ2VyIHRoYW4g
c3BlY2lmaWVkIGlmIAogKiB0aGUgc3lzdGVtIGlzIGJ1c3kuICBUaGUgY29udGV4dCBtYXkg
c2xlZXAgc2hvcnRlciBpZiBpdCByZWNlaXZlcyBhCiAqIHNpZ25hbC4gIFRoaXMgZnVuY3Rp
b24gYWx3YXlzIGFjY2VwdHMgYSB2YWx1ZSBpbiBuYW5vc2Vjb25kcywgYnV0IHRoZQogKiBh
Y3R1YWwgcmVzb2x1dGlvbiB1c2VkIG1heSBiZSBjb2Fyc2VyLgogKiBASU1QTEVNRU5UQVRJ
T046IHBpY19uYW5vc2xlZXAgdXNlcyBvbmUgb2YgQG1hbihuYW5vc2xlZXAoKSkgKFBPU0lY
LjFiKSwgCiAqIEBtYW4odXNsZWVwKCkpIChCU0QgNC4zKSwgQG1hbihTbGVlcCgpKSAoV2lu
MzIpLCBAbWFuKHNlbGVjdCgpKSAoQlNEIDQuMiksIAogKiBvciBAbWFuKHBvbGwoKSkgKFhQ
RzQpLgogKiBAU0VFQUxTTyBwaWNfc2xlZXAoKQogKi8Kdm9pZApwaWNfbmFub3NsZWVwKHVu
c2lnbmVkIGxvbmcgc2Vjb25kcywgdW5zaWduZWQgbG9uZyBuYW5vc2Vjb25kcykKewojaWZk
ZWYgSEFWRV9OQU5PU0xFRVAKICAgIHN0cnVjdCB0aW1lc3BlYyBob3dsb25nOwogICAgaG93
bG9uZy50dl9zZWM9c2Vjb25kczsKICAgIGhvd2xvbmcudHZfbnNlYz1uYW5vc2Vjb25kczsK
ICAgIG5hbm9zbGVlcCgmaG93bG9uZywgTlVMTCk7CiNlbGlmIGRlZmluZWQoSEFWRV9VU0xF
RVApCiAgICB1c2xlZXAoc2Vjb25kcyoxMDAwMDAwK25hbm9zZWNvbmRzLzEwMDApOwojZWxp
ZiBkZWZpbmVkKEhBVkVfV0lOMzJfU0xFRVApCiAgICBTbGVlcChzZWNvbmRzKjEwMDArbmFu
b3NlY29uZHMvMTAwMDAwMCk7CiNlbGlmIGRlZmluZWQoSEFWRV9TRUxFQ1QpCiAgICBzdHJ1
Y3QgdGltZXZhbCB0djsKICAgIHR2LnR2X3NlYz1zZWNvbmRzOwogICAgdHYudHZfdXNlYz1u
YW5vc2Vjb25kcy8xMDAwOwogICAgc2VsZWN0KDEsIE5VTEwsIE5VTEwsIE5VTEwsICZ0dik7
CiNlbGlmIGRlZmluZWQoSEFWRV9QT0xMKQogICAgcG9sbChOVUxMLCAwLCBzZWNvbmRzKjEw
MDArbmFub3NlY29uZHMvMTAwMDAwMCk7CiNlbmRpZgp9Cg==
==============21E4A974EA50567CD9AB3023==
------------------------------
From: Peter Pointner <[EMAIL PROTECTED]>
Subject: Re: linux threads and polling
Date: Sat, 6 Mar 1999 08:15:53 GMT
Martin Recktenwald <[EMAIL PROTECTED]> wrote:
> Sean MacLennan <[EMAIL PROTECTED]> writes:
>> I need to guarentee that a thread wakes up every 10-20ms and accesses
>> a board. I tried a usleep() in a while loop but once in a while I get
>> a 100-150ms delay.
> There is no way to guarantee that the thead wakes up at a given
> time. Linux is not a realtime operating system.
> There's a OS based on Linux called "rtlinux" that might do what you
> want. (But I don't know anything more than the name.)
Linux isn't a real time operating system, but doing something every
10-20 ms might be possible on a dedicated machine. You have to make
sure that
- the critical process is not swapped out (man mlockall)
- it gets the CPU when it needs it (man sched_setscheduler)
- it does not need resources used by other processes (check the design
of the process).
There are no guarantees, so it must not be desastrous if once in a while
it fails. But depending on your conditions you can make that a really
rare event.
Peter
------------------------------
From: "Igor Raznatovic" <[EMAIL PROTECTED]>
Subject: What's wrong with GNOME
Date: Sat, 6 Mar 1999 02:53:04 -0600
I just intsalled GNOME on my Red Hat 5.2 box. Problem is I cant start it
up. Somebody in a chat room told me to put panel in xinitrc or to type it in
xterm. I tried and I was not satisfied...why? That is not the full desktop.
Then I found out about gnome-session. A document on Gnome site said to
include it in xinitrc and I did. But I got only plain ol' X (without a
window manager as I set it up). I typed in xterm gnome-session and this is
what I got:
Priority 00 : Starting Id = default0
Priority 00 : Cloning Id = default0
Priority 00 : Registering Id = (null)
Segmentation fault (core dumped)
[root@igor bin]# ICE default IO error handler doing on exit(), pid = 285,
errno= 2
Give me a hint...It 's not that I know a lot about it...
------------------------------
From: Kai M{kisara <[EMAIL PROTECTED]>
Subject: Re: scsi tape driver I/O error on mag tape
Date: 05 Mar 1999 17:28:20 +0200
[EMAIL PROTECTED] writes:
> Hi there,
>
> I have a Digital TLZ07-DA tape drive attached to a Linux system (RH5.2). The
> scsi tape driver is /lib/modules/2.0.36-0.7/scsi/st.o. Running the following
> test program:
>
...
> if ((i = write(fd, buf, BUFSIZ)) != BUFSIZ) {
> printf("error in writing: %d\n",i);
> ERPRINT;
> exit(1);
> }
>
> /* write forward space record */
> op.mt_op = MTFSR;
> op.mt_count = 1;
> if ((i = ioctl(fd, MTIOCTOP, (char*)&op)) < 0) {
> printf("unable to forward space: %d\n",i);
> ERPRINT;
> exit(1);
> }
>
When you have written something onto the DAT tape, it effectively
destroys all data towards the end of the tape. You can't skip forward
over the next record because there is no next record.
Kai
--
DISCLAIMER: The views expressed here are mine and may not always
coincide with the views of my employer.
* Kai Makisara * email [EMAIL PROTECTED] *
------------------------------
From: Karl Heyes <[EMAIL PROTECTED]>
Subject: Re: Is anyone working on a JFS?
Date: Fri, 05 Mar 1999 16:24:30 -0500
Jim Abbey wrote:
> Journaled File System, that is.
>
> As in AIX and HP to allow file systems to grow in size, span volumes,
> etc,etc.
>
The change in size adn span volume aspect you are thinking about is known
as logical volume management. There is a an LVM for linux under
development. journalling is handled separately.
karl.
------------------------------
From: Konrad Mierendorff <[EMAIL PROTECTED]>
Subject: Re: CD-R , "disk sleep" state and hung processes
Date: Fri, 05 Mar 1999 21:18:50 +0100
Gerdjan Busker wrote:
>
> Hi,
>
> My HP 6020 sometimes kills itself and the SCSI bus with it.
>
> I can free the SCSI bus by detaching the device, but how do I get rid
> of e.g a "mount /dev/cdrom" that's hung and is in the "D" (disk sleep)
> state so I can attach the CDR again without rebooting ?
Someone else posted that a process in "D" state cannot be killed at all.
But the posting referred to a case that I don't remember.
- Konrad Mierendorff
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: Is anyone working on a JFS?
Date: 5 Mar 1999 15:56:36 -0600
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Karl Heyes <[EMAIL PROTECTED]>]
> The change in size adn span volume aspect you are thinking about is
> known as logical volume management. There is a an LVM for linux
> under development. journalling is handled separately.
Yes and no. They *are* separate concepts -- but they go together, in a
way, because it is much easier to implement dynamic resizing in a
log-structured filesystem as compared to one like ext2 that was not
designed for this. (Or so say the experts.) It is said that when we
have a journalled/log-structured filesystem for Linux, resizing will
come practically for free.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: [EMAIL PROTECTED] (Robert Kaiser)
Subject: Re: PCI Bus master -- help please
Date: 5 Mar 1999 21:09:17 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Albrecht Dre�) writes:
> I am currently writing a kernel driver for ver. 2.0.36, but
> I have some serious problems with PCI bus master dma mode
> (btw, the PCI chip is an AMCC S5933).
I have developed a driver for a frame grabber card which also used
that chip. I did have problems when the card was plugged in an old
486 system with PCI, but in all newer systems, no hardware problems
at all.
>
> In some cases, data transfer via bus master dma simply hangs
> the complete kernel, that is: no reaction to keyboard or any
> other input, no kernel message at all (e. g. oops), ... This
> behaviour is highly sensitive to the setting of the PCI_LATENCY_TIMER
> register (although I could not find a setting which does not
> produce any crashes). Could anybody explain the meaning of this
> register's value? And what value should be used? Where to find
> some more info?
It looks like your DMA is going to the wrong place. With a board
installed that randomly shoots holes in your system, just about
anything can go wrong (it may even work for hours until it eventually
crashes..). So I would be very careful about making assumptions based
on experimental results.
If I were in your place, I would try a step by step approach,
e.g. write code to do a single transfer of a single page to a
place that you surely know you can write to (you could use the
"bigphysarea" patch to reserve a region of memory that noone
will touch), verify that every byte of data goes where it should,
verify the system is still intact after that (e.g. run a kernel
compilation or do something else that causes high system load
and -more importantly- high memory usage and see if everything
behaves as usual). Then add more complexity (i.e. transfer
multiple pages, transfer from/to not page/word aligned addresses
and so on). Always make sure you build on well tested code.
Also, look at existing drivers that do PCI busmaster DMA (several
of the SCSI drivers, for instance). I'm not aware of a freely
available driver that handles the AMCC chip, but a web search
for that topic wouldn't hurt either.
You might also want to have a look at ftp://ftp.sysgo.de/pub/Linux.
It contains a kernel patch to facilitate DMA directly to/from user
space memory (which is what I needed for that framegrabber driver).
It does not contain device specific or PCI specific stuff (that
was done in the driver), so it may not be exactly what you need,
but you might still find some helpful hints in there.
Good Luck!
Rob
============================================================
Robert Kaiser rkaiser AT sysgo DOT de
Sysgo RTS GmbH
Mainz, Germany
------------------------------
** 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
******************************
