HDTenEightyP/NetNews huggingface dataset:
From: dws@cseg03.uark.edu (David W. Summers)
Newsgroups: comp.os.linux
Subject: Re: Can you access a virtual console directly?
Date: 16 Sep 92 02:25:50 GMT
Organization: University of Arkansas

billp@jupiter.cse.utoledo.edu (Bill Parquet) writes:

>wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:
>: >How about if the kernel had some special services that would make it
>: >easy and portable (within Linuces) to use the virtual consoles without
>: >termcap? I mean something like this:
>: 
>: You solution has serious problems.  Among other things, it assumes that
>: the video memory is laid out in a special way.  Not everybody uses the
>: same kind of hardware you do.  If you use termcap, you just don't have
>: to worry about it.
>
>It might be helpful if there was some sort of library for screen mainten-
                                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>ance.  Instead of directly manipulating the screen, it would translate
^^^^^
>function calls into termcap codes.  Maybe something like borlands turbo-
>vision, only not nearly so elaborate.
>
>Something like that would keep the new programmers happy, and still keep
>the programs fairly portable.  If the api was extensive enough, special
>versions could be made vt100, MGR, X11  (although that might be spreading
>out a little thin), but just being able to recompile the app with a
>different library and being able to take advantage of a completely different
>interface.
>
>(If I could clone myself maybe 3 or 4 times, I would probably have enough
>time to program all my ideas!)
>

What you are describing is what CURSES is!  (Unless I'm mis-understanding).

Of course you might want to enhance the functionality of CURSES to 
include new and nifty things and/or to do things faster and more
efficiently.


   - David Summers

-- 
                         "Never under-estimate the bandwidth of a station-wagon
David Summers             full of tapes, hurtling down the highway."
dws@engr.uark.edu         - Tanenbaum, "Computer Networks"
Newsgroups: comp.os.linux
From: bjones@cambria.columbus.oh.us (Bill Jones)
Subject: Re: 0.97 patchlevel 5 available
Organization: Cambria Mail and News Gateway -- Columbus., OH
Date: Sat, 12 Sep 1992 21:49:57 GMT
X-Newsreader: Tin 1.1 PL4

torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
: The subject says it all:  the newest patches have been uploaded to
: nic.funet.fi: pub/OS/Linux/testing/Linus. Patchlevel 5 is available both
: as complete source (linux-0.97.5.tar.Z) or as a biggish patch against
: patchlevel 4 (linux-0.97.patch5.Z).
: 
: 		Linus

Well I rushed out and got 0.97.5, compiled it and installed it.  All of a
sudden I began to get HD timeout errors (something I haven't seen since
0.12).  Switched back to 0.97.4 and they all went away!?

Hardware:
	486-50 (not DX2)
	8MB RAM
	201 MB Seagate IDE HD (forget the number -- 1239A I think)
		partitioned into /dev/hda1 -- DOS
				 /dev/hda2 -- / (minix)
				 /dev/hda3 -- /usr (minix)
				 /dev/hda4 -- extended
				 /dev/hda5 -- /usr/local (minix)
				 /dev/hda6 -- /usr/spool (extended -- SLS)
				 /dev/hda7 -- swap partition
	43 MB Seagate in a single partition, /dev/hdb1 -- /usr/users (ext.)

It's probably a very simple fix like it was way abck when, but I've gotten
so accustomed to the kernel working nicely, I can't even begin to find out
where to look for the fix :).

Bill

--
===============================================================================
Bill Jones
bjones@cambria.columbus.oh.us
===============================================================================
From: liljeber@klaava.Helsinki.FI (Mika Pekka Liljeberg)
Newsgroups: comp.os.linux
Subject: Re: Scrambled fonts anyone?
Date: 9 Sep 92 08:23:40 GMT
Organization: Department of Computer Science, University of Helsinki, Finland

In article <q+snt5b.harp@netcom.com> harp@netcom.com (Gregory O. Harp) wrote:
> 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.

This is just a matter of modifying your /etc/termcap. setterm -reset
prints out the rs string, and setterm -initialize prints out the
is strings. So, you replace, say, rs with something like this:

	rs=\Ec

That should do it.

Fixing most problems like this (like the infamous one-line scroll bug)
is just a matter of understanding and using termcaps. Please read some
man pages, get a good book, anything. Get to know termcaps. They're
an important part of managing and using a *nix system.

I'm the person, who edited the current version of setterm and enhanced
the console driver to it's current level of vt102 compatibility. I don't
view myself as the maintainer of either of these pieces of code. By the
way, setterm was ripped off some Minix virtual console package and hacked
to do the job under Linux. And it can do the job. Still, it is an ugly
piece of code, IMO, and it would be nice, if someone took the time to
write a totally new one for Linux. But it's not fun, nor very important.

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

	Mika

--
Mika Liljeberg			Email:	liljeber@kruuna.Helsinki.FI
Helsinki University			Mika.Liljeberg@Helsinki.FI
Dept. of Computer Science
Newsgroups: comp.os.linux
From: bjl@loki.research.ptt.nl (Ben Lippolt)
Subject: Re: Installing gcc
Reply-To: B.J.Lippolt@research.ptt.nl
Organization: PTT Research
Date: Sat, 5 Sep 1992 10:41:34 GMT

duperval@ERE.UMontreal.CA (Duperval Laurent) writes:

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

Oops, I hope you don't start a flame war here :-).

But seriously; you can have file names longer than 14 chars, but you'll
need the 'extended filesystem' (extfs for short). Officially 'extfs'
is still alpha, but I use it for all my partitions for some time now. It
is quite stable, but you have to 'fsck' regularly. 
If you still use the minix fs, you can't have filenames > 14. But this is
not a problem when installing GCC. The kernel automatically chops off
all characters > 14. So even if your real filename is 2.2.2dmisc.tar
and in the install script it is 2.2.2dmisc.tar.Z there should be no problem.
(try "ls 2.2.2dmisc.tar.Z" in the directory where you keep '2.2.2dmisc.tar')


Ben Lippolt
From: duperval@ERE.UMontreal.CA (Duperval Laurent)
Newsgroups: comp.os.linux
Subject: Magic match failing when mounting extfs
Date: 15 Sep 92 22:55:45 GMT
Organization: Universite de Montreal

I know this has been discussed before (and if you know where the answer lies,
point me to it and I'll try toi figure it out myself).

I just installed mcc-interim 0.97p2.  I wanted to try the new version of the
extfs (8) so I compiled it and (with a little ingenuity) managed to create the
extfs.  The problem is that after I installed the whole mcc package and
rebooted, I got a magic match failed error mounting my first partition (/).

I did a mount and saw that my first partition was minix instead of ext.  the
second partition was OK.  fdisk states that the partition is ext but mount
seems to fail on that same partiotion.

Is the mount on mcc-interim p2 incompatible with extfs 8?

BTW, I tried creating a long file name on the "minix" partition and it
succeeded (no file name truncation).

This is my setup:

486-33
4MB RAM (AMI BIOS)
210 MB IDE drive

/dev/hda1 ~130MB DR-DOS
/dev/hda2 10MB Linux partition
/dev/hda3 8MB swap
/dev/hda4 ~35MB /usr partition

Thanks for any help you may give me.

-- 
Laurent Duperval
duperval@ere.umontreal.ca
duperval@jsp.umontreal.ca
If you gotta go, go happy... or surprised.  -Me
Newsgroups: comp.os.linux
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Subject: Re: 0.97 patchlevel 3 available
Organization: State University of New York -- Institute of Technology
Date: Tue, 8 Sep 1992 01:14:44 GMT

In article <1992Sep7.080727.22080@klaava.Helsinki.FI> torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
>
>And as people have been very concerned about the 16MB limit - don't
>panic.  It's not inherent to anything like the DOS 640kB limit, and is
>there just because it was a bit easier to code that way - correcting it
>later won't break anything.  So while this version and the next may have
>this limitation, it will go away (cleanly) - I just have to code some
>more. 
>
>In case anybody is wondering why there is a 16MB limit in the pl3 code,
>it's very simple: I use a character array to store the swap-page-counts,
>and that array just happens to be 4096 bytes long, as that's the biggest
>easily allocable unit of memory in the current kernel.  So I just
>allocate 4096 bytes: 4096 swap-page-counters = 16MB swapspace.  So the
>only thing that I have to do to allow bigger swapfiles is to allocate
>more memory - SMOP, but irritating and boring. 
>
>		Linus

Is the new swapping code faster?  If so, I don't have a problem with
the 16 MB limit.  If a system has the maximum amount of RAM, which
is presently 16 MB, and needs more than 16 MB swap space on a regular
basis, isn't it slow?  Using an additional swap partition or file for 
more than 16 MB doesn't seem like a bad idea if they aren't needed
on a regular basis.  This gives the benefit of quicker swapping for
regular use (if it is indeed faster), and only reduces performance
when the extra space is needed (which might be way over on the
opposite end of the disk!).  If more than 32 MB of memory (16 MB
RAM, 16 MB swap) is needed on a regular basis, wouldn't it be better
to focus on adding better support for more RAM?  Do any Linux users
use more than 32 MB on a regular basis?

Comments?  Suggestions?  Please post to the newsgroup for further
discussion.  Also, please correct me if I am missing something.

-- 
Jim H.
*
* James L. Henrickson
* ujlh@sunyit.edu        "Some day I might have a real .signature!"
Newsgroups: comp.os.linux
From: fwbent@watmsg.uwaterloo.ca (Fred Bent)
Subject: Possible MS Bus Mouse Detect (?)
Keywords: bus mouse
Organization: University of Waterloo
Date: Sun, 13 Sep 1992 01:30:53 GMT


Hello,

I have been reading several articles mention that currently
there is no method for detecting a Microsoft Bus Mouse.

Well, I have some code that shows how to do this (I think :-).
Is this what you are asking for?  I have not tested this code
with a Logitech so I am not sure what will happen, I only know
that this code should work for detecting IF a Microsoft Bus Mouse
is present (but not sure if will discriminate).

-----------CUT HERE----------------
/*
 * bus_mouse.c
 *
 * This code checks for the presence of a Microsoft compatible
 * Bus Mouse.
 * For Borland C++ under MS-DOS
 */

#include<stdio.h>	/* fprintf */
#include<dos.h>		/* outp inp */

#define	TEST_BYTE	0xA5

#define BUS_MOUSE_ADDR	0x023C
#define CMD_ADDR	(BUS_MOUSE_ADDR + 3)
#define BUS_ADDR	(BUS_MOUSE_ADDR + 2)
#define DAT_ADDR	(BUS_MOUSE_ADDR + 1)


void Delay(void)
/*
 * Since hardware is SLOW, we need some delay....
 */
{
	int	result;

	result = inp( 0x43 );		/* any port will do.... */
	result = inp( 0x43 );
}

void main(void)
{
	int	result;
	int	temp = !0;
	int	save;
	int	i;

	/*
	 * This only works for Bus Mouse....
	 */

	outp( CMD_ADDR, 0x91 );
	Delay();
	outp( DAT_ADDR, TEST_BYTE );	/* Should be echoed by the mouse */
	Delay();

	outp( CMD_ADDR, 0x11 );
	Delay();
	result = inp( DAT_ADDR );

	if ( result != TEST_BYTE ) {
		fprintf( stderr, "No Microsoft Mouse here! (%X)\n", result );
		exit(1);
	}

	/*
	 * Get the mouse IRQ
	 */

	result = inp( BUS_ADDR );
	save = result;
	temp = 0;

	for ( i = 0; i < 0x2710; i++ ) {
		Delay();
		result = inp( BUS_ADDR );
		save = save ^ result;
		temp = temp | save;
		save = result;
	}

	switch (temp) {
		case 0x00	: result = 2; break;	/* A PC Jr. !?!? */
		case 0x01	: result = 5; break;
		case 0x02	: result = 4; break;
		case 0x04	: result = 3; break;
		case 0x08	: result = 2; break;
		default		: result = 0; break;
	}

	/*
	 * Should only encounter the Bus Mouse case....
	 */

	fprintf( stdout, "Bus Mouse, using IRQ %d\n", result );

	return;
}

------CUT HERE------

Hope this helps!  I can only test this under MS-DOS, but the method
should be clear.  inp and outp simply get/send a byte to a IO port 
(in case not too obvious).

Waiting for version 0.98, and a 486-33!

--
Fred Bent
fwbent@plg.uwaterloo.ca
Newsgroups: comp.os.linux
From: ellis@nova.gmi.edu (Stew Ellis)
Subject: Re: Can you access a virtual console directly?
Organization: GMI Engineering&Management Institute, Flint, MI
Date: Tue, 15 Sep 1992 12:21:23 GMT

wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:

>kennu@mits.mdata.fi (Kenneth Falck) writes:
>>It feels a bit dumb to use termcap-codes to handle the local output, if
>>you know you'll be using this terminal from the virtual consoles only. 

>How do you know it will be used on virtual consoles only? How do you
>know what kind of virtual console it is? Is it VGA, CGA, XGA, Hercules,

[STUFF DELETED]

>[ Does anybody else get tired of MS-DOS programmers whose first (and
>often enough only) thought is: ``How do I write directly to video
>memory?'' Perhaps we'll see requests for adding TSR support into Linux
>next. Urgh. ]

>--
>Lars.Wirzenius@helsinki.fi

Maybe someone needs to explain to them that they can do more than one thing
at a time under UNIX, therefore they do not have to be concerned that each
task in the sequence be as fast as possible.  What makes it even more
amazing is all of the DOS users who buy the latest fastest hardware to run
single-tasking, single-threaded apps.  As someone was fond of putting in his
sig a couple of years ago, "DOS, just say NO."

--
--                                                        ___________________
  R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
  Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
  Flint, MI 48504      ellis@nova.gmi.edu              /________/ /  /  / /
Newsgroups: comp.os.linux
From: lestat@wixer.cactus.org (Lyle J. Mackey)
Subject: Newbie question: Modem won't respond
Organization: Real/Time Communications
Date: Thu, 3 Sep 92 19:57:10 GMT


I recently installed the SLS disks (oh, and well done, guys!) to my 386SX/16,
and was fairly impressed that Linux would even operate on my system.

The problem, however, comes from my modem not wanting to respond. It's an 
Everex 2400 internal on COM2.  Setting Minicom to use /dev/ttys2 doesn't
work. The modem simply will not respond to "AT" commands at all. Nothing.

Does Linux have a problem with internal modems? I've tried various parameter
settings on the modem itself short of switching to another COM line.

Am I out of luck unless I invest in an external modem? (though now would be a
good time for an external v.32bis...)

Thanks in advance.

  -LjM

-- 
 .--------------------------------------------------------------------------.
/ Lyle J \ lestat@wixer.cactus.org /  Team Doofus  \ DoD / Nobody else WANTS \
\ Mackey /     Social Engineer     \ '89 Kaw EX500 / 587 \  my  opinions...  /
 `--------------------------------------------------------------------------'
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Newsgroups: comp.os.linux
Subject: Re: Does a 387 help Linux's performance?
Date: 3 Sep 92 17:09:57 GMT
Organization: State University of New York -- Institute of Technology

In article <1992Sep1.201149.29493@serval.net.wsu.edu> hlu@poly2.eecs.wsu.edu (H.J. Lu) writes:
>In article <1992Sep1.160537.11089@afterlife.ncsc.mil>, swaliff@afterlife.ncsc.mil (Steve Aliff) writes:
>|> I have a 33MHz 386DX. Would it improve my system performance to add
>|> a 387? I plan to run X11 on top of Linux if that makes any
>|> difference.
>|> -- 
>|> Steve Aliff (swaliff@afterlife.ncsc.mil [144.51.1.1])
>
>Get a 387 if you consider X11.
>
>H.J.

I asked this before, but got no responses so....

I have a 386SX-25 that will act as an X server.  I have a 386DX-33 that
will run most of the X clients.  If I were to get ONE math coprocessor,
which machine would benefit the most?  

Or maybe nobody understood the way I worded it...

Where is most of the floating point taking place, in the server or the
clients?


-- 
Jim H.
*
* James L. Henrickson
* ujlh@sunyit.edu        "Some day I might have a real .signature!"
From: mwilson@csugrad.cs.vt.edu (Michael Wilson)
Newsgroups: comp.os.linux
Subject: Video Card
Summary: help with Diamond Stealth and linux w/X11 and tcp/ip
Keywords: Stealth Diamond Video Card
Date: 14 Sep 92 20:51:50 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA


  Hi.  I'm posting this for a friend.  He has no UUCP access so he asked me to
post this:

	Hi.  I have been looking into running Linux on my DOS system.  I have
a Diamond Stealth Video Card w/1mb of vram.  I know that it supports the VESA
standard for 1024x768x256, but I have been told that it is not supported and
cannot be due to Diamond's unwillingness to publish specs or something along
those lines.  If anyone has any info about his, or the email address to mail
complaints to Diamond to, please let me know.

	Also, what version of Linux do I need to get full tcp/ip running
under a SLIP connection?  I can connect at 19200, but I need to have a serial
session first so that I can setup my password etc.

	If you have any info about any of this, please send me email at:
mmead@vtssi.vt.edu

Thanks in advance.

Matt


-------

I guess that if you can't email him, just post it here.


Mike
From: jhelberg@nl.oracle.com (Joost Helberg)
Newsgroups: comp.os.linux
Subject: Re: Best choice for booting from hard drive
Date: 10 Sep 92 07:29:12 GMT
Organization: Oracle Europe
X-Newsreader: Tin 1.1 PL3

X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.


hammond@kwhpc.caseng.com (Kevin W. Hammond) writes:
: I'm looking for recommendations of boot programs so I can boot linux from my
: hard drive.  I am aware of shoelace and lilo, but am not aware of the diff-
: erences.
: 
: My current configuration consists of one hard drive in two partitions.  DOS
: is on the first partition and linux root is on the second.  I'm currently
: booting linux 0.97pl2 from floppy, but would like to change that to boot
: from the hard drive.
: 
: Opinions anyone?
: 
Use Lilo, it is a file-system independent boot-loader, conformant to 
some Linux peculiarities different from other boot-objects (holes in images
which contain 0's and bss etc.).

You can get Lilo from several ftp-sites, it has excellent documentation on
the general boot process, and how LILO fits in.

good luck,

--  
   Joost Helberg                                Rijnzathe 6
   jhelberg@oracle.nl                           NL-3454 PV De Meern
   jhelberg@nl.oracle.com                       The Netherlands

   Oracle Europe BV                             Product Line Development	
   Phone: +31 3406 94211                        Fax:   +31 3406 65609
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Newsgroups: comp.os.linux
Subject: Re: GCC 2.2.2d bug
Date: 6 Sep 92 16:27:17 GMT
Organization: State University of New York -- Institute of Technology

In article <1992Sep4.230902.2523@novell.com> bboerner@novell.com (Brendan B. Boerner) writes:
>In article <1992Sep4.202913.14346@hippo.ru.ac.za> pi@cs.sun.ac.za writes:
>>I have found that gcc is generating the wrong code for the following
>>code fragment:
>>
>>  int p = 10;
>>  p = p++;
>>
>>From my C background, I have found the value to be 10.  Unfortunately
>>(for the gcc maintainers) the result is 11.
>
>I have this idea that if you posted this to comp.lang.c, Chris Torek or
>someone similar would point out that this is correct behaviour.  My gut
>feeling is that it SHOULD be 11 but I'm not a C guru.

Since the value of p isn't used for anything, it looks like the compiler
is optimizing it for you.  Here's another test:

printf("%d\n",(p = p++));
printf("%d\n",p);

The results should, I think, be:
10
11

The post-increment and post-decrement operations are performed after
they have been used, such as in "for" loops.

-- 
Jim H.
*
* James L. Henrickson
* ujlh@sunyit.edu        "Some day I might have a real .signature!"
From: probreak@sportster.ksu.ksu.edu (James Michael Chacon)
Newsgroups: comp.os.linux
Subject: Re: gcc, tcsh, recompile kernel
Date: 14 Sep 1992 13:27:11 -0500
Organization: Kansas State University
NNTP-Posting-Host: sportster.ksu.ksu.edu

Since the tcsh sources on tsx-11 were compiled with gcc 2.2.2, they
will give the _setjmp errors, under newer versions of the compiler.
So, I will make cdiffs against the ee.cornell.edu sources and also
remake a .a file. I will store this in the incoming directory on 
tsx sometime tonight.


-----------------------                              ---------------------------
-Oh the joy of finding-       James Chacon           -probreak@matt.ksu.ksu.edu-
-That last pizza slice-                              ---------------------------
-----------------------				     ---------------------------
Newsgroups: comp.os.linux
From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
Subject: Re: running high speed modems under *nix
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Fri, 11 Sep 1992 15:32:17 GMT

In article <lgvn70k.harp@netcom.com> harp@netcom.com (Gregory O. Harp) writes:
>Upholder@uiuc.edu (THE Upholder of Truth) writes:
>
>> What would it take to get higher than 38.4K rates under linux?
>> (at least 57.6K and perferably 115.2K)
>
> In my somewhat limited experience of coding serial routines for DOS, I
> have noted that rates above 38.4Kbaud are usually achieved through
> tight polling loops rather than interrupt serial communications.
> Remember the DOS box, since it runs a single-tasking interrupt handler
> rather than a real OS, doesn't have to do anything other than hit the
> serial port.
>
> In other words, it ain't likely to happen in Linux... ;)

Why not ? I can easily get a 16450 to work reliable enough for interactive
use and Zmodem at 19'200 bps. (386DX/25 w/o cache) So 57.6K shouldn't be
that much of a problem with a 16550A.

With timer-interrupt-driven polling, I do 2400 bps reliably with a 16450
and 19'200 a bit less reliably but still good enough for Zmodem with a
16550A, but that's a different story (and it depends on the poll rate).

The probably biggest problem with high baud rates (>38400) is, that there's
no standard interface to select them.

- Werner
-- 
   _________________________________________________________________________
  / Werner Almesberger, ETH Zuerich, CH      almesber@nessie.cs.id.ethz.ch /
 / IFW A44  Tel. +41 1 254 7213                 almesberger@rzvax.ethz.ch /
/_BITNET:_ALMESBER@CZHETH5A__HEPNET/CHADNET:_[20579::]57414::ALMESBERGER_/