Subject: Linux-Development Digest #301
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development@senator-bedfellow.MIT.EDU
Date:     Thu, 9 Dec 93 07:13:15 EST

Linux-Development Digest #301, Volume #1          Thu, 9 Dec 93 07:13:15 EST

Contents:
  Has xpm been ported to Solaris 2 yet? (Erwin Klock)
  What tools would you use on Linux for business applications? (Martin Zam)
  Networking code (Richard Basch)
  Block-device release function broken (Ruediger Helsch Ramz)
  pl14 hanging in ip.c (Rene COUGNENC)
  Re: SCO binaries ??? (Mark A. Davis)
  Re: Appletalk and LINUX Update (David Hornsby)
  Re: Let's nominate Marc&Co. for Genius award  (Atul Bhalla)
  Re: SQL for University Ingres (Mario Camou)
  trapping the floating point exception (Harri Pasanen)
  Re: Copy of /usr/dll/bin/mkimage? (Helmut Geyer)
  Re: libc 4.5.4: Where? (Helmut Geyer)
  mprotect implementation hints requested (Steven Buytaert)
  Re: Merry $*!@ing Christmas! (Rick Richardson)
  Re: Has xpm been ported to Solaris 2 yet? (Guy Singh)
  Re: Notif - The Free MOTIF Clone Project (Rick Richardson)

----------------------------------------------------------------------------

Crossposted-To: comp.infosystems.www,comp.windows.x,comp.windows.x.i386unix,comp.windows.x.motif,gnu.misc.discuss,comp.sources.d
From: kloeck@research.nj.nec.com (Erwin Klock)
Subject: Has xpm been ported to Solaris 2 yet?
Date: Wed, 8 Dec 93 22:06:22 GMT

Has somebody moved the very useful xpm libraries to Solaris 2 yet?
When we tried to compile some of our code under Solaris 2.3 we found
that the xpm libraries did not work.

Thank you,
Erwin

-- 
========..=========================================================== 
Erwin Klock                         phone:             (609) 951-2748
NEC Research                        fax:               (609) 951-2482
Princeton NJ                        email: kloeck@research.nj.nec.com   

------------------------------

From: marz@cococay.NoSubdomain.NoDomain (Martin Zam)
Subject: What tools would you use on Linux for business applications?
Date: Wed, 8 Dec 93 22:34:34 GMT

I've been considering producing a billing system for small medical offices.
My first thought was to use JAM on DOS or System V, but it seems that Linux
should be usable as a base platform.  I would immediately go to UNIX except
for the cost of licensing.  DOS (YUK) is practically free.  Both have JAM
available as a base set of tools.

If you were to attempt this on Linux, what tools would you choose and why?
I'm looking (hoping) for JAM-like functionality in the development tools.
This ought to make for a lively discussion!  Have at it!

Thanks in advance,
Martin Zam
(908)699-4544

------------------------------

From: probe@mit.edu (Richard Basch)
Subject: Networking code
Date: 9 Dec 1993 05:34:26 GMT

I have been having problems with SLIP under Linux; it seems that it
doesn't handle fragmentation, so use of NFS over SLIP is rather limited
(ie. not really feasible).

Has anyone ported the BSD networking code to Linux?  That supports
fragmentation, also has NIT support, and has been proven to be very
stable.

If there is another stable network release anywhere, I'd love to hear
about it.  Could you please email me, since I do not regularly read
news?

Thanks,
-Richard Basch

------------------------------

From: ruediger@ramz.ing.tu-bs.de (Ruediger Helsch Ramz )
Subject: Block-device release function broken
Date: Wed, 8 Dec 1993 23:10:31 GMT

The release function of block devices seems to be called when the
last open file descriptor is closed. But mounts of the block device
are not counted! The result is that if a block device is mounted and
then the block device is opened and closed, the release function is
called and the block device switched off in the middle of file system
operation.

Sorry, I don't have a patch.

Ruediger Helsch <ruediger@ramz.ing.tu-bs.de>

------------------------------

From: rene@renux.frmug.fr.net (Rene COUGNENC)
Subject: pl14 hanging in ip.c
Date: 8 Dec 1993 22:03:50 GMT


My kernel 0.99pl14 often hangs when doing SLIP, it just happened now so this
is the report:


Unable to handle kernal paging request at address c0800000

Ops: 0000
EIP: 0010:0012ec3b
EFLAGS: 00010217
eax: 7c918e7b      ebx: 710ad182    ecx: fff82406  edx: 00000000
esi: 00800000      edi: 00609018    ebp: 0060902c
ds: 0018     es: 0018   fs: 002b   gs:002b
Pid: 38, process nr:9

ad 11 c3 e2 fb 83 d3 00 89 d8

This gives for me:

0012e9e8 T _ip_build_header
0012eb60 t _do_options
0012ebac T _ip_compute_csum
0012ec28 T _ip_csum               <<----<<
0012ec60 t _ip_send_check
0012ecc0 t _ip_frag_create


By the way, is "c.o.l.d" the correct group for this kind of bug report  ?

--
 linux linux linux linux -[ cougnenc@renux.frmug.fr.net ]- linux linux linux 

------------------------------

From: mark@taylor.wyvern.com (Mark A. Davis)
Subject: Re: SCO binaries ???
Date: Thu, 09 Dec 1993 04:58:30 GMT

rlerdorf@netcom.com (Rasmus Lerdorf) writes:

>i17i@zfn.uni-bremen.de (Andreas Nolte) writes:

>>      I've heard rumors about SCO binaries (or other commercial Unix bimaries)
>>      running under Linux. Could please someone tell me, if this is true, and
>>      if it's any stable, since I'd like to work with WordPerfect for Unix 
>>      under Linux.

So would countless people.....

>>      Right now wordprossesing is the only reason for me working
>>      with hated crashing-all-the-time slow Windows, and I hate it.

You not be alone.

>>      Please someone comment on that,

>The SCO binaries I have tried to run under Linux did not work at all.
 
That is because Linux does not *YET* support COFF/IBS binaries....  they
are working on it.
-- 
  /--------------------------------------------------------------------------\
  | Mark A. Davis    | Lake Taylor Hospital | Norfolk, VA (804)-461-5001x431 |
  | Sys.Administrator|  Computer Services   | mark@taylor.wyvern.com   .uucp |
  \--------------------------------------------------------------------------/

------------------------------

From: djh@cs.mu.OZ.AU (David Hornsby)
Subject: Re: Appletalk and LINUX Update
Date: Thu, 9 Dec 1993 06:27:06 GMT

Troy Thoele <tdt5238@zeus.tamu.edu> writes:
>CAP (Columbia Appletalk Package?) also could stand some enhancements. 
>Mainly, Ethertalk phase 2, and TCP/IP to Ethertalk routing.  This would
>let Linux be a gateway from the Mac world.

CAP has had Phase 2 AppleTalk support since July 91 for those hosts that
support Stanford style packet filters. ie: SunOS & ULTRIX.  Using UAR
(UNIX AppleTalk Router) you can now also run CAP with Phase 2 on SGI IRIX,
Sony NEWS 4.2, HP-UX and IBM RS6000 AIX workstations.

>For those interested, I have CAP (patch 140) working on NetBSD 0.9, but I
>have to use the CISCO router as the gateway.  This has to be specified in
>both the Mac clients and NetBSD, but it's no big deal.  If the routing
>function is added to the CAP code, the CISCO would not be needed.

CAP patch 167 adds support for the Berkeley Packet Filter and allows CAP
to run on 386BSD, FreeBSD and derivatives.  This works for IPTalk, UAB
and Native EtherTalk but only with AppleTalk Phase 1.  The problem with
Phase 2 is just in making the ethernet driver support multicast addresses.
BPF support will also soon be available for UAR.

WRT linux, on munnari.OZ.AU, in mac/cap.patches/linux.iptalk.patch there
are a set of changes that should allow you to compile CAP PL 182 on Linux
and use it in IPTalk mode. That is, you will also need an external gateway
such as a FastPath, GatorBox, MultiPort Gateway or Cisco.  The patches do
not include code for Configure to recognise linux, I assume, but haven't
tried it, that you can use the default BSD settings.  If anyone cares to
make the Configure changes, use 'uname' and look for the string "Linux".
Thanks to Eduardo Kaftanski for the patches.

See also (munnari.OZ.AU)
        mac/cap.patches/linux.iptalk.patch
        mac/cap.patches/patches.163-182.tar.Z
        mac/cap60.pl100.tar.Z
        mac/uar.tar.Z

 - David.

------------------------------

Crossposted-To: comp.infosystems.www,comp.windows.x,comp.windows.x.i386unix,comp.windows.x.motif,gnu.misc.discuss,comp.sources.d
From: atulb@cds8396.Cadence.COM (Atul Bhalla)
Subject: Re: Let's nominate Marc&Co. for Genius award 
Date: Thu, 9 Dec 1993 02:29:05 GMT


In article <1993Dec8.015735.15523@TorreyPinesCA.ncr.com>, bw@TorreyPinesCA.ncr.com (Bruce White) writes:
|> >Perhaps we need some positive feedback to Marc, Rob and Eric to balance the
|> >negative crap they've been getting recently.  Thanks to all of them for
|> >providing some excellent software, and for dragging the HTTP and HTML
|> >protocol suite into a damn fine system.  I make no contribution to their
|> >financing whatsoever, being a UK person, and still they let me use the fruits
|> >of their time and effort at no cost, and provide a friendly and useful 
|> >support function whenever things do go wrong.
|> 
|> Amen. I'd like to nominate the whole staff for a Macarthur (sp?) award.
|> They've created a superb product.
|> 
|> Bruce
|> 
|> 

Second.

------------------------------

From: camou@csid.gmeds.com (Mario Camou)
Crossposted-To: comp.databases,comp.os.linux.misc
Subject: Re: SQL for University Ingres
Date: 8 Dec 1993 17:18:07 -0500

rhh@tachy.uah.ualberta.ca (Roy Hann) writes:
: In article <8h0UNYC00VR54Gw3Qe@andrew.cmu.edu> you write:
: On the other hand, if you are just saying SQL is "standard" and widely 
: available and as a matter of policy you use it for those reasons, well:
: ho-hum; you and me both.  But that does not contradict Zeyd.  QUEL is 
: the better language--it's not popular, but it IS better--

I know SQL, don't know QUEL. I'm currently thinking of installing
University Ingres on a Linux machine. Could you post what you consider
to be the main differences between SQL and QUEL?

Thanx,
-- 
Mario Camou / EDS Mexico Client-Server Integration Team
From Mexico City, the smog capital of the world
==============================================================================
My opinions do not necessarily reflect those of my employer.

------------------------------

From: hpasanen@cs.hut.fi (Harri Pasanen)
Subject: trapping the floating point exception
Date: 9 Dec 1993 08:17:50 GMT


Hi,

Linux C-library does not seem to trap floating point exceptions very well.
The problem manifests itself when I compile oleo-1.5 and run it.

It dies to floating point exception: division by zero. 

The file in oleo is io-utils.c.  I have included below a fragment
of this file.


double __plinf;
double __neinf;
double __nan;

char nname[] = "#NOT_A_NUMBER";
char iname[] = "#INFINITY";
char mname[] = "#MINUS_INFINITY";

static double
divide (a, b)
     double a;
     double b;
{
  return a / b;
}

static RETSIGTYPE
ignore_sig (sig)
     int sig;
{
  (void)signal (SIGFPE, ignore_sig);
}

/* It's ok of this fails and generates signals.  In that case, 
 * the same signal will occur when evaluating formulas and a
 * (less informative) error value substituted.  Note that this 
 * should be called before init_eval.
 */
#ifdef __STDC__
void
init_infinity (void)
#else
void
init_infinity ()
#endif
{
  (void)signal (SIGFPE, ignore_sig);
  __plinf = divide (1., 0.);
  (void)signal (SIGFPE, ignore_sig);
  __neinf = divide (-1., 0.);
  (void)signal (SIGFPE, ignore_sig);
  __nan = __plinf + __neinf;
}


Currently oleo dies at divide, called from init_infinity.
As I understand it, the preceding call
   (void)signal (SIGFPE, ignore_sig);
should prevent this.

Can somebody explain me what's going on here?

btw. I'm running libc 4.4.1, gcc 2.4.5, if this has anything to do
with it.


Thanks,

Harri

------------------------------

From: geyer@polyhymnia.iwr.uni-heidelberg.de (Helmut Geyer)
Subject: Re: Copy of /usr/dll/bin/mkimage?
Date: Thu, 9 Dec 93 09:18:38 GMT

Ward Mullins (ward@crl.com) wrote:
:>I need to get a copy of /usr/dll/bin/mkimage in order to generate some 
:>shared libraries, and I would appreciate finding out where to get the 
:>current version...
in fact, you will need more than just mkimage. get the package
tools-2.*.tar.gz from the GCC/src directories on tsx-11 or sunsite.
        Helmut

:>Thanks,
:>Ward


--
==============================================================================
Helmut Geyer                              geyer@kalliope.iwr.uni-heidelberg.de

------------------------------

From: geyer@polyhymnia.iwr.uni-heidelberg.de (Helmut Geyer)
Subject: Re: libc 4.5.4: Where?
Date: Thu, 9 Dec 93 09:27:30 GMT

Paul English (paule@alain.st.nepean.uws.edu.au) wrote:
:>In article <1993Nov29.175705.19745@nynexst.com> hjl@nynexst.com (H.J. Lu) writes:

:>> In article <2dd3l7$8jn@crcnis1.unl.edu>, jepler@herbie.unl.edu (Jeff Epler) writes:
:>> 
:>> Gcc 2.5.5 has been released. But my binaries require libc 4.5.x, which
:>> I am going to send out for the final testing today. You should expect
:>> gcc 2.5.5 and libc 4.5.4 in two days or so. If you are on the bleeding
:>> edge, you are probably running them now :-(.
:>> 
:>> H.J.

:>This article was posted back on November 29, and I've now seen several
:>posts referring to libc 4.5.4.  I've compiled gcc 2.5.6 OK with the
:>old libraries, but it would be nice to have the latest ones, so where
:>are they?  Sunsite is still at libc 4.4.4.  Is there some other site I
:>should be looking at for the latest libraries?

libc 4.5.* is still in beta-testing and still not free of bugs.
        
        Helmut

:>Thanks in advance.

:>Paul.


:>--
:> ,-_|\     | Paul English (p.english@st.nepean.uws.edu.au) =-=-=-=-=-=-=-=-
:>/     \    | Associate Lecturer      | PO Box 10      | Ph:  +61 47 36 0435 
:>\_.--_/ <- | Department of Computing | Kingswood 2747 | Fax: +61 47 36 0770 
:>     v     | UWS - Nepean            | NSW, AUSTRALIA |

--
==============================================================================
Helmut Geyer                              geyer@kalliope.iwr.uni-heidelberg.de

------------------------------

From: buytaert@imec.be (Steven Buytaert)
Subject: mprotect implementation hints requested
Date: Thu, 9 Dec 1993 09:32:33 GMT

Hello there,

In the latest versions of the kernel, there is a stub, returning EINVAL
for the mprotect system call. Since it's only a stub and I (and others)
need this badly, I have 2 questions (requests):

  1) When I say, I'll dig into the kernel and will try to implement it
     myself, would this be worth the trouble since someone is maybe 1 
     line of code away from a working mprotect call ?
  2) If answer to 1) is "Yes, do it yourself, it is worth it", what advice
     would an "old an wise (gray?, nah) kernel hacker" (Michael, Linus...) 
     advice me to get up and running as fast as possible. My background is
     practicaly none. I know C fairly well, I started looking into kernel
     sources starting 3 weeks ago (occasionaly). I have the KHG. So please,
     if you have any tips or tricks, lemme know. Of coarse, when (pigs fly)
     I get this working, anyone can have the code...

Kindest regards,

--
Steven Buytaert 
Interuniversity Micro Electronics Centre - Invomec Division
Kapeldreef 75, 3001 Heverlee, BELGIUM

phone   : +32 16 281 271
fax     : +32 16 281 584
e-mail  : buytaert@imec.be
                In case of danger, BREAK glass

------------------------------

Crossposted-To: comp.infosystems.www,comp.windows.x,comp.windows.x.i386unix,comp.windows.x.motif,gnu.misc.discuss,comp.sources.d
From: rick@digibd.digibd.com (Rick Richardson)
Subject: Re: Merry $*!@ing Christmas!
Date: Thu, 9 Dec 1993 09:17:33 GMT

ebina@ncsa.uiuc.edu (Eric Bina) writes:

>4)  So here is my Christmas gift to you.  On ftp.ncsa.uiuc.edu in 
>    /outgoing/ebina you will find the source of the hacked Mosaic
>    (Mosaic2.0-Xaw.tar.Z) and a sparc binary (Mosaic-sun-Xaw.Z)

But, I can't fit Xaw and XMosaic into my Game Boy (whine whine whine).
Why didn't you just spend 11 hours and give me a Xlib only version?
After all, I'm a taxpayer and I have rights!!!!  I'm gonna write my
congressman about you guys.

-Rick

Gosh - do I really need smilies here?  Umm... better be safe :-) :-) :-)

--
Rick Richardson         Senior Staff Engineer   NCSA Mosaic -
DigiBoard, Inc.         Email: rick@digibd.com  #1 reason for a national
6400 Flying Cloud Dr.   Fax:   (612) 943-0803   (toll-free) data highway.
Eden Prarie, MN 55344   Tel:   (612) 943-5383   <standard disclaimer>

------------------------------

Crossposted-To: comp.infosystems.www,comp.windows.x,comp.windows.x.i386unix,comp.windows.x.motif,gnu.misc.discuss,comp.sources.d
From: guy@x.co.uk (Guy Singh)
Subject: Re: Has xpm been ported to Solaris 2 yet?
Date: Thu, 9 Dec 1993 14:51:23 GMT

>>>>> On Wed, 8 Dec 93 22:06:22 GMT, kloeck@research.nj.nec.com (Erwin Klock) said:
EK> Originator: kloeck@grimm

EK> Has somebody moved the very useful xpm libraries to Solaris 2 yet?
EK> When we tried to compile some of our code under Solaris 2.3 we found
EK> that the xpm libraries did not work.

We have xpm built in to our Motif and I ported it to Solaris.
I also have a separate copy of the library that has been ported
successfully. What sort of problems are you having ?? What version
do you have ??

--


     Guy Singh   
     IXI          Internet: guy@x.co.uk
     Vision Park  UUCP:     guy@ixi.uucp
     Cambridge    Bang: ...!uunet!ixi!guy
     CB4 4ZR, UK  Tel:   +44 223 236 555

------------------------------

Crossposted-To: comp.windows.x.motif
From: rick@digibd.digibd.com (Rick Richardson)
Subject: Re: Notif - The Free MOTIF Clone Project
Date: Thu, 9 Dec 1993 10:09:25 GMT

mattb@sdd.hp.com (Matt Bonner) writes:

>rick@digibd.com        (Rick Richardson) writes:

>>> pfox@Ingres.COM (Paul Fox) writes:
>>> 
>>> >This is going to be a Motif clone hopefully eventually conforming to
>>> >Motif 1.2 PD specification.
>>> 
>>> You should really look into using wbuild 2.0 to create the widgets
>>> for NOTIF.  The widgets come out of it self-documenting, and it
>>> creates all the unreadable boilerplate C code for you.  It can
>>> be gotten from the FWF at a.cs.uiuc.edu:/pub/FWF.

>This sounds pretty cool, as long as there's a way to edit a widget
>later on.  ie, can I create a widget with wbuild, realize I messed
>something up then go back and fix it?

Wbuild is like Knuth's tangle/weave (used to write TeX and friends),
but specifically for widgets.  Its basically a preprocessor that takes
your wbuild input, which includes C code fragments (with some shorthand),
and generates a "tangled" output which is a widget in pure C code.
It also writes a "weaved" man page for the widget, including the usual
table of resources!!!

You never change the output of wbuild - just the input.  Bert Boz
has done a wonderful job with this, and I can't see writing a
widget any other way.  Since many developers may not be aware
of wbuild, I'll include a sample widget.  Wbuild really shines
when you want to do sub-classed widgets.  Many end up being
less than 200 lines, including the english.

>Has OSF issued any sort of statement about people working on this
>project who have seen the Motif source?  If not, could they?

I think you would be in grave danger of destroying the effort
if you or anyone else who worked on the project had ever seen
the Motif source code.

Anyway, here's the sample wbuild widget I promised.

-Rick

# MenuBar -- menu bar widget
# Bert Bos <bert@let.rug.nl>
# $Ident$

@class XfwfMenuBar (XfwfRowCol) @file=MenuBar

@ The MenuBar widget is a special kind of RowCol widget. It assumes
that all its children are PullDown buttons or other widgets that pop
up a menu. (But nothing will break if they are not.)  By default, the
children are arranged in a row, wrapping to the next row if the width
is not enough for all of them. But other arrangements are possible,
see the resources of the XfwfRowCol(3) widget.

The MenuBar attaches itself to the |popup| callback of the menu shell
that is popped up by the children, and inserts itself in the list of
pointer grabs that Xt maintains. This is necessary to be able to drag
the mouse from one menu into another, popping down the first one and
popping up the second. If you use a RowCol widget instead of a
MenuBar, you will find that switching from one menu to the next
involves releasing the mouse and then pressing it again.

To find the menu shell, the children are asked for their |popup|
resource. PullDown buttons have this resource, others may not.

The MenuBar widget introduces no new resources.

@PUBLIC

@var frameType = XfwfRaised

@PRIVATE

@ When the |menu_callback| function is called, it tries to get the ID
of the popped up widget.  If it succeeds, the ID is stored in a
private variable, so that the widget can be popped down again, if
another menu pops up.

@var Widget current_menu

@METHODS

@ The |current_menu| variable is intialized to |NULL| by the
|initialize| method.

@proc initialize
{
    $current_menu = NULL;
}

@ When a new child is added, it is added normally by the superclass's
method, but then a callback is added for the |activate| of
the child and the |popdownCallback| of the child's menu. This
callback is defined in the Shell widget. The child's menu is named
|popup| in Pulldown buttons, thus it will only work for them or their
subclasses.

@proc insert_child
{
    Widget popup = NULL;

    #insert_child(child);
    XtVaGetValues(child, XtNpopup, &popup, NULL);
    if (popup) {
        XtAddCallback(child, XtNactivate, menu_popup_cb, $);
        XtAddCallback(popup, XtNpopdownCallback, menu_popdown_cb, $);
    }
}

@TRANSLATIONS

@ Since the MenuBar widget adds itself to the list of cascaded pop
ups that is maintained by Xt, it will receive pointer events when a
menu is popped up. If the event is a button release, the menu will
have to be popped down.

@trans <Btn1Up>: menu_popdown()

@ACTIONS

@ The |menu_popdown| action calls |XtPopdown| for the current menu,
if there is one.

@proc menu_popdown
{
    if ($current_menu != NULL) {
        XtPopdown($current_menu);
        $current_menu = NULL;
    }
}

@UTILITIES

@var char rcsid[] = "$Ident$"

@ The callback |menu_popup_cb| is attached to the |activate| callback
of a (PullDown) button. The |menu_popup_cb| routine establishes a new
grab, overriding the one exerted by the menu, and adds the MenuBar
widget in the list of cascaded menus that is maintained by Xt. This
will ensure that pointer events continue to arrive at the MenuBar
widget.

@proc menu_popup_cb(Widget w, XtPointer client_data, XtPointer call_data)
{
    Widget $ = (Widget) client_data, menu = NULL;
    Cursor cursor;

    XtVaGetValues(w, XtNpopup, &menu, NULL);
    if (menu && $current_menu == menu) return;  /* Already popped up */
    if ($current_menu) XtPopdown($current_menu);
    $current_menu = menu;
    XtVaGetValues(w, XtNmenuCursor, &cursor, NULL);
    XtGrabPointer($, True, EnterWindowMask | LeaveWindowMask |
                  ButtonPressMask | ButtonReleaseMask, GrabModeAsync,
                  GrabModeAsync, None, cursor, CurrentTime);
    XtAddGrab($, True, False);
}

@ When a menu is popped down again,the |menu_popdown_cb| function
will be called. It removes the MenuBarwidget from the cascade list
and resets |current_menu| to |NULL|.

@proc menu_popdown_cb(Widget w, XtPointer client_data, XtPointer call_data)
{
    Widget $ = (Widget) client_data;

    $current_menu = NULL;
    /* XtRemoveGrab($); */
    XtUngrabPointer($, CurrentTime);
}

@IMPORTS

@ For the definition of |XtNpopup| we need the header file for the
PullDown widget.

@incl <Xfwf/PullDown.h>
@incl <stdio.h>


--
Rick Richardson         Senior Staff Engineer   NCSA Mosaic -
DigiBoard, Inc.         Email: rick@digibd.com  #1 reason for a national
6400 Flying Cloud Dr.   Fax:   (612) 943-0803   (toll-free) data highway.
Eden Prarie, MN 55344   Tel:   (612) 943-5383   <standard disclaimer>

------------------------------


** 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: Linux-Development-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.development) via:

    Internet: Linux-Development@NEWS-DIGESTS.MIT.EDU

Linux may be obtained via one of these FTP sites:
    nic.funet.fi				pub/OS/Linux
    tsx-11.mit.edu				pub/linux
    sunsite.unc.edu				pub/Linux

End of Linux-Development Digest
******************************
