HDTenEightyP/NetNews huggingface dataset:
From: paul@ramsey.cs.laurentian.ca (Paul Lalonde)
Subject: Why does my screen screw up after quitting X?
Organization: Dept. of Computer Science, Laurentian University, Sudbury, ON
Date: Tue, 22 Dec 1992 05:58:28 GMT

(Before posing my question, I should mention that I'm a first-time Linux
user, running the 0.99 SLS release on a 486SX-25, 8MB RAM, 60 MB Linux
partition. I'm typing this in via Kermit running in the BASH window under
X, on my VGA Wonder in 800x600. Impressive!)

Anyways, after all the necessary tweaking necessary to get X to run at 640x480
and finally 800x600 (and at first, to run at all!) on my ATI, I'm finding
when I exit back to the Linux shell that I can't see a thing. Instead, there
are multiple lines running down across the whole screen. I have to 'reboot'
and restart.

Also:  I'm running Linux in 132x44 currently. Could this have something
to do with it? If so, how do I revert back to 80x25?

Thanks for your help.

Paul

-- 
------------------------------------+-----------------------------------------
Paul Lalonde, Dept. of CompSci      |  "C'mon baby, don't fear the Reaper"
Laurentian University - Sudbury/ONT |                           -B.O.C.
----'83-Mustang-GT-5.0L--&--RUSH----+-----------------------------------------
Newsgroups: comp.os.linux
From: rahard@eeserv.ee.umanitoba.ca (Budi Rahardjo)
Subject: Linux prototype (second try)
Summary: ftp site for linux prototype
Keywords: prototype
Organization: Electrical Engineering, U of Manitoba, Winnipeg, Manitoba, Canada
Date: Sat, 26 Dec 1992 15:32:51 GMT

I posted a msg regarding Linux prototype. So far I received only
one mail. I created an example of what I want on ftp.ee.umanitoba.ca
Here is the README from ftp.ee.umanitoba.ca:pub/linux
What do you think ?

-- budi
----- include msg -----

ftp.ee.umanitoba.ca:/pub/linux

This directory contains "Linux prototype". 
The purpose here is to show what Linux system may look like.
So that you can :
- grab file(s) that are missing on your machine without
  downloading the whole package.
- download the binaries without recompiling the file yourself
- see what files are supposed to be in certain directories.
  This is usefull for installing big packages, like gcc, uucp,
  etc.
  For example I have a bunch of files in /lib directory but
  I don't know which one is being used.


There are some drawbacks :
- The binaries may not work with your system (different kernel
  version, etc.). If it doesn't work, the you have to get
  the source code, and compile it yourself.
- You may have different directory structure, so some stuff may
  have to be recompiled.
- Some stuff has site dependent information coded in the binaries.
  For example some mailers have your machine name, domain name
  build in the binaries.
- Don't know how this will affect GNU stuff, since I think we
  suppose to make the source code available. I am not sure
  whether I can put all the source code here, since we have a limitted
  space.
- I don't know how to give credit to the person who wrote the code,
  port the code, or compile the code. What do you think ?


The complete source code of the programs/files available here
are available from:

tsx-11.mit.edu
sunsite.unc.edu
nic.funet.fi
and various other places.


N o t e s :

- Files are in compressed format. You have to uncompress it yourself.
- I am using Linux 0.99.1, some of the binaries were leftover from
  earlier versions (maybe even from 0.12 !!)
- Please contact me if you want to upload your binaries.
- I preffer to have these files somewhere else. The ftp directory
  on this machine is not big enough.

These files are provided as is. No guaratee what so ever.
Use at own risk.

Have fun.
Budi Rahardjo
<rahard@ee.umanitoba.ca>
--
Budi Rahardjo
<rahardj@ccu.umanitoba.ca>      <rahard@ee.umanitoba.ca> 
Electrical Engineering - University of Manitoba - Canada
Newsgroups: comp.os.linux
From: wto@cbnewsg.cb.att.com (William T. O Connell)
Subject: Re: uucico ... Segmentation Fault??
Organization: PC peripheral Control Development Group 
Date: Thu, 24 Dec 1992 07:28:33 GMT

In article <marcf.725178847@yorku.ca> marcf@nexus.yorku.ca (Marc G Fournier) writes:
>Hi...
>
>	I've started playing with uucico in the 0.99 version of
>the SLS distribution...except there is a slight problem...I get
>segmentation violations :(  If I just type uucico alone, I get
>one.
>
>	I've downloaded the source and will recompile it tonight...
>but I'm kinda curious as to why the binaries don't work
>
>thanks..
>
>Marc

I had the same problems with .99, not only with 'uucico' but 
also with 'uucp'. I done loaded the source and tried compiling
it with -fwritable-strings, But still gave me sig 11's.

After using gdb, determined it was dumping core in the system
call 'sigaction()' called by sys1.c. To get around this, I
changed the #define HASSIGACTION (spelling?) in conf.h from 1
to 0. This caused gcc to use one of a couple other signal functions.
It seemed to have fix my segmentation violation problems. 

Has anyone else run across sigaction() failing, and if so, do
you know why?

- Bill O'Connell      wto@ihlpx.att.com
From: 93jay@williams.edu (Jonathan Young)
Newsgroups: comp.os.linux
Subject: Makewhatis dies!
Date: 29 Dec 1992 06:25:29 GMT
Organization: Williams College, Williamstown, MA
Distribution: world
NNTP-Posting-Host: hancock.cc.williams.edu

I had just finished updating the TeX man pages (not done automatically
by SLS which was pretty frustrating.. what do I know from groff!?!?!)
and so I naturally figured on trying to update the whatis database.

It seemed that makewhatis was an appropriate means of doing this but
it chugged for a few minutes then reported several broken pipes... now
my whatis database appears to be gone.

Any ideas?

Jonathan Young

Newsgroups: comp.os.linux
From: mfrankow@hamline.edu (Mike Frankowski)
Subject: Re: Logitech Busmouse problems with XS3 server
Organization: Minnesota Supercomputer Center
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 1 Jan 1993 06:05:04 GMT

Greg Wells (greg@katie) wrote:
: When I start X, the mouse pointer goes immediately to the lower left hand 
: corner and barely moves as I move the mouse around the mouse pad.  The buttons
: are unresponsive.  I am using the settings provided in the sample 
: Xconfig provided with .99 linux for Busmouse with SVGA settings provided
: with the Xconfig for the XS3 server. I am using an Orchid 1280 SVGA, but 
: the problems seems to be solely with the mouse.
: 
: I have tried setting the device to /dev/mouse, all /dev/bmouse*, and all
: /dev/ttys*.  Only /dev/ttys0 draws any response from the mouse.
: 
: Anyone else having these problems?
: 
: Greg_Wells@west.msi.com

Try holding down a mouse button when strting up X, this may fix the problem
but still leaves the bugs in the system.

Awhile ago, someone posted how to get a 3 button mouse to work by doing this
and t is what I use now.  If I forget to hold the mouse button, I get the
same problems you are describing.

I also have an Orchid Fahrenheit 1280, using a serial mouse though, not bus
based.

Mike
Newsgroups: comp.os.linux
From: miranda@topaz (Johann Miranda)
Subject: Re: XWindows and virtual consoles
Date: Mon, 4 Jan 1993 04:46:26 GMT
Reply-To: miranda@eng.uiowa.edu
Organization: Department of Elect. and Comp. Engr., University of Iowa, USA.

In article <Lu8qwB1w165w@dat1hb.north.de> lion@dat1hb.north.de (Daniel Tietze) writes:
>Hi, Linux community!
>First of all, I wish all of you - and especially Linus and the other guys
>putting together the code - a very happy new year.
>Now for my question: My Linux system runs quite well, I am not
>experiencing too many errors :-) It's only X that is a constant source
>of wonder.
>1) After starting X, I cannot switch to the other virtual consoles any more.
>ALT-F1 through ALT-F4 simply dump strange characters in the shell window.
>Coming to think of it, I have only tried this with the focus on the shell
>window, not with focus on the desktop. Could this be the problem? My SCO
>system at work switches to and fro quit well, even from and to X (or, rather,
>Motif) sessions. Any suggestions?

Virtual console support is something I believe not yet implemented on linux..
Although, I hear it may be forthcoming with 1.0 :).
>I have installed a new keyboard map for german charcters. Could this be
>buggy? If so, does anyone know of a fix?
>
	Ich sprechen nicht deustch, verz.
>1.a) Is MOTIF free? Is there any chance for a Motif port to Linux? If
>I'm not mistaken, Motif is a product of the FSF, the first F meaning "free".
>
	That should be OSF, free it is not. Maybe something similar, don't
know.
>2) After exiting (exciting? :-) ) X, I consistently get an error message
>telling me about some broken pipe or something (my memory isn't what it
>used to be). Since everything works OK, I haven't paid this one very much
>attention.
>
	Ignore it. "My" sun does the same thing to some people. It does not
hurt a thing (but it is annoying).
>3) Can anyone tell me how to change the behaviour of X so that focussing
>a window is performed by clicking on it and focus stays on a window until
>I click on another window? It's quite annoying that I have to keep the
>mouse pointer on the shell window while I'm using it.
>
	Gee, I know this is possible, but since I am happy with the focus mouse
in, I haven't bothered to find out. Something in .Xdefaults, perhaps?
>
>4 [deleted, don't know the answer to that one]
>I searched the FAQ list for appropriate answers to these questions but I
>didn't find anything.
>
>Thanks a lot for any info,
>       Daniel
>
>+------------------------------------------------------------------+
>| Daniel Tietze, 2800 Bremen 1,  Tel.(voice) : 0421/448806         |
>|-=============- DATELINE Communications, Bremen.  The home of DMS |
>| Mail: (private) lion@dat1hb.north.de (univ) E07J@DHBRRZ41.BITNET |
>|-====- DMS-Support: dateline@dat1hb.north.de                      |
>+------------------------------------------------------------------+

	You're welcome :). Adios.		-JEM-


Newsgroups: comp.os.linux,comp.os.linux.announce
From: adam@soda.berkeley.edu (Adam J Richter)
Subject: Linux Tcl/Tk diffs in netcom.com: ~ftp/pub/yggdrasil/misc/tcl-diffs
Followup-To: comp.os.linux
Keywords: diffs, Tcl, Tk
Organization: Yggdrasil Computing, Incorporated
Date: Fri, 1 Jan 1993 20:10:04 GMT


	I've placed the single line changes that I made to build
Tcl and Tk under Linux in netcom.com:~ftp/pub/yggdrasil/misc/tcl-diffs.
I've already sent these changes to Professor Ousterhout (the author
of Tcl and Tk).

	[I am posting this from soda.berkeley.edu because netcom.com
attempted to mail my posting to the nonexistent email address
comp-os-linux-announce@ames.arc.nasa.gov.]

-- 
Adam J. Richter				    Yggdrasil Computing, Incorporated
409 Evelyn Ave., Apt. 312, Albany CA 94706  PO Box 8418, Berkeley CA 94707-8418
(510) 528-3209				    (510) 526-7531, fax: (510) 528-8508
adam@netcom.com				    yggdrasil@netcom.com
Newsgroups: comp.os.linux
From: mdm@hadrosaur.cis.ohio-state.edu (Michael Moore)
Subject: Linux users near Columbus, Ohio?
Organization: The Ohio State University Dept. of Computer and Info. Science
Date: Sun, 3 Jan 1993 06:32:31 GMT


	Sorry to bother everyone, but I am trying to get Linux and X going 
on my system.  The problem is how to get the software.  I wish to avoid 
paying for the package by ordering it from a company (Softland??) and while
I can ftp the files to my University workstation quite quickly, it will take
me at least 70 hours to get the SLS distribution accross my 2400 baud modem.

	It would be wonderfull if I could find someone in the Columbus, Ohio
area who was willing to help me out.  I'll pay a (reasonable) fee for your
time and trouble if you're willing.  

	Thanks to anyone who can help!

	-Michael

-- 
|\  Michael  Delbert  Moore     _   /|     Home   : (614) 471-1937         /|
| \ OSU Student  Programmer     \`o_O'     Office : (614) 292-7161        / |
| / Undergraduate CIS major       ( )      Email  : mdm@cis.ohio-state.edu\ |
|/-------------------------        U       --------------------------------\|
Newsgroups: comp.os.linux
From: tym@dibbler.cs.monash.edu.au (Tim MacKenzie)
Subject: Re: A discipline for packages
Organization: Computer Science, Monash University, Australia
X-Newsreader: TIN [version 1.1 PL8]
Date: Thu, 31 Dec 1992 23:16:43 GMT

Marc G Fournier (marcf@nexus.yorku.ca) wrote:
>tym@dibbler.cs.monash.edu.au (Tim MacKenzie) writes:
>	Wait!!  We are in Unix here...not MS-DOS.  Why would anyone,
>considering that everyone who is using the extfs says that they haven't
>had any problems, use a minix file system with the stupid MS-DOS
>limitations??  If you want those kinds of limitations, why not get
>FSUUCP and stick to DOS?  I'm quite confused :(

I think you missed the point somewhat. I was talking about the SLS
distribution specifically. This is a floppy based distribution and most
people use MS-DOS machines to transfer at some stage, hence the MSDOS
filename restrictions.

[A side note: The fact that I can get SLS ftp'd directly on to floppy
 using 10 PC's simulatenously from an on-campus SLS ftp site has made
 obtaining the thing soooo easy].

Another (small) point. The minix file system does not have the stupid
MS-DOS file system limitations, it just has a 14 character limit. MS-DOS
has a few more restrictions: case-insensitivity, max 1 '.', 8 chars before
'.', 3 after ...
Yet another thing: The minix file system is *fast*.
--
-Tim MacKenzie (tym@dibbler.cs.monash.edu.au)
Newsgroups: comp.os.linux
Subject: [Q] How to change text video mode in SLS startup
From: gilb@ennews.eas.asu.edu (James P. K. Gilb)
Date: 24 Dec 92 14:29:34 GMT
Distribution: comp.os.linux
Organization: /home/gilb/.organization


  I installed SLS as per instructions, made boot disk, and rebooted my
computer.  After the Loading ..... line, the video mode is changed to 
what I believe is 80x50, which my brain damaged Diamond Speedstar+
does not seem to understand.  With the SLS disks a1 and a2, you are 
given the option of picking a video mode, such as 80x25 or 80x60, all
of which work fine.

 Since I can still mount the hard drive using the a1/a2 boot/root
combination, I was wondering if there is a setup file somewhere
(perhaps in /etc) that determines which video mode is selected at
boot.  I'd prefer not to attempt to recompile the image if there is
another way around this.  BTW I'm using the latest SLS distribution
(0.99).
--
James P. K. Gilb                "Well, it was either that or do research,
Arizona State University        so I guess the choice was pretty obvious."
gilb@emipx1.eas.asu.edu                        J.P.K.G.
Newsgroups: comp.os.linux
From: clark@rx.xerox.com (Andrew Clark)
Subject: Unix information wanted urgently please
Reply-To: clark@rx.xerox.com
Organization: Rank Xerox, Welwyn Garden City, UK
Date: Mon, 21 Dec 1992 15:11:07 GMT

To all you kind souls out there.
I have a piece of course work to do for my HND computer
studies, and would like some information.


I need to know the following:

	The evolution of UNIX systems
	major versions of UNIX systems
	approaches towards developing standards for UNIX
	likelihood of the emergence of a single standard
	benefits of the standardization of UNIX to the
		industry, both to suppliers
		and customers
	discussion of open systems and UNIX systems
	future directions for unix

I would also like some comments on :
	"UNIX is one of the most important issues the
	operating systems industry is dealing with
	today"


one more thing (as if the above wasn't enough)
	what are the main technical differences
	between all the UNIX versions.


---
Andy Clark
========================================================
| uucp address: ..!uunet!rx.xerox.com!aclark.sbd-e     |
| Arpa address: aclark.sbd-e@rx.xerox.com              |
========================================================
From: isam0732@mailszrz.zrz.tu-berlin.de (Isam Ishaq)
Newsgroups: comp.os.linux
Subject: Re: xterm and xinitrc
Date: 27 Dec 1992 13:48:31 GMT
Organization: ZRZ/TU-Berlin
NNTP-Posting-Host: mailszrz.zrz.tu-berlin.de

In <1992Dec27.033019.29918@nevada.edu> fmn@nevada.edu (FRANK NEEDHAM) writes:

>Hi all,

>For some reason that I have been unable to discover, when 'starx' is run , the 
>only thing that is put down is the xclock icon and the wire frame of a window.
>After this, the only thing I can do is kill the server. No input is accepted
>from the mouse or keyboard.

>If this is what is happening, could someone point me the way out of this, or
>give me some other ideas about what is happening?

>thanks much,
>-frank

I had the same problem. The reason was that X was looking for the mouse at the
wroung port /dev/ttys2 but my mouse was on /dev/ttys1.

I hope that would help.

Isam Ishaq
isam0732@mailszrz.zrz.tu-berlin.de


Newsgroups: comp.os.linux
From: junio@twinsun.com (Jun Hamano)
Subject: Re: A discipline for packages
Organization: Twin Sun, Inc. (El Segundo CA)
	<1993Jan1.201620.26986@nwnexus.WA.COM>
	<1993Jan1.212511.20678@sol.UVic.CA>
	<1993Jan2.055744.26567@nwnexus.WA.COM>
Date: Sat, 2 Jan 1993 09:44:24 GMT

   why is a soft link that uses maybe an inode worse than a hard link that
   uses real disk space, right ?

Though the reason original poster stated that a symbolic link is
a system administrators nightmare is _not_ diskspace concern, a
symbolic link is worse than a hard link in that aspect, too.  In
traditional implementation of symbolic link and hard link in
UNIX, which I believe linux also uses, a symbolic link uses a
directory entry storing an inode, and the inode points at a
single block (in minix fs linux uses, it's 1K) to store the name
of the target file it is pointing at.  A hard link uses only one
directory entry and shares the same inode the target file is
using.  The data blocks are shard, of course, because they are
using the same inode.  There was an interesting discussion in
comp.os.bsd newsgroup a couple of weeks back, suggesting that a
pathname shorter than 60 or so bytes (the length of the space
allocated in an inode that is usually used for storing block
pointers) could be stored in an inode itself without wasting a
whole block; I thought it would be a reasonable thing to do.

Two more important reasons why a symbolic link is a nightmare
are:

(1) with a hard link, you can tell a file is pointed at by
somebody else by looking at the target file, but a target file a
symbolic file is pointing at doesn't know it is pointed at by
somebody else at all; after removing such a file, the symbolic
link pointing to it becomes an useless dangling link (it points
to an non-existent file).  With a hard link, you don't have this
problem; the original disappears from the directory structure,
but the file itself is not removed as long as any hard link is
pointing to it.

(2) with symbolic links, you have to be very careful not to tar
off symbolic links without tarring the originals they are
pointing at (unless the targets are well-known places in the
directory tree); otherwise, when you unpack the tar archive, you
will have only pointers and no real data ---useless dangling link
again.
--
      |
   __-+-__      Jun Hamano
_-+ (|o|) +-_   junio@twinsun.com
  !   .   !
From: tfoley@camaro.uucp (Tim Foley)
Newsgroups: comp.os.linux
Subject: Re: after compiling kernel...then what?
Date: 2 Jan 93 13:21:32 GMT
Organization: camaro

In article <marcf.725782497@yorku.ca> marcf@nexus.yorku.ca (Marc G Fournier) writes:
>Hi...
>
>	I just successfully recompiled the kernel in Linux :)
>
>	Now what do I do with it?  It just leaves it in /usr/src/linux.
>I copied it over /Image...is that right?
>
>	The README file seems to leave out that point...unless I missed
>it somewhere :)
>

  Yep, thats more or less it.
 
 1) Make sure you defined the proper partition for boot in the Makefile
 
 2) You might want to back up your old /Image just in case, then do a
    'mv Image /'
 
 3) Then toss in a formatted floppy and do 'make disk'
 
 4) Then reboot and rejoice....or cry.... :)
 


-- 
  --------------------------------------------------------------------------
               The HeartBeat of America...Yesterdays Camaro Z28 
                             tfoley@camaro.uucp   
     Call the Camaro Linux Pub-access site: 1-416-238-6550 USRobotics HST
    Note: Please, no ftpmail or mailing lists or the host gets annoyed :)
  --------------------------------------------------------------------------
Subject: Re: IMPORTANT [BUG in 0.99] Re: [ANNOUNCE]: linux version 0.99
Keywords: kernel linux 0.99
Organization: Segrave Software Services
Date: Sun, 20 Dec 1992 20:41:14 +0000

In article <1992Dec19.222324.22106@klaava.Helsinki.FI> wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:
>In normal C programs, yes, but the kernel is a bit special.  Like, for
>instance, who is going to do the initialization?  Normally it is the
>kernel (which zeroes out all memory before it is given to a user
>process), the linker (which loads the pre-initialized variables from a
>file, i.e. those variables which are given an explicit initializer),
>and possbily the C startup code.  Trouble is, none of these are active
>when the kernel is booting...

Hmm... Obviously data with explicit initialisers is getting loaded from the
kernel image (I'm sure gcc doesn't generate startup code to individually
initialise static data). And I assume that the size of the kernel - code, 
initialised data, and uninitialised statics is available at the a.out
stage. Shouldn't there be some way for setup.S to determine the size of
the uninitialised data area and have it zero this out (which is adequate, 
since gcc's version of a NULL pointer is all bits zero)?

It's not a major issue, but if you're used to programming in C, I think
you may tend to assume that all statics are set to the apporpriate form
of zero, so I could see kernel hackers getting caught on this more than
once in the future. I just sort of assumed that the kernel did some 
sort of a memset to the end of it's data area when it loaded, hence my
query.

-- 
Jim Segrave - Segrave Software Services       (jes@grendel.demon.co.uk)
From: probreak@matt.ksu.ksu.edu (James Michael Chacon)
Newsgroups: comp.os.linux
Subject: Re: gcc : Internal compiler error
Date: 30 Dec 92 19:28:22 GMT
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

kfisher3@mach1.wlu.ca (kevin fisher U) writes:

>Rafal Kustra (summer student) (rafal@utstat.toronto.edu) wrote:
>I can't get my C++ program to compile.  GCC dies with an internal error:
>cp-class.c:2378: failed assertion `IDENTIFIER_TEMPLATE (t) != NULL_TREE'
>/usr/bin/gcc: Internal compiler error: program cc1plus got fatal signal 6

>I have no idea what this cp-class.c program is, it's not mine...
>and since GCC won't compile, I can't debug to find out where (and why) it is
>dying.

>Comments anyone??? 
>(Please??)

Yes, send this in as a bug report for g++. Anytime it dies with an internal
error like that, it means something within the compiler has problems.
If you are using an older version of gcc you might try 2.3.3 when it gets
released to see if your problem has been fixed.

James
From: wyvern@gnu.ai.mit.edu (The Wyvern)
Newsgroups: comp.os.linux
Subject: cpp using old stat call
Keywords: cpp
Date: 22 Dec 92 15:49:40 GMT
Organization: Free Software Foundation

As far as I can tell, the C preprocessor is the last binary I have that's
giving me
Warning: cpp using old stat() call. Recompile your binary.

I have, appparently, 2 copies of cpp:
    111616 Jun 18  1992 /usr/bin/cpp
    66560  Sep  9 22:01 /usr/lib/gcc-lib/i386-linux/2.2.2d/cpp

The cpp in /usr/bin is giving this message while the other one doesn't
seem to have the problem. Is it ok to just remove the one in /usr/bin
and replace it with a link to the other one, or are they functionally
different in some way?
Newsgroups: comp.os.linux