Subject: Linux-Misc Digest #605
From: Digestifier <Linux-Misc-Request@senator-bedfellow.MIT.EDU>
To: Linux-Misc@senator-bedfellow.MIT.EDU
Reply-To: Linux-Misc@senator-bedfellow.MIT.EDU
Date:     Sat, 13 Aug 94 18:13:09 EDT

Linux-Misc Digest #605, Volume #2                Sat, 13 Aug 94 18:13:09 EDT

Contents:
  [Q]: Why can't PPP resolve a dynamic IP address?? (Wigs)
  Re: WABI vs. SoftWindows? (Dan Pop)
  Re: WABI vs. SoftWindows? (Leslie Mikesell)
  Re: Linux @ 80x50? (Rob Janssen)
  Re: Disassembler for Linux? (Rob Janssen)
  Re: need a linux book or pamphlet... (Mark A. Horton KA4YBR)
  Re: ftape module (Andreas Mueller)
  Re: Disassembler for Linux? (Al Longyear)

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

From: wiegley@phakt.usc.edu (Wigs)
Crossposted-To: comp.os.linux.admin,comp.os.linux.help
Subject: [Q]: Why can't PPP resolve a dynamic IP address??
Date: 12 Aug 1994 15:54:58 -0700

Try this again:

My univeristy now offers ppp, and I am supposedly one of the beta testers
of the ppp server.  Not because I know any networking of course instead
because I'm the only one they know with linux and a modem ;-)

They have their ppp server setup currently to assign static IP addresses
but this will change as of Monday so I am attempting to configure my ppp
client to connect using dynamic IP address.  (I figured it configuring it
for dynamic allocation should still work when it really is static)

So here is my /etc/rc.d/rc.inet1 file:
      /sbin/ifconfig lo 127.0.0.1
      /sbin/route add -net 127.0.0.0
Here is my /etc/hosts file is
      127.0.0.1       localhost loopback
      198.195.192.190  mymachine.usc.edu mymachine
and finally here is my /etc/resolve.conf file
      domain usc.edu
      nameserver 198.195.3.234
(which is a valid nameserver)

now this is what I use to start ppp

pppd connect 'chat -v -f /usr/etc/chatter' /dev/modem 38400 debug crtscts \
     modem defaultroute 198.195.192.190


the basic problem it seems is that whenever my machine requested a
configuration it receives 0.0.0.0 as the IP address and fails the
configuration, it then keeps requesting another configuration and this
results in an infinite loop.  Has anybody experienced a similar problem?

How do you fix it?

Please help me if you can I am at my wits end.

For those guru's in the know more than myself (which is probably everybody)
here is the actual /usr/adm/messages generated from syslogd and the
pppd/chat program:

Aug 12 12:06:37 mymachine pppd[80]: pppd 2.1.2 started by images, uid 405
Aug 12 12:06:37 mymachine pppd[80]: Connecting with </usr/etc/chat -v -f /usr/etc/chatter>
Aug 12 12:06:39 mymachine chat[81]: send (ATZ^M) 
Aug 12 12:06:39 mymachine chat[81]: expect (OK) 
Aug 12 12:06:39 mymachine login: ROOT LOGIN ON tty2
Aug 12 12:06:40 mymachine chat[81]: ATZ^M^M 
Aug 12 12:06:40 mymachine chat[81]: OK -- got it 
Aug 12 12:06:40 mymachine chat[81]: send (ATm0DT#######^M) 
Aug 12 12:06:40 mymachine chat[81]: expect (115200) 
Aug 12 12:06:40 mymachine chat[81]: ^M 
Aug 12 12:07:04 mymachine chat[81]: ATm0DT#######^M^M 
Aug 12 12:07:04 mymachine chat[81]: CONNECT 115200 -- got it 
Aug 12 12:07:04 mymachine chat[81]: send (^M) 
Aug 12 12:07:04 mymachine chat[81]: timeout set to 2 seconds
Aug 12 12:07:04 mymachine chat[81]: expect (port) 
Aug 12 12:07:04 mymachine chat[81]: ^M 
Aug 12 12:07:06 mymachine chat[81]: alarm
Aug 12 12:07:06 mymachine chat[81]: send (^M) 
Aug 12 12:07:06 mymachine chat[81]: expect (port) 
Aug 12 12:07:06 mymachine chat[81]: ^M 
Aug 12 12:07:06 mymachine chat[81]: ^M 
Aug 12 12:07:06 mymachine chat[81]: Annex Command Line Interpreter   *   Copyright 1991 Xylogics, Inc.^M 
Aug 12 12:07:06 mymachine chat[81]: ^M 
Aug 12 12:07:06 mymachine chat[81]: Checking authorization, Please wait...^M 
Aug 12 12:07:06 mymachine chat[81]: ^M 
Aug 12 12:07:06 mymachine chat[81]: test.^M 
Aug 12 12:07:06 mymachine chat[81]: ^M 
Aug 12 12:07:06 mymachine chat[81]: Use the RLOGIN command to connect to a host, HANGUP to disconnect from Annex^M 
Aug 12 12:07:06 mymachine chat[81]: ^M 
Aug 12 12:07:06 mymachine chat[81]:  ^M 
Aug 12 12:07:06 mymachine chat[81]: B[port -- got it 
Aug 12 12:07:06 mymachine chat[81]: send (ppp^M) 
Aug 12 12:07:06 mymachine chat[81]: expect (sername:) 
Aug 12 12:07:06 mymachine chat[81]:  4]: ppp^M 
Aug 12 12:07:06 mymachine chat[81]: ^M 
Aug 12 12:07:06 mymachine chat[81]: Username: -- got it 
Aug 12 12:07:06 mymachine chat[81]: send (********^M)     ha! I remembered
Aug 12 12:07:06 mymachine chat[81]: expect (assword:)      this time :-)
Aug 12 12:07:07 mymachine chat[81]:  ********^M 
Aug 12 12:07:07 mymachine chat[81]: Password: -- got it 
Aug 12 12:07:07 mymachine chat[81]: send (********^M) 
Aug 12 12:07:07 mymachine pppd[80]: Connected...
Aug 12 12:07:08 mymachine kernel: ppp: channel ppp0 mtu = 1500, mru = 1500
Aug 12 12:07:08 mymachine kernel: ppp: channel ppp0 open
Aug 12 12:07:08 mymachine pppd[80]: set kernel debugging level to 0
Aug 12 12:07:08 mymachine pppd[80]: Using interface ppp0
Aug 12 12:07:08 mymachine pppd[80]: Connect: ppp0 <--> /dev/modem
Aug 12 12:07:08 mymachine pppd[80]: fsm_sdata(LCP): Sent code 1, id 1.
Aug 12 12:07:08 mymachine pppd[80]: LCP: sending Configure-Request, id 1
Aug 12 12:07:08 mymachine pppd[80]: fsm_rconfreq(LCP): Rcvd id 1.
Aug 12 12:07:08 mymachine pppd[80]: lcp_reqci: rcvd ASYNCMAP
Aug 12 12:07:08 mymachine pppd[80]: (0)
Aug 12 12:07:08 mymachine pppd[80]:  (ACK)
Aug 12 12:07:08 mymachine pppd[80]: lcp_reqci: rcvd MAGICNUMBER
Aug 12 12:07:08 mymachine pppd[80]: (e99b82e)
Aug 12 12:07:08 mymachine pppd[80]:  (ACK)
Aug 12 12:07:08 mymachine pppd[80]: lcp_reqci: rcvd PCOMPRESSION
Aug 12 12:07:08 mymachine pppd[80]:  (ACK)
Aug 12 12:07:08 mymachine pppd[80]: lcp_reqci: rcvd ACCOMPRESSION
Aug 12 12:07:08 mymachine pppd[80]:  (ACK)
Aug 12 12:07:08 mymachine pppd[80]: lcp_reqci: returning CONFACK.
Aug 12 12:07:08 mymachine pppd[80]: fsm_sdata(LCP): Sent code 2, id 1.
Aug 12 12:07:08 mymachine pppd[80]: fsm_rconfack(LCP): Rcvd id 1.
Aug 12 12:07:08 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 1.
Aug 12 12:07:08 mymachine pppd[80]: IPCP: sending Configure-Request, id 1
Aug 12 12:07:11 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 1.
Aug 12 12:07:11 mymachine pppd[80]: IPCP: sending Configure-Request, id 1
Aug 12 12:07:11 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 1.
Aug 12 12:07:11 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 2.
Aug 12 12:07:11 mymachine pppd[80]: IPCP: sending Configure-Request, id 2
Aug 12 12:07:12 mymachine pppd[80]: fsm_rconfreq(IPCP): Rcvd id 2.
Aug 12 12:07:12 mymachine pppd[80]: ipcp: received COMPRESSTYPE 
Aug 12 12:07:12 mymachine pppd[80]: (45)
Aug 12 12:07:12 mymachine pppd[80]:  (ACK) 
Aug 12 12:07:12 mymachine pppd[80]: ipcp: received ADDR 
Aug 12 12:07:12 mymachine pppd[80]: (0.0.0.0)
Aug 12 12:07:12 mymachine pppd[80]:  (ACK) 
Aug 12 12:07:12 mymachine pppd[80]: ipcp: returning Configure-ACK
Aug 12 12:07:12 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 2, id 2.
Aug 12 12:07:12 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 2.
Aug 12 12:07:12 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 3.
Aug 12 12:07:12 mymachine pppd[80]: IPCP: sending Configure-Request, id 3
Aug 12 12:07:12 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 3.
Aug 12 12:07:12 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 4.
Aug 12 12:07:12 mymachine pppd[80]: IPCP: sending Configure-Request, id 4
Aug 12 12:07:12 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 4.
Aug 12 12:07:12 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 5.
Aug 12 12:07:12 mymachine pppd[80]: IPCP: sending Configure-Request, id 5
Aug 12 12:07:12 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 5.
Aug 12 12:07:12 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 6.
Aug 12 12:07:12 mymachine pppd[80]: IPCP: sending Configure-Request, id 6
Aug 12 12:07:12 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 6.
Aug 12 12:07:12 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 7.
Aug 12 12:07:12 mymachine pppd[80]: IPCP: sending Configure-Request, id 7
Aug 12 12:07:13 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 7.
Aug 12 12:07:13 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 8.
Aug 12 12:07:13 mymachine pppd[80]: IPCP: sending Configure-Request, id 8
Aug 12 12:07:13 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 8.
Aug 12 12:07:13 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 9.
Aug 12 12:07:13 mymachine pppd[80]: IPCP: sending Configure-Request, id 9
Aug 12 12:07:13 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 9.
Aug 12 12:07:13 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 10.
Aug 12 12:07:13 mymachine pppd[80]: IPCP: sending Configure-Request, id 10
Aug 12 12:07:13 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 10.
Aug 12 12:07:13 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 11.
Aug 12 12:07:13 mymachine pppd[80]: IPCP: sending Configure-Request, id 11
Aug 12 12:07:13 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 11.
Aug 12 12:07:13 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 12.
Aug 12 12:07:13 mymachine pppd[80]: IPCP: sending Configure-Request, id 12
Aug 12 12:07:14 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 12.
Aug 12 12:07:14 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 13.
Aug 12 12:07:14 mymachine pppd[80]: IPCP: sending Configure-Request, id 13
Aug 12 12:07:14 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 13.
Aug 12 12:07:14 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 14.
Aug 12 12:07:14 mymachine pppd[80]: IPCP: sending Configure-Request, id 14
Aug 12 12:07:14 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 14.
Aug 12 12:07:14 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 15.
Aug 12 12:07:14 mymachine pppd[80]: IPCP: sending Configure-Request, id 15
Aug 12 12:07:14 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 15.
Aug 12 12:07:14 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 16.
Aug 12 12:07:14 mymachine pppd[80]: IPCP: <151>Aug 12 12:07:15 pppd[80]: IO signal received
Aug 12 12:07:15 mymachine pppd[80]: fsm_rconfreq(IPCP): Rcvd id 3.
Aug 12 12:07:15 mymachine pppd[80]: ipcp: received ADDR 
Aug 12 12:07:15 mymachine pppd[80]: (0.0.0.0)
Aug 12 12:07:15 mymachine pppd[80]:  (ACK) 
Aug 12 12:07:15 mymachine pppd[80]: ipcp: returning Configure-ACK
Aug 12 12:07:15 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 2, id 3.
Aug 12 12:07:15 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 16.
Aug 12 12:07:15 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 17.
Aug 12 12:07:15 mymachine pppd[80]: IPCP: sending Configure-Request, id 17
Aug 12 12:07:15 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 17.
Aug 12 12:07:15 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 18.
Aug 12 12:07:15 mymachine pppd[80]: IPCP: sending Configure-Request, id 18
Aug 12 12:07:15 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id<151>Aug 12 12:07:15 pppd[80]: Untimeout 2194:114e0.
Aug 12 12:07:15 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 19.
Aug 12 12:07:15 mymachine pppd[80]: IPCP: sending Configure-Request, id 19
Aug 12 12:07:16 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 19.
Aug 12 12:07:16 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 20.
Aug 12 12:07:16 mymachine pppd[80]: IPCP: sending Configure-Request, id 20
Aug 12 12:07:18 mymachine pppd[80]: fsm_rconfreq(IPCP): Rcvd id 4.
Aug 12 12:07:18 mymachine pppd[80]: ipcp: received ADDR 
Aug 12 12:07:18 mymachine pppd[80]: (0.0.0.0)
Aug 12 12:07:18 mymachine pppd[80]:  (ACK) 

**********
as you can see from this point on all it does is an infinite loop trying to
request a configure and failing.  This continues until I kill -TERM the
pppd process
**********

Aug 12 12:07:45 mymachine pppd[80]: ipcp: returning Configure-ACK
Aug 12 12:07:45 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 2, id 13.
Aug 12 12:07:45 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 125.
Aug 12 12:07:45 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 126.
Aug 12 12:07:45 mymachine pppd[80]: IPCP: sending Configure-Request, id 126
Aug 12 12:07:45 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 126.
Aug 12 12:07:45 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 127.
Aug 12 12:07:47 mymachine kernel: ppp_ioctl: set debug level 2, netpacket 0
Aug 12 12:07:47 mymachine kernel: ppp: channel ppp0 closing.
Aug 12 12:07:45 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 127.
Aug 12 12:07:45 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 128.
Aug 12 12:07:45 mymachine pppd[80]: IPCP: sending Configure-Request, id 128
Aug 12 12:07:46 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 128.
Aug 12 12:07:46 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 129.
Aug 12 12:07:46 mymachine pppd[80]: IPCP: sending Configure-Request, id 129
Aug 12 12:07:46 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 129.
Aug 12 12:07:46 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 130.
Aug 12 12:07:46 mymachine pppd[80]: <151>Aug 12 12:07:46 pppd[80]: IO signal received
Aug 12 12:07:46 mymachine pppd[80]: fsm_rconfnakrej(IPCP): Rcvd id 130.
Aug 12 12:07:46 mymachine pppd[80]: fsm_sdata(IPCP): Sent code 1, id 131.
Aug 12 12:07:46 mymachine pppd[80]: IPCP: sending Configure-Request, id 131
Aug 12 12:07:46 mymachine pppd[80]: Terminating link.
Aug 12 12:07:47 mymachine pppd[80]: fsm_sdata(LCP): Sent code 5, id 2.
Aug 12 12:07:47 mymachine pppd[80]: io(): Received non-LCP packet when LCP not open.
Aug 12 12:07:47 mymachine pppd[80]: fsm_rtermack(LCP).
Aug 12 12:07:47 mymachine pppd[80]: Connection terminated.
Aug 12 12:07:47 mymachine pppd[80]: set kernel debugging level to 2
Aug 12 12:07:47 mymachine pppd[80]: Exit.
Aug 12 12:09:04 mymachine login: ROOT LOGIN ON tty1
Aug 12 12:10:27 mymachine login: ROOT LOGIN ON tty3
Aug 12 12:21:04 mymachine in.rlogind[139]: connect from localhost
Aug 12 12:21:04 mymachine login: ROOT LOGIN ON ttyp2 FROM localhost

Thank you so much for your information,

- Jeff Wiegley

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

Crossposted-To: comp.sys.hp,comp.sys.hp.apps,comp.sys.sun.apps,comp.windows.x,comp.windows.x.apps,comp.unix.unixware
From: danpop@cernapo.cern.ch (Dan Pop)
Subject: Re: WABI vs. SoftWindows?
Date: Fri, 12 Aug 1994 22:46:53 GMT

In <CuC3rE.ExA@novell.co.uk> msohnius@novell.co.uk (Martin Sohnius) writes:

>Dan Pop (danpop@cernapo.cern.ch) wrote:
>
>:         You can't introduce new features which will break existing
>: code because this will make customers unhappy and you might lose them.
>: Without customers, everything can move much faster. Every couple of
>: months DOSEMU has to be modified to run on the new kernels. After every
>: change, it is even faster and has more features. And everybody is happy.
>
>Except nobody has done any real work (I mean earning-pennies work).

At some point, Novell spread some vaporware about Corsair. Any news
about this project?
>
>: Your customers are completely irrelevant to Linux and its future.
>
>No they aren't.  Their personal and corporate taxes are paying for the
>better part of Linux development.  

For a part of Linux development, maybe. Can you prove it's the better
part? And anyway, I'm ready to bet that if they had the choice, they
wouldn't pay for it :-) So, they continue to be completely irrelevant to
Linux and its future.

>And mine are paying YOUR tax-free salary, Dan!

I fail to see how this is relevant to our discussion, but maybe you
could enlighten me.

Dan
--
Dan Pop 
CERN, CN Division
Email: danpop@cernapo.cern.ch
Mail:  CERN - PPE, Bat. 31 R-004, CH-1211 Geneve 23, Switzerland

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

From: les@MCS.COM (Leslie Mikesell)
Crossposted-To: comp.sys.hp,comp.sys.hp.apps,comp.sys.sun.apps,comp.windows.x,comp.windows.x.apps,comp.unix.unixware
Subject: Re: WABI vs. SoftWindows?
Date: 13 Aug 1994 15:17:47 -0500

In article <1994Aug12.130928.16437@taylor.infi.net>,
Mark A. Davis <mark@taylor.infi.net> wrote:

>>>superlatives.  This does NOT mean it is suitable for use everywhere.  There
>>>is NO WAY Linux, for example, could run our Hospital the way SCO does now.  It
>>>does not have multiprocessing support, multithreads, multidrop support,
>>>it won't run 3/4 of the software we have to use, it does not support some
>>>of the special hardware we use.
>
>You may have "dug into both", but you certainly have not used them in the
>real world then.

But, don't you consider this largely due to the need to support backwards
compatibility?  That is, if you were going to set up a similar system
today from scratch wouldn't you be more careful to set up network
connections for every component or at least the ability to use them
to separate the user from the special hardware or software?  That way
you could use whichever OS or hardware might make sense for any particular
purpose and allow access to things that might be mutually exclusive
otherwise.

Les Mikesell
  les@mcs.com

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Linux @ 80x50?
Reply-To: pe1chl@rabo.nl
Date: Sat, 13 Aug 1994 20:00:49 GMT

In <32hsgt$6ho@adam.cc.sunysb.edu> jfung@engws12.ic.sunysb.edu (James T. Fung) writes:


>Hi All, I have Linux running with a ET4000 card, and would like to know if
>there is any way I can set the screen to 80x50?  The default 80x25 just
>doesn't fit enough text on the screen at once.  Thanks in advamce,

Put in your LILO configuration file:

vga=extended

You can also use "vga=ask" and get a prompt at boottime, where you can
choose between some different resolutions depending on the VGA card.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Disassembler for Linux?
Reply-To: pe1chl@rabo.nl
Date: Sat, 13 Aug 1994 20:04:22 GMT

In <32in1i$77s@nic.umass.edu> apj@twain.ucs.umass.edu (ADAM P JENKINS) writes:

>       Does anyone know of a disassembler for Linux?  Thank you.

There is one hidden in "gdb"...

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: mah@ka4ybr.com (Mark A. Horton KA4YBR)
Subject: Re: need a linux book or pamphlet...
Date: Sat, 13 Aug 1994 13:19:32 GMT

Florian Schmidt (F.SCHMIDT@BIONIC.zer.de) wrote:
: which explains just about everything to me. daemons, drivers, channels,  
: threaded stuff, networking (tcp/ip, ppp, plip, slip) and everything else.  
: is there something like this out there? it would make things much easier..

The closes thing I can think of the the "Linux Bible" which is a compendium
of all the howtos, faqs, and LDP publications.  It's available from many
different sources on the net.  I ordered one from Randy Just's outfit,
Just computers a while back.  This is the description from their online
catalog :

The Linux Bible
The Linux Bible is a compendium of documents produced by The Linux
Documentation Project, a group of volunter Linux developers.  The Linux
Bible also includes a copy of the Yggdrasil Plug-and-Play Linux manual.
These documents in the Linux bible include Linux Installation and Getting
Started, Networking Administrator's Guide, Kernel Hackers Guide and
"How To" guides on the following subjects:  Hardware compatibility,
Linux Distributions, DOS Emulation, Ethernet, Floppy Tape, Installation,
Mail, Linux Networking Version 2, MGR Graphics System (an alternative to
X windows), X-Windows, Usenet News, Printing, SCSI, Serial, Sound, UUCP.
The Linux bible is printed entirely on recycled paper, and has the green
recycled paper logo printed on the back cover.  The back cover also has
quotations from the PC Week article naming Linux as product of the week.
Approximately 850 pages.
 
The Linux Bible                                   ____ X $ 29.95 = $ _______
  The list price is $39.95.  This price
  represents a $10 savings!  Price good
  until June 30, 1994.
  For use with all Linux installations
  *Additional shipping due to weight              ____ X $  3.00 = $ _______
  International customers, inquire regarding
  shipping.  Surface and Air available.

Don't know if they still have the special offer available for 10 bucks off.

I think these addresses are still valid:
      Mailing Address:  Just Computers!
                        P.O. Box 751414
                        Petaluma, CA 94975-1414
                        U.S.A.

         Voice Number:  707/769-1648
           FAX Number:  707/765-2447

Internet Order E-Mail:  sales@justcomp.com
   Information E-Mail:  info@justcomp.com
                        Include word "help" on a single line in message
  
Hmmm.... didn't mean this to be an advertisement for them, it's just where
I got mine and I've been please with it... save a bunch of $$$$ on paper
and toner for my aging HP-LJ-IIP!

Good Luck!
        - Mark

--
"Linux!     Guerrilla UNIX Development     Venimus, Vidimus, Dolavimus."
============================================================
Mark A. Horton       ka4ybr             mah@ka4ybr.atl.ga.us
P.O. Box 747 Decatur GA US 30031-0747         mah@ka4ybr.com
+1.404.371.0291                     33 45 31 N / 084 16 59 W

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

From: mueller@daneb.ping.de (Andreas Mueller)
Subject: Re: ftape module
Date: Sat, 13 Aug 1994 21:31:44 GMT

In article <CuDrLK.9MD@sun2.iusb.indiana.edu>,
 gbrownin@sun1.iusb.indiana.edu (G. Browning) writes:
|> 
|> I upgraded to kernel version 1.1.43 and now
|> my ftape (ftape-1.13b) module will not work.
|> I recompiled it and it compiled just fine, just
|> when I insmod ftape.o I get the error of   _irqaction undefined
|> 
|> I sorta need the ftape module, but I dont want to 
|> give up the new kernel version..
|> 
|> Any ideas would be greatly appreciated
|> 
|> Thanks
|> 
|> Gary R. Browning, Senior Consultant
|> Indiana University South Bend Computing Services
|> 
|> 


There is an easy fix for it. Change following line in 'fdc-io.c'
  
  result = irqaction( fdc.irq, &ftape_sig_action);

to

  result = request_irq(fdc.irq, ftape_interrupt, SA_INTERRUPT, NULL);


This will fix your problem.

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

From: longyear@netcom.com (Al Longyear)
Subject: Re: Disassembler for Linux?
Date: Sat, 13 Aug 1994 21:46:06 GMT

apj@twain.ucs.umass.edu (ADAM P JENKINS) writes:

>       Does anyone know of a disassembler for Linux?  Thank you.

Update the bintools package which you are using. The dissassembler is
part of the objdump program.


-- 
Al Longyear           longyear@netcom.com

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


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

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

    Internet: Linux-Misc@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-Misc Digest
******************************
