From: Digestifier To: Linux-Activists@news-digests.mit.edu Reply-To: Linux-Activists@news-digests.mit.edu Date: Mon, 13 Apr 92 23:45:10 EDT Subject: Linux-Activists Digest #60 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? (jgifford@attmail.com) 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) [lankeste@fwi.uva.nl: 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: lpickup@xanadu.btv.ibm.com (Lance Pickup) Subject: Re: IBM PS/2 Model 70 Date: Mon, 13 Apr 92 13:55:36 GMT Reply-To: lpickup@vnet.ibm.com In article <1992Apr13.130940.7850@colorado.edu>, drew@caesar.cs.colorado.edu (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: lpickup@vnet.ibm.com Technology Products Burlington, VT Phone: (802) 769-7104 (tie 446) ======================================================================= ------------------------------ From: slowhand@cis.umassd.edu (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 slowhand@cis.umassd.edu ------------------------------ From: quale@saavik.cs.wisc.edu (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 quale@saavik.cs.wisc.edu ------------------------------ From: kraft@gac.edu (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: kraft@gac.edu 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 KRAFT@GAC.EDU Comp Sci major Micro/Minicomputer Consultant Gustavus Adolphus College, St. Peter, MN 56082 ------------------------------ From: kraft@gac.edu (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: kraft@gac.edu 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 KRAFT@GAC.EDU Comp Sci major Micro/Minicomputer Consultant Gustavus Adolphus College, St. Peter, MN 56082 ------------------------------ From: thomas dunbar Subject: Info source files Reply-To: GSTD@VTVM2.CC.VT.EDU 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: jgifford@attmail.com Subject: CTL-ALT-DEL wipes CMOS? Reply-To: jgifford@attmail.com 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 jgifford@attmail.com ...!uunet!attmail.com!jgifford ------------------------------ From: cheetah@sage.cc.purdue.edu (Bowen Goletz) Subject: Re: Questions from a beginner... Date: 13 Apr 92 17:08:57 GMT In article <1992Apr13.150808.10585@cis.umassd.edu> slowhand@cis.umassd.edu (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 . 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 cheetah@sage.cc.purdue.edu Bowen.Goletz@f120.n201.z1.Fidonet.Org ------------------------------ From: ugewa001@unibi.uni-bielefeld.de (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 ugewa001@unibi.uni-bielefeld.de ------------------------------ From: bolsen@mcs213h.cs.umr.edu (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 bolsen@cs.umr.edu ------------------------------ From: bolsen@mcs213h.cs.umr.edu (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 bolsen@cs.umr.edu ------------------------------ From: johnsonm@tsx-11.MIT.EDU (Michael K. Johnson) Subject: [lankeste@fwi.uva.nl: New version of ps uploaded] Reply-To: johnsonm@stolaf.edu Date: Mon, 13 Apr 1992 18:56:56 GMT ==========forwarded message: From: lankeste@fwi.uva.nl (Branko Lankester) To: arl@sauna.cs.hut.fi, ftp-linux@tsx-11.MIT.EDU 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 johnsonm@stolaf.edu ------------------------------ From: dam1@ra.msstate.edu (Daniel A. Martin) Subject: Re: what does linux rhyme with? Date: Mon, 13 Apr 1992 18:35:16 GMT In article <7823@cayman.COM> pgf@cayman.COM (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, pgf@cayman.com, (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 : dam1@Ra.MsState.Edu ------------------------------ From: dcuka@cbnewse.cb.att.com (david.a.cuka) Subject: Re: Questions from a beginner... Date: 13 Apr 92 18:07:51 GMT In article <1992Apr13.150808.10585@cis.umassd.edu> slowhand@cis.umassd.edu (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 > >slowhand@cis.umassd.edu DAC ------------------------------ From: cummings@hammer.Prime.COM (Kevin Cummings) Subject: Re: Modems and com port access Date: 13 Apr 92 18:38:42 GMT In article <1992Apr10.233541.472@magnus.acs.ohio-state.edu>, bjones@magnus.acs.ohio-state.edu (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: cummings@primerd.Prime.COM Home: cummings@kjc386.framingham.ma.us 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: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux) via: Internet: Linux-Activists@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 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 ******************************