HDTenEightyP/NetNews huggingface dataset:
From: mal11@po.CWRU.Edu (Matthew A. Lewis)
Subject: Re: Pointers to a list of Graphics Cards for X386
Reply-To: mal11@po.CWRU.Edu (Matthew A. Lewis)
Organization: Case Western Reserve University, Cleveland, OH (USA)
Date: Fri, 14 Aug 92 17:21:07 GMT


In a previous article, hasty@netcom.com (Amancio Hasty Jr) says:

>Currently, I am using a Diamond SpeedStar with 1MB (et4000 based).
>X386 1.2E 1.0.[12] and the stock X386 server has been able to
>work with my  card. I am writing a driver for the Diamond Stealth
>



I opened a Speed Star and I couldn't find the ET4000 chip.
Do all of them have it?

Thanx


-- 
MaThiEu a. LeWis   
Thieves Like Us   
mal11@po.cwru.edu   
Newsgroups: comp.os.linux
From: drew@kinglear.cs.colorado.edu (Drew Eckhardt)
Subject: Re: shared libs - can everyone be happy with this?
Organization: University of Colorado at Boulder
Date: Tue, 18 Aug 1992 02:30:10 GMT

In article <1992Aug17.152210.23427@riacs.edu> laredo@cc.gatech.edu (Nathan I. Laredo) writes:
>>|> Also, if we ever unbreak Linux, writing to code space should trigger
>>|> a segmentation fault - it's like it is now because the estdio library 
>>|> was broken, and wrote to the code. 
>>	Does linux permit self modifying code (by design or bug)?

It doesn't trigger a segmentation fault if you write 
to code - this is by design because allegedly the 
estdio library (what we had before we got the BSD 
stdio, then glibc) wrote to itS

>>	This seems like a pretty bad ``feature''.

Agreed. 

>
>Hopefully we won't start another nasty chain here.. but someone correct
>me if I'm wrong, but I've always been from the school that said that
>all static variables went into the code space, otherwise how would

Wrong.  

"Static" variables are merely local to a object file, and not 
accessable to the other object files at link time.  They're 
put into either DATA (which should follow on the next page 
boundary after Text with an OMAGIC file, is contiguous on 
an NMAGIC file and you can't protect code on that), if initialized,
or BSS if not, which follows data and is effectively the 
same "segment"  (I shouldn't say segment because of the intel
meaning  - what I mean is DATA & BSS are treated the 
same, only DATA is initialized and BSS is zero filled).

Constants are generally allocated in the CODE segment (or text,
although it's not an Intel segment, but rather a portion
of the process's address space that starts at 0 and runs until DATA
starts) - if you're 'C' compiler that assumes strings are 
not writeable, and treats them as constant, you'll 
run into problems with code that writes to constant strings.
That could have been the problem with estdio, I don't know 
for certain.



-- 
Microsoft is responsible for propogating the evils it calls DOS and Windows, 
IBM for AIX (appropriately called Aches by those having to administer it), but neither is as bad as AT&T.  Boycott AT&T, and let them know how you feel.
From: thssbxv@iitmax.iit.edu (Boris Vaysburg)
Newsgroups: comp.os.linux
Subject: Help: rawrite.exe does not put EOF
Date: 17 Aug 92 22:46:05 GMT
Organization: Illinois Institute of Technology

Why is it when I use rawrite.exe to copy some stuff from my dos partition to
the disk and then when I use dd I get 1.44Meg file independently of what the original size was. And of cource I can not 
uncompress, tar it later.   
Newsgroups: comp.os.linux
From: Philip Balister <balister@pdsrvr.salem.ge.com>
Subject: Return from signal handler??
Reply-To: balister@pdsrvr.salem.ge.com
Organization: The Internet
Date: Wed, 12 Aug 1992 19:52:05 GMT

A guy where I work is trying to use the signal mechanism of Lynxos to set
a global variable to indicate a floating point error by trapping floating
point exceptions signals. What he found was that the signal handler seems
to return to the line that caused the signal, causing it to happen again,
not what he wanted! I tried his code on my linux box to see what would happen
(Note the code is now using a segment violation, but the thought is the same
handle the signal and continue running from the line after the problem).

Well it continually loops (returnss to the line causing the seg. violation)
using sigaction and handles the signal once and core dumps the other way.

Here is the code:

========================================================
#include <signal.h>
/* The following does not appear to work correctly regardless of
   the state of "DOSIGACTION".  Is this a bug?
*/

void catch(a)
int a;
{  
  printf("Got it %d -> %x\n",a);
}          

int main()
{                    
  struct sigaction sig1,sig2;

  int a,b;                  
  
#ifdef DOSIGACTION                        
  printf("Using sigaction\n");
  sig1.sa_handler=catch;   
#ifdef Lynx
  sig1.sa_mask.x[0]=0;
  sig1.sa_mask.x[1]=0;
#else
  sig1.sa_mask=0;
#endif 
  sig1.sa_flags=0;
  sigaction(SIGSEGV,&sig1,&sig2);
#else                         
  printf("Using signal\n");
  signal(SIGSEGV,catch);
#endif
                 
  /* Generate a floating point error. */  
  a=*(int *) 0xfffffff;
  
}
=====================================================

Note the inconsistent comment!

Lynx is not equal to Linux.

Can anyone tell me if the Linux behavior is correct? It works the way we
expect it to on an Interactive unix box. For Linux I used GCC2.2.2 and 0.96c
kernel.

Thanks,

Philip Balister
balister@salem.salem.ge.com

Newsgroups: comp.os.linux
From: david@ods.com (David Engel)
Subject: Re: shared libs - can everyone be happy with this?
Organization: Optical Data Systems, Inc.
X-Newsreader: Tin 1.1 PL5
Date: Fri, 14 Aug 1992 16:22:50 GMT

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.

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: arnd@informatik.rwth-aachen.de (Arnd Gehrmann (Tel:21205,Raum:4203))
Subject: problem: X11 & kermit/xcomm ???
Keywords: X11 kermit xcomm
Organization: RWTH Aachen, Lehrstuhl fuer Informatik II
Date: Fri, 21 Aug 1992 08:39:50 GMT

Hi, has someone the solution for this:
kermit (and xcomm) works well until I switch to X11.
Then the modemport /dev/ttys1 seems always to be busy
even if I purge the /usr/spool/uucp/LCK...ttys1-file.
What happend?
+------+-----------------------------------+------+-----------------------------------+
|Arnd  | Lehrstuhl fuer Informatik II      |tel.  :(+49/0) 241 80-21205 (fax ...21229)|
|Gehr- | Rhein.Westf.Technischen Hochschule|Bitnet:fu010ge@dacth11                    |
|mann  | Ahornstr. 55 ; W-5100 Aachen      |I.-net:arnd@zeus.informatik.rwth-aachen.de|
+------+-----------------------------------+------+-----------------------------------+
Newsgroups: comp.os.linux
From: rafal@utstat.uucp (Rafal Kustra (summer student))
Subject: top-nice
Organization: University of Toronto, Dept. of Statistics
Date: Thu, 13 Aug 1992 02:19:55 GMT

I'm using 0.96cpl2 with ps 0.96c package. Today I've put
my system under some constrain (kernel compilation,
backup, minicom, top, and sc) and was trying
with top and as root to increase prioity for sc (spreadsheet
in other VC run as regular user). Did nice+14 (in top)
and it actually slowed the thing down! Top showed it as
first one wrt CPU usage but, mama, was it slow. Needless to
say nice-19 gave it a boost (and put it last in the
table).
Things are funny that way because there seems to be far
limit to negatives for nice (tried -50, did'n want to
screw up kernel compilation) so you can give a
proccess almost total priority.
Am I missing something or is that a bug?

			Rafal
-- 
/|| Numbers exist only in our minds. There is no physical entity that
 ||_is_ number 1. If there were, 1 would be in a place of honor in 
 || some great museum of science, and past it would file a steady
==== stream of mathematicians gazing at 1 in wonder and awe.
From: landont@lafcol.lafayette.edu (Trevor Landon @ Lafayette College)
Newsgroups: comp.os.linux
Subject: (none)
Date: 19 Aug 92 23:11:52 GMT
Article-I.D.: athena.1992Aug19.231152.21045
Reply-To: landont@lafcol.lafayette.edu (Trevor Landon @ Lafayette College)
Organization: The Internet

files uploaded:
logo-landon.zip
logo-landon.tar.Z

Hi,
   I have joined the bandwagon of logo creators.  My creations have
been uploaded with the above mentioned names.
   I have included the original Corel Draw file.  The postscript file
was generated by Coreldraw with the windows postscript driver.  I know
that pageview on a sun sparc system will be able to handle this file.
I've also included gif and pcx versions of the logo.

Trevor Landon
landont@lafcol.lafayette.edu
Newsgroups: comp.os.linux
From: david@ods.com (David Engel)
Subject: Re: shared libs
Organization: Optical Data Systems, Inc.
X-Newsreader: Tin 1.1 PL5
Date: Thu, 13 Aug 1992 18:37:40 GMT

Owner of this machine (pmacdona@tadpole.bcsc.gov.bc.ca) wrote:
: At last count, I understood that jump tables do nothing to solve the
: library data problem.  Has that been solved?   If so, just adding
: jump table support to GCC, won't solve the problem.  

You're right, a jump table does nothing to solve the data problem.
What I finally did was bite the bullet and change the library source
(there really wasn't that many changes needed) so the relevant data
could be linked at a known location every time.  I also added padding
to leave room for those things that might grow.

: First, jump tables have a performance hit.   And using them may

Yes, there is a slight performance hit but it's not even noticable
for most programs.  One of these days, when I get the time and 
inclination, I'm going to do some more accurate benchmarking.  The 
2-4 % I measured a long time ago still seems a little high to me.  
Of course, nobody is forcing you to use the jump table libs.  If you
need that last bit of performance, you can always use the regular 
shared libs.

: never work, since the change of one interface will screw the upgrade.
: Worse, if an interface changes without us realizing it, then our 
: programs could just start acting strange (far worse than broken).

Yes, an interface change could wreak havoc on the libraries.  However,
in developing version 1 of the jump table libs, I learned several
techniques to handle such changes.  Short of wholesale changes to
the entire library, I think we can handle most changes and retain 
backward compatibility.

As someone who has been using the jump table libs almost exclusively
for four months now, I can atest that they are feasible and they do
work.

: The current implementation of shared libs has two main characteristics:
: simple and reliable.

Make that three:  simple, reliable and a pain in the *ss when it comes
to system maintenance.  You either have to waste disk space by keeping
multiple images of the same library lying around or you have to relink
*everything* whenever library bugs are fixed.

: Of course, I would love to be told I am wrong :-)

Give them a try when H.J. releases 2.2.2d.  You might be pleasantly
surprised.

David
-- 
David Engel                        Optical Data Systems, Inc.
david@ods.com                      1101 E. Arapaho Road
(214) 234-6400                     Richardson, TX  75081
Newsgroups: comp.os.linux,comp.sys.ibm.pc.hardware
From: willmore@iastate.edu (David Willmore)
Subject: Need help with programming ET4000
Summary: how do they *do* that?
Keywords: ET4000 SVGA
Organization: Iowa State University, Ames IA
Date: Thu, 20 Aug 1992 18:50:30 GMT

I need to know something simple.  Yeah, right you say?  Ok, here it is:

What is meant by the first line of:

       3d4h index 33h (R/W): Extended start ET4000  (ET4000 Only)
       bit 0-1  Display start adress bits 16-17
           2-3  Cursor start adress bits 16-17
                Can be used to ID ET4000

What does 3d4h index 33h mean?  How do I read and write this register?
I'm doing something very simple.  I'm converting a document I found
called 'tseng.doc' to a program to read the registers that it is 
describing.  For the above register, the program would come back and
say what the current settings of 3d4h index 33h are.  From there I'm
going to start hacking on the thing.

Could someone help get me started?

Thanks,
David Willmore
willmore@iastate.edu

Newsgroups: comp.os.linux
From: rajat@watson.ibm.com (Rajat Datta)
Subject: Re: executables in linux
Date: Thu, 13 Aug 1992 15:17:41 GMT
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center

In article <1992Aug13.133700.9139@klaava.Helsinki.FI> torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
>So the answer is to upgrade your kernel: if possible all the way to
>0.97.pl1 + the one-line patch due to performance reasons
>		Linus

Uh!  What one-line patch?  I'm running 0.97 plus patch 1.  Where do I
get the one-line patch?  Thanks,


-- 
rajat (rajat@watson.ibm.com)
From: thumper@cs.montana.edu (Wade Hasbrouck)
Newsgroups: comp.os.linux
Subject: Diamond vs. Orchid
Date: 18 Aug 92 06:02:53 GMT
Article-I.D.: coe.1992Aug18.060253.8816
Organization: Dept. of Computer Science, MSU, Bozeman Mt 59717


Hi fellow linuxers,
    I have been reading this newsgroup for a while now, and I am finally going
to get the money to get the hardware to set up linux and X windows on my pc.
I have been debating over which video card to get.  The two that I am debating
over are the Diamond Speedstar 24 and the Orchid Prodesigner IIs.  Are both
of these cards supported by linux's version of X11.  I have also heard that
the Diamond card can cause problems with other programs such as MS windows, and
O/S 2.  Please let me know what you think of these cards, or which one you 
think is better.  I have found that I can get both for about the same price.
Please resond via e-mail or News.



Thanks for the time,


Wade A. Hasbrouck
thumper@fubar.cs.montana.edu
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Re: A few hopefully easy questions
Date: 17 Aug 92 14:28:07 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <Aug.16.11.56.40.1992.610@gauss.rutgers.edu>, greenfie@gauss.rutgers.edu (Greenfie) writes:
| Hi! Currently, I've got a 486-33 w/ 8 megs of memory running OS/2, but I'm
| interested in using Linux just to play around....
| 
|    I'm wondering how hard it is to install for someone who is totally
| clueless. :^) I already have a full 130 meg hard drive, but I'm going to be
| getting a 170 that I'd like to partition between OS/2 data partitions and
| Linux. Questions I was wondering if I could get answered:
| 
| 1) If I'd like to run Linux w/ X11R5 and maybe something like emacs and gcc,
| how much space should I leave for it?

  I would suggest 40-60MB, depending on your urge to recompile the
kernel and X11 stuff. X11 is /big/, kerner source is reasonable.

| 2) Is it possible to install Linux on a 2nd hard disk? (The docs seem to
| say it is, but they are unclear, and I'd prefer to get as much info as
| possible before installing.)

  It is possible to put a minimal linux boot partition on the first hard
disk, and have the /etc/rc file mount a stuff in a partition(s) on the
2nd. It is "not impossible" to boot from the 2nd drive, but the
explanations have been complex and several haven't worked for me.

| 3) Is it possible to use OS/2's boot manager with Linux? (ie, have it ready
| to boot on a primary partition, but not the active one, so I can select it
| via a menu at boot up time.)

  I'm told by someone who runs both that you can boot OS/2 from
shoelace. More than that I can't say.
-- 
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.
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: 0.97 WORKS with SCSI ! [attn NEWBIES]
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Mon, 17 Aug 1992 18:58:54 GMT

peter.j.fillingham (pete@cbnewsl.cb.att.com) wrote:

: Hooray ! Despite the many postings re glitches, features, bugs, etc.,
: both 0.97 boot-image and root-image work;

I installed linux 0.97 pl1+ on a 486/25 with an Adaptec 1542 SCSI controller.
Works OK, except that the driver is a bit slow - that'll change when the
elevator code goes in. :)

I couldn't get the st patch to work with 0.97, though - it kept telling
me that it couldn't read off the drive. :(
-- 
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: corywest@rice.edu (Cory West)
Newsgroups: comp.os.linux
Subject: Re: Linux Logo
Date: 12 Aug 1992 22:15:00 GMT
Organization: Well, none really, but I know where my socks are!

In article <1992Aug12.192854.8686@athena.mit.edu> tytso@ATHENA.MIT.EDU 
(Theodore Ts'o) writes:

>  Well, I've made it available as ~ftp/pub/linux/postscript/linux-1.ps,
>  and despite having frobbed with it a bit, I can't get it to print.
>  However, I did manage to get one postscript previewer (out of three that
>  I tried) to preview it.

	Ghostscript pulled it up fine for me and I like it!  I don't 
like having the Version number in becuase it means we'll have to update
the logo every Saturday :-), but other than that it's cool and I'd
love to see it included in manuals and the such :-).

				Cory
From: frank@cs.yorku.ca (Frank Pikelner)
Newsgroups: comp.os.linux
Subject: Linus security/Non root access
Date: 20 Aug 92 19:43:38 GMT
Article-I.D.: yetti.1409
Distribution: world
Organization: York University, Dept. of Computer Science

Hello,

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.

-- 

--------------------------------------------------------------------------
 ---  ---    Frank Pikelner                                          /~\
 \    \  \   Technical Assistant, Department of Computer Science    <v.v>
  \-   \--   York University (Toronto, Canada)                      ,\^/;
   \    \    Internet: frank@cs.yorku.ca                            _{!}_
--------------------------------------------------------------------------
From: mj@dfv.rwth-aachen.de (Martin Junius)
Subject: Re: BUG: crashing program kills file system
Keywords: core, core, how I love core
Organization: Communication Networks
Date: Thu, 20 Aug 1992 16:35:12 GMT

jmsimon@acsu.buffalo.edu (JMS) writes:

>Seriously, no trouble here. I did have some difficulty with 0.96c if
>my filesystem was mostly full and core dumped - nothing a fsck wouldn't
>fix, tho. Could it have something to do with compress specifically? I
>have noticed that compress can't handle a file with garbage at the end.

I've tried this with the both the 0.96cpl2 kernel and the 0.97pl1 
kernel. Same result, also with different versions of uncompress.

To be more specific: I was using GNU-tar with the z option, so 
compress was called in a pipe. I didn't try out uncompress alone. 
(Well, I did, but then my file system was already totally 
corrupted, I wouldn't have noticed any further corruption ... ;-)

Martin
-- 
 _____ _____
|     |___  |   Martin Junius           FIDO:      2:242/6.1
| | | |   | |   Communication Networks  Internet:  mj@dfv.rwth-aachen.de
|_|_|_|@work|   Aachen U of Technology  Phone:     ++49-241-8790220 (voice)
Newsgroups: comp.os.linux
From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
Subject: Re: Can I use dd on my UNIX system instead of Rawrite?
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Thu, 13 Aug 1992 12:23:23 GMT

In article <1992Aug13.003041.28918@mits.mdata.fi> kennu@mits.mdata.fi (Kenneth Falck) writes:
> How exactly does that lseek() writing work?

You lseek to some place beyond the current end of the file and write some
data, e.g.


+----------+--------------------------------------+----------+
| Old data |					  | New data |
+----------+--------------------------------------+----------+
	   ^					  ^	     ^
	old EOF					lseek	    new
						here	    EOF

Because the file is physically stored as a sequence of blocks,
those blocks that have been skipped don't have to be mapped:

+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+
|   |   |   | - | - | - | - | - | - | - | - | - |   |   |   |   |
+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+

By convention, reading an unmapped block returns a bunch of
zero bytes.

> If you lseek() past
> the end of file, do some I/O routines automatically append the
> corresponding amount of nulls or what?

No, they just don't allocate blocks. (*)

> And why doesn't this work with shoelace then...

Because Shoelace seems to ignore this concept and loads garbage
where it should load zeroes.

> (Btw, is this optimization possible only for the unix/minix/linux
> filesystems, or is it fs-independant and can be used on MSDOS too?)

This works on UNIX-like systems, on CP/M, and several other systems
(don't know about VMS - it proabably has it too) but it can't be used
on an MS-DOS FS (*), because MS-DOS uses a chain of blocks instead of
maps:

  UNIX		  Data		   MS-DOS     FAT	      Data
		  blocks				      blocks

inode		  +---+		dir ent.     +---+	      +---+
+----+      +---->|   |		+----+  +--->|   |-+   -----> |   |
|    |      |     +---+		|    |  |    +---+ |	      +---+
| B1 |------+     +---+		|    |  |	   |
| B2 |----------->|   |		|strt|--+  +-------+
| B3 |-----+	  +---+		|    |	   |
| B4 |...  |	  +---+		+----+	   |  +---+	      +---+
| B5 |     +----->|   |			   +->|   |--...  --> |   |
|    |		  +---+			      +---+	      +---+
+----+

These pictures are greatly simplified.

(*) The MS-DOS FS in Linux automatically fills any "holes" with zero
    blocks. Therefore, the file contents are correct, but you don't
    save any disk space.

- 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: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Re: HELP! File system problem
Date: 19 Aug 92 15:23:39 GMT
Article-I.D.: crd.1992Aug19.152339.10416
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <Aug.19.03.06.08.1992.18829@athos.rutgers.edu>, hedrick@athos.rutgers.edu (Charles Hedrick) writes:

| Once you're running that kernel, make yourself a utility "unlink":
| 
|   main (argc, argv)
| 	int argc;
| 	char **argv;
|  { if (argc > 0)
| 	unlink(argv[1])
|  };
| 
| Use that to remove the bad directory.  Now run fsck.  (By the way,
| although I've done this a couple of times in the past, I haven't kept
| copies of my old changes, so I'm giving you this without having tested
| it.  That is, I know the method works, but there could be a typo in
| what I'm giving you.)

  At least one, the test you have "argc > 0" is always true. I would use
"argc==2" since there's no logic for other than one arg.

-- 
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.
Newsgroups: comp.os.linux