HDTenEightyP/NetNews huggingface dataset:
From: jon@robots.ox.ac.uk (Jon Tombs)
Newsgroups: comp.os.linux
Subject: Re: wow, suggestion for library improvment/shared memory,X suggestion
Date: 22 Jan 93 18:03:35 GMT
Organization: Robotics Research Group, Engineering Science Dept, Oxford, UK.
Originator: jon@lucrece.robots

In article <C174y9.940@world.std.com> entropy@world.std.com (The Entropic one) writes:
>
>I just noticed that the linux munmap call is completely general 
>purpose. I've started using it on very large pieces of data when
>I free them, so that the pages are really freed rather than sitting
>around waiting to be swapped out. 
>It seems like the libraries could be easily changed so that free would
>automatically call munmap whenever large chunks of data are freed.
>This would greatly improve performance when using large amounts of
>data (I wish I had this when I was working on tinymush).

Only if the data you free is larger than a page so that none of the malloc
linked list is left on it, but this could be usefull in some places. might
mean if you are running xmd then maybe X386 won't grow without limit...


>If this was done local X windows speed could be greatly improved, the
>X windows server could map in all processes using it and transfer
>stuff directly from the users memory to the screen. For example
>dumping a large Ximage would involve only a copy to the VGA memory
>rather than a copy into and out of the kernel.

X already has the support for using SYSV shmem to do this, and yes it
does greatly improve transfer speed (try play_mpeg with and without
shmem enabled). It doesn't matter how shared memory is implemented, but
if linux is to use the code that already exists, then we need SYSV shared
memory calls in libc.


--
 Jon                    <jon@robots.ox.ac.uk>
                        "I got in today just as the sun was crashing"
From: dsc3pzp@nmrdc1.nmrdc.nnmc.navy.mil (Philip Perucci)
Newsgroups: comp.os.linux
Subject: Re: Still can't get Lilo .8 to work.
Keywords: lilo .99p3 2.3.3
Date: 23 Jan 93 21:51:30 GMT
Organization: Naval Medical Research & Development Command

In article <willmore.727681713@tremplo.gis.iastate.edu> willmore@iastate.edu (David Willmore) writes:
>I don't know if I'm the only person left in the world who hasn't gotten
>lilo to work with the .99p3/2.3.3 combo, but I felt that I had better
>ask. 

Here you say 2.3.3...

>
>I had lilo installed earlier with .99p2/2.2.2d.  I felt brave and
>patched my kernel and installed 2.2.2d and the new 4.2 library.

Here you say 2.2.2d.
You need 2.3.3.
IF you still have 2.2.2d, please get 2.3.3.

>Everything worked after reboot, so I rebuilt the kernel and used lilo to
>install it.  That worked fine.  Following that, I changed the kernel
>config and recompiled.  Next, I did a 'make clean' in my lilo source
>directory followed by a make.  The make fails on map.c with:
>
>map.c: In function `map_done':
>map.c:49: storage size of `st' isn't known
>map.c:57: warning: implicit declaration of function `fstat'
>map.c:58: warning: int format, different type arg (arg 2)
>map.c:49: warning: unused variable `st'
>make: *** [map.o] Error 1
>
>Does this explain what is happening?  I'm still having serious serial
>problems, but I don't expect that is related.
>
>Thanks,
>David
>
>--David Willmore
>willmore@iastate.edu


-- 
===========================================================================
  phil perucci                | "Any opinions expressed are my own views, 
  ssb1pzp@imcvms.med.navy.mil |  not the position of any organization"
===========================================================================
Newsgroups: comp.os.linux
From: hlu@luke.eecs.wsu.edu (H.J. Lu)
Subject: Re: Linux with a 1742 adaptec EISA scsi 
Organization: Washington State University!
Date: Thu, 21 Jan 93 08:26:32 GMT

In article <1993Jan21.024819.25174@umr.edu> bmason@cs.umr.edu (Brian Mason) writes:
>I have an adaptec 1742 eisa scsi controller and the boot for linux does not
>find it.  I am using version .99 from a SLS instalation.
>It will find the card if I put  it in standrd mode but not in enhanced mode
>HELP. .

Try bootable rootdisks on tsx-11 under pub/linux/GCC/rootdisk. They
should support adaptec 1742 eisa scsi controller in enhanced mode.


H.J.
From: chans@cs.curtin.edu.au (Sean Chan)
Newsgroups: comp.os.linux
Subject: Help needed using tar...
Date: 21 Jan 93 05:40:58 GMT
Organization: Curtin University of Technology

Gidday all,

Sorry for asking a stupid and probably easy question, but how do I tar a
file?? Actually I'd like to backup xview3L3 which is over 3 Mb big, and
I wanna split it up. I believe XFree86-1.1 split xbin into two sections
*.TZa *.TZb, and basically, that's what I wanna do...

Thanks in adv...

************************************************************************
Sean Chan     Curtin University of Technology  | This world is full of
              Bentley, Western Australia.      | wierdos. I see one in
E-Mail : chans@marsh.cs.curtin.edu.au          | the mirror every
         pchans@cc.curtin.edu.au               | morning.
************************************************************************
Newsgroups: comp.os.linux
From: kg@gnusys.GUN.de (Klaus Guhr)
Subject: Re: Problem uploading with Seyon
Organization: GNUSYS // Private Site
Date: Sat, 23 Jan 1993 17:33:13 GMT
X-Newsreader: TIN [version 1.1 PL8]

Savio Lam (lam836@cs.cuhk.hk) wrote on Thu, 21 Jan 1993 08:33:11 GMT in comp.os.linux:
: I am using GVC 2400 v.42bis modem, running Seyon as my comm program.
: Download works fine but I get a lot of errors when uploading. The baud
: rate is set at 9600. I've already tried turning on XON/XOFF and CTS/RTS
: flow controls one at a time and both at the same time, but got the same
: result. I have no problem uploading using Xcomm. Would anyone please help.

: P.S. I am using rz, sz I got from tsx-11.mit.edu


i'm using seyon 1.8 and a Zyxel 1496E (16.k) in combination with Xrz3D and normal
sz. Upload and Download at 19200 is no problem. Any higher rate i haven't tried,
because i have no FIFOS built in...

However, it works great.

: Regards,
: Savio Lam.
: email: lam836@cs.cuhk.hk
-- 
----------------------------------------------------------------
            kg@gnusys.GUN.de            Phone ++49 +228 48 53 60  
            ... and now ? :)            Data: ++49 +228 43 24 33  
----------------------------------------------------------------
From: jloup@chorus.fr (Jean-loup Gailly)
Newsgroups: comp.os.linux
Subject: MSDOS gzip.exe
Date: 28 Jan 93 17:58:42 GMT
Reply-To: jloup@chorus.fr (Jean-loup Gailly)

I made a typo when giving the ftp site for the MSDOS gzip executable
sometime ago. Here is the correct version. Sorry. (Such an annoucement
has nothing to do in comp.os.linux either, but I get too many messages
from people who have read the incorrect message.)

I have put an MSDOS executable of gzip on hal.gnu.ai.mit.edu (128.52.46.11)
in /tmp/gzip081.exe. It is an lha self-extracting archive with readme,
gzip.doc, gzip.exe and copying.  If you don't like self-extracting
archives, you can extract the files with "lha x gzip081.exe".

Jean-loup Gailly
jloup@chorus.fr
Newsgroups: comp.os.linux
From: probreak@matt.ksu.ksu.edu (James Michael Chacon)
Newsgroups: comp.os.linux
Subject: Re: TextSearch under Linux
Date: 25 Jan 1993 08:19:40 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:

>jjsf@gmv.es (Julio Sanchez) writes:
>>find . -exec grep foobar {} /dev/null \;

>find . -print | xargs grep foobar

>Fewer processes, somewhat more efficient (in my experience), easier to
>use in most cases.

I always put a -type file in there also, so I don't get errors about
<blah> is a directory.

James
From: rick@ee.uwm.edu (Rick Miller)
Newsgroups: comp.os.linux
Subject: Re: Several interesting questions.
Date: 21 Jan 1993 13:21:11 GMT
Organization: Just me.
NNTP-Posting-Host: 129.89.2.33

djr48312@uxa.cso.uiuc.edu (Dennis Robinson) writes:
>Is linux binary compatible with any other PC unix?

No.  It isn't.

>How does one get email and net news to Linux?

First, get a connection (SLIP/UUCP/"term") to some other site that
will be your mail/news server, or (if you're lucky) set up TCP/IP on
your machine to connect to some local Ethernet which is linked to the
Internet.  Then configure your mailer/news agent to use that connection.
You'll have to read *lots* of documentation at any rate.

>Where is xtank for linux?

I don't know...  Chances are, it would compile under Linux without
too much difficulty right from the original sources.  Then again,
maybe someone uploaded the binary to tsx-11.mit.edu... it would be
in a subdirectory of /pub/linux/binaries.  Or maybe it comes with SLS?

>Can Linux work in a Novell environment?

If you mean "use Novell's network protocol", the answer is no.  Linux
uses the TCP/IP protocol, the standard for inter-network connection.

>Will Linux ever or does it support the ANSI character set?

1.) The ANSI you refer to is not a "character set".  It's a definition
     of control sequences for (usually text-based) user interface.
     And yes, Linux's terminal emulation on the console *does* support
     ANSI sequences, even in color.

2.) Linux uses the "Latin-1" character set, which differs from what
     you normally get on a PC in that some of the higher characters
     which would have been line-graphics are used for international
     characters.  There's a way to toggle back to IBM's version of
     "American ASCII" (not the same as "ANSI"), but I don't know
     what that method is.

>Is the ps problem from 99-2 corrected in 99-3?

Linux 0.99.2 and 0.99.3 are different versions of the *KERNEL*.  The
"ps" program reads its data from kernel memory, and should therefore be
re-compiled when used with a new kernel version.  Sometimes the kernel
doesn't change enough to make this necessary, sometimes it does.  The
problem is *not* with the kernel, it's the fact that if the kernel
changes too much, "ps" won't know how to find what it needs to find.

There is a NEW "ps", based on the "proc" filesystem (which mirrors
kernel information as if it were directories and files).  Since the
format of the proc filesystem doesn't change, this new proc-ps only
needs to be compiled once.

Rick Miller   <rick@ee.uwm.edu> | <rick@discus.mil.wi.us>   Ricxjo Muelisto
Occupation:  Husband, Father, WEPCo. WAN Mgr., Discus Sys0p, and  Linux fan
From: billj@astro.ocis.temple.edu (Bill Jones)
Newsgroups: comp.os.linux
Subject: [Q] zombie portmaps ?w
Date: 23 Jan 93 19:23:33 GMT
Organization: Temple University
X-Newsreader: TIN [version 1.1 PL8]


  I am running SLS 99p2 on a Gateway 486 with 20 meg ram and a 
  SMC Elite 8013 enet card ( I don't know if that means anything...)
  My problem is that after running for 24 hours or so, a 'ps' will
  show zombie portmap processes lying around.  The process ID's of
  the zombies are always higher than the running portmap.  I configured
  my inet setup pretty much out-the-box, except i am using the campus-wide
  nameserver instead of named.

  Anybody have any ideas what is going on?  Any help would be ap-
  preciated.  If this is a FAQ i'm sorry, but I couldn't find it.

  Bill Jones.
  billj@astro.temple.edu
  billj@bjones.temple.edu
Newsgroups: comp.os.linux
From: fbrueng@gwdu03.gwdg.de (Frank Bruenger)
Subject: "??"setterm
Organization: GWDG, Goettingen
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 25 Jan 1993 03:01:34 GMT


Newsgroups: comp.os.linux
From: sasbge@unx.sas.com (Gantt Edmiston)
Subject: Re: Zeos 486 Adaptec 1520 scsi support
Date: Fri, 22 Jan 1993 16:21:45 GMT
Organization: SAS Institute Inc.
Keywords: scsi

ronaldpi@sci.kun.nl (Ronald Pikkert) writes:

>Recently we received a Zeos 486 system. Today I tried to run Linux on it.
>I could boot from a boot diskette, no problem.  The documentation mentions
>that Adapted 154x scsi controllers are supported. Alas the Zeos system has
>a Adaptec 1520 scsi controller.
>Could anybody tell me wether this controller is in any way
>supported.

I have the Adaptec SCSI chip in my 486DX2-66 system.  Currently
I only have a cartridge tape drive connected but it works fine.
The manual that came with it has steps on connecting CD-ROMs and
disks.  I haven't tried it (yet).

BTW, the SCSI chip is a $49 upgrade option.  It mounts in a socket
directly on the motherboard and does not take up a slot.  It does
take up an IRQ spot and a base port address window.
--
-----------------------------------------------------------------------------
Gantt Edmiston - SysAdmin     o | If you always do  what you've always done,
SAS Institute Inc.          <(  | you'll always get what you've always got.
Quality Assurance - V416     [\.+--------------------------------------------
Cary NC 27513 919-677-8000 x6091|            sasbge@unx.sas.com
-----------------------------------------------------------------------------
Newsgroups: comp.os.linux
From: cs911461@ariel.yorku.ca (CHRISTIAN D. ARMOUR)
Subject: p2c dumps core
Originator: cs911461@m04.ariel.yorku.ca
Organization: York University, Toronto, Canada
Date: Sun, 24 Jan 1993 20:29:59 GMT



Hello all.

I've noticed that the p2c program included with SLS dumps core
a lot.  Is this a common problem and if so, are there any common
solutions?  


cak
From: sdw@meaddata.com (Stephen Williams)
Newsgroups: comp.os.linux
Subject: Re: Using TERM on Linux
Date: 27 Jan 1993 06:19:02 GMT
Organization: Mead Data Central, Dayton OH
NNTP-Posting-Host: bugatti.meaddata.com
X-Newsreader: Tin 1.1 PL5

Matthew R B Conway (blevins@athena.mit.edu) wrote:
: 
: 
: Has anyone gotten TERM working on Linux yet? I am trying to get X running
: across my modem (14.4k v.32bis).  I log into a workstaion over dialup, run term
: on that side, then run term on my side redirecting stdin stdout 
: ("term >/dev/ttyS2 </dev/ttyS2 &" where ttyS2 is my modem) 
: then I run trsh.
: I get a shell which sortof works, but after only a couple of seconds, it locks
: up on me, and I cannot type anything.  I did have time to type ls once, and it
: worked, but then it locked up.  If anyone has gotten this to work, let 
: me know exactlty what you did, so I can see if I can duplicate it. Do you
: think it might have to do with the fact that I connect to my Workstation from
: a modem on another server?

This is almost definitely because you haven't escaped enough.

Try adding escape 0-31 on both sides.

Adding ignore 17 and 19 might help also.

sdw
--
Stephen D. Williams  Local Internet Gateway Co.; SDW Systems 513 496-5223APager
LIG dev./sales       Internet: sdw@world.std.com CIS 76244.210@compuserve.com
OO R&D Source Dist.  By Horse: 10028 Village Tree Ct., Miamisburg, OH 45342
GNU Support          ICBM: 39 34N 85 15W I love it when a plan comes together
Newsgroups: comp.os.linux
From: wolf@sol.cs.uni-sb.de (Wolfgang Huwig)
Newsgroups: comp.os.linux
Subject: Re: SLS not booting??
Date: 25 Jan 93 13:54:23 GMT
Organization: Universitaet des Saarlandes, Germany
In-reply-to: emelton@iat.holonet.net's message of 23 Jan 93 23:04:50 GMT

In article <C1BxG3.FnG@iat.holonet.net> emelton@iat.holonet.net (Edwin Melton) writes:

> [...]
>   Here's the problem:
>   When I boot the system from the floppy, I get the screen as follows:
>
>  Loading.
>  @X:0204
>  AX:0204
>  BX:0000
> [...]

I got similar messages when booting a kernel written with dd. The
boot succeeded, nevertheless. After writing a newer kernel version to
the same floppy, the message disappeared.
Maybe it's a physical problem with your disk (weak sectors or some
such). Can somebody with more knowledge (regarding this problem ;-) 
confirm this?

Wolfgang
--

+-------------------+-----------------------------+--------------------+
| Wolfgang Huwig    | CS Dept./AI Lab             | Intelligent remark |
| wolf@cs.uni-sb.de | Universitaet des Saarlandes | goes here ...      |
+-------------------+-----------------------------+--------------------+
From: probreak@matt.ksu.ksu.edu (James Michael Chacon)
Newsgroups: comp.os.linux
Subject: Re: TRIDENT CARD
Date: 21 Jan 1993 18:05:38 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

munn@ug.cs.dal.ca (Richard B Munn) writes:

>Has anybody been able to get their Trident card (8900 or 9000) running 
>at 1024x768 in monochrome mode?

>I can get it to run at 800x600-2, but NOT 1024x768-2.

>Could you forward me your Xconfig file?

>Thank you,

>Rick.

This is dealt with in the man pages. The mono server only maps 64k into
memory at once. Therefore, the largest resolution you can possibly get is
800x600.

The next release of the X server is supposed to use 128k, so 1024x768 
shouldn't be a problem.

James
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: uptime(1) from SLS 99.2
X-Newsreader: TIN [version 1.1 PL6]
Organization: Unisys Corporation SLC
Distribution: comp
Date: Thu, 28 Jan 1993 16:52:03 GMT

James H. Cloos Jr. (cloos@theory.TC.Cornell.EDU) wrote:

: If you do not get output from uptime(1) that looks like:
: 
:   5:08am  up 3 days, 18 hrs,  44 users,  load average: 0.34, 0.33, 0.16
: 
: then do be sure to upgrade to the current procps suite.

44 users and a load average of only 0.16?  My, my, my ... I see I'm running
the *wrong* OS!  Which model Cray are *you* running Linux on?  ;)
-- 
Ed Carp			erc@apple.com, erc@saturn.upl.com	801/538-0177

"It is your resistance to 'what is' that causes your suffering."   -- Buddha
From: probreak@matt.ksu.ksu.edu (James Michael Chacon)
Newsgroups: comp.os.linux
Subject: Re: GROUP file access
Date: 22 Jan 1993 15:44:27 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

c60b-1fk@web-1b.berkeley.edu (Ahmon Dancy) writes:


>I have a file like this:

>-rw-r--r--  owner:root	group:mud 	file

>I tried this as a ordinary user with uid!=0 and gid=mud.  

>rm file
>override 0644 protection? y
>> 

>It deleted the file.  Should this happen?

It depends on the permissions of the directory the file is in. If the directory
has write permission turned on for the group mud, or for everyone then files
can be removed. The permissions on the file will just allow you to change
its contents, not remove it.

James
Newsgroups: comp.os.linux
From: twod@socrates.demon.co.uk (Ian A Parkin)
Subject: [Bug ??] CTL-c in vi
Distribution: world
Organization: Realizing Relentlessly
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Sun, 24 Jan 1993 23:30:27 +0000

Not sure that this should be posted here but ...

Whilst in vi I typed CTL-C ( emacs has a few things to answer for ) and
something odd happened :

I got the "Press return to continue" message at the bottom of the screen.
It looked as if I had returned to the shell, I was given my usual prompt
but when I tried to do things it went weird. The screen was limited to 
about ten lines ( except when output of commands such as 'ls' exceeded this )
before the cursor 'wrapped around to line 1. The vi 'Input box' was displayed
in the bottom left of the screen - I use showmode. To all intents & purposes
I was in a 'vi shell' of some sort.  Upon trying to log out all the usual 
logoff actions were started - syncing to disk, etc. However I was still in 
the vi shell. It was not until I managed to type :q! that things returned to 
normal. Typing 'exit' had no effect whatsoever. Typing 'stty sane' had no 
effect. Killing the parent process ( pid 47 ) did not free the terminal just 
got the login screen plus the input box !

Is this a Berty-bug or life imitating art ?

Does this happen on later releases of Linux / Elvis / Bash ?

Anyone know a fix ?

Config details :-

uname -a :- Linux Twoddy 0.98.pl5-41 12/01/92 i386 
	( The SLS version )

vi :- ELVIS 1.6 (27 April 1992)

bash :- GNU bash, version 1.12.4

stty -a :- 
speed 9600 baud; rows 25; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
lnext = ^V; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts
-ignbrk brkint ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc ixany -imaxbel
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon -iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
-echoctl -echoke

ps -u $LOGNAME (from another login ) :-

USER       PID %CPU %MEM SIZE  RSS TT STAT START   TIME COMMAND
ianp       132  0.0  4.8  297  408 a1 S    22:47   0:00 -bash (bash)
ianp        47  0.0  4.8  299  412 a4 S    22:41   0:01 -bash (bash)
ianp       326 60.0  2.3   64  196 a1 R    23:13   0:00 ps -u
ianp       298  1.2  3.0  153  256 a4 S    23:10   0:02 /usr/bin/vi
ianp       273  1.1  3.0  153  256 a4 S    23:10   0:02 /usr/bin/vi

ps -a ( after kill pid 47 - virtual tty shows login prompt & input box ) :-

  PID TT STAT  TIME COMMAND
  132 a1 S     0:01 -bash (bash)
   45 a2 S     0:00 /etc/getty 9600 tty2
   46 a3 S     0:00 /etc/getty 9600 tty3
  381 a4 S     0:00 /etc/getty 9600 tty4
  386 a1 R     0:00 ps -a

-- 
-------------------------------------------------------------------------------
			It's not real you know
-------------------------------------------------------------------------------
Newsgroups: comp.os.linux
From: chchen@stat (Ching-Hsiang Chen)
Subject: Linux partition > 64 mb?
Organization: Florida State University
Date: Mon, 25 Jan 93 02:52:00 GMT

Anyone has created a Linux partition larger than 64 mb? I used MCC-interim
disks and the fdisk on the boot disk and it didn't allow me to have
a partition larger than 64mb. Maybe this is because the old kernel and
old fdisk program. Any idea?

Steve Chen
-- 
-----------------------------------------------------------------
Ching-Hsiang Chen             chchen@stat.fsu.edu
Department of Statistics,     Florida State University
-----------------------------------------------------------------
From: bribbeck@exucom.com (Bob Ribbeck)
Newsgroups: comp.os.linux
Subject: Re: More SLS 99.2 problems-Client logins/menu
Date: 23 Jan 93 00:52:51 GMT
Organization: ExuCom Multimedia Inc.
X-Newsreader: TIN [version 1.1 PL8]


  Thanks for the help.  I did ls -ld / as you suggested and then chmod 755 /
I can't see what it did but it fixed the problem no more shell-init permission
denied.  All the root directories had 755 permission so I don't see what
changed.  Thanks again for the fix.
Newsgroups: comp.os.linux
From: henderso@netcom.com (Mark Henderson)
Subject: Re: Linux 0.99pl4
Organization: Netcom
Date: Sun, 24 Jan 1993 07:48:17 GMT

In article <jahoward.727842837@help.cc.iastate.edu> jahoward@iastate.edu (Jim) writes:
>Good report.  99-pl4 compiled absolutely perfect first time.
>Easiest compile ever.  If it runs as good as it compiled, we
>could have something here :)
>
>Jim
Just to add some data.
As with 0.99.3 I need to compile with CONFIG_AUTO_IRQ turned off
to get the serial drivers to work.

This wasn't the case with 0.99.2

Mark
-- 
Mark Henderson
henderso@netcom.com