Subject: Linux-Development Digest #43
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:     Fri, 19 Aug 94 09:13:07 EDT

Linux-Development Digest #43, Volume #2          Fri, 19 Aug 94 09:13:07 EDT

Contents:
  Re: Ejecting of CD on umount (Andrew Walker)
  Re: where to find gcc.texinfo? (Dragan Cvetkovic)
  Re: Kernel panic in 1.1.44 (Matthias Urlichs)
  Re: where to find gcc.texinfo? (Sluijtman)
  Re: Socket Timeouts in Linux 1.1 (Stephen Vance)
  Re: screensaver halts my machine (John Edward Bauer)
  Re: Report on SVNET: Bill Jolitz's Talk; Mind Overload. (Sean Eric Fagan)
  Re: Compiling NN for NNTP support. (lcvanveen@et.tudelft.nl)
  Re: Report on SVNET: Bill Jolitz's Talk; Mind Overload. (Thumper!)
  Swap meet in South Florida... (Kevin Burtch)
  Re: NFS errors (Rob Janssen)
  Re: Report on SVNET: Bill Jolitz's Talk; Mind Overload. (Rob Janssen)
  DICOM 3.0 for Linux? (Sai Kumar Casula)

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

From: andy@eng.kvaerner.no (Andrew Walker)
Subject: Re: Ejecting of CD on umount
Date: 19 Aug 1994 04:22:55 -0400
Reply-To: andy@eng.kvaerner.no (Andrew Walker)

Lets hope everybody having trouble with the sbpcd auto-eject functionality
is reading this :-)

Firstly, if you don't like the eject-on-unmount behaviour (personally I
don't) then you should look in the file '.../linux/drivers/block/sbpcd.c'.
You should change the line that says:

        #define EJECT 1 /*......*/
to
        #define EJECT 0 /*......*/

As people seem to have found out, this ain't enough on its own. Even if
you do like this behaviour, you should still look further down in the
file, and change the line:

        #ifdef EJECT
to
        #if EJECT

Just a little slip-up on Eberhard's part. If you're reading this Eberhard
(or Linus) then I think it would save quite a few headaches (and bandwidth)
if this were fixed in patch46.

Hope this helps someone.

-Andy

-- 
Andy Walker                              Kvaerner Engineering a.s.
Andrew.Walker@eng.kvaerner.no            P.O. Box 222, N-1324 Lysaker, Norway

   ......if the answer isn't violence, neither is it silence......


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

From: dragan@norma.gmd.de (Dragan Cvetkovic)
Subject: Re: where to find gcc.texinfo?
Date: 19 Aug 1994 09:01:26 GMT

In article <330usa$jt@news.cais.com> grisha@cais.cais.com (Gregory Trubetskoy) writes:
> I am wondering where I can find find the gcc.texinfo file referred to in 
> the gcc man page.  
        Find the gcc source distribution and it is there. And the gcc
source can be found at the usual GNU distributions ftp sites. 
                Dragan
--
--
     Dragan Cvetkovic,                  | To be or not to be 
     cvetkovic@gmd.de (or)              | is true. Or maybe not.  
     Dragan.Cvetkovic@gmd.de            |      G. Boole

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

From: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: Kernel panic in 1.1.44
Date: 19 Aug 1994 11:26:56 +0200

In comp.os.linux.development, article <32fqu4$s18@rubb.rz.ruhr-uni-bochum.de>,
  ludwimax@rubc.rz.ruhr-uni-bochum.de (Martin Ludwig) writes:
> Hello!
>  
> In Kernel 1.1.44 it happens:
>  
> Unable to handle kernel NULL pointer dereference at virtual address c0000246
> current->tss.cr3 = 00101000, %cr3 = 00101000

Looks like a bad kernel. I've seen these too.

- get new kernel sources
- make a new kernel with them
- check if the error is still there.

-- 
So just tell me to 'Shut up, Wesley' and I will.
                -- Wesley, "Datalore", stardate 41242.4
-- 
Matthias Urlichs        \ XLink-POP N|rnberg  | EMail: urlichs@smurf.noris.de
Schleiermacherstra_e 12  \  Unix+Linux+Mac    | Phone: ...please use email.
90491 N|rnberg (Germany)  \   Consulting+Networking+Programming+etc'ing     42

Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

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

From: sluytman@kub.nl (Sluijtman)
Subject: Re: where to find gcc.texinfo?
Date: 19 Aug 1994 10:00:07 GMT
Reply-To: R.W.Sluijtman@kub.nl

In article <330usa$jt@news.cais.com>, grisha@cais.cais.com (Gregory Trubetskoy) writes:
|> I am wondering where I can find find the gcc.texinfo file referred to in 
|> the gcc man page.  It's the source file for gcc info files. I checked the 
|> gnu directory on sunsite - but it doesn't seem to be there...
|> 
|> Does it exist at all (documentation for gcc in the hyper-text info format, 
|> that is), and if so, could someone point me to where it is obtainable.
|> 
|> 
|> 
|> Thank You much.
|> 
|> --
|> ----------------------------------------------------------------
|> Gregory Trubetskoy                   grisha@cais.com
|> ----------------------------------------------------------------

They are "hidden" in the complete gcc.tar distribution, for instance
ftp://prep.ai.mit.edu/pub/gnu/gcc-2.5.8.tar.gz or gcc-2.6.0.tar.gz.

Good luck
R.Sluijtman

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

From: srvance@unix.secs.oakland.edu (Stephen Vance)
Subject: Re: Socket Timeouts in Linux 1.1
Date: 19 Aug 1994 10:37:38 GMT

In article <3301ed$elu@senator-bedfellow.MIT.EDU> thomasc@ATHENA.MIT.EDU (Thomas Wallace Colthurst) writes:
>I know of two ways of making a socket timeout while 
>attempting to read data, neither of which seems to work
>with Linux.
>
>Method #1: [Deleted]
>
>METHOD #2:  fd_set readfds;  FD_ZERO(readfds);  FD_SET( skt, &readfds );
>            select( 1, &readfds, NULL, NULL, NULL, &tv );
                    ^^ This should be 1 more than the highest descriptor
you want to multiplex.  In this case it should be "skt + 1". As it stands
it would only check stdin if you had FD_SET(0, &readfds).

Steve

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

From: jbauer@badlands.NoDak.edu (John Edward Bauer)
Subject: Re: screensaver halts my machine
Date: Fri, 19 Aug 1994 04:36:22 GMT

vaz (vaz@sharps.astro.wisc.edu) wrote:


: I tried it and it didn't work :-( And I'm sure that I'm running the
: new kernel, with the modifications suggested above (I've done make zlilo).
: I believe that this problem with the screensaver is related to the other
: problem I have, that NO graphics applications (including X) can be run
: under LINUX in my machine, which has the unfortunate combination: PARADISE
: video card, WD90C33 chipset and PCI BUS. All these graphics applications
: halt the machine in the same way as the screensaver. However the scrolling
: works fine even with very large files being cat'ed to the screen or in vi
: without any problem.

: The card works though in DOS/WINDOWS (lemmings, fractint, and the WINDOWS
: games freecell, mines, solitaire, tut's tomb, etc.etc.). It is probably
: related to the way PCI handles this lower level transactions or even with
: the mapping of the video memory by the card.

: There must be a solution (I hope :-).

: In article <CuMAMC.3K1@pe1chl.ampr.org>, rob@pe1chl.ampr.org (Rob Janssen) writes

: |> Are you sure that your machine is halted?  Or do you merely have a black
: |> screen?
: |> Try keying in some command and see if you get disk activity as a result.

: Yes, pretty sure! No activity is heard from the disk, the keyboard is
: locked (the leds for CAPS-, SCROLL- and NUM-LOCk can change status) and
: not even ALT-CTRL-DEL works... only a harsh RESET awakes the machine.

: Thanks to your attention!

: Luiz Paulo


Luiz and I have somewhat discussed the situation and we both know that
the PCI WD90C33 locks up HARD in ALL graphical situations. I have a 
feeling that this is a low level problem. The computer is completely halted.
I have crashed my system at least 100 times trying different things.
I have struggled with this card for 8 months, I have written Linus with 
no response. I think I am ready to move on. Although it would be a great 
expierence for me to help get this card working. I know some C but I 
cannot program for hardware at all. Someone help! I'm loosing hope!  :}
Any help at all would be greatly appreciated. Thanks!


John Edward Bauer

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

Crossposted-To: comp.unix.bsd,comp.os.386bsd.development,comp.os.386bsd.bugs,comp.os.386bsd.apps,comp.os.386bsd.questions,comp.os.386bsd.misc,comp.os.os2.programmer.misc,comp.os.minix,comp.os.mach,comp.unix.pc-clone.32bit
From: sef@kithrup.com (Sean Eric Fagan)
Subject: Re: Report on SVNET: Bill Jolitz's Talk; Mind Overload.
Date: Fri, 19 Aug 1994 04:17:31 GMT

(Why am I bothering?)

In article <jmonroyCuq5J1.Fy8@netcom.com>,
Jesus Monroy Jr <jmonroy@netcom.com> wrote:
>
>A review of Bill Jolitz's talk with the SVNET

First of all:  I don't mind when you keep posting your blathering, that is
your right.  But you persist in prepending 10+ spaces in front of each
line, meaning your posts are, what, about 33% wastage?  That's assuming that
your posts have *any* meaningful value.  It's called "thinking" and "being
considerate" -- somethings you do seem to be somewhat short on.

>First is first: The release date....
>
>The word was: the CD is still "under production".
>In Bill and Lynn's words, "The actual shipping
>date is up to the Editors of DDJ."

In reality:  "it's not ready yet, even though it has been advertised as a
ready product."  I believe that may fall under the terms of false
advertisement in California, and the Post Office might be really annoyed at
it, too.

>Second: The issue of code reuse....
>
>Bill and Lynn plainly stated that the code is
>freely re-distributable and freely re-modifiably,
>*AS ALWAYS*.

Really?  As I heard it, they got defensive first, and didn't say that the
actual code would be redistributable until after some rambling.

>Third: Encumbrance.........
>
>Always was AT&T code free, always will be.

Really?  386BSD had cpio, didn't it, which was explicitly stated to be AT&T
code.

Wasn't there also some implication that 4.4-Lite is also "encumbered,"
despite USL's contractual obligations to not do so?  This when someone
offered some code to them, and they turned it down!

>Fifth: Availability of the source.....
>
>Bill plans, somehow, to setup a FTP'able site
>for the code's availability.   NO specifics
>were given on how this was to be accomplished.
>"It is something for the future", Bill said.

"I will say I will do it at some point in the future, but I will make no
promises, and I'm certainly not going to put something up for FTP that I
don't have right now, so you'll have to wait."

The code is not available now.  People who have ordered it from DDJ when
they first advertised were told that it was not ready yet -- despite the ad
saying that delivery was only 4-6 weeks.

I've been told that the code wasn't even shown at the talk -- the *help
files* were, but not the code.

The only reason I'm going to assume the code exists at all in some form is
because I don't believe DDJ is that stupid -- I'm sure they made sure to see
some of the code before committing to making the CD-ROMs.

>Seventh: The VM.......
>The VM has been completely rewritten.
>In Bill's own words, "We had to rewrite the whole
>thing, from bottom up"

All by themselves, too.  Code that I bet few others, if any, have seen.
Does that strike *anyone* as a little wrong?

>Last words, from Lynn, "This is brand new and different.
>People will have to consider things carefully before
>throwing in their favorite widget;  after all this is
>supposed to be an educational tool."

"We're the only ones who can write code properly, which is why nobody else
has ever seen it.  So before you decide to go about changing it, better
think twice:  you're not as good as us.  We're Professional Writers."

I need to admit:  I am rather cynical about anything from WJF.  He and Lynn
promised 0.2 for last summer, was it?  And, after that, there was silence
from them.  Maybe they've been so busy writing code all by themselves that
they've not had time to do anything.  But most people, when writing code for
releasing it to the public, see the advantages for letting other people see
the code.


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

From: lcvanveen@et.tudelft.nl
Subject: Re: Compiling NN for NNTP support.
Date: 19 Aug 94 12:26:51 +0200

In article <1994Aug18.125917.4142@tudedv.et.tudelft.nl>, lcvanveen@et.tudelft.nl writes:
> Anyone ever tried to compile NN for Linux?
> The files in src, that come with the nn.tgz file
> in slackware, sure ain't much help.
> Any help is very appreciated.
> Thanks a lot in advance.
> Martijn.
Thanks a lot to all you people that replied. I got NN 6.5 running
now, and it's great. If a lot of people want it (please don't mail
me for it), I'll ask the SA of the system I got it of, if I may
put the source on a FTP site on his net. No promisses though,
it's not my system.
If you really need it, you can mail me.
Martijn.

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

Crossposted-To: comp.unix.bsd,comp.os.386bsd.development,comp.os.386bsd.bugs,comp.os.386bsd.apps,comp.os.386bsd.questions,comp.os.386bsd.misc,comp.os.os2.programmer.misc,comp.os.minix,comp.os.mach,comp.unix.pc-clone.32bit
From: thumper@netcom.com (Thumper!)
Subject: Re: Report on SVNET: Bill Jolitz's Talk; Mind Overload.
Date: Thu, 18 Aug 1994 23:46:13 GMT

Jesus Monroy Jr (jmonroy@netcom.com) wrote:
:  
:                 A review of Bill Jolitz's talk with the SVNET
:             Second: The issue of code reuse....
:  
:                     Bill and Lynn plainly stated that the code is
:                     freely re-distributable and freely re-modifiably,
:                     *AS ALWAYS*.
:  
:             Third: Encumbrance.........
:  
:                     Always was AT&T code free, always will be.

What about the networking code?
-- 
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Thumper!                                                 thumper@netcom.com
Flying Fish Racing                                  FishTek Racing Products
Everywhere in the Southwest                Custom machining and fabrication
And sometimes just "out there!"            FishTek ...
                                             Where speed is of the essence.
Ayrton Senna / Davey Allison / Stefan Bellof / and others ... rest in peace
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=

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

Crossposted-To: misc.forsale.computers.pc-clone
From: kburtch@pts.mot.com (Kevin Burtch)
Subject: Swap meet in South Florida...
Reply-To: kburtch@pts.mot.com
Date: Wed, 17 Aug 1994 18:11:24 GMT


I mentioned the last one and was overwhelmed with requests for information...
(including people outside Florida, so no flames on the "Distribution:" line)

From a flier I just received:
===========================================================================
The Narisaam Computer Show & Sale will be held on on Saturday and Sunday as
follows...

Saturday August 20th from 9:30am to 3:30pm at Holiday Inn located at 5100
N. State Rd. 7 in Fort Lauderdale. (I-95 exit west on Commercial Blvd.) 

Sunday August 21st from 10:00am to 4:00pm at the Palm Beach Gardens Marriot
located at 4000 RCA Blvd. in Palm Beach Gardens. (naturally) (I-95 exit east
on PGA Blvd. then right on RCA Blvd.)

Admission is $5.00, parking is free, <12 year olds free. For more information
call 1-800-436-6707 or write to P.O. Box 6227 Boca Raton, Fl. 33427-6227
===========================================================================

This is the show with the cheap ArcNet cards, and Digiboard cards. If you
aren't familiar with my previous post regarding these, _PLEASE_ don't ask
me about them. I was flooded with email the last time I mentioned them. If
you can make it, great, if not, don't ask - I'm not a dealer. (sorry, I 
would really love to help everyone out, but I have very limited funds and
time)

I am not affiliated with them in any way, except as being a (not-so-loyal)
customer and being on their mailing list. 

FYI: Some deals are great, some are horrible... find out what you want and
     what it should cost _before_ coming to the show, or you'll get burned!
     (these guys are the "Used Car Salesmen" type!) 

Later,
Kevin




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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: NFS errors
Reply-To: pe1chl@rabo.nl
Date: Fri, 19 Aug 1994 07:54:13 GMT

In <FOX.94Aug18095537@first.cs.nyu.edu> fox@graphics.cs.nyu.edu (David Fox) writes:

>In article <Cup9uB.74J@pe1chl.ampr.org> rob@pe1chl.ampr.org (Rob Janssen) writes:
>] 
>] In <FOX.94Aug16171813@first.cs.nyu.edu> fox@graphics.cs.nyu.edu (David Fox) writes:
>] 
>] >Following up on my own post, what surprises me is that I don't
>] >get parity errors or something from a higher level of the network
>] >protocol.  How is this possible?
>] 
>] Sun's are normally not sending checksums in UDP packets, hence NFS traffic
>] is not checksummed.  You can enable this, but NFS will use more CPU.

>I've never had a problem with receiving corrupt files
>over NFS except under Linux.  It really makes the whole
>thing almost pointless.  Any ideas why it might be
>happening, and how to stop it?

Of course there is a CRC at the ethernet level, and when you have used
NFS only over ethernet or similar LAN mechanisms, you will not see any
problem.  However, your point was "isn't there anything from a higher
level of the network protocol", and indeed there isn't.

Aside from that, there appears to be some problem on your system, as it
should function OK.  (I use NFS to mount disks from SYSV systems and I
don't see these corruptions)

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

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

Crossposted-To: comp.unix.bsd,comp.os.386bsd.development,comp.os.386bsd.bugs,comp.os.386bsd.apps,comp.os.386bsd.questions,comp.os.386bsd.misc,comp.os.os2.programmer.misc,comp.os.minix,comp.os.mach,comp.unix.pc-clone.32bit
From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Report on SVNET: Bill Jolitz's Talk; Mind Overload.
Reply-To: pe1chl@rabo.nl
Date: Fri, 19 Aug 1994 08:00:50 GMT

In <Cur2uA.9EI@cnn.nas.nasa.gov> tweten@wilbur.nas.nasa.gov (Dave Tweten) writes:

>The final revelation to me was how he planned for users to boot directly
>off the CD, with no need for a boot floppy.  The actual scheme is:

>    1.  Have an Adaptec 154xy SCSI controler, for all values of x and y.
>       Also have a Mitsumi CD drive.

>    2. Boot DOS.

>    3. Mount the CD under DOS and run a "boot 386BSD" program off the CD.

>Not quite as mysterious and awe inspiring as the first story I heard on
>the net.

Well, well...   But we had an inspiring discussion about the possibility and
practicality of this "booting from CD" anyway :-)

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

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

From: saikumar@astro.ocis.temple.edu (Sai Kumar Casula)
Subject: DICOM 3.0 for Linux?
Date: 19 Aug 1994 00:32:29 GMT

Hi,

        I have successfully installed LINUX on my pc.

I am in the process of installing DICOM software on LINUX

I am looking for the evnironment files and make files for DICOM

on LINUX . 

        Any help regarding this is greatly appreciated.


--

Bye             
Sai

********************************************************************************
"Imaging in Medicine, Saving Time, Saving Lives"   
                                                saikumar@astro.ocis.temple.edu 
********************************************************************************




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


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