HDTenEightyP/NetNews huggingface dataset:
From: hlu@poly2.eecs.wsu.edu (H.J. Lu)
Newsgroups: comp.os.linux
Subject: Re: gcc compiler bug involving <linux/ctype.h>?
Date: 26 Aug 92 04:00:36 GMT
Organization: Washington State University

In article <1992Aug26.020845.15618@watson.ibm.com>, derek@watson.ibm.com (Derek Lieber) writes:
|> The program below prints:
|>      1
|>      1
|> but should print:
|>      0
|>      1
|> 
|> -------------------bug.c-------------------------
|> #include <linux/ctype.h>
|> main()
|>    {
|>    printf("%d\n",  toupper('x') == toupper('y'));
|>    printf("%d\n",  toupper('x') == toupper('X'));
|>    }
|> -------------------------------------------------
|> 
|> The problem seems to be due to the toupper macro defined in <linux/ctype.h>.
|> The macro looks fine to me, but changing it from...
|> 
|> #define toupper(c)          (_ctmp=c,islower(_ctmp)?_ctmp-('a'-'A'):_ctmp)
|> 
|> to...
|> 
|> inline  toupper(c) { return (_ctmp=c,islower(_ctmp)?_ctmp-('a'-'A'):_ctmp); }
|> 
|> ...makes the problem go away.
|> 
|> Is this a compiler bug? (I'm using gcc 2.2.2).
|> 
|

/usr/include/linux is for kernel only. No one should ever use them in
any user code.

BTW, some header files in /usr/include and /usr/include/sys do include files
in /usr/include/linux. But you should not do it yourself.

Please use

#include <ctype.h>

H.J.
From: zlsiial@uts.mcc.ac.uk (A. V. Le Blanc)
Newsgroups: comp.os.linux
Subject: Re: File and /etc/magic
Date: 1 Sep 92 07:52:03 GMT
Reply-To: LeBlanc@mcc.ac.uk (A. V. le Blanc)
Organization: Computing Centre, University of Manchester

In article <1992Sep1.023754.9074@diomedes.robots.ox.ac.uk> jon@robots.ox.ac.uk (Jon Tombs) writes:
>I just put up the linux port of file (1) on my system, but unfortunatly it
>doesn't come with the /etc/magic entries for any linux files.
>  Has anyone entered the magic numbers for the different types of linux
>executables and for coredumps (they seem to have the same magic as old sun2
>binaries!).

The /etc/magic which I have been distributing for the MCC interim versions
of Linux can be found in mcc-interim/0.97p2/source_files/texts.tar.Z; it
handles everything correctly except core files, I think.

Improvements to this or to any other aspect of MCC interim Linux are
gratefully accepted!  I'd be particularly happy if someone has a working
version of 'script'.  Meanwhile, I am thinking of an info/emacs combination,
where the info pages (describing gcc, tar, gdb, termcap, and other useful
things) can be accessed by info if you don't want emacs.

     -- Owen
     LeBlanc@mcc.ac.uk
Newsgroups: comp.os.linux
From: bhenning@wimsey.bc.ca (Bill Henning)
Subject: Re: Staker like file system
Organization: Wimsey 
Date: Fri, 28 Aug 1992 02:46:32 GMT

Actually I was considering writing a compressing filesystem, but since you
are already doing so, I'll stop working on it for now. Please use a 4K block -
you will find it will give you acceptable compression ratios at a reasonable
speed.

Bill Henning

bhenning@wimsey.bc.ca
From: slix@svcs1.UUCP (Bill Miller)
Newsgroups: comp.os.linux
Subject: mount & head problems
Keywords: mount, msdos, root disk
Date: 24 Aug 92 00:57:59 GMT
Organization: Silicon Valley Computer Society, Sunnyvale, CA

Hi Linuxers,
I've noticed two problems so far with the .97 pl1 root disk.
 
First, the mount -t msdos command doesn't seem to work.  I've tried to
mount -t /dev/fd1H1440 /mnt as others have suggested (using fd1, or b: 
drive which is a 1.44 3.5" drive) and I always get "mnt busy" errors.
 
Second, when I pipe to head I get a "Broken pipe" message.  I tried:
 
   ls -al | head -20
 
   it displayed the first 20 lines, and then gave the Broken pipe message.
:w
:q
From: aclark@netcom.com (Al Clark)
Newsgroups: comp.os.linux
Subject: Kudos to tsx-11 and Theodore Ts'o (was Re: DISASTER AT MIT!!!!!)
Date: 3 Sep 92 21:52:07 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

In article <1992Sep3.185950.8587@athena.mit.edu> tytso@ATHENA.MIT.EDU (Theodore Ts'o) writes:
     [ well written response to flames deleted ]
>
>Before I close, I want to extend my thanks to all of the people who sent
>me supportive letters, either publically in comp.os.linux or privately
>via email.  It's always nice to get some appreciative letters instead of
>some flames.  :-)
>
>						- Ted

Count me among your appreciative supporters; your system has been 
invaluable to me.  Especially with the 'find-ls' listing, which I 
download and grep.  With the full pathname I've rarely had trouble
figuring out what was what.  Thanks again.

-- 
Al - aclark@netcom.com - My opinions are my own.
Newsgroups: comp.os.linux
From: klode@syslab.csd.uwo.ca (Claude Morin)
Subject: Re: symlinks in 0.97pl2
Organization: Department of Computer Science, University of Western Ontario, London
Date: Wed, 2 Sep 1992 20:59:03 GMT

SunOS 4.1.1 allows the following:

	 r-x--x--x	...		ff*
	lrwxrwxrwx	...		bob -> ff*

	rubble[400] % cat bob
	#!/bin/sh -
	echo hello
	rubble[401] % ./ff
	hello
	rubble[402] % ./bob
	hello

So I guess that linux is 'broken'.  Perhaps linux is displaying correct POSIX
behaviour...
---
Claude Morin
(that's "klode", NOT "clod"...French :-)
London, Ontario, Canada
Newsgroups: comp.os.linux
From: cperkins@casbah.acns.nwu.edu (Carol Perkins)
Subject: Re: 16550A
Organization: Northwestern University, Evanston, Illinois, USA
Date: Sat, 29 Aug 1992 16:49:28 GMT

I know this has been asked before, but -- what is a good source for a serial
I/O card with socketed NS16550AFN chips?

Thanks,

cperkins@casbah.acns.nwu.edu

Newsgroups: comp.os.linux
From: oles@spectra (Shawn Oles)
Subject: Re: Staker like file system
Organization: University of Hawaii, Dept. of Electrical Engineering
Date: Thu, 27 Aug 1992 21:34:58 GMT

In article <2735@nlsun1.oracle.nl> jhelberg@nl.oracle.com (Joost Helberg) writes:
>Compressed file-system: don't you have big problems with page-alignment,
>a page on disk cannot possibly resemble a page in core! Alignment of all but
>the first page read-in is lost too!
>
>How do you page?
>
>How can exec see how big the executable is, when it is not uncompressed yet?
>(exec needs to know, it must know the number of page-table levels to 
>allocate, it must know whether the executable fits into core+swap).
>
>Do you swap compressed to /dev/swap, or not, then it is better to swap
>text out too, otherwise swapping will slow down the system awfully!
>
the compressed file system will not allow swap files, but PAGING of executables
and complete random access is implemented by compressing files at the block level.
Of course, doing this limits the possible compression, but this does not
bother me too much.

Swaping could be implemented, but would not be safe, first because you would
never be able to tell how much memory is available on the swap device because
it will be changing as a factor of achieved compression, and secondly the
performance of Paging memory to disk would really suck unless the paged memory
contained highly compressed data, which would limit the disk accesses/page.


>Good luck implementing this, but the performance can't be comfortable I guess.

I realize that there is a lot of doubt as to whether or not a compressed file
system will work out in UNIX.  In fact, the main reason that I am working
on this project is to verify this with an implementation.   If ineeded it
can be made to get "comfortable" performance though, many people would be
interested.  

Right now I use a compression algorithm based on work done by
Ziv-Lempel 's 1977 paper and fined tuned by Ross Williams.  The compression
is very fast, but limits attainable compression.  After I finally release
ACF, anyone will be able to add in a different compression algorithm if they
want.  Also, it might be possible to do the compression using the Stacker
card, which would allow other programs to do things while compression is
occuring.

Right now ACF (Automatically Compressed Format) works as a simultation, 
but blows up when I mount it.  I am having some trouble tracking down 
the problems, but hopefully should get it working soon.

-shawn
-- 

-shawn
Newsgroups: comp.os.linux
From: michael@gandalf.moria (Michael Haardt)
Subject: Umoria 5.5 posted to comp.sources.games
Reply-To: u31b3hs@pool.informatik.rwth-aachen.de (Michael Haardt)
Organization: An old and gray machine, somewhere in Moria.
Date: Wed, 26 Aug 92 01:02:04 +0100

The recently to comp.sources.games posted version 5.5 of umoria works fine
after trivial changes.  The main thing if to change the struct termio in
io.c to termios, or it will abort with a general protection.  I use Linux
0.96c-pl1 and GCC 2.2.2.

Have fun!

Michael
Newsgroups: comp.os.linux
From: dave@stat.tamu.edu (Dave Perry)
Subject: libc.2.2.2
Organization: Texas A&M University, College Station
Date: Tue, 1 Sep 1992 22:20:25 GMT

Hello,

I just installed 0.97p2 on my computer the other night, got X and TeX
in the appropriate directories, but all attempts to start anything 
ran into a '/lib/libc.2.2.2 not found' error.  Does gcc 2.2.2d not 
come with libc.2.2.2?  Any suggestions would be appreciated!

-Dave
-------------------------------------------------------------------------------
"...and everything under the sun." | Your message | dave@stat.tamu.edu
                            -pf    |    here!     | dperry@lonestar.utsa.edu
-------------------------------------------------------------------------------
Newsgroups: comp.os.linux
From: pmacdona@sanjuan (Peter MacDonald)
Subject: re: loadable device drivers
Organization: University of Victoria, Victoria, BC, CANADA
Date: Fri, 4 Sep 92 05:43:35 GMT


If I was a betting man, I would put money on loadable device drivers under
Linux being modelled somewhat after Shared libraries with jump tables.

 - Device drivers would have to have no external unresolved references.
 - External support would have to come via "registered" func ptrs.
 - Each device would be assigned a fixed range of Virtual Memory.
 - All devices would be linked seperately, ala shared libs.
 - The place in kernel memory where the device jump tables would reside
   would be preinitialized to jump to an error routine, in case called
   prior to initialization/loading.

This design would place constraints upon the device code, but would 
simplify the kernel code, and would not require adding a linker to
it (keep in mind Linux has survived quite nicely without it to date).

PS:  
  I have decided to create my own "Alice In Wonderland" form flame 
letter to send to the jabbering fools that regularly occur on this
news group.  Wouldn't it be nice if a few thousand others joined in
with me and made reading mail the cheary task for the thoughtless
dolt, that reading their dreck is for us.  Private e-mail is an 
effective but silent weapon.
From: geek+@CMU.EDU (Brian E. Gallew)
Newsgroups: comp.os.linux
Subject: Re: VM386? Possible?
Date: 2 Sep 92 07:54:46 GMT
Article-I.D.: andrew.gedCD6u00WAt4=LAoo
	<1992Sep2.141952.14407@crd.ge.com>
Organization: Administrative Systems, Carnegie Mellon, Pittsburgh, PA

I seem to have lost the ref, but for those of you looking at doing
Windows stuff under linux, remember,  you don't *HAVE* to windows.
You just need something that will convert Windows API calls to X
calls.  Admittedly, this is a *HUGE* API, but as big as X is, there
ought to be something like a straight translation for some reasonable
number of entry points.  You would also probably need a process
sitting out there to keep track of Windows specific information, but
that would be a relatively tiny thing.

                                  -Brian

You drop the bomb -more-
It goes off... -more-
-------------------------------------------------------------------------
|  My cluelessness is more real than apparent...                        |
-------------------------------------------------------------------------
|  DEC measures their benchmarks with a calendar!!                      |
-------------------------------------------------------------------------
Newsgroups: comp.os.linux
From: rod@elmo.rosemount.com (Rodney Drenth)
Subject: Newbie Questions 
Keywords: boot
Organization: Rosemount, Inc.
Date: Wed, 26 Aug 1992 00:58:36 GMT

After some effort I got linux to boot on my 486 clone from floppys.
I set up some partitions on my disk for linux, rebooted & ran the
install program, (partation hd3).

1) I'ld like to be able to boot linux from the hard disk but am 
confused about what to do. The install program said something about
modifying a word in the boot(root?) image, and on the net i read
something about LILO. Please explain - the LILO README wasn't very
helpful. 

2). Right now I'm running on a SUN. To get linux files I have to 
go through ftpmail (not terribly convenient, but it works). It's 
got a 3.5" disk that I can write to. What's a good way to get 
linux sources from the net and on to my 486?  I tried dd'ing
files from the sun onto the diskette & then back off but that
didn`t work - linux side dd didn't find an end of file and read
more than it should have.
Remember, all I have are rootimage & bootimage and i boot from the 3.5
diskette.

3) Any suggestions on setting up a swap file or swap partition? I
hope to be running X on this machine. What size of swap space might
I need?


-- 

Rodney L. Drenth		rod@scooter.rosemount.com
software engineer		Rosemount Control Systems Division
				Burnsville, MN.
				ph. (612)-895-2414
From: zlsiial@uts.mcc.ac.uk (A. V. Le Blanc)
Newsgroups: comp.os.linux
Subject: Re: scsi disk partitioning and bootstrap questions
Date: 29 Aug 92 12:29:23 GMT
Reply-To: LeBlanc@mcc.ac.uk
Organization: Computing Centre, University of Manchester

In article <1992Aug28.203237.9239@osf.org> ede@kadabra.osf.org (Ted Ede) writes:
>
>1) fdisk 'x'pert mode disks allows up to 63 sectors per track.  some
>larger disks ( > 1GB) have more than 63 sectors per track.  Is this
>limit hard or can it be changed?

The limit is caused by the number of bits in the partition table which
are available for storing sectors per track: 6 bits.  Therefore a
sector number >63 is not addressable.  The whole problem of getting a
new partition table format understandable by all operating systems
is going to be a major headache in the future.

>when I print the partition table it looks like
>		Boot	Begin 	Start	End	Blocks	Type
>/dev/sd1a		2	2	16800	8399	MINIX/fs
>/dev/sd1b		1	16801	42000	12600	MINIX/swap
>
>I assume the the 'Begin' of 2 for /dev/sd1a is skipping the boot
>block?

Your partition table is rather strange, but never mind!  When I wrote
fdisk I used 'begin' for the start-of-partition encoded in terms of
geometry, and 'start' for the actual start-of-data encoded in terms
of sector number.  These two numbers need not be the same, though for
Linux fs and swap partitions any difference is simply wasted.

>I'm also guessing that I can't use this partition for lilo or
>shoelace?

You can use any partition for lilo.  Shoelace is becoming more problematic
all the time, and is better avoided.

>Can I just make the root partition something other than the
>first partition, e.g. exchange root and swap and then use lilo?  Or must
>I leave one cylinder at the beginning of the disk empty and start root
>at the second cylinder.

If you use lilo, you can start root with any sector on the disk, regardless
of cylinder boundaries.

>3)  Which should I use, Lilo or Shoelace?  Why?  Will either
>get me a faster boot than using autocon and bootlin?

Shoelace was a holdover from MINIX: it was adapted to Linux to give us the
possiblilty of booting from the hard disk, but it could not be compiled
under Linux, was very tempermental, and is probably not going to work
indefinitely.  Shoelace requires that you use the Minix file system, while
lilo will work with anything.  Lilo also uses a great deal less disk space.


     -- Owen
     LeBlanc@mcc.ac.uk
From: maassen@kreon.informatik.rwth-aachen.de (Andreas Maassen)
Newsgroups: comp.os.linux
Subject: Re: Beta TCP/IP
Date: 27 Aug 92 10:55:44 GMT
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen

nelson@crynwr.com (Russell Nelson) writes:

>In article <1992Aug25.233806.11161@morrow.stanford.edu> bir7@leland.Stanford.EDU writes:

>   Currently only the Western Digital Ethercard Plus and compatibles
>   are supported (wd80[01]3 boards).  If you have a different ethernet
>   board you will either have to write your own driver or wait until
>   someone else does (There is someone who claims to be working on
>   drivers for many different ethernet boards.)

>Yes.  I'm going to get a NE2000 driver going first, because they're
>so ubiquitious and cheap.  Any votes for what comes after that?
>3Com's brand new 3c509 is a pretty high-tech card...

>-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
>Crynwr Software            Crynwr Software sells packet driver support.
>11 Grant St.               315-268-1925 Voice
>Potsdam, NY 13676          315-268-9201 FAX

I have a SMC Elite16 EtherCard Plus. Apologies if this is a silly question,
but is this one of the compatibles? If not, take this as a request for
writing a corresponding driver.

Andreas Maassen
(maassen@parsytec.de)
Newsgroups: comp.os.linux
From: johnm@sun1x.actc.res.utc.com (John Montgomery)
Subject: ftp site for MGR?
Organization: United Technologies Research Center
Date: Thu, 3 Sep 1992 03:00:49 GMT

Could someone advise me of the ftp site for Linux MGR,
isn't it in Germany somwhere?  Thanks!

John Montgomery
johnm@utrc.utc.com
-- 
John A. Montgomery      "Evans boldly put 50 atm. of ethylene in a cell
United Technologies      with 25 atm. of oxygen.  The apparatus subsequently
Research Center          blew up, but luckily not before he obtained the
                         spectra shown in Figure 8."
Newsgroups: comp.os.linux
From: bir7@leland.Stanford.EDU (Ross Biro)
Subject: Re: Beta TCP/IP
Keywords: beta buggy tcp/ip
Organization: DSG, Stanford University, CA 94305, USA
Date: Wed, 26 Aug 1992 01:47:30 GMT

>
>It is available at nic.funet.fi in Linux/kernel/NET and will soon
>be available at tsx-11.mit.edu.
	On tsx-11 its in linux/packages/tcpip

Newsgroups: comp.os.linux
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: Re: DISASTER AT MIT!!!!!
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Organization: The Internet
Date: Thu, 3 Sep 1992 18:59:50 GMT

   From: talley@ashleigh.Kodak.COM (Brian K. Talley)
   Date: 3 Sep 92 13:35:03 GMT

   >user should be able to recognize a file like groff.tar.Z as the GNU
   >version of nroff.

   That's easy.  It's things like 2.2.2dfix5.tar.Z or 2.2.2dg1.tar.Z
   that aren't necessarily readily apparent even to those familiar with
   Unix.

You neglected to mention that those files were in in the
/pub/linux/packages/GCC subdirectory..... that makes it a little bit
more obvious what the files, are, no?  In any case, that subdirectory is
entirely maintained by H.J., so if you have any problems with it, you
can take it up with him.  However....

.... let me point out, that most of the people who have spent time
working on Linux are doing so because it is fun.  Certainly, I am not
getting paid for this.  Having people tell me in public that my FTP
server is "A DISASTER" is not terribly conducive to making it fun for me
to run TSX-11 as a Linux FTP server.  After all, I'd much rather be
kernel hacking.  :-)

So if something about Linux bothers you, I encourage you to think about
(1) how much you've paid for Linux, and (2) exactly what you owe the
other person and what the other person owes you.  If you wish to make
friends and influence people, you would probably do well to think twice
before saying or writing something inflamtory or insulting to them,
especially in a public forum.  Speaking for myself, I certainly don't
mind _polite_ suggestions sent to me privately, or even not-so-polite
suggestions sent via private email (although those I may still delete
before reading).

If you find something on TSX-11 which doesn't work, or which you
believe is obselete, please send mail to ftp-linux@TSX-11.MIT.EDU.
INCLUDE THE FULL PATHNAME OF THE FILE AND WHY YOU THINK IT IS OBSOLETE.
If someone wants to write INDEX files with a one-line description of
each file in a particular directory, go ahead and do so.  If you send it
to ftp-linux@TSX-11.MIT.EDU, and if it is accurate, I will be more than
happy to install it.

Before I close, I want to extend my thanks to all of the people who sent
me supportive letters, either publically in comp.os.linux or privately
via email.  It's always nice to get some appreciative letters instead of
some flames.  :-)

						- Ted
From: wolff@zen.et.tudelft.nl (Rogier Wolff)
Subject: I get a "specs: Function not implemented" error.
Originator: wolff@zen.et.tudelft.nl
Reply-To: wolff@zen.et.tudelft.nl (Rogier Wolff)
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Fri, 04 Sep 1992 15:10:27 GMT


Hi everyone,

I just installed the gcc2.2.2d release, and get the error message about
the specs file. This file is located somewhere in the lib directory, and
looks as if I shouldn't mess with it. 

Does anybody have a clue what I could have done wrong?


Thanks in advance

					Roger.

P.S. I switched root partitions so that I have a clean system 
to install gcc on. Last time I destructed a shared library and nothing 
would run anymore. Now I can switch back to the other root partition, and
compile (and link -static) utilities that are needed, and  copy them to
the rootpartition where the installation is going on.
P.S.2: Would it be possible to restrict filenames to 14 chars? This makes
installation on the linux side easier (I am working on getting 0.97 with
efs working/compiled) Also the bunch of dots in the filenames makes things
hard when there is a dos disk in the transfer process.

-- 
If the opposite of "pro" is "con", what is the opposite of "progress"? 
(stolen from  kadokev@iitvax.iit.edu, who got it from brydon@asl.sinet.slb.com)
EMail:  wolff@duteca.et.tudelft.nl   ** Tel  +31-15-783644 or +31-15-142371
From: hammond@kwhpc.caseng.com (Kevin W. Hammond)
Newsgroups: comp.os.linux
Subject: suid for fdformat?
Date: 30 Aug 92 06:24:44 GMT
Reply-To: hammond@kwhpc.caseng.com (Kevin W. Hammond)
Organization: The Internet

Should fdformat be installed as a suid program so regular users can format
floppies, or is it more typically found installed so only root can format
floppies?

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

  CASE Engineering * 575 W. Madison #1601 * Chicago, IL 60661 * (312)902-2161
Newsgroups: comp.os.linux
From: jwinstea@fenris.claremont.edu (Jim Winstead Jr.)
Subject: Re: question on shoelace
Organization: Harvey Mudd College, WIBSTR
Date: Wed, 2 Sep 1992 16:27:54 GMT

In article <7970@lee.SEAS.UCLA.EDU> jong@boole.seas.ucla.edu (Jong Y. Lee) writes:
>I was trying to install shoelace for my linux which is locaed in 2nd partition
>of 2nd physical disk drive.  But when I ran laceup -w /dev/hda, it seems that
>it only lets only 4 partitions from 1st physical hard disk boot directly.
>The partitions from 2nd hard disk doesn't even show up at the menu at all.
>Is there any way to get around this?  Or am I stuck with floppy disks each
>time I boot?

The best solution would be to use LILO as the Master Boot Record (MBR)
- if it's able to boot all the OS's on your system (it works for with
Linux and DR DOS 6.0).  You can then have the Linux partitions on the
second hard drive and boot from an image there (I do!).  You also get
a much nicer interface than shoelace, IMHO.

LILO is available on tsx-11.mit.edu in ~ftp/pub/linux/ALPHA/lilo.
-- 
                                    +      Jim Winstead Jr. (CSci '95)
                                    |      Harvey Mudd College, WIBSTR
                                    |   jwinstea@jarthur.Claremont.EDU
                                    + or jwinstea@fenris.Claremont.EDU