HDTenEightyP/NetNews huggingface dataset:
From: al838@cleveland.Freenet.Edu (Eric J. Grabowski)
Subject: quick MGR question...
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Sat, 15 Aug 92 22:59:25 GMT


Hello all,

Just a quick question regarding MGR.  I grabbed the version off tsx-11, and
installed it.  Used all the suggested settings (640x480, /dev/mouse, etc).
I started it up (forgot to sync first, big mistake!), the graphics screen
came up (geez, it's fast on my 486/33!).  Got the checkerboard background,
and then my machine hung.  No mouse movement, no console switching, nothing.
In the README, it says that it only supports Mickeysoft mouses.  I have
an ATI VGAWonder card with bus mouse.  The .97 kernel does recognize it, but
I may have the wrong major/minor numbers for my mouse (by memory, I think that
I used 10 and 0).  Anyone have any hints for me?

Since X doesn't support my card (yet), I want to use something!  8-)

BTW, for any X developers working on the ATI card support, I have on another
account, a file which has the patches for X386 for the ATI VGAWonder card.
I forget which major board revision it was for, but it shouldn't take too much
to modify it (to a V5, which I have ;-)  If anyone wants this, drop me a line
and I'll send a copy to you.  Note: I didn't write this (sorry, can't remember
who sent it to me either).

Thanks in advance,

-Scott Grabowski
-- 
Eric Grabowski, WA8HEB            al838@cleveland.freenet.edu 
Chagrin Falls, Ohio
 
Newsgroups: comp.os.linux
From: jofre@socrates.umd.edu (Jaime Jofre)
Subject: Can someone please compile the Xaw3d widget for Linux?
Organization: University of Maryland University College
Date: Thu, 13 Aug 1992 03:40:26 GMT

I was all psyched to compile the Xaw3d widgets for Linux but I come
to find out that you need the X mit distribution to make the libs!
Oh well, I don't have the disk to keep that around so maybe some kind soul
could build the set? (please).  BTW, the Xaw3d widget library is a drop
in replacement for the Xaw library that adds 3D effects.  Thanks,

Jaime
Newsgroups: comp.os.linux
From: hab@engr.ucf.edu (Hubert Bahr)
Subject: Re: shared libs - can everyone be happy with this?
Organization: engineering, University of Central Florida, Orlando
Date: Sat, 15 Aug 1992 07:13:12 GMT

In article <1992Aug14.222345.25302@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <1992Aug14.162250.19760@ods.com>, david@ods.com (David Engel) writes:
>| william E Davidsen (davidsen@ariel.crd.GE.COM) wrote:
>| :   If you didn't want to use the jump tables, you don't load the module
>| : and you get linked to the real routines directly in memory in the slib.
>| : The advantage of this is that you get all the benefits of the current
>| : slib implementation in terms of performance.
>| 
>| Actually, we've already done that in the latest test release.
>
>Bravo! Then everyone will be able to make the best compromise for them.
>-- 
>bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345

agreed.  And, I've finally come to realize that the primary changing
going on is in the Libs.  Since the kernel is still evolving I can
understand at least some change in the Libs.  However, I understand
that RS is working on a new version of GCC.  What happens when that
is released?  Will jump tables solve that problem too?  
I am also led to believe that fixing the jump table versions includes
fixing the non jumptable versions.  As long as this is valid I have
absolutely no concern with Jump tables except occasionly the perfomance hit
of the extra layer of indirection.

Hubert Bahr	hab@engr.ucf.edu
From: jhelberg@nl.oracle.com (Joost Helberg)
Newsgroups: comp.os.linux
Subject: Re: loadable device drivers
Date: 14 Aug 92 10:49:47 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.

almesber@nessie.cs.id.ethz.ch (Werner Almesberger) writes:
: In article <2659@nlsun1.oracle.nl> jhelberg@nl.oracle.com (Joost Helberg) writes:

[deleted]
: > The kernel must be mapped when implementing loadable device drivers (to
: > get page-faults) so the kernel doesn't need contiguous memory --> less
: > problems allocating memory.
: 
: Page-faults are deadly for most parts of the kernel. Unless the interrupt
: handling is changed in radical ways (see below), you don't want interrupt
: handlers and code that's called by them to reside in paged memory. (Besides
: the obvious case of device drivers that may be possibly invoked when
: handling a page fault.)
: 
: Using the paging hardware to map kernel pages is a good idea, though.
: 
: > - The kernel will never use more core than necessary. Only text/data really
: >  used will be in core (that is using LRU algorithms). 
: 
: Yes, but you need interrupt queues and an interrupt scheduler to be able
: to accept interrupts from devices that can send more than one interrupt
: per interaction (i.e. SIOs) even if you have to fault in the driver first.
: Might be hairy to implement, although it looks like a very elegant
: solution for most interrupt problems.
: 
: You also need a way to lock certain kernel areas in physical memory.
: (MM, at least one FS, scheduler, hd driver, some other kernel data
: structures, drivers for devices that expect a low interrupt latency, etc.)
:  

You're right about all this; my idea came from the time I developed
streams drivers and streams drivers only. These can very easy be made
pageable in the sense that streams-modules/drivers get scheduled by the
scheduler as if they are user-processes. You can swap them if you want!

[deleted]

I think it is not a good idea to implement any driver as a loadable driver,
but with a new driver-interface (like STREAMS is) it is easy to implement,
without too much problems.

One could even implement a seperate driver-space (analog to user-space, with
its own mmu-tables) for each streams-driver instance, bus-errors etc. result
in core dumps in stead of terminal-dumbs!

I think (before STREAMS are implemented) that we should invest in defining
a configurable driver-interface for Linux, discussion in mailing-list 
'configuration' at niksula.hut.fi or on the news.

Any comment?

--
   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
Newsgroups: comp.os.linux
From: english@seq.uncwil.edu (Warren R. English Jr.)
Subject: Source for the rootdisk programs. Where?
Organization: University of North Carolina at Wilmington
Date: Tue, 18 Aug 1992 00:52:08 GMT

Is the source for the utils on the latest root availables
somewhere?


Warren English
seq.uncwil.edu
From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
Newsgroups: comp.os.linux
Subject: Re: UUCP
Date: 16 Aug 92 15:26:51 GMT
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH

In article <1992Aug12.184422.9184@aw2.fsl.ca.boeing.com> vds7789@aw2.fsl.ca.boeing.com (Vincent D. Skahan) writes:
> unlike most other uucico's, Taylor UUCP appears to stick uucico into
> the background exclusively.

It doesn't go into the background if you start it with uucico -D
However, all the interesting debugging info is written into several log
files and not to stderr, as one might expect:

    /usr/spool/uucp/.Log/uucico/ANY     things about not yet known hosts
    /usr/spool/uucp/.Log/uucico/<host>  things about <host>
    /usr/spool/uucp/.Admin/audit.local  dial & chat log

- 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_/
From: kermits@pasifae.cc.uch.gr (Aggelos Keromyths)
Newsgroups: comp.os.linux
Subject: Standards List
Date: 20 Aug 92 17:18:16 GMT
Organization: Computer Science Department, University of Crete HELLAS
X-Newsreader: Tin 1.1 PL3

And a simple question : what's the e-mail address of
 the Linux Standards list ?
 Thanks,
	Aggelos
From: broadley@neurocog.lrdc.pitt.edu (Bill Broadley)
Newsgroups: comp.os.linux
Subject: AMD386 and LINUX
Date: 14 Aug 92 16:11:12 GMT
Reply-To: broadley@neurocog.lrdc.pitt.edu
Organization: University of Pittsburgh

As far as I know there are no documented bugs in the AMD 386.

If there were you would be sure that INTEL would brag about em.

I have run all the tests mentioned and has absolutely no problem
with my motherboard with AMD396-40.  

I often use my machine hard and leave it processing for more then a
day.

Maybe the motherboards in question should really be 33 MHZ, and not pushed
so fast, and were not designed with the AMD in mind.

I have heard that the AMD 386 is faster then an INTEL 386 at the 
same clock, so maybe the motherboards are depending on the delays in the 
INTEL 386 which is a pretty flakey thing to do.  Anyways I am very
happy with my AMD386-40, I recently added a Cyrix 387, nothing
seemed to change except floating point speed.  I.e. 1.0+ Mflops with
the flops.c benchmark.

Just one more datapoint.

-- 
Bill				1st>	Broadley@neurocog.lrdc.pitt.edu
Broadley@schneider3.lrdc.pitt.edu <2nd 3rd> 	Broadley+@pitt.edu
From: rohrer@fncrd6.fnal.gov (Keith Rohrer)
Newsgroups: comp.os.linux
Subject: Re: NEW linux ftp site (banjo ressurected)
Date: 13 Aug 92 21:16:50 GMT
Followup-To: comp.os.linux
Organization: Fermilab

In article <4514@news.duke.edu> magidj@cellbio.duke.edu (Jonathan Magid) writes:
[deleted]
>This ftp site is trying to be compliant with the IAFA guidelines on archives, 
>which are (imho) Good Things. Part of that is to fill in the form below (copies 
>of which are available on archives.cc.mcgill.ca in /iafa).  If you can take 
>the time to fill this thing out and upload it as package.iafa (where package 
>is the tar.Z file you are uploading) into incoming, It will help us make our 
>archives available through WAIS and the other cool tools we are working on 
>here.
Could *you* make those incoming description files, or a digest of them
per directory, available to us the downloaders?  I can't count the number
of times I've seen things like, hundreds of references to "MGR" without
anyone saying what it *is*, or a file named "grfl103.b.tar.Z" that I
can't tell whether it's a tar of "gurfle" or "graflib" 1.0.3...  Usually
people are fairly good about the latter, but some times it's not obvious
what a file is even when the name is not shortened (e.g. shadow.tar.Z),
unless of course you know beforehand.

Of course, this would mean more work for the archive maintainers, but
especially when you've already got the info it's not too terribly
hard to cat foo >> ~ftp/pub/linux/bar/baz/qux/descriptions...

Anyone else think such a thing would be worth it?  Or am I just
one of those pitiful little whiners who's morally opposed to a
kernel without bus mouse support? (:-)

[deleted]
[oops, deleted the .sig too, sorry]

	Keith
(rohrer@fncrd0.fnal.gov)

-- 
Disclaimer: None of Grinnell College, URA, Fermilab, and any other affiliated
persons or orginizations have licensed my ideas or opinions, and thus are
not entitled to any which may appear above.
 
Newsgroups: comp.os.linux
From: david@ods.com (David Engel)
Subject: Re: Headers, Headers, whos got the Headers
Organization: Optical Data Systems, Inc.
X-Newsreader: Tin 1.1 PL5
Date: Sat, 15 Aug 1992 20:33:06 GMT

Ray Balister (ray@nmsb.larc.nasa.gov) wrote:
:   - Does anybody have any idea how the headers are supposed to be arranged 
:     and what their contents should be?
: 
:   - Which ones go where, which versions should be used, which ones shouldn't
:     be used, where can they be found?
: 
:   - Should the headers included with the GNU 2.2.2 release in
:     0.96cpl2inc.tar.Z be used as well as those included with the 0.97
:     kernel? (I wasn't using them) 
: 
: Any help that anybody could give would be appreciated.  And "No!" I don't plan 
: on quitting my day job. :)

I think H.J. and Linus finally have the header problem solved.  Get
2.2.2d when it's released tomorrow and install it with the 0.97pl1
kernel source.  After that, everything should work fine (at least it
does on my system).

David
-- 
David Engel                        Optical Data Systems, Inc.
david@ods.com                      1101 E. Arapaho Road
(214) 234-6400                     Richardson, TX  75081
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: Linus security/Non root access
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Fri, 21 Aug 1992 02:06:26 GMT

Frank Pikelner (frank@cs.yorku.ca) wrote:

: I'd like to find out if it is possible to say install several machines to run
: Linux and allow the public to use them. The problem I'm trying to resolve is I
: need the machines to have access to a floppy drive, but I do not want anyone
: to be able to boot the machine using their own floppy, and maybe gain access as
: root. 
: 
: One solution I can think of is getting a machine that has a password protected
: BIOS, and allows the change in the boot order with the hard drive first. I would
: love to hear other ideas, if any do exist.

Hmmm...you could hack the loader to refuse to load the kernel from
diskette - that might be easier than spending the $$$ to get a machine with
a password protected BIOS.  If someone booted MS-DOS from a diskette,
it wouldn't do them any good, anyway, 'cause you can't read a linux
partition from MS-DOS.  Not yet, anyway... :)

The loader code is in /usr/src/linux/boot/bootsect.S
-- 
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: mayfield@saffron.cs.ucdavis.edu (Doug Mayfield)
Newsgroups: comp.os.linux
Subject: Shrinking buffer sizes...
Date: 14 Aug 92 05:45:12 GMT
Organization: Department of Computer Science, University of California, Davis


Howdy LINUXers,
	I have what may be a simple question:  In the file 
/usr/src/linux/fs/buffer.c there is a procedure called shrink_buffers
but I can not find the place where this function is invoked.  Is this
a function that was left in for some other purpose.  I was trying to
find a way to make the kernel stop using so many buffers and found
this function but no place where it is called.  

	Is there some reason for this or am I just not looking hard
enough???  Thanks in advance for any suggestions.


------------------------------------------------------------
Douglas B. Mayfield
mayfield@cs.ucdavis.edu
   	(Computer Science Dept.)
   	(University of California at Davis)
From: sharman@Software.Mitel.COM (Richard Sharman)
Newsgroups: comp.os.linux
Subject: a patch for free in the ps-0.97 package
Date: 16 Aug 92 05:22:35 GMT
Organization: Mitel. Kanata (Ontario). Canada.

When I compiled and ran the latest `free' from the ps-0.97 package,
I got the following errors:

symbol '_paging_pages' not found
trying to read invalid address

The following patches seem to agree with the figures I get 
with shift scroll lock.  [If I run the -p option, and
stop the program and do a shift scroll lock, the numbers agree.]
(The changed code is essentially a copy of that in mm/memory.c.)

*** origs/free.c	Sun Aug 16 00:28:18 1992
--- free.c	Sun Aug 16 00:42:57 1992
***************
*** 120,146 ****
  show_memory()
  {
      unsigned char *memmap;
!     unsigned used=0, freepg=0, shared=0;
!     int i, pages, paging_pages;
  
      pages = (get_kword(k_addr("_high_memory")) - 
  	     get_kword(k_addr("_low_memory"))) >> 12;
!     paging_pages = get_kword(k_addr("_paging_pages"));
      memmap = (unsigned char *) xmalloc(pages);
!     kmemread(memmap, get_kword(k_addr("_mem_map")), pages);
!     for (i = 0; i < paging_pages; ++i)
! 	switch (memmap[i]) {
! 	    case 0: ++freepg; break;
! 	    case USED: break;
! 	    default: shared += memmap[i] - 1;
! 	    case 1: ++used;
! 	}
  
!     printf("memory: %10d %10d %10d %10d\n",
! 	freepg + used << pg_shift,
! 	used << pg_shift,
  	freepg << pg_shift,
  	shared << pg_shift);
  }
  
  show_swap()
--- 120,156 ----
  show_memory()
  {
      unsigned char *memmap;
!     unsigned used=0, freepg=0, shared=0, total = 0 ;
!     int i, pages ;
!     unsigned long mem_map_adr ;
!     int nr_free_pages ;
  
+     mem_map_adr = get_kword(k_addr("_mem_map")) ;
      pages = (get_kword(k_addr("_high_memory")) - 
  	     get_kword(k_addr("_low_memory"))) >> 12;
! 
      memmap = (unsigned char *) xmalloc(pages);
!     nr_free_pages = get_kword(k_addr("_nr_free_pages")) ;
  
!     kmemread(memmap, mem_map_adr, pages);
!     for (i = 0; i < pages; ++i) {
!       total++ ;
!       if (!memmap[i]) 
! 	freepg++ ;
!       else
! 	shared += memmap[i] - 1;
!     }
!     
!     printf("memory: %10d %10d %10d %10d",
!         total << pg_shift,
! 	(total - (freepg + shared)) << pg_shift ,
  	freepg << pg_shift,
  	shared << pg_shift);
+     /* print nr_free_pages only if different */
+     if (nr_free_pages != freepg ) {
+       printf("   nr_free_pages = %d", nr_free_pages) ;
+     }
+     printf("\n") ;
  }
  
  show_swap()
==================== end of cdiff ============================
Newsgroups: comp.os.linux
From: arnd@informatik.rwth-aachen.de (Arnd Gehrmann (Tel:21205,Raum:4203))
Subject: Problem linking XV with gcc2.2.2d ???
Keywords: XV, GNUC, GCC, X11
Organization: RWTH Aachen, Lehrstuhl fuer Informatik II
Date: Thu, 20 Aug 1992 08:50:29 GMT

Has someone linked the XV with the new 2.2.2d-release? With 2.2.2 it was o.k.
but now there ist always a missing symbol, I dont remember the name now.
+------+-----------------------------------+
|Arnd  | Lehrstuhl fuer Informatik II      |
|Gehr- | Rhein.Westf.Technischen Hochschule|
|mann  | Ahornstr. 55 ; W-5100 Aachen      |
+------+-----------------------------------+
|tel.  :(+49/0) 241 80-21205 (fax ...21229)|
|Bitnet:fu010ge@dacth11                    |
|I.-net:arnd@zeus.informatik.rwth-aachen.de|
+------------------------------------------+
Newsgroups: comp.os.linux
From: zmbenhal@netcom.com (Zeyd M. Ben-Halim)
Subject: Re: Trying to compile ps-0.97
Date: Fri, 14 Aug 92 00:09:17 GMT
Organization: Netcom - Online Communication Services (408 241-9760 guest)

In article <Bsxqzz.KJp@news.larc.nasa.gov> ray@nmsb.larc.nasa.gov writes:
>In trying to compile ps & co. for 0.97 I come up with the following response
>to a 'make all': 
>
>  make: fopen: .depend: No such file or directory
>  ps.c: In function `main':
>  ps.c:133: `R_OK' undeclared (first use this function)
>  ps.c:133: (Each undeclared identifier is reported only once
>  ps.c:133: for each function it appears in.)
>  ps.c: In function `tty_to_dev':
>  ps.c:587: storage size of `buf' isn't known
>  make: *** [ps.o] Error 1
>
>This is after a 'make clean'.  All operations are done within the ps
>directory.  Any clues anybody?  Also, if I try 'make top' or any of the
>other utilities I get various .h files not found.  Does anybody have a
>complete and valid list of what headers go where?  This is getting
>confusing quick.  :?
>
>Thanks.
>Ray Balister

I don't have problems compiling ps-0.97 (by some magic the headers seems to be
in the right places). Try using -v option to see which files get included.

My problem has been with free. When running it I get:

symbol '_paging_pages' not found
trying to read invalid address.

I'm using GCC2.2.2 and 0.97pl1.5

Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: 486 panics booting mcc-interim release :(
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Wed, 12 Aug 1992 17:05:11 GMT

REPOST:

486/25, Micronics motherboard, Phoenix BIOS, Adaptec SCSI controller,
4MB ram.  Starts to boot mcc-interim release 0.96c, starts to load the
RAM disk, get a general protection error, then dies with a kernel panic
"trying to free up swapper memory space".

Any hints on this one?  I suspect a bad boot diskette, but would like
to know other things to try.

I'll be visiting the owner of the machine in Dallas Friday, and I'd like
to get off the plane with good news :)
-- 
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"
Newsgroups: comp.os.linux
From: jmsimon@acsu.buffalo.edu (JMS)
Newsgroups: comp.os.linux
Subject: Re: problems getting X running
Keywords: Xconfig, defaults
Date: 20 Aug 92 12:50:02 GMT
Organization: ewe bee

hedrick@athos.rutgers.edu (Charles Hedrick) said that:
>rgb@esleng.ocunix.on.ca (Richard Briggs) writes:
>
>>Hi Linux'ers:
>
>>Any time I try to initialize, the screen goes dead and a terminal on a serial
>>port is the only feedback I've been able to get aside from capture files. 
>
>When I've seen this happen, it's been because Xconfig did not define
>a valid configuration.

I'm sure a lot of people have done this, but a recommendation for anyone
with multiple people using their system and X:

	I modified the 'startx' script as follows:

	if [ -f $HOME/Xconfig ] then
		echo "Using $HOME/Xconfig file"
	else
		ln -s /usr/local/defaults/Xconfig $HOME/Xconfig
		echo "Linking and using default Xconfig file"
	fi

[Forgive any typos I may have made - I'm at work, so couldn't just paste in]

This lets you not worry about someone attempting to start Xwindows going if
they don't have an Xconfig (thereby blanking your screen unless you have a
secret way of fixing things; ie: terminal hooked up through /dev/ttys? and
'ps')

This *does not* stop someone from modifying the Xconfig in such a way as to
cause the screen to blank. I have made the default Xconfig -r--r--r--, but
someone could always make a copy and edit that. If you want to be safe, you
could copy the default Xconfig into their home directory *every* time they
'startx' and clobber any changes they have made (make sure to chmod it first,
as they may have made it -r--r--r-- instead of leaving it -r--r--rw- after
making their changes!)

Good luck protecting your displays...

		JMS


-- 
*******************************************************************************
 Jeffrey M. Simon	       .o   o.	     Computer Science / Business Mgmt.
 jmsimon@acsu.buffalo.edu       ~~v~~	     State University of NY at Buffalo
***** "Perspiration = ( Genius - 1% Inspiration ) / .99" -Ein*kinda*stein *****
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Re: shared libs - can everyone be happy with this?
Date: 18 Aug 92 13:04:41 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Aug18.031517.8187@colorado.edu>, drew@kinglear.cs.colorado.edu (Drew Eckhardt) writes:

| With shared pages, COW is implemented.  Also, text / data / etc
| aren't loaded or initialized until the system gets a page fault
| for a not present page.

  For the person asking about memory protection, you can find some nice
discussions of memory management in thesis, and the feeling is that
there are some more areas left. Any discussion here (and I'm replying to
a pretty good one) will be an overview, since a good coverage of the
topic would be about 40 pages of print.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.