Subject: Linux-Activists Digest #60
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Mon, 13 Apr 92 23:45:10 EDT

Linux-Activists Digest #60, Volume #2            Mon, 13 Apr 92 23:45:10 EDT

Contents:
  Re: IBM PS/2 Model 70 (Lance Pickup)
  Questions from a beginner... (Chris P. Sullivan)
  better graphics for Nethack (Douglas E. Quale)
  New project:  S3 Acc. video support for Linux. (Steven Kraft)
  New project:  S3 Acc. video support for Linux. (Steven Kraft)
  Info source files (thomas dunbar)
  CTL-ALT-DEL wipes CMOS? ([email-masked])
  Re: Questions from a beginner... (Bowen Goletz)
  Re: Patch to preset the SVGA mode (0134)
  Just plain questions (Brian Olsen)
  Just plain questions (Brian Olsen)
  [[email-masked]: New version of ps uploaded] (Michael K. Johnson)
  Re: what does linux rhyme with? (Daniel A. Martin)
  Re: Questions from a beginner... (david.a.cuka)
  Re: Modems and com port access (Kevin Cummings)

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

From: [email-masked] (Lance Pickup)
Subject: Re: IBM PS/2 Model 70
Date: Mon, 13 Apr 92 13:55:36 GMT
Reply-To: [email-masked]

In article <[email-masked]>, [email-masked] (Drew Eckhardt) writes:
|> These changes should be quite trivial - you will need to change the
|> 8259 PIC programming to be level triggered, rather than edge triggered.
|>
|> If someone has a way to tell the difference between a MC PS/2 and an
|> ISA system, this could even be incorporated into the standard
|> release with only a few lines of code.

Drew,

  Definitely encouraging news.  I would love to give it a try, but
I haven't been able to rebuild the system on my machine.  Problem is,
until I get Linux, I'm stuck with DOS (chicken and egg!)  The DJGPP
compiler I am using does weird things to all the addresses it produces
which I think are messing me up.  This is probably because it assumes
you are using it's GO32 loader which loads your program into a
different area of virtual memory than the bootsect and setup Linux
loader.

  Does anyone have any suggestions as to how to get around this?
I tried padding the beginning of the tools/system file with 0x1020
NOP's (that's what DJGPP adds to all addresses), but it didn't help
much.  If I could have a way to rebuild Linux, I would be eager to
work on MCA!

  Thanks again,
--
    ...Lance

=======================================================================
Lance Pickup                VNET/IBM Internet: lpickup@btv
IBM/Vendor Systems                   Internet: [email-masked]
Technology Products
Burlington, VT                          Phone: (802) 769-7104 (tie 446)
=======================================================================

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

From: [email-masked] (Chris P. Sullivan)
Subject: Questions from a beginner...
Date: 13 Apr 92 15:08:08 GMT

Hello everyone,

First, let me applaud everyone who has helped develop and/or document Linux, 
my roommate and I installed it on my machine this weekend, and it went VERY
smoothly (as smooth as Unix-type os's can go, I suppose), this is of course
comparing it to the installation of Minix, which was pure hell.
Now that I have the basic 0.95a system installed, I have a couple of questions.

First, the only thing in the installation process that did not work was the
install, mkdev, mktree scripts, for some reason they would not execute,
it would just respond with a :not found error.  So we ended up printing
the scripts and doing it by hand.  My limited UNIX experience leads me to 
believe it has to do with the wrong shell for these scripts.  WHAT OTHER SHELLS
ARE AVAILIBLE FOR LINUX?  HOW DO YOU INSTALL THEM?  Do you need to re-compile 
the kernal to make them work?

Next,  following the list of MKNOD's in the mkdev script we set up PS0, 
according to the documentation, this makes ps0 an A: drive 1.2MB.  When
we were RAWRITEing to floppies (1.44) to move them to Linux, if the file
was larger than 1.2MB, we would get RESET-FLOPPY CALLED errors.  When we
would mount the floppy, it would work to a point and we would get scattered
RESET-FLOPPY CALLED errors.  HOW WOULD WE MAKE LINUX UNDERSTAND THAT WE HAVE
AND A: DRIVE THAT IS 1.44MB?

Finally, we have access to DECstation 3100s running ULtrix, would it be
for us to compile things on the workstations and then download the executable
to my PC/Linux machine since these machines have far more disk/memory capacity
than mine does?  Or will I run into major incompatability problems?

Any responses will be appreciated.

Chris Sullivan
UMass Dartmouth

[email-masked]

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

From: [email-masked] (Douglas E. Quale)
Subject: better graphics for Nethack
Date: 13 Apr 92 14:32:16 GMT

If there are any Nethackers out there, you can use the nicer DECgraphics
display if you make a small addition to your termcap.  I had hesitated
posting this before because earlier releases didn't quite get all the
vt100 graphics characters right, but 0.95c+ has changed some of console.c
and everything seems ok now.  Great work.

Use ``export NETHACKOPTIONS=DECgraphics'' and make the following
addition to your termcap entry to add the alternate character set start
and end strings.  I also added the km (has meta key) flag so we can end
all the ``Why doesn't the Alt key work in emacs?'' questions.  These
additions probably belong in the root disk distribution of /etc/termcap.

        km:as=^N\E(0:ae=\E(B:

--
Doug Quale
[email-masked]

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

From: [email-masked] (Steven Kraft)
Crossposted-To: alt.os.linux
Subject: New project:  S3 Acc. video support for Linux.
Date: 13 Apr 92 17:07:30 GMT
Reply-To: [email-masked]

To all who are interested in (or curious about) direct (local) bus video and S3  
accelerated video cards being used with Linux:  

        I have to decided to start discussion and development of S3 accelerated  
video support in Linux.  
        Consider the following scenario:  Suppose you are about to buy a new  
machine for Linux, and you find a motherboard with a proprietary direct bus  
SVGA card with an S3 chipset. It is very fast, but you are not sure if you  
should buy it since it's new and drivers may not be available yet.  You could  
also buy an S3 accelerated card for the ISA bus and stay with your current  
motherboard (or at least save a few bucks on the cost of a direct bus system),  
and get the benefits of S3 speed without the moderately higher price of a new  
motherboard with a direct bus.  So, should you buy a tried and true ET4000 card  
on an ISA bus system instead of newer technology?  
        (BTW, as I will mention later, Orchid does have the ProDesigner IIS/D  
which will let you have direct bus video and stay with an older video  
standard.)  
        I have an Orchid Superboard 486/33 motherboard with an Orchid  
Fahrenheit 1280/D 32 bit local bus video card.  Linux 0.12 works fine on it.  I  
hope to get 0.95c installed as soon as I can, and that will also work.  
        However, the fancy S3 accelerator chip functions of the Fahrenheit  
1280/D are not yet accessible to Linux (X Windows being one goal) since no  
driver has been written yet.  I hope to write that driver myself in the future,  
but I am still collecting info on that card.  
        This morning I received S3 Incorporated's manual on the "86C911 GUI  
Accelerator."  I ordered it from Orchid Technology for $25.  If you want one  
for yourself, just call Orchid's Tech Support and they will sell it to you.   
(Numbers are below.)  The manual looks good, but I have only had a few minutes  
to glance through it.  It states that:  "the S3 86C911 is a high-performance  
GUI accelerator specifically designed to accelerate applications running under  
Windows, Presentation Manager, and X."  I will try to contact S3 Inc. to see  
what they might have already on the X driver.
        
        I cannot say how long it might take to write the driver though...
        
        The beta version will be posted to an ftp site as soon as I have gotten  
that far and, of course, X Windows must be working also.  
        For now my video card looks just like any plain VGA card as far as  
Linux is concerned.
        To answer the question of how much faster the direct bus systems are  
than those on an ISA bus, I will discuss it briefly.  The Fahrenheit 1280/D is  
at least twice as fast as its 16 bit counterpart (the Fahrenheit 1280)  
depending on what kind of operation it is performing, according to benchmark  
results published by Orchid.  Since the Fahrenheit 1280 (the 16 bit card) is  
the second fastest S3 card reviewed recently in Byte magazine, it is no slouch  
either.  The 32 bit Fahrenheit 1280/D is a very fast video card, because it has  
both a fast S3 chipset design and a very fast direct bus.  
        Orchid does have another video card besides the Fahrenheit 1280/D for  
their Superboard motherboard's direct bus video slot.  It is the Prodesigner  
IIs/D, a very fast (non S3-accelerated) VGA card for those who want the  
standardization of VGA and the speed of direct bus video.
        Now some info on the Fahrenheit 1280's modes.  The 1280 * [960|1024]  
modes are interlaced.  The refresh rate can be set to 43 or 48 Hz.  The 640 *  
480 and 800 * 600 modes can be set to 60 or 72 Hz, and 1024 * 768 can be set to  
60 or 70 Hz. The primary way of setting refresh rates is through switches which  
are easily accessible through a slot in the card's back panel.  A small  
screwdriver is all it takes, no need to open the computer.  The other way is a  
resident driver for DOS (size of about 4k in memory I think) called FSCAN.  It  
prompts you through setting the horizontal and vertical position adjustments  
(to center the image at each resolution) and the refresh rates.  Mine is set to  
72 Hz at 640 * 480 and 800 * 600, 60 Hz at 1024 * 768, and 48 Hz at 1280 *  
[960|1024].  These are the maximum refresh rates for all but the 1024 * 768  
mode.  My Samsung Syncmaster 4 is supposedly able to work at 70 Hz refresh at  
1024 * 768 but it doesn't for some reason.  Since the DOS utilities won't work  
in Linux, refresh rates will need to be set using the switches.  
        I will be writing this driver in my spare time :-), and it might be a  
while until I am done, but I will gladly work together with others even before  
a beta release is ready.  In the end it should be a lot faster than a generic  
ET4000 card because of 32-bit communication and bitblt's, etc.  And until this  
driver is ready, you can use these cards as standard VGA. 
        The various S3-based cards are basically the same except for setting  
the modes or whatever.  (I could be wrong here.)  I think that they are very  
much the same, and that if any changes are needed, #define's will do the trick.   
I think that local bus video cards look just like a card on an ISA bus as far  
as software drivers are concerned.  They have a memory address just like any  
other video card.  The difference is that the data is sent to the card at 32  
bits.  (Correct me if I am wrong.)
        Accelerated video will become a standard among OS/2 and Win users, so  
it will drop in price.  The number of Linux users who will have these will  
increase.  And we will be able to use X Windows once all the software is  
written. 
        
        Soon I will start a channel on the linux-activists list for this  
discussion.  If you have anything to contribute, please do, either through  
email to me, the soon-to-be-created list channel, or comp.os.linux.
        
        If you would like to talk to Orchid about their systems, you can reach  
them at:
        Orchid Technology
        45365 Northport Loop West
        Fremont, CA  94538

        General line (800) 7-ORCHID
        Tech Support (510) 683-0323
        BBS          (510) 683-0327
        BBS (9600)   (510) 683-0555

P.S.
        I will also be working on a driver for Fractint, a DOS app that has  
been ported to X Windows and named XFractint.  We will, of course, be able to  
use XFractint once we get X Windows going under Linux to satisfy those of us  
who like fractal graphics, but some may want to have a driver available for DOS  
Fractint also.  Email me if you would like to be a beta tester for the DOS  
Fractint video driver.  
        Orchid has stated their intention to release an OS/2 2.0 driver for  
their Fahrenheit series in the near future.  If I get OS/2 before then, it  
won't be too much fun in 640*480.  (But what could be as much fun as Linux,  
anyway?)  

Steven Kraft [email-masked]    Comp Sci major
Micro/Minicomputer Consultant
Gustavus Adolphus College, St. Peter, MN 56082

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

From: [email-masked] (Steven Kraft)
Crossposted-To: alt.os.linux
Subject: New project:  S3 Acc. video support for Linux.
Date: 13 Apr 92 17:07:30 GMT
Reply-To: [email-masked]

To all who are interested in (or curious about) direct (local) bus video and S3  
accelerated video cards being used with Linux:  

        I have to decided to start discussion and development of S3 accelerated  
video support in Linux.  
        Consider the following scenario:  Suppose you are about to buy a new  
machine for Linux, and you find a motherboard with a proprietary direct bus  
SVGA card with an S3 chipset. It is very fast, but you are not sure if you  
should buy it since it's new and drivers may not be available yet.  You could  
also buy an S3 accelerated card for the ISA bus and stay with your current  
motherboard (or at least save a few bucks on the cost of a direct bus system),  
and get the benefits of S3 speed without the moderately higher price of a new  
motherboard with a direct bus.  So, should you buy a tried and true ET4000 card  
on an ISA bus system instead of newer technology?  
        (BTW, as I will mention later, Orchid does have the ProDesigner IIS/D  
which will let you have direct bus video and stay with an older video  
standard.)  
        I have an Orchid Superboard 486/33 motherboard with an Orchid  
Fahrenheit 1280/D 32 bit local bus video card.  Linux 0.12 works fine on it.  I  
hope to get 0.95c installed as soon as I can, and that will also work.  
        However, the fancy S3 accelerator chip functions of the Fahrenheit  
1280/D are not yet accessible to Linux (X Windows being one goal) since no  
driver has been written yet.  I hope to write that driver myself in the future,  
but I am still collecting info on that card.  
        This morning I received S3 Incorporated's manual on the "86C911 GUI  
Accelerator."  I ordered it from Orchid Technology for $25.  If you want one  
for yourself, just call Orchid's Tech Support and they will sell it to you.   
(Numbers are below.)  The manual looks good, but I have only had a few minutes  
to glance through it.  It states that:  "the S3 86C911 is a high-performance  
GUI accelerator specifically designed to accelerate applications running under  
Windows, Presentation Manager, and X."  I will try to contact S3 Inc. to see  
what they might have already on the X driver.
        
        I cannot say how long it might take to write the driver though...
        
        The beta version will be posted to an ftp site as soon as I have gotten  
that far and, of course, X Windows must be working also.  
        For now my video card looks just like any plain VGA card as far as  
Linux is concerned.
        To answer the question of how much faster the direct bus systems are  
than those on an ISA bus, I will discuss it briefly.  The Fahrenheit 1280/D is  
at least twice as fast as its 16 bit counterpart (the Fahrenheit 1280)  
depending on what kind of operation it is performing, according to benchmark  
results published by Orchid.  Since the Fahrenheit 1280 (the 16 bit card) is  
the second fastest S3 card reviewed recently in Byte magazine, it is no slouch  
either.  The 32 bit Fahrenheit 1280/D is a very fast video card, because it has  
both a fast S3 chipset design and a very fast direct bus.  
        Orchid does have another video card besides the Fahrenheit 1280/D for  
their Superboard motherboard's direct bus video slot.  It is the Prodesigner  
IIs/D, a very fast (non S3-accelerated) VGA card for those who want the  
standardization of VGA and the speed of direct bus video.
        Now some info on the Fahrenheit 1280's modes.  The 1280 * [960|1024]  
modes are interlaced.  The refresh rate can be set to 43 or 48 Hz.  The 640 *  
480 and 800 * 600 modes can be set to 60 or 72 Hz, and 1024 * 768 can be set to  
60 or 70 Hz. The primary way of setting refresh rates is through switches which  
are easily accessible through a slot in the card's back panel.  A small  
screwdriver is all it takes, no need to open the computer.  The other way is a  
resident driver for DOS (size of about 4k in memory I think) called FSCAN.  It  
prompts you through setting the horizontal and vertical position adjustments  
(to center the image at each resolution) and the refresh rates.  Mine is set to  
72 Hz at 640 * 480 and 800 * 600, 60 Hz at 1024 * 768, and 48 Hz at 1280 *  
[960|1024].  These are the maximum refresh rates for all but the 1024 * 768  
mode.  My Samsung Syncmaster 4 is supposedly able to work at 70 Hz refresh at  
1024 * 768 but it doesn't for some reason.  Since the DOS utilities won't work  
in Linux, refresh rates will need to be set using the switches.  
        I will be writing this driver in my spare time :-), and it might be a  
while until I am done, but I will gladly work together with others even before  
a beta release is ready.  In the end it should be a lot faster than a generic  
ET4000 card because of 32-bit communication and bitblt's, etc.  And until this  
driver is ready, you can use these cards as standard VGA. 
        The various S3-based cards are basically the same except for setting  
the modes or whatever.  (I could be wrong here.)  I think that they are very  
much the same, and that if any changes are needed, #define's will do the trick.   
I think that local bus video cards look just like a card on an ISA bus as far  
as software drivers are concerned.  They have a memory address just like any  
other video card.  The difference is that the data is sent to the card at 32  
bits.  (Correct me if I am wrong.)
        Accelerated video will become a standard among OS/2 and Win users, so  
it will drop in price.  The number of Linux users who will have these will  
increase.  And we will be able to use X Windows once all the software is  
written. 
        
        Soon I will start a channel on the linux-activists list for this  
discussion.  If you have anything to contribute, please do, either through  
email to me, the soon-to-be-created list channel, or comp.os.linux.
        
        If you would like to talk to Orchid about their systems, you can reach  
them at:
        Orchid Technology
        45365 Northport Loop West
        Fremont, CA  94538

        General line (800) 7-ORCHID
        Tech Support (510) 683-0323
        BBS          (510) 683-0327
        BBS (9600)   (510) 683-0555

P.S.
        I will also be working on a driver for Fractint, a DOS app that has  
been ported to X Windows and named XFractint.  We will, of course, be able to  
use XFractint once we get X Windows going under Linux to satisfy those of us  
who like fractal graphics, but some may want to have a driver available for DOS  
Fractint also.  Email me if you would like to be a beta tester for the DOS  
Fractint video driver.  
        Orchid has stated their intention to release an OS/2 2.0 driver for  
their Fahrenheit series in the near future.  If I get OS/2 before then, it  
won't be too much fun in 640*480.  (But what could be as much fun as Linux,  
anyway?)  

Steven Kraft [email-masked]    Comp Sci major
Micro/Minicomputer Consultant
Gustavus Adolphus College, St. Peter, MN 56082

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

From: thomas dunbar <[email-masked]>
Subject: Info source files
Reply-To: [email-masked]
Date: Mon, 13 Apr 1992 17:05:06 GMT

 at txx-11.mit.edu,
the dir pub/linux/binaries/emacs-18.58 contains over six megs of Info
files for Emacs. topics include BASH, calc(Emacs), emacs lisp, gawk, gcc
and many other topics.
  It is very nice to have this documentation. It would also be nice to
have the TeXinfo source files. would the person who posted the info files
please post the tex sources.

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

From: [email-masked]
Subject: CTL-ALT-DEL wipes CMOS?
Reply-To: [email-masked]
Date: Mon, 13 Apr 1992 17:33:11 GMT

I started with .95, moved up to .95a, and now I have .95c+, and in all of
these, I have had problems with ctl-alt-del wiping CMOS.  sometimes it just
hangs, sometimes it blitzes(screen goes blank and hangs), and sometimes
it hangs and wipes cmos.  I always end up having to press reset button
on front(actually two buttons in series to prevent accidents)
is this a known bug?  is it just me?

Jim Gifford
[email-masked]
 ...!uunet!attmail.com!jgifford

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

From: [email-masked] (Bowen Goletz)
Subject: Re: Questions from a beginner...
Date: 13 Apr 92 17:08:57 GMT

In article <[email-masked]> [email-masked] (Chris P. Sullivan) writes:
>Hello everyone,
>
>First, the only thing in the installation process that did not work was the
>install, mkdev, mktree scripts, for some reason they would not execute,
>it would just respond with a :not found error.  So we ended up printing
>the scripts and doing it by hand.  My limited UNIX experience leads me to 

My experience was similar.  I executed the shells using sh <filename>.  The 
problem you had was that the current directory "." was not in the path.
typing ./filename or adding . to the path solves this "problem."

>believe it has to do with the wrong shell for these scripts.  WHAT OTHER SHELLS
>ARE AVAILIBLE FOR LINUX?  HOW DO YOU INSTALL THEM?  Do you need to re-compile 
>the kernal to make them work?

The shells that I know of are ash, bash (many tcsh features), and I've heard of
tcsh and zsh in the works.  Kernel recompile is generally not necessary (I've
never had to).

>RESET-FLOPPY CALLED errors.  HOW WOULD WE MAKE LINUX UNDERSTAND THAT WE HAVE
>AND A: DRIVE THAT IS 1.44MB?

Re-run the mkdev script as described above.  PS0 is the desired device name
for a 1.44MB floppy (unit 0).

        -bg

-- 
________________________________________________________________________________
Bowen Goletz
Purdue University                  Midi 'n Music
[email-masked]         [email-masked]

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

From: [email-masked] (0134)
Subject: Re: Patch to preset the SVGA mode
Date: 13 Apr 92 16:59:41 GMT

HELP !!

On our 40 MHZ 386 0.95a kills the CMOS-Setup (PRam)

It took some time to get the machine to boot again.

Linux has done this several times already, while trying to mkfs or pfdisk, the 
last time when I tried to login. My first attempt to login failed, the second 
caused the machine to reboot and then I had to rebuild the PRam. (after zapping
it that is)

folker
[email-masked]

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

From: [email-masked] (Brian Olsen)
Crossposted-To: alt.os.linux
Subject: Just plain questions
Date: 13 Apr 92 15:34:06 GMT

Hello!
Last night I decided to try some stuff out on Linux, so I started 
up three compile jobs at once with gcc2.1.  About 15 minutes into the
jobs, I started getting errors regarding the cpp temp files.
When I ran the jobs separately the programs went without minimal error.
Is this a problem with the kernel or with gcc keeping track off temp files?

Another question: 
Where is the best site to pick up a TeX and/or groff user's guide?

Brian
[email-masked]

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

From: [email-masked] (Brian Olsen)
Crossposted-To: alt.os.linux
Subject: Just plain questions
Date: 13 Apr 92 15:34:06 GMT

Hello!
Last night I decided to try some stuff out on Linux, so I started 
up three compile jobs at once with gcc2.1.  About 15 minutes into the
jobs, I started getting errors regarding the cpp temp files.
When I ran the jobs separately the programs went without minimal error.
Is this a problem with the kernel or with gcc keeping track off temp files?

Another question: 
Where is the best site to pick up a TeX and/or groff user's guide?

Brian
[email-masked]

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

From: [email-masked] (Michael K. Johnson)
Subject: [[email-masked]: New version of ps uploaded]
Reply-To: [email-masked]
Date: Mon, 13 Apr 1992 18:56:56 GMT

==========forwarded message:

From: [email-masked] (Branko Lankester)
To: [email-masked], [email-masked]
Subject: New version of ps uploaded

Hi,

I have uploaded the file ps095c.tar.Z to nic.funet.fi and
tsx-11.mit.edu, it contains the source of a new version of
ps and some other programs: w, uptime and Roger Binn's top.
It also contains a few kernel patches (needed for w/uptime).

Branko

==========end forwarded message.

tsx-11.mit.edu:/pub/linux/sources/sbin/ps095c.tar.Z

michaelkjohnson
[email-masked]

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

From: [email-masked] (Daniel A. Martin)
Subject: Re: what does linux rhyme with?
Date: Mon, 13 Apr 1992 18:35:16 GMT

In article <[email-masked]> [email-masked] (Paul Fox) writes:
>
>       Big question:
>       
>       Does "linux" sound like "linus" (i.e.  like "line" followed by "ux"
>       which rhymes with "us"), or does "linux" sound almost just like
>       "minix", which I assume people say the way they start "minimal"?
>
>       Enquiring minds want to know.   I certainly hope it's like "minix" --
>       it's much easier to say.
>
>       paul fox, pgf
>
>       no email please -- swamp the net.  :-)
>-- 
>               paul fox, [email-masked], (617)494-1999
>               Cayman Systems, 26 Landsdowne St., Cambridge, MA 02139

Yeah!  I have been wondering about this too...
I've been pronouncing in line-ux since that is how I would pronounce
Linus...although pronouncing it like minix seems to make a lot of
sense too...hmmmmm...I guess we need Linus to settle this :)
-- 
Danny Martin : [email-masked]

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

From: [email-masked] (david.a.cuka)
Subject: Re: Questions from a beginner...
Date: 13 Apr 92 18:07:51 GMT

In article <[email-masked]> [email-masked] (Chris P. Sullivan) writes:
>Hello everyone,
>
[installation glee deleted, but still present]
>
>First, the only thing in the installation process that did not work was the
>install, mkdev, mktree scripts, for some reason they would not execute,
>it would just respond with a :not found error.  So we ended up printing
>the scripts and doing it by hand.  My limited UNIX experience leads me to 
>believe it has to do with the wrong shell for these scripts.  WHAT OTHER SHELLS
>ARE AVAILIBLE FOR LINUX?  HOW DO YOU INSTALL THEM?  Do you need to re-compile 
>the kernal to make them work?

try "sh < install"
        or
  "chmod +x install"
  "./install"

[floppy problems deleted]

>
>Any responses will be appreciated.
>
>Chris Sullivan
>UMass Dartmouth
>
>[email-masked]

DAC

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

From: [email-masked] (Kevin Cummings)
Subject: Re: Modems and com port access
Date: 13 Apr 92 18:38:42 GMT

In article <[email-masked]>, [email-masked] (William A Jones) writes:
> Now that I have a copy of UUCP for linux, I decided that it was time to
> see if my modem worked properly.  So, I scanned all of the digest entries
> that had anything to do with the modem and decided that, under version
> 0.95c+, COM2 was assigned to /dev/ttys2.
> 
> Following the FAQ, I put the following line in /etc/inittab
> 
> ttys2:console:/bin/getty -m 1200 ttys2
> 
> and rebooted.  So far, so good.
> 
> Now, kermit, uucico, pcomm, and everything else will not recognize that
> a modem exists.  What have I done wrong?

While getty is running, it "owns" the serial port device (/dev/ttys2).
Kermit, uucp, pcomm, etc can't open it to use it.  In order to fix this
problem, you need to get something like the acu.pkg that was posted
recently.  On my Sun system (at work), the getty is intelligent enough to
release the serial line when some other process wants to use it for outgoing
(instead of waiting for incoming).  The current getty in LINUX is not so
smart.  The acu.pkg indictased that it might be better at this (tho I haven't
tried it yet!)

> If someone who has a working kermit, uucp, etc., would send detailed(!!)
> instructions on how to get set up I would be very grateful.

Gladly, after I download uucp and get it working B^).

=================================================================
Kevin J. Cummings                       Prime Computer Inc.
20 Briarwood Road                       500 Old Connecticut Path
Framingham, Mass.                       Framingham, Mass.

Work:  [email-masked]
Home:  [email-masked]

Std. Disclaimer: "Mr. McKittrick, after careful consideration,
                  I've come to the conclusion that your new
                  defense system SUCKS..."   --  War Games
=================================================================

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

** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: [email-masked]

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

    Internet: [email-masked]

Linux may be obtained via one of these FTP sites:
    nic.funet.fi				pub/OS/Linux
    tsx-11.mit.edu				pub/linux
    tupac-amaru.informatik.rwth-aachen.de	pub/msdos/replace

The current version of Linux is 0.95a released on March 17, 1992

End of Linux-Activists Digest
******************************