HDTenEightyP/NetNews huggingface dataset:
From: kennu@mits.mdata.fi (Kenneth Falck)
Subject: Re: Can you access a virtual console directly?
Organization: Microdata Oy, Helsinki, Finland
Date: Tue, 15 Sep 1992 16:49:30 GMT

In article <1992Sep14.220800.12868@klaava.Helsinki.FI> 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. 

>[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. ]

You know, that might be one of the reasons MSDOS has made it so big;
your applications can have very powerful output when you don't have
to hassle with some control codes that really belong to the externally
connected terminals, not to the console screen. Of course the price is
the lack of multitasking, except with these 80386 memory-redirections
(of which I know very little)...

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:

int main (void)
{
 int curvt;
 int cols, rows;
 unsigned char *vtbuf;
 
 cols = vt_get_columns ();
 rows = vt_get_rows ();
 curvt = vt_get_current ();
 vtbuf = vt_get_address (curvt);
 vtbuf [0] = 'L'; vtbuf [1] = 0x07;
 vtbuf [2] = 'i'; vtbuf [3] = 0x07;
 vtbuf [4] = 'n'; vtbuf [5] = 0x07;
 vtbuf [6] = 'u'; vtbuf [7] = 0x07;
 vtbuf [8] = 'x'; vtbuf [9] = 0x07;
 vt_update_buffers (curvt);
 return 0;
}

(That code isn't probably the most effective way to do it
but I just wanted to propose my idea briefly...)

Does this seem like a stupid idea (coming from an MSDOS
programmer like me...) or would it bring some more power
into the Linux-applications? I think it's a fact that
386 is a personal computer, and many people would like
to use Linux as a multitasking OS only, and have no need
to run programs remotely. Of course, if something like this
is implemented, there is the potential danger of all programs
becoming menu-driven and unrunnable from remote connections,
and then someone has to write PC-Anywhere for Linux :-)

-- 
kennu@mits.mdata.fi

Newsgroups: comp.os.linux
From: jblaine@fsu1.cc.fsu.edu (Jeff Blaine)
Subject: tar help (is there a man page ??)
Followup-To:  poster
News-Software: VAX/VMS VNEWS 1.3-4   
Reply-To: jblaine@fsu1.cc.fsu.edu
Organization: Florida State University
Distribution:  world
Date: 12 SEP 92 15:44:01    

I am having lots of trouble untarring files.
For instance:
	I FTP'd and downloaded uemacs-linux.tar.z and uncompressed it.
Then, I did:  tar -xv uemacs-linux.tar
The disk ran and acted as if something was happening, but when I ls'd
all I saw was the .tar file staring at me still.  Could someone lead
me to a man page for this sucker (preferably e-mail me one) or post some 
help here on it??

Thanks! 
----------------------------------------------------------------------------
Jeff Blaine - jblaine@fsu1.cc.fsu.edu - Jr. CS Major - Whee  ---------------
----------------------------------------------------------------------------
Newsgroups: comp.os.linux
From: dws@cseg03.uark.edu (David W. Summers)
Subject: Re: mailpak-1.3 ...
Organization: University of Arkansas
Date: Tue, 15 Sep 1992 03:09:30 GMT

tep@engr.uark.edu (Tim Peoples) writes:

>erc@unislc.uucp (Ed Carp) writes:
>
>>mailpak-1.3 will be uploaded to tsx-11 sometime this afternoon - my FTP site
>>crashed sometime Saturday morning and was down all weekend.  They just, uh,
>>"got it up". :)
>
>So, Ed, does this fix the SIGHUP problem with uucico??
>
>-- 
>
>+--------------------------------------+-------------------------------------+
>| Tim Peoples                          | The time has come the hacker said   |
>| tep@engr.uark.edu                    | to talk of many things,             |
>| Dept. of Computer Systems Engineering| of simms and sockets and semaphores |
>| University of Arkansas, Fayetteville | of processes and pings....          |
>+--------------------------------------+-------------------------------------+
>|    I need no disclaimer; nobody listens to what I have to say anyway!!     |
>+----------------------------------------------------------------------------+
>

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! :-)

   - 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: ramesh@utdallas.edu (R. Ramesh)
Subject: Getting clocks with X386
Organization: Univ. of Texas at Dallas
Date: Mon, 14 Sep 1992 01:19:55 GMT


Hi:

  I saw several posts indicating that you can get clock values by
first executing startx >& clock.out (in tcsh) and then inspecting 
clock.out file. But my X386 (v1.0) produces only an empty file.
BTW, obz's original clock values are good for my card+monitor combo.
But, I am curious to find out why my X386 does not produce clock values.

Ramesh.

PS> BTW, can somebody tell me how I can switch two keys using X keymaps.
    What is delete key under vc becomes backspace under X and this
    irritates me. Thanks. - RR.
Newsgroups: comp.os.linux
From: lucio@proxima.uucp (Lucio de Re)
Subject: Bits and Pieces
Organization: M-Net Communications Technology
Date: Tue, 08 Sep 1992 10:17:06 GMT
Summary: looking for software
Keywords: getty, mtools

I have seen getty_ps and mtools mentioned often in this newsgroup.

I happen to need a copy of each for non-linux purposes, so if some
kind soul could point me to sites from which I can UUCP request them
(I have no Internet access, but I may be able to twist friends' arms
if essential), I will be forever grateful.

Thanks.
From: rab@ariel.its.unimelb.EDU.AU (Richard Alan Brown)
Newsgroups: comp.os.linux
Subject: Re: linux 0.97 pl4 and ps/free/etc on sunsite
Date: 9 Sep 92 07:11:20 GMT
Followup-To: rab@tauon.ph.unimelb.edu.au
Organization: Information Technology Services, University of Melbourne

In article <Sep.7.17.59.37.1992.4751@athos.rutgers.edu> hedrick@athos.rutgers.edu (Charles Hedrick) writes:
>I have uploaded the following to sunsite.unc.edu, /pub/linux/Incoming:
>	ps097p4.tar.Z

When i tried to make this, gcc choked on cmdline.c, getting those ol'
parse errors on termios.h. Everything else was fine. The first two
lines in cmdline.c are:

	#define _LINUX_TYPES_H
	#include <termios.h>

If i remove the first line, everything builds happily. I have no idea why
it's there anyway, since i presume that should be defined in types.h to
tell subsequent header files that it has already been #included.

rab
------------------------------------------------------------------------
Richard Brown                     | E-mail: rab@tauon.ph.unimelb.EDU.AU
School of Physics                 | Phone : +61 3 344 5081
University of Melbourne           | Fax   : +61 3 347 4783
Parkville Victoria AUSTRALIA 3052 | Telex : AA35185
Newsgroups: comp.os.linux
From: obz@sisd.kodak.com (Orest Zborowski COMP)
Subject: Re: problems getting 800x600 out off an ET-4000
Organization: Printer Products Eastman Kodak
X-Newsreader: Tin 1.1 PL5
Date: Tue, 8 Sep 92 00:35:07 GMT

this is indeed true. the current x386 doesn't support redefinable clocks
(as far as i understand), but just uses the n-th clock as matched on the
Clocks line. this means that your clocks may be "1 2 3 4 5 6 7 8" and it
won't make any difference, as long as your video config lines use the
same numbering scheme. so the solution to the original problem is to
use "25 28 ..." etc and then things will match up correctly.

zorst
-- 
zorst (orest zborowski)
[obz@raster.Kodak.COM]
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Re: Installing gcc
Date: 5 Sep 92 09:00:20 GMT
Organization: University of Helsinki

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?

The filesystem will truncate the longer names, but the GCC installation
script works anyway.  You shouldn't need to worry about it, unless you
try to rename the files in some way.

--
Lars.Wirzenius@helsinki.fi
Newsgroups: comp.os.linux
From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
Subject: Re: lilo problems
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Sat, 5 Sep 1992 13:39:58 GMT

In article <JUH.92Sep5001557@lazy.qt.IPA.FhG.de> juh@qt.IPA.FhG.de (Juergen Henke) writes:
> I've tried to install lilo.4 on my home system (486/33/16/AHA1542B), but
> the only response i get is an 'L'.

This means, that LILO's boot sector has been loaded, but that it isn't
able to load the second stage loader. (It keeps on trying forever.)

I'd suspect a problem with the disk parameters. Please compare the output
of DPARAM.COM and the contents of /etc/lilo/disktab. There could also
problems with the partition offset (also in /etc/lilo/disktab), though
if only this is wrong, it should at least get to the "I" of "LILO" and
crash then.

For the curious: "LIL" means, that the second stage boot loader has been
successfully started and "LILO" indicates, that it has been able to read
the image descriptor sector and is now awaiting keyboard input.

- 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_/
Organization: Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.os.linux
Date: Sun,  6 Sep 1992 14:46:09 -0400 
From: "Timothy L. Nali" <tn0s+@andrew.cmu.edu>
Subject: Re: man and xman

Excerpts from netnews.comp.os.linux: 6-Sep-92 man and xman by Jae
Won@aurora.cc.monash 
>       I have man pages working and xman also working nice. But I found that
>if unless I have man pages in the man1...man9 directories, xman won't even
>know it's there. With mcc interim, the man pages are in the cat1...cat9
>directories so I tried linking things into man directories but then normal
>man refuses to work...can someone help me set the thing up? Thanks very much
>in advance.

  I THINK (strong empahsis on think) I know what's going on.  The man
links have a later date than the cat pages.  When man is used, it looks
in both the man and cat directories.  Since the man links have later
dates than the cat files, man thinks it is reading a newer version of
that man page and then tries to crank out the corresponding cat page. 
But since the man page is just a link to a cat file, man tries to create
a cat page from a cat page and dies.

  Try doing something to the cat pages so that they have later dates
than the man links.  I don't know if mv will do this; cp should, however.

Hope this helps.


_____________________________________________________________________________
 
 Tim Nali            \  "We are the music makers, and we are the dreamers of
 tn0s@andrew.cmu.edu  \   the dreams" -Willy Wonka and the Chocolate Factory
From: Emmett.Sauer@f215.n3802.z1.fidonet.org (Emmett Sauer)
Newsgroups: comp.os.linux
Subject: DISASTER AT MIT!!!!!
Date: Wed, 02 Sep 1992 23:28:01 -0800

DM> From: dminer@mcs213e.cs.umr.edu (Dan Miner)
DM>
DM> In article <180toaINNnaa@usenet.INS.CWRU.Edu> mal11@po.CWRU.Edu
DM> (Matthew A. Lewis) writes:
DM> >
DM> >
DM> >Someone seriously need to do some housekeeping in the LINUX
DM> directories
DM> >on TSX-11.MIT.EDU. It's a wreck.
DM> >
DM> >Anyone up to it???????
DM> >
Well gee, in the past few weeks things have really begun to show some
improvement,  starting to look like 'mirror' sites.   I would like to
thank the one resposible for the hard  work that is very apparent.

emmett@tenet.edu


 * Origin: Advanced BBS - Line 1 (512)578-2720 (1:3802/215)

Newsgroups: comp.os.linux
From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
Subject: Re: msdos-fs impaired under 0.97pl4
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Wed, 9 Sep 1992 21:43:22 GMT

In article <chsnqg=_@aix01.rz.fht-mannheim.de> mrex@aix01.rz.fht-mannheim.de (Martin Rex) writes:
> Under 0.97pl4 I noticed a BIG LOSS of access speed of the
> msdos filesystem by a factor of about 8 !!!!

Oops, yes, I've accidentially disabled the FAT cache entirely, instead
of only in a certain critical case. A patch that fixes this is at the
end of this posting.

This patch is relative to dosfs.8, as it's in 0.97-pl3 and 0.97-pl4.

- Werner

---------------------------------- cut here -----------------------------------
diff -c linux.orig/fs/msdos/fat.c linux/fs/msdos/fat.c
*** linux.orig/fs/msdos/fat.c	Fri Sep  4 00:53:35 1992
--- linux/fs/msdos/fat.c	Wed Sep  9 22:31:46 1992
***************
*** 226,232 ****
  		if ((this = fat_access(inode->i_sb,this,-1)) == -1) return 0;
  		if (!this) return 0;
  	}
! 	if (!(MSDOS_I(inode)->i_busy || inode->i_nlink))
  		cache_add(inode,cluster,this);
  	/* don't add clusters of moved files, because we can't invalidate them
  	   when this inode is returned. */
--- 226,232 ----
  		if ((this = fat_access(inode->i_sb,this,-1)) == -1) return 0;
  		if (!this) return 0;
  	}
! 	if (!(MSDOS_I(inode)->i_busy && inode->i_nlink))
  		cache_add(inode,cluster,this);
  	/* don't add clusters of moved files, because we can't invalidate them
  	   when this inode is returned. */

-- 
   _________________________________________________________________________
  / 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_/
From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
Newsgroups: comp.os.linux
Subject: Re: MBR recommendation needed
Date: 7 Sep 92 15:23:42 GMT
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH

In article <1992Sep6.153433.22751@pool.info.sunyit.edu> ujlh@pool.info.sunyit.edu (James Henrickson) writes:
> I would like to boot DOS and Linux off the hard drive.  I am currently 
> using LILO and the MS-DOS MBR with the active partition set to Linux.  

Easy, just tell LILO about it.

I'm assuming you have created an install script /etc/lilo/install and MS-DOS
is on your first partition. Your present /etc/lilo/install should look like
this (device names are probably different, you might use more options):

#!/bin/sh
/etc/lilo/lilo -c -i /etc/lilo/boot.b \
  /linux

Now, you change it to

#!/bin/sh
/etc/lilo/lilo -c -i /etc/lilo/boot.b \
  /linux \
  msdos=/etc/lilo/chain.b+/dev/hda1@/dev/hda

(Or, better, make the second line
$ROOT/etc/lilo/lilo -c -i /etc/lilo/boot.b $* \
^^^^^					   ^^
and also add a second Linux boot image.)

Run it and reboot. Now, before LILO starts loading Linux, press [Shift],
[Ctrl] or [Alt] and hold that key down. LILO will display a boot: prompt
and you can enter  msdos  to boot MS-DOS.

If your system boots too quickly to press [Shift], etc. fast enough, you
can specify a delay with the -d option, e.g. -d 10 for one second.

Note: - you don't have to move LILO's boot sector. MS-DOS' MBR is okay as
	the MBR (unless you care about that fraction of a second it takes
	to load it).
      - this and may other things are described in the documentation that
	accompanies LILO.

- 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_/
Newsgroups: comp.os.linux
From: hpa@casbah.acns.nwu.edu (H. Peter Anvin N9ITP)
Subject: Re: fdformat loops
Reply-To: hpa@nwu.edu (H. Peter Anvin)
Organization: You must be kidding!
Date: Mon, 7 Sep 1992 22:08:15 GMT

In article <715830854snx@grendel.demon.co.uk> of comp.os.linux,
  jes@grendel.demon.co.uk (Jim Segrave) writes:

> 1.2M drives only have tracks 0..76. 

What?  1.2M drives have tracks 0-79, with sectors 1-15 per track (and two
heads).

	/hpa



-- 
INTERNET:  hpa@nwu.edu   TALK:      hpa@casbah.acns.nwu.edu
BITNET:    HPA@NUACC     IBMNET:    16331@IBMX400
HAM RADIO: N9ITP         NeXTMAIL:  hpa@lenny.acns.nwu.edu
"Kissing a smoker is like licking an ashtray."  -- R. Heinlein
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: Can you access a virtual console directly?
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Tue, 15 Sep 1992 22:26:03 GMT

Kenneth Falck (kennu@mits.mdata.fi) wrote:

: In article <TYTSO.92Sep14231653@SOS.mit.edu> tytso@athena.mit.edu (Theodore Y. Ts'o) writes:
: >Speaking of which, why do you want to write your own terminal program?  
: >What's wrong with kermit that you want to re-invent your own wheel?

: I don't like kermit, I'd like something like Telix for Linux. I'd
: be happy to try and write one, but using the termcap/curses interface
: doesn't feel so good, if there is another way. Maybe it wouldn't
: even be that slow in practice, but theoretically I just don't like 
: the idea of first decoding the incoming VT100 codes, storing the
: data in a temporary buffer, and then updating that buffer to the
: console screen by means of some more VT100 codes....
: 
: I know there is pcomm, but after trying it I decided even kermit
: or XComm was better. (I compiled pcomm myself though, so maybe I
: broke something in it that made it behave strangely. Don't 
: remember what happened exactly anymore.)

Has anyone ported ECU?  I hear it's pretty nice - if no one else ports it,
maybe I will... :)
-- 
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: hammond@kwhpc.caseng.com (Kevin W. Hammond)
Newsgroups: comp.os.linux
Subject: Rerouting mail
Date: 13 Sep 92 01:26:47 GMT
Reply-To: hammond@kwhpc.caseng.com
Organization: The Internet

I've got some mail that is destined to go out via my primary mail site.
However, it's been down for the past two days and appears that it will
stay that way at least the remainder of the weeked.  Does anyone know
a way to "reroute" spooled mail to a different machine?  I'm using
Taylor UUCP.  I'm tempted to go in and hack the spool files myself,
but don't know if there are any nasty side effects of that?

-kwh-
-- 
Kevin W. Hammond
hammond@kwhpc.caseng.com

                               "99.9% FAT Free"

  CASE Engineering * 575 W. Madison #1601 * Chicago, IL 60661 * (312)902-2161
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: mailpak-1.3 ...
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Mon, 14 Sep 1992 19:52:00 GMT

mailpak-1.3 will be uploaded to tsx-11 sometime this afternoon - my FTP site
crashed sometime Saturday morning and was down all weekend.  They just, uh,
"got it up". :)
-- 
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: csg203@cch.coventry.ac.uk (Bluebeard)
Newsgroups: comp.os.linux
Subject: Re: Ctrl-Alt-Del & reboot/halt weirdness
Date: 10 Sep 92 08:26:43 GMT
Organization: Elf Bashers Anonymous

In article <FRIDLUND.92Sep8161855@conch.micro.umn.edu> fridlund@mermaid.micro.umn.edu (Jim Fridlund) writes:
>In article <1992Sep8.180259.18147@muddcs.claremont.edu> jwinstea@fenris.claremont.edu (Jim Winstead Jr.) writes:
>
>>>Anyway, whenever I do a shutdown or reboot, I get a lockup 
>>>instead.  The following is the output I get when I use these
>>>commands (I added the indention):
>>>
>>>	URGENT: message from the sysadmin:
>>>	System going down IMMEDIATELY!
>>>
>>>	in:
>>>	        ...  ...
>>>
>>>	down IMMEDIATELY!
>>>
>>>	in:
>>
>> Where did you get shutdown from?  It looks like it may be corrupt, or
>> doing something else strangely.  It certainly shouldn't print messages
>> like the above.
>
>I believe this is the mcc-interim package.  I get this kind of message
>also.  Sometimes it works, and sometimes it hangs the system...

I had this problem with shutdown in the mcc-interim package until I ran the
'ctrlaltdel' program in /etc/rc. Since I did that, it stopped hanging and 
reboots properly.

So, the answer is to do 'ctrlaltdel hard' sometime before the reboot.


-- 
***********************************************************************
* FLESH: Charlie Freckleton * JANET: csg203@uk.ac.cov.cck             * 
* ALIAS: Bluebeard          * or   : stliaise@uk.ac.cov.cck           * 
***********************************************************************
Newsgroups: comp.os.linux
From: kk@cs.tu-berlin.de (Kolja Kaehler)
Subject: Re: Does a 387 help Linux's performance?
Organization: Techn. University of Berlin, Germany
X-Newsreader: Tin 1.1 PL4
Date: Sat, 5 Sep 1992 16:35:55 GMT

ujlh@pool.info.sunyit.edu (James Henrickson) writes:
[...]
: 
: Where is most of the floating point taking place, in the server or the
: clients?
: 

It depends on the kind of clients you want to run; obviously, if you want
to do raytracing, performance would increase wastly if the client used a fpu.
If your clients do a lot of graphics requests which should be processed as
fast as possible to speed up display (e.g. an interactive drawing program)
the server should be provided with the fpu.
Of course things are not always that easy ... (I'm not sure which solution
would be best for ghostview, for example).

: 
: -- 
: Jim H.
: *
: * James L. Henrickson
: * ujlh@sunyit.edu        "Some day I might have a real .signature!"

Kolja

-- 
------------------------------------------------------------------------------
Kolja Kaehler                                            <kk@cs.tu-berlin.de>