Subject: Linux-Development Digest #396
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:     Sat, 22 Jan 94 06:13:19 EST

Linux-Development Digest #396, Volume #1         Sat, 22 Jan 94 06:13:19 EST

Contents:
  Re: nfs performance (Alan Cox)
  PPP ? (Louis Florit)
  Re: Writing mwm (Mario Camou)
  Re: Linux v1.0: what's in it? (Patrick Schaaf)
  Re: Xfree2.0 SPEA s3 card (-=| Bantolph |=-)
  Re: [ANSWER] PL14n and PL14o ext2 problems (Kevin Brown)
  Re: mac linux (Alan Braggins)
  Re: Installing X-Windows -- No applications come up (M.H. Bonham)
  pl14 route/ping dups (Cliff V Collins)

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

From: iiitac@swan.pyr (Alan Cox)
Subject: Re: nfs performance
Date: Fri, 21 Jan 1994 18:38:10 GMT

In article <2ho9m7$b4g@smurf.noris.de> urlichs@smurf.noris.de (Matthias Urlichs) writes:
>Linux doesn't have a biod yet. As usual, it's just that nobody with the 
>required experience has yet needed the added performance badly enough to 
>write the necessary kernel code. ;-)
It's not appropriate to have a biod, biod is a performance hack around some
unix kernel flaws. A forking nfsd as you said will help

Alan


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

From: florit@news.aoml.erl.gov (Louis Florit)
Subject: PPP ?
Date: 21 Jan 1994 15:34:29 -0500


Question, is there any plan anytime soon to add PPP functionality
to Linux?  Where I work there are a bunch of DecStation 5000/200,
and several of my predecessors that have tried to run any type of SLIP
usually manage to get the machine crashed.  PPP, on the other hand, has
absolutely no problems whatsoever working on the DecStation.

Is there anyone working on it?

Would the development of such a package be complicated enough to make
life miserable for the coder?  I'd try it myself, if I think I 
could finish sometime in a year... <G>

Louis
. 


-- 
Louis Florit                               Tel:  (305)361-4293
U.S. Department of Commerce NOAA / AOML
4301 Rickenbacker Causeway
Miami, FL 33199

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

From: camou@csid.gmeds.com (Mario Camou)
Subject: Re: Writing mwm
Date: 21 Jan 1994 13:04:44 -0500

imp@boulder.parcplace.com (Warner Losh) writes:
: In article <2hjkf1$bd@hydrogen.smallworld.co.uk>
: andrew@Smallworld.co.uk (Andrew Haisley) writes: 
: >A motif compatible widget set would be extremely well received -
: >particularly if it had an API compatible with the standard OSF one.
: >This goes for all varieties of unix, not just linux.
: 
: OI is availble for free for Linux.  It reimplements Motif and comes
: with a user interface builder as well.
: 
: It is available from tsx-11.mit.edu:pub/packages/OI/oi40.tar

Does OI run existing (precompiled) Motif apps? Or do you have to have
access to the source?

Thanx,
-- 
Mario Camou / EDS Mexico Client-Server Integration Team
From Mexico City, the smog capital of the world
==============================================================================
My opinions are only mine, mine, MINE!

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

From: bof@wg.saar.de (Patrick Schaaf)
Subject: Re: Linux v1.0: what's in it?
Date: Fri, 21 Jan 1994 15:46:33 GMT

coe@bert.cs.byu.edu (Mike Coe) writes:
>   Those will not be in it.  Only features currently in the distributed kernel
>   will be in 1.0

>Does this mean that Linux is now a distributed operating
>system like  amoeba?  ;-)

It is certainly distributed more often. It is more like a virus than
like an amoeba, though. It spreads via bootdisks, not via duplication.

The law of distribution holds:
  If you count apples, and count oranges, and then compare the results,
  you get fruit salad.

BTW, everybody can have version 1.0 NOW! Just change VERSION in
/usr/src/linux/Makefile and recompile. You will feel much better, then!

Patrick

-- 
I am an elephant from outer space, living in my suitcase.
        Lee "Scratch" Perry

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

From: bantolph@unm.edu (-=| Bantolph |=-)
Subject: Re: Xfree2.0 SPEA s3 card
Date: 21 Jan 1994 12:42:43 -0700

In article <478.2D3DACCA@purplet.demon.co.uk>,
Philip Burness <Philip.Burness@purplet.demon.co.uk> wrote:
>I have got Xfree86 2.0 running on my machine with the S3 driver It works 
>great untill I exit X, then my console loses all its characters, and I 
>end up with vertical lines on my screen.
>Any ideas anyone?
>Thanks
>Phil
>
>Phil
> CmpQwk #UNREG UNREGISTERED EVALUATION COPY

This exact same thing happens to me with my Diamond Stealth Pro card.
This behavior seems to happen whenever I add a few things to my .xinitrc
file. If I edit the file and have it start only an xterm and a window
manager I dont have any problems. I really can't explain why. 

Any other ideas?

+------------------------------------------------------------------------+
| Kenneth L. Cope                       Internet: bantolph@draco.unm.edu |
| 4224 Commanche Rd NE                            cope@amac.plk.af.mil   |
| Albuquerque, NM 87110                                                  |
| (505) 883-4388   home                                                  |
| (505) 846-9772   work                                                  |
+------------------------------------------------------------------------+
| "Ninety percent of computer users use DOS. I'd rather tell them to do  |
|          drugs."  ---Scott McNealy, CEO, Sun Microsytems               |
+========================================================================+


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

From: kevin@frobozz.sccsi.com (Kevin Brown)
Subject: Re: [ANSWER] PL14n and PL14o ext2 problems
Date: Fri, 21 Jan 1994 23:57:31 GMT

In article <SCT.94Jan19114712@carna.dcs.ed.ac.uk> sct@dcs.ed.ac.uk (Stephen Tweedie) writes:
>In article <NEAL.94Jan18130057@neal.ctd.comsat.com>,
>neal@ctd.comsat.com (Neal Becker) writes:
[...]
>> But isn't this /etc/fastboot pretty kludgy?  I though ext2 was
>> supposed to support a mark for clean devices.  If this was true it
>> should be possible to make e2fsck return a nice status code to say the
>> device was clean!
>
>Ext2fs does have such a facility, and it is normally completely
>automatic.  I never use fastboot.  *Ever*.  E2fsck will automatically
>detect a cleanly unmounted partition and will skip the fsck on it.
>After any kind of a crash, you still get an automatic fsck on the next
>boot.  As of ext2fs-0.4, you can also set fsck up to do a forced fsck
>every so-many boots regardless of the clean status on the filesystem,
>just to be sure.

Unfortunately, the other filesystem types don't have this.  If you're using
anything other than ext2fs, even if you're also using ext2fs, then fastboot
(kludge that it is) is pretty necessary (else you should *always* fsck).

It's nice to be able to pick and choose your filesystem types...


-- 
Kevin Brown                                     kevin@frobozz.sccsi.com
This is your .signature virus: < begin 644 .signature (9V]T8VAA(0K0z end >
            This is your .signature virus on drugs: <>
                        Any questions?

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

From: armb@setanta.demon.co.uk (Alan Braggins)
Subject: Re: mac linux
Date: Fri, 21 Jan 1994 11:19:15 GMT

In article <2hlbin$3t1@vixen.cso.uiuc.edu> jeske@ux4.cso.uiuc.edu (David Jeske) writes:
> Lets get serious here. I hate the Mac as much as the next guy. (probably
> more) but the reason there is little support for things like Linux for the
> mac is that most people buy the mac specifically for the operating system,
> not to have a nice 040 machine. I hate the Mac OS, and so I will never buy
> one... but the 68040 is a lot nicer processor in my mind, than a x86 anything.
So get an Amiga. Nicer native operating system in some ways, and has
Linux and NetBSD ports in varying states of progress. (Commodore even
did a version of SysV4 themselves, but I don't think it's available or
supported now.)
Followups set to comp.sys.amiga.advocacy.

--
Alan Braggins  armb@setanta.demon.co.uk  abraggins@cix.compulink.co.uk
"Any technology distinguishable from magic is insufficiently advanced"

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

Crossposted-To: comp.os.linux.admin
From: mbonham@teal.csn.org (M.H. Bonham)
Subject: Re: Installing X-Windows -- No applications come up
Date: Fri, 21 Jan 1994 17:30:25 GMT


I am trying to get fvwm to come up on my 386 PC.  It comes up fine, but 
I cannot access any applications.  My path is set correctly.  I noticed
that I do not have the pixmaps for the icons -- would this be a problem?
(I doubt it).  Any advice would be greatly appreciated.

M. Bonham



-- 
  SKY WARRIOR aka MLH Bonham  | Subscribe to the new Sled Dog list!  Send the 
  mbonham@aztek.com           | command: subscribe sleddog <your email address>
  mbonham@csn.org             | to majordomo@csn.org  Be sure to put the 
"Good tea, nice house" -- Worf| command in the body of the message (not subject)

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

From: cvc@world.std.com (Cliff V Collins)
Subject: pl14 route/ping dups
Date: Mon, 17 Jan 1994 19:47:40 GMT


Note: So I do not get flamed, I am subscribing to the mail channels for
      the kernel and network. This messages is being posted as additional
      help in the hope that it may help someone else. The questions on
      my routing and file setup are more applicable on comp.os.linux.
      development, so I have sent it here.

Originally, I downloaded the yggdrasil pl14b revision kernel and
had problems with my system freezing up the first time any ethernet activity
occured. I downloaded the pl14a source and recompiled with debugging on
using the ne2000 option.

I have upgraded to kernel dev. pl14p and compiled it with the ne2000 driver.
Everything boots good and the system now can rcp and ftp to my xenix
and pc systems running ftp softwares pctcp ver2.05 software both to and
from linux, whereas before at pl13 file transfers from linux to each
of these systems would halt at about 99% of the file transfer.

I have 3 old 68020 systems ruinning bsd 4.3, and when I ping these systems
I am getting DUP packets messages. After I ping them, telnet,rsh,rcp etc.
from any other system (ibm r/6000, sun sparc, linux) just hangs. Only the
ping command will work. After I reboot these systems they work fine until
I ping them from linux again. What seems strange is the addresses coming
from the ping output represents the pc systems I have set up. As long as I
have these systems shut off the ping to the 68020 systems works fine. The
pcftp software has a tsr ethernet kernel that loads at boot time, and
I believe provides the kernel(?) calls for their software programs at runtime.

My system with the stock ygg fall cdrom has these dup packets but to a
much lesser degree. I still get the duplicate packets and multiple
address listings from ping but the 68020 systems dont freeze up or
require a reboot.

My questions are...
1) Given the level of gcc and libraries, would these problems go away if I
   installed the latest versions? I have read comp.os.linux.development
   and others are at the same level of software I am (the Yggrasil fall cdrom)
   and have compiled the kernel without problems. And does this include
   such things as the procs and net-2 sources as well?
2) Should I recompile the route,ping,rsh etc programs as well as the daemons
   to fix the problem. I have read of a 8/16 byte order problem with the
   net addresses and masks, and think this might my problem
3) We have a mix of sun's, r/6000's, linux, xenix. 68020 bsd 4.3, and linux
   systems running. One of our systems, a prime at 100.0.1.0, is usally
   powered off. However, this is also a address that I have in my rc.net
   file. Since we have no gateway, could this address be cousing a problem
   and are my rc.net, hosts, and networks files set up correctly?

System Description....
486/DX2 66 256K VLB
8 MEGS RAM
340 MEG WD IDE DRIVE
VLB IDE CONTROLLER 2S/P/G
1.2 MEG FLOPPY
NE2000 (ORIGINAL/NOT CLONE) ETHERNET CARD (0x300,5,0xD8000)
9600 FAX/MODEM
Yggdrasil FALL CDROM Installation
#
# ping net8
PING net8 (100.0.33.49): 56 data bytes
64 bytes from 100.0.1.11: icmp_seq=0 ttl=140 time=35 ms
64 bytes from 100.0.1.11: icmp_seq=1 ttl=141 time=25 ms
64 bytes from 100.0.1.11: icmp_seq=2 ttl=142 time=15 ms
64 bytes from 100.0.1.11: icmp_seq=3 ttl=143 time=4 ms
64 bytes from 100.0.0.98: icmp_seq=4 ttl=144 time=11 ms
64 bytes from 100.0.1.11: icmp_seq=4 ttl=144 time=49 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=5 ttl=145 time=39 ms
64 bytes from 100.0.0.98: icmp_seq=5 ttl=145 time=54 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=6 ttl=146 time=29 ms
64 bytes from 100.0.0.98: icmp_seq=6 ttl=146 time=43 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=7 ttl=147 time=19 ms
64 bytes from 100.0.0.98: icmp_seq=7 ttl=147 time=31 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=8 ttl=148 time=8 ms
64 bytes from 100.0.0.98: icmp_seq=8 ttl=148 time=20 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=9 ttl=149 time=8 ms
64 bytes from 100.0.1.11: icmp_seq=9 ttl=149 time=53 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=10 ttl=150 time=43 ms
64 bytes from 100.0.0.98: icmp_seq=10 ttl=150 time=52 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=11 ttl=151 time=33 ms
64 bytes from 100.0.0.98: icmp_seq=11 ttl=151 time=41 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=12 ttl=152 time=23 ms
64 bytes from 100.0.0.98: icmp_seq=12 ttl=152 time=30 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=13 ttl=153 time=12 ms
64 bytes from 100.0.0.98: icmp_seq=13 ttl=153 time=20 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=14 ttl=154 time=2 ms
64 bytes from 100.0.0.98: icmp_seq=14 ttl=154 time=10 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=15 ttl=155 time=47 ms
64 bytes from 100.0.0.98: icmp_seq=15 ttl=155 time=50 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=16 ttl=156 time=37 ms
64 bytes from 100.0.0.98: icmp_seq=16 ttl=156 time=40 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=17 ttl=157 time=27 ms
64 bytes from 100.0.0.98: icmp_seq=17 ttl=157 time=30 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=18 ttl=158 time=16 ms
64 bytes from 100.0.1.11: icmp_seq=18 ttl=158 time=19 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=19 ttl=159 time=5 ms
64 bytes from 100.0.1.11: icmp_seq=19 ttl=159 time=8 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=20 ttl=160 time=48 ms
64 bytes from 100.0.1.11: icmp_seq=20 ttl=160 time=51 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=21 ttl=161 time=37 ms
64 bytes from 100.0.1.11: icmp_seq=21 ttl=161 time=41 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=22 ttl=162 time=25 ms
64 bytes from 100.0.1.11: icmp_seq=22 ttl=162 time=33 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=23 ttl=163 time=14 ms
64 bytes from 100.0.1.11: icmp_seq=23 ttl=163 time=22 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=24 ttl=164 time=3 ms
64 bytes from 100.0.1.11: icmp_seq=24 ttl=164 time=10 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=25 ttl=165 time=46 ms
64 bytes from 100.0.1.11: icmp_seq=25 ttl=165 time=55 ms (DUP!)

--- net8 ping statistics ---
26 packets transmitted, 26 packets received, +22 duplicates, 0% packet loss
round-trip min/avg/max = 2/28/55 ms
# ping pc2
PING pc2 (100.0.0.98): 56 data bytes
64 bytes from 100.0.1.11: icmp_seq=0 ttl=175 time=18 ms
64 bytes from 100.0.0.98: icmp_seq=0 ttl=175 time=52 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=0 ttl=175 time=107 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=1 ttl=176 time=12 ms
64 bytes from 100.0.0.98: icmp_seq=1 ttl=176 time=45 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=1 ttl=176 time=48 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=1 ttl=176 time=100 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=2 ttl=177 time=2 ms
64 bytes from 100.0.0.98: icmp_seq=2 ttl=177 time=34 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=2 ttl=177 time=38 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=2 ttl=177 time=47 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=3 ttl=178 time=23 ms
64 bytes from 100.0.0.98: icmp_seq=3 ttl=178 time=25 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=3 ttl=178 time=47 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=3 ttl=178 time=78 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=4 ttl=179 time=11 ms
64 bytes from 100.0.0.98: icmp_seq=4 ttl=179 time=14 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=4 ttl=179 time=37 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=4 ttl=179 time=66 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=5 ttl=180 time=26 ms
64 bytes from 100.0.0.98: icmp_seq=5 ttl=180 time=55 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=5 ttl=180 time=58 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=5 ttl=180 time=67 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=6 ttl=181 time=16 ms
64 bytes from 100.0.0.98: icmp_seq=6 ttl=181 time=44 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=6 ttl=181 time=46 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=6 ttl=181 time=55 ms (DUP!)

--- pc2 ping statistics ---
7 packets transmitted, 7 packets received, +20 duplicates, 0% packet loss
round-trip min/avg/max = 2/43/107 ms
#
#
#
# ping pc1
PING pc1 (100.0.1.11): 56 data bytes
64 bytes from 100.0.1.11: icmp_seq=0 ttl=186 time=30 ms
64 bytes from 100.0.1.11: icmp_seq=0 ttl=186 time=34 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=0 ttl=186 time=54 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=0 ttl=186 time=85 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=1 ttl=187 time=25 ms
64 bytes from 100.0.1.11: icmp_seq=1 ttl=187 time=28 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=1 ttl=187 time=37 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=1 ttl=187 time=45 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=2 ttl=188 time=15 ms
64 bytes from 100.0.1.11: icmp_seq=2 ttl=188 time=18 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=2 ttl=188 time=27 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=2 ttl=188 time=34 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=3 ttl=189 time=5 ms
64 bytes from 100.0.1.11: icmp_seq=3 ttl=189 time=7 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=3 ttl=189 time=23 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=3 ttl=189 time=60 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=4 ttl=190 time=11 ms
64 bytes from 100.0.1.11: icmp_seq=4 ttl=190 time=49 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=4 ttl=190 time=52 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=4 ttl=190 time=61 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=5 ttl=191 time=39 ms
64 bytes from 100.0.1.11: icmp_seq=5 ttl=191 time=42 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=5 ttl=191 time=51 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=5 ttl=191 time=58 ms (DUP!)

--- pc1 ping statistics ---
6 packets transmitted, 6 packets received, +18 duplicates, 0% packet loss
round-trip min/avg/max = 5/37/85 ms
#
#
# cat /proc/net/dev
Inter-|   Receive                  |  Transmit
 face |packets errs drop fifo frame|packets errs drop fifo colls carrier
    lo:      0    0    0    0    0       44    0    0    0     0    0
  eth0:  16075    0    0    0    2     5620    0    0    0   288 5622
#
# cat /proc/net/raw
sl  local_address rem_address   st tx_queue rx_queue tr tm->when uid
# cat /proc/net/route
Iface        Destination        Gateway         Flags        RefCnt        Use        Metric        Mask
lo        0100007F        00000000        05        0        44        0        FFFFFFFF
eth0        00010064        00000000        05        0        96        0        FFFFFFFF
eth0        00000000        00010064        03        0        5659        0        00000000
#
# cat /proc/net/tcp
sl  local_address rem_address   st tx_queue rx_queue tr tm->when uid
 0: 00000000:0200 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
 0: 00000000:0280 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
 1: 00000000:0201 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
 1: 00000000:0801 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
 1: 00000000:0801 00000000:0000 0A FFFFCB5D:00000000 00:00000000 00000000 0
 1: 00000000:0801 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
 1: 00000000:0801 00000000:0000 0A FFFFCB7C:00000000 00:00000000 00000000 0
 2: 00000000:0202 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
 3: 00000000:0203 00000000:0000 0A 9FF6C4C8:00000000 00:00000000 00000000 0
 7: 00000000:0007 00000000:0000 0A FFFFCB6B:00000000 00:00000000 00000000 0
 9: 00000000:0009 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
11: 00000000:000B 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
13: 00000000:000D 00000000:0000 0A FFFFCB59:00000000 00:00000000 00000000 0
15: 00000000:000F 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
15: 00000000:004F 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
18: 14010064:0412 31210064:0017 04 00000003:00000000 01:000024CB 0000000E 0
19: 00000000:0013 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
20: 14010064:0414 31210064:0015 04 00000003:00000000 01:00003391 0000000E 0
21: 00000000:0015 00000000:0000 0A FFFFCB50:00000000 00:00000000 00000000 0
22: 14010064:0416 31210064:0017 04 00000003:00000000 01:000058B8 0000000E 0
23: 00000000:0017 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
25: 00000000:0019 00000000:0000 0A FFFFCB4A:00000000 00:00000000 00000000 0
27: 14010064:041B 31210064:0017 04 00000003:00000000 01:0000697A 0000000E 0
28: 00000000:021C 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
37: 00000000:0025 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
45: 00000000:006D 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
46: 00000000:006E 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
47: 00000000:006F 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
55: 00000000:0077 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
#
# cat /proc/net/udp
sl  local_address rem_address   st tx_queue rx_queue tr tm->when uid
 1: 00000000:0801 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 1: 00000000:0801 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 1: 00000000:0801 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 1: 00000000:0801 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 3: 00000000:0043 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 5: 00000000:0045 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 5: 00000000:0205 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 6: 00000000:0206 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 7: 00000000:0007 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 9: 00000000:0009 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
13: 00000000:000D 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
19: 00000000:0013 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
37: 00000000:0025 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
47: 00000000:006F 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
62: 00000000:027E 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
#
# cat /proc/net/unix
Num RefCount Protocol Flags    Type St Path
 0: 00000001 00000000 00010000 0001 01 /tmp/.printer
#
# cat /etc/rc.net
echo "starting network"
PATH=$PATH:/usr/net/bin
ifconfig lo 127.0.0.1 netmask 255.0.0.0 broadcast 255.255.255.255
route add 127.0.0.1
ifconfig eth0 100.0.1.20 netmask 255.255.255.0 broadcast 255.255.255.255
route add 100.0.1.0
route add default gw 100.0.1.0
echo "starting portmap"
/etc/portmap &
echo "starting inetd"
/usr/net/daemons/inetd &
echo "starting mountd/nfsd"
/usr/bin/mountd &
/usr/bin/nfsd &
/usr/bin/nfsd &
/usr/bin/nfsd &
/usr/bin/nfsd &
#
# ifconfig
lo        IP ADDR 127.0.0.1  BCAST 255.255.255.255  NETMASK 255.0.0.0
          MTU 2000  METRIC 0  POINT-TO-POINT ADDR 0.0.0.0
          FLAGS: 0x004B ( UP BROADCAST LOOPBACK RUNNING )

eth0      IP ADDR 100.0.1.20  BCAST 255.255.255.255  NETMASK 255.255.255.0
          MTU 1500  METRIC 0  POINT-TO-POINT ADDR 0.0.0.0
          FLAGS: 0x0043 ( UP BROADCAST RUNNING )
#
# cat /etc/hosts
50.0.0.1        localhost loghost
100.0.33.49        net8
100.0.32.79        net6
100.0.36.68        net7
100.0.7.99        sun1 pserver
100.0.76.27        sun2
100.0.8.27        sun3
100.0.0.3        catia3
100.0.0.98      pc2
100.0.1.0        vision
100.0.0.21        xen1
100.0.1.11        pc1
100.0.0.2        catia2
100.0.1.20        linux1
#
# cat /etc/networks
loopback 127.0.0.0
linux1 100.0.0.0
#
#
# gcc -v
Reading specs from /usr/lib/gcc-lib/i386-linux/2.4.5/specs
gcc version 2.4.5
#
# cd /lib
# ls -C
XawVen.so.2.1         libXt.so.3          libm.2.2.2           libtcl.so.1.0
XtVen.so.2.1         libXt.so.3.0.1          libm.so.4           libtk.so.1
cpp                 libabi.so.0          libm.so.4.4.1           libtk.so.1.0
libX11.so.3         libabi.so.0.1          libmh.so.4.0           libxdosemu
libX11.so.3.0.1         libc.so.4          libms.so.4.0
libXaw.so.3         libc.so.4.4.1          libsoft.so.4.0
libXaw.so.3.0.1         libemu                  libtcl.so.1
#

CLIFF COLLINS
VISIONEERING INC.
(313) 293-1000


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


** 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
******************************
