HDTenEightyP/NetNews huggingface dataset:
From: harp@netcom.com (Gregory O. Harp)
Newsgroups: comp.os.linux
Subject: Re: Scrambled fonts anyone?
Keywords: pcomm, fonts
Date: 9 Sep 92 04:41:38 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

dminer@mcs213f.cs.umr.edu (Dan Miner) writes:

>I used to reboot, but it has been getting worst.  Anyway, to
>stop or restore the font?  (Plain text)

You're going to think I'm nuts, but try 'cat /bin/ls'.  I'm using the
ls from the MCC-Interim 0.97pl2 distribution, and it happens to
contain the right sequence of codes to reset the console.

How did I discover this?  Don't ask.  

Suggestion to the person who wrote/maintains the 'setterm' program:
Please add such a reset feature to your program.  Perhaps it already
has one, but since I don't have a man page for it (nor can I find one)
I haven't found it.  'setterm -reset' and 'setterm -initialize' don't
solve the problem.
-- 
-----------------Greg-Harp----------------harp@netcom.com------------------
  Love me, love my ferrets.               "Break out of the mold before
  Or at least love my ferrets. ;)          the mold sets in" -- B52's
Newsgroups: comp.os.linux
From: alovell@kerberos.demon.co.uk (Anthony Lovell)
Subject: How to send mail to obz@sisd.kodak.com 
Distribution: world
Organization: The Home for Three Headed Canines
Date: Thu, 10 Sep 1992 16:10:46 +0000


In article <1992Sep10.050905.28182@utdallas.edu> ramesh@utdallas.edu writes:

>
>
>Sorry to bring this to the news group. Can some one tell me
>how I can send e-mail to zorst. Using obz@sisd.kodak.com
>produces returned mail with authoritative information that
>sisd is not a valid host. I gaveup sending mail last time
>because of this. But this time, no way! :-)
>
>Ramesh
>
>
Try obz@raster.kodak.com
It's on his .sig
------------------------------------------------------------------------------
alovell@kerberos.demon.co.uk          |   If at first you don't succeed
                                      | 
alovell@cix.compulink.co.uk           |   Get a Bigger Hammer 
------------------------------------------------------------------------------
From: doug@owl.isis.org (Douglas W Murray)
Newsgroups: comp.os.linux
Subject: Anyone doing Packet work with KA9Q?
Keywords: ham packet ka9q
Date: 9 Sep 92 01:48:38 GMT
Organization: Quoi! me organized?

Hi all,

I saw a few posting lately about the use of ka9q software and I was 
wondering if any has it installed in such a way as to run a packet system?  
I am a HAM operator and have used ka9q in the past under MS-DOZE and was 
hoping that the version for Linux was still resemblant to its MS-DOZE 
counterpart so that I can re-install my packet system.

Comments would be appreciated.

73 de Doug! VE2URA/VE2VMS {doug@owl.isis.org}
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: mailpak-1.3 ...
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Tue, 15 Sep 1992 09:11:29 GMT

David W. Summers (dws@cseg03.uark.edu) wrote:

: Also, how about the problem with UUCICO not timing out unless it gets a
: character read in from the serial port?  (Or are we just in the boon-docks
: back here in Arkansas! :-)

Hmmm...I hadn't noticed that one.  Try the new uucico in mailpak-1.3.  If
that doesn't fix that problem (it should) let me know.
-- 
Ed Carp, N7EKG     erc@apple.com                801/538-0177
"This is the final task I will ever give you, and it  goes  on  forever.   Act
happy, feel happy, be happy, without a reason in the world. Then you can love,
and do what you will."           -- Dan Millman, "Way Of The Peaceful Warrior"
From: duperval@ERE.UMontreal.CA (Duperval Laurent)
Newsgroups: comp.os.linux
Subject: Installing gcc
Date: 5 Sep 92 05:23:29 GMT
Organization: Universite de Montreal

Excuse me for sounding so ignorant but I'm really stumped here.  I want to
install gcc 2.2.2d but the install script is asking me for files which are
longer than 14 characters (2.2.2dmisc.tar.Z for example).  Am I missing
something here or is it now possible to have filenames longer than 14
characters?  If the latter is true, how do I do this?

-- 
Laurent Duperval
duperval@ere.umontreal.ca
duperval@jsp.umontreal.ca
If you gotta go, go happy... or surprised.  -Me
From: vds7789@aw2.fsl.ca.boeing.com (Vincent D. Skahan)
Newsgroups: comp.os.linux
Subject: running high speed modems under *nix
Date: 10 Sep 92 18:51:16 GMT
Organization: none

now that I'm the proud owner of a 14.4 modem
(Digicom ScoutPlus) that absolutely screams
under DOS, I want to get that puppy equally
screaming under linux.

Since it has a 16550A in it, do I have to
do anything to use the added capabilities
of the chip to get the rate up (I run a 
FOSSIL driver under DOS and the 'Waffle'
software uses that if present)?

also, I can set the registers on the fly
easily enough for dial out, but should I
be messing with the sio port too?

how 'bout dial-in.  If I'm running getty_ps
(I plan to) for dialin/dialout, what should
I lock the port at (or shouldn't I at all)?

-- 
   ---------   Vince Skahan   -----------   vince@atc.boeing.com   ---------   
	I've finally realized that if you throw enough money and bodies
	at non-existant problems, that they really do appear...
From: genie@netcom.com (The Genie)
Newsgroups: comp.os.linux
Subject: Re: Compiling TCSH
Date: 8 Sep 92 21:05:43 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)


Hi.  This is in reply to my initial post about errors in the
tcsh.a file due to different GCC versions.

If you want to get a working binary of tcsh, get it from
"nic.funet.fi".  The have 2 different versions
( 1)tcsh.a 2) compiled binary not using shared libraries).
The compiled version works fine for 0.97p2-p4 (at least
for me) and GCC 2.2.2d.

Gene
Newsgroups: comp.os.linux
From: mike@gcnext.gac.peachnet.edu (Michael A. Murphy)
Subject: whereis color-xterm
Organization: Georgia College - Milledgeville, GA
Date: Mon, 14 Sep 1992 03:51:12 GMT

Will someone PLEASE direct me to the location of the port of 
color-xterm for linux?  I remember a post to comp.os.linux or
one of the mail-lists sometime past, but i can't seem to find the 
thing anywhere.... 

Thanks,
mike


-- 
     ====================================================================
       Michael A. Murphy                   mike@gcnext.gac.peachnet.edu 

Newsgroups: comp.os.linux
From: blee@halon.dfrf.nasa.gov (Bryson Lee)
Subject: Tseng Labs SVGA Cards
Organization: NASA Ames-Dryden Flight Research Facility, Edwards, CA
Date: Tue, 15 Sep 1992 15:19:41 GMT

On the subject of video cards, I'm trying to find an inexpensive way to support
X on my current 640x480 monitor, while giving myself growing room for when I
can afford a better monitor.  I've seen advertised two inexpensive Tseng Labs
SVGA cards (no model numbers given):

ET4000 1024x768         $95

ET4000 1280x1024        $105

I'm wondering if either or both of these card will work properly with X386 at
both 640x480x256 and 1024x768x256 or x16.  One of the files in the SLS X
distribution /usr/lib/X11/docs directory has an Xconfig entry for a Tseng Labs
card, but I can't tell which of the two it's for.

If anyone has used a Tseng Labs card successfully (or most especially if an
attempt was unsuccessful), please mail or post to let me know about your 
experience.  I'm also interested in what kind of performance I might expect
with a fairly plain-vanilla non-accelerated card like this.

Thanks for your help,

Bryson Lee
blee@halon.dfrf.nasa.gov
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Newsgroups: comp.os.linux
Subject: Kernel compile times and other things
Date: 11 Sep 92 01:46:02 GMT
Organization: State University of New York -- Institute of Technology

I've seen people mention that it takes 48 minutes or so to compile the
kernel, so I decided to find out how long my machine takes.

COMPILE TIME
------------

The computer is a 386SX-25 with 8 MB of RAM and 89 MB (16 ms) IDE drive,
running Linux 0.97-patch4.  Only one user (root) was logged in, and there
were no cron jobs or background processes running.  Compile time was
24 minutes for "make Image".  "make clean" and "make dep" were already
done.  Kernel was compiled without SCSI support.

ANOTHER MATH COPROCESSOR QUESTION
---------------------------------

I have seen several people mention that adding a coprocessor will
make a big improvement to the performance of a 386 SX, but that all
depends on how much floating point is used.  Does GCC use floating
point?  Or, more specifically, will my programs compile faster if I
add a coprocessor to this computer?  It seems that I spend more time
compiling stuff than anything else lately.  :-)

A PLEASANT SURPRISE
-------------------

Something else I noticed:  I installed Linux on that computer about
three weeks ago and the floppy disk gave me an unexpected interrupt at 
boot time.  Linux was also unable to determine the FDC type.  Now the 
unexpected interrupt is gone and Linux can determine the FDC type.  :-)

RE: MBR
-------

Following the instructions posted by Mika and Werner, I was able to
replace the MS-DOS MBR with the LILO one.  Sure enough, it had the
features that I liked from the Coherent MBR, but it had still another
feature that I liked:  LILO asks for you to type in a name that
represents the partition to boot.  With Coherent, it was just that
boring, strict, impersonal partition number.  Great job!

-- 
Jim H.
*
* James L. Henrickson
* ujlh@sunyit.edu        "Some day I might have a real .signature!"
From: quale@saavik.cs.wisc.edu (Douglas E. Quale)
Newsgroups: comp.os.linux
Subject: MOUNT(8) IS A DISASTER !!!
Date: 6 Sep 92 14:42:39 GMT
Article-I.D.: daffy.1992Sep6.144239.5509
Organization: Undergraduate Projects Lab, UW Madison

MOUNT-SRC IS A DISASTER !!!

I know, because I wrote it, and if you were unfortunate enough to try
it you probably know that too.  In fact, Jim Winstead and Owen LeBlanc
had to fix my bugs before they could use the code in their releases.
As a small form of penance, I've rewritten a fair amount of the code.
The major new features are lack of core dumps (that one is kind of
important), support for file system specific mount options and
swapoff(8) if you have an 0.97.3 kernel.

I uploaded mount-0.97.tar.Z to the linux Incoming directories on
nic.funet.fi, tsx-11.mit.edu and sunsite.unc.edu.  These are sources
only, so I guess I should have called it something like mount-0.97.src,
but now it's too late.

Many people emailed me with bugs in the earlier release, and several
people even fixed all of them.  My thanks to everyone who took the time
to write.

The README follows.


mount/umount/swapon/swapoff(8) for Linux 0.97.3
===============================================

The most significant improvement over the first release is the repair of
at least a half dozen really dumb bugs, mostly involving null pointers. 
These bugs caused frequent core dumps and really made the code unusable.

Some race conditions in the lock handling code have been removed.

Swapoff is available for 0.97.3 and later kernels.

Swapon supports multiple swap files.  In particular, swapon -a will try
to enable swapping on all the swap entries in /etc/fstab.

File system specific mount options are now supported.  This is of particular
utility with Werner Almesberger's msdos fs.

Umount -a now reads /etc/mtab instead of /etc/fstab (thanks to David
Engel for a valuable discussion on this and other points).  In addition,
it umounts the entries in reverse order, ensuring that it tries to umount
/usr/spool before /usr, for instance.

Mount will now print mtab for ordinary users as well as for the superuser.
Several people pointed out this deficiency, and it was a real no-brainer
that broke it in the first release.

Thanks to Linus, for another great release.  0.97.3 compiled the first time
out and is working flawlessly.  Thanks also to Ross Biro, for his work on
Linux TCP/IP which has made it much easier to get this little thing off my
machine.  Special thanks to everyone who put up with my bugs.

Brickbats etc. to

Doug Quale
quale@saavik.cs.wisc.edu
-- 
Doug Quale
quale@saavik.cs.wisc.edu
From: zlsiial@uts.mcc.ac.uk (A. V. Le Blanc)
Newsgroups: comp.os.linux
Subject: X11, extfs and MCC interim Linux (was Re: HD-timeout problems)
Date: 7 Sep 92 09:31:13 GMT
Reply-To: LeBlanc@mcc.ac.uk
Organization: Computing Centre, University of Manchester

In article <1992Sep5.201920.3244@afterlife.ncsc.mil> swaliff@afterlife.ncsc.mil (Steve Aliff) writes:
>I'm still in the experimental stages with Linux; trying to decide on
>a configuration, base level of software, disk partitioning, etc. So
>it's no big deal for me to scrap my current setup to try some
>experiments if anyone has any ideas. I'm thinking about setting up
>the MCC dist again and adding extended fs to see how that goes. (With
>an eye towards getting X11 up on that base.)

Linus has already discussed the HD timeout problem, but there are a
couple of other issues here:

The extended file system is included in the MCC interim distrubution.
The commands are on the comp2 disk (mkefs, efsck), and they are from
efsprogs7 (unless you got a very early comp2 disk, in which case they
are from efsprogs6).  I decided not to make these commands accessible
at boot time to discourage ordinary installers from using the extended
file system as their default, and partially because of the size of the
efsck program.  This is still alpha test software, although very stable,
and the efsprogs7 release, which appeared the day MCC interim 0.97p2
was released, corrects serious bugs in the earlier version.

In short, the extended file system is already part of MCC interim Linux
at release 0.97p2, but you should use it with caution, especially if,
as someone said recently, you don't enjoy having problems and fixing
them.  This is not a criticism of the extended file system, which is
being written very well.

With respect to X11, the version 1.1 which can be found at most Linux
ftp sites requires libraries from the previous release of gcc, which are
not included in the x11 files or in MCC interim Linux release 0.97p2.
This is awkward unless (1) you already have X11 working, or (2) you
don't mind waiting.  The new version of X11 will be out soon and will
not require you to have old libraries.

     -- Owen
     LeBlanc@mcc.ac.uk
Newsgroups: comp.os.linux
From: harp@netcom.com (Gregory O. Harp)
Subject: 57.6Kbps under Linux -- some results...
Date: Sat, 12 Sep 92 13:26:38 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

Well, since I opened my big mouth and said that 57.6Kbps probably
wasn't possible, I ended up doing some experimenting with exactly
that.

I'll summarize for those who don't want to read the whole thing.  I
can _almost_ do 57.6Kbps with my 50Mhz 486DX.  I only have 16450
UARTs, so those of you with 16550A UARTs and very fast machines should
be able to do it.

[WARNING!  Kernel-hacking ahead!]

First, I had to hack the kernel serial code to handle that speed.
Linux currently only supports 38.4Kbps as "shipped."  BTW, I'm working
with version 0.97pl4 of the code, if you want to follow along.  It's a
matter of modifying the table on lines 328-330 of
kernel/chr_drv/serial.c.  This is the baud rate divisor table.

Anyway pick an entry like the value 384, which is 300bps, and change
it to 2, which is the divisor for 57600bps.  You might want to replace
a less-common baud rate like 50 baud (the divisor to change is 2304),
but most terminal software won't support that.  BTW, if you really
want to try it, the divisor for 115Kbaud is 1, but good luck! ;)

If you want to figure it out for yourself, the formula is:

		divisor = 1843200 / (baud * 16)

Once you rebuild the kernel (Remember to back up!  Oops, am I too
late? ;) ) and reboot, you should be able to tell any software that
you want to use 300 baud (or whichever entry you modified) and you
will actually be set up for 57.6Kbaud.

Now, I tried hooking up to my Amiga 3000 at this rate.  I had some
success, but the file I downloaded was corrupted somewhat and I only
pulled about 4K/sec out of the transfer.

My next experiement was to null-modem my two serial ports together
and do the following:

	cat </dev/ttys0 >foo2 & 
	cat foo >/dev/ttys1

I transferred a 1430343 byte file in 4 minutes and 9 seconds, meaning
I pulled 5744 bytes per second!  57.6Kbaud!  

Now, once again, the file was a little corrupted, but tar was able to
identify it as a compressed archive and it at least made it through a
hundred K or so before crapping out.

I'd be really interested in seeing what a 486DX50 with 16550A UARTs on
it can do.  If someone out there has one (or they want to swap I/O
cards with me ;) ) send me mail at harp@netcom.com and we'll talk.

BTW, the reason I keep saying 16550A and not just 16550 is because a
glance at the code tells me that Linux is only enabling the FIFO if
the UART is the 16550A (refer to lines 265-272 of serial.c).  Linus,
can you tell us why you don't use the FIFO on the 16550?  I've
personally never used the FIFO because my projects were for 16450
UARTs, but I'm not aware of any problems.

Oh well...  Gotta go.  Glad the weather's nice here in Dallas.  Gonna
be a nice afternoon for some horseriding!

Later folks...
  Greg
-- 
-----------------Greg-Harp----------------harp@netcom.com------------------
  Love me, love my ferrets.               "Break out of the mold before
  Or at least love my ferrets. ;)          the mold sets in" -- B52's
From: mopar@uxa.cso.uiuc.edu (neuliep michael ray)
Newsgroups: comp.os.linux
Subject: thanks, but now need more scsi help
Date: 8 Sep 92 15:09:15 GMT
Article-I.D.: news.Bu9M3G.uA
Organization: University of Illinois at Urbana

Hi again.  

First off thanks for all those that sent me info on how to set the ST02's
jumpers.  It worked!

Now I come to another problem.  The boot disk boots now then I get to the
point where I get to login.  I choose install because I want to install 
this thing on my HD.  The installation script seems to be tailor written
for everything except scsi drives.  Note I've already partitioned the new
type minix filesystem on my harddrive.  When I use mkfs what number of
blocks do I use?  This is a single partition of 85 megs (it is an st296)
Whenever it accessed the floppie I keep seeing "floppy under/overflow"

What does that mean?  Does it have anything to do with the message
"Unexpected floppy interrupt" upon booting?  I've tried a couple of things
and think I copied the files onto the filesystem manually.  When making the
boot disk for linux where it tells you to read in the boot sector and
modify offset 0508, what do I put there in area if I want the bootdisk
to boot from scsi disk #2?  Has anyone else ever done this and actually
got it to work?  
					-mike neuliep
					mopar@uxa.cso.uiuc.edu
Newsgroups: comp.os.linux
From: rattan@crs.cl.msu.edu ()
Subject: mail for Jack Goral (goral@aps.anl.gov)
Followup-To: rattan@crs.cl.msu.edu
Keywords: VGA-900, WEN monitor, vendor address
Organization: Michigan State University
Distribution: na
Date: Sun, 13 Sep 92 01:49:12 GMT

Sorry for the post, I can't reach Jack either via internet or
bitnet. This pertains to your post to this group on running X386
on VGA-900 ($89) and WEN SVGA monitor ($249). I would appreciate
address of the vendor for the above two componenets.
Thanks in advance,
- ishwar (rattan@crs.cl.msu.edu)
Newsgroups: comp.os.linux
From: fpolizo@netcom.com (Fred Polizo)
Subject: Re: MouseSystems bus mouse ("WhiteMouse") support?
Date: Fri, 11 Sep 92 22:19:05 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

I want to thank all those who sent suggestions for getting my WhiteMouse
busmouse working with Linux.  Just one of the suggestions worked. I
had already tried the others.  The suggestion that worked was to use
setserial to set /dev/ttys3 to IRQ5 and port 238.  Now the mouse looks
like a serial mouse and works as either a Microsoft mouse (2-button)
or MouseSystems (3-button)!

Now all I need is a Video7 1024i driver and I'm ready to give X a shot. :-)

Thanks,
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Re: final touch on installing gcc 2.2.2d
Keywords: final touch on installing gcc 2.2.2d
Date: 8 Sep 92 07:04:39 GMT
Organization: University of Helsinki

eoi@mace.cc.purdue.edu (Chenmin Zhang) writes:
>
>    After boring naming and renaming sequence (since I have to get file
>to DOS floppy through binary ftp and carry back home), 

No need to rename files.  Just put the file with the non-dos-compatible
name into a tar file with a dos-compatible name.  For example, 

	tar cf gccpart1.tar 2.2.2dmisc.tar.Z

and then put gccpart1.tar onto the DOS floppy.

BTW, about the make problem: do you have a program called make?  If you,
you should get it, it is needed to govern the compilation process.

--
Lars.Wirzenius@helsinki.fi
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Newsgroups: comp.os.linux
Subject: Re: GNU shell utils 1.7: date(1) dumps core (with easy solution: )
Date: 6 Sep 92 15:58:52 GMT
Organization: State University of New York -- Institute of Technology

In article <147770001@hplsla.hp.com> ericb@hplsla.hp.com (Eric Backus) writes:
>>	In fact, the fix to configure is pretty small.  configure tries
>>to compile a program defining 'extern char **tzname' and gcc complains
>>because tzname is declared as 'extern char *tzname[]' so configure assumes
>>that tzname does not exist in Linux.
>>
>>	You can apply this patch to correct configure :
>
>
>I hope you mailed a copy of this patch to the FSF so next time it
>won't be a problem.
>--
>				Eric Backus
>				ericb@hplsla.hp.com

I missed the original post so I may be off base, but "date" compiled
cleanly and runs OK for me.  I'm using Linux 0.97-patch2 on two machines,
one version of date was compiled with GCC 2.2.2, the other was compiled
with GCC 2.2.2d.  

-- 
Jim H.
*
* James L. Henrickson
* ujlh@sunyit.edu        "Some day I might have a real .signature!"
Newsgroups: comp.os.linux
From: jwinstea@fenris.claremont.edu (Jim Winstead Jr.)
Subject: Re: Two suggestions .. comments welcome, please!
Organization: Harvey Mudd College, WIBSTR
Date: Wed, 9 Sep 1992 00:59:58 GMT

In article <KFOGEL.92Sep8192936@edvac.cs.oberlin.edu> kfogel@edvac.cs.oberlin.edu (Karl Fogel) writes:
>I had a couple of thoughts. I may not have any more for a while
>because those about burned me out, so here they are:
>
>	It would be a great help to those of use who don't have a disk
>editor for someone to upload pre-edited bootimages to the directories
>that now normally hold bootimages and/or rootimages.  We'd need four
>more images, I guess: one for booting partition 1, one for 2, 3, and
>partition 4. If the space can be spared on the ftp sites, it would be
>a great help. I can't afford to buy a disk-editor myself, and I don't 
>want to pirate one either. Is there anyone who owns a good editor who
>would be willing to do this for future releases? (Yes, I'm always this
>glib when volunteering other people :-)

This would be a complete waste of disk space.  Not only is there
pboot, which even though it is out of date still modifies images fine,
but there are also many, many shareware hex editors out there.  ZipZap
is one I use every once in a blue moon.

The best solution would be for someone to write a good pboot
replacement for DOS.

>	Also, a beginner's guide to kernel recompilations might be
>nice, with a section on what exactly it entails, why it's useful, and
>some common problems encountered in doing so.

I don't think it's exactly what you had in mind, but Lars Wirzenius'
README for the kernel contains some useful suggestions, and I'm sure
he (and Linus) would be open to suggestions on improvement.
-- 
                                    +      Jim Winstead Jr. (CSci '95)
                                    |      Harvey Mudd College, WIBSTR
                                    |   jwinstea@jarthur.Claremont.EDU
                                    + or jwinstea@fenris.Claremont.EDU