HDTenEightyP/NetNews huggingface dataset:
From: rhealey@kas.helios.mn.org (Rob Healey)
Newsgroups: comp.unix.amiga
Subject: Re: Where is the source for the menu library that comes with AMIX
Date: 9 Apr 92 10:37:36 GMT
Organization: Rob's home system, Hopkins, MN

In article <1992Apr6.060942.19229@mintaka.lcs.mit.edu> ndsouza@hal.gnu.ai.mit.edu (nigel glen d'souza) writes:
=The Amiga Unix distribution comes with a menu package that is built on
=top of the curses package.
=Who wrote this package? Is the source freely distributable? If so, where
=can I find it? 
=I would like to compile it under A/UX.

	Ding! Thank you for using, pause, AT&T...
	
	It's pure USL Curses dude, sysadm is pure USL too. Your pretty much
	stuck on this one.

	Maybe that other vendor will break down and use SVR4? Naaaaah....

		-Rob
From: bernd@pfm.rmt.sub.org (Bernd Hennig)
Newsgroups: comp.unix.amiga
Subject: Re: Amiga UNIX on A2500
Date: 10 Apr 92 18:14:09 GMT
Organization: PFM News & Mail RMT Mainz, Germany

tw0i+@andrew.cmu.edu (Todd Andrew Williamson) writes:

>A2000 with A2630 (4 megs), A2232 serial card, A2320 deinterlacer, GVP
>Series II SCSI controller, ProRAM board with 2 more megs, Quantum LPS
>240 hard disk.

>Total: 7 megs (4 32-bit fast, 2 16-bit fast, 1 chip) and 240 MB of
>disk space.

Sorry, the Amiga UNIX doesn't work with the GVP SCSI-controller and
the 2 "more megs on the ProRAM board"

-- 
Bernd Hennig | PFM News & Mail RMT | 06131 / 362779 | bernd@pfm.rmt.sub.org
" Fuellen die das Bier in Faesser ? " 
                  " Ja, aber vorher nehmen sie die Katzen raus !"      - ALF
From: rick@cs.sunysb.edu (Rick Spanbauer)
Newsgroups: comp.unix.amiga
Subject: Re: Graphics Options
Date: 8 Apr 92 11:34:29 GMT
Article-I.D.: sbcs.1992Apr8.113429.13800
Organization: State University of New York, Stony Brook

In article <461@kas.helios.mn.org> rhealey@kas.helios.mn.org (Rob Healey) writes:
>In article <1992Mar30.235407.8897@sbcs.sunysb.edu> rick@cs.sunysb.edu (Rick Spanbauer) writes:
>=	Check out the Ameristar 1600GX board - it offers the highest
>=	*non interlaced* resolution in the Amiga market.  The 1600GX
>=	provides up to 1600x1280 (using 170 mHz dot clock) non interlaced
>=	resolution, with 256 colors out of a palette of 2^24 possible colors.
>=	The video timing generator is software programmable and provides
>=	any of the common formats, eg 1600x1280, 1600x1200, 1280x1024,
>=	1152x900, 1024x768, 800x600, 640x480, etc as well as unusual
>=	ones such as 3072x600, etc.  The board also has a graphics accelerator 
>=	which draws at rates up to 100 million pixels/second.  
>=
>	This sounds a tad bit commercial so I'll have to respond:
>
>	1) I thought the DMI resolver C did 2kx2k and has double buffering.
>	   Can any resolver owner comment on this?

	The DMI does interlaced, or slow refresh rate 2Kx2K.  A board
	that could actually do 2Kx2K at 60 hz refresh would necessarily
	have a dot clock frequency of 2048*2048*60*1.085*1.25 = 341 mHz
	(assuming 8.5% vert overscan, 25% horiz overscan).  341 mHz is
	literally on the edge of what is possible with *very* expensive
	off the shelf ramdacs.  The DMI does not use these ramdacs.  The
	1600GX uses a 170 mHz Brooktree ramdac to reach 1600x1280 60hz
	refresh rate.  The other half of the problem is some bad analog
	voodoo to actually deliver the video through the cable & connector
	system without ringing or noise problems - simple VGA connectors
	are unsuitable at 170 mHz.  We use a double shielded D connector
	with internal coax cables to maintain clean video out to 170 mHz+.

>=	On the software side, we have the 1600GX running under both
>=	X11R4 and X11R5.  The X11R4 version is based on the X code
>=	provided with AMIX 2.03C, while the X11R5 code is our own port.
>=
>	Again, the Resolver has an X11R5 port and can be used under ADOS
>	as well.
>

	The 1600GX has limited ADOS support, too.  Dale Luck has color X11R4
	running over AmigaDOS on the 1600GX.  IMO, real ADOS support does not
	exist for any third party boards as yet.  The current solution 
	involves getting software vendors to write drivers for
	each third party board; of course, the most important vendor, CBM,
	has not ported workbench, etc to any third party board.  Until we
	have some sort of retargetable graphics, any claims of ADOS support
	are sort of misleading, don't you think?

>=	The card is priced at $2495.  Ameristar can be reached at
>=	(516) 698-0834, 9 am - 5 pm EST.
>=
>	The street price for a DMI resolver C is about $1600.00, what is
>	the STREET price for the 1600GX? The A version of the resolver is
>	about $965.00 although that version only has enough VRAM for
>	SVGA type video modes.

	The street price on the 1600GX is $2495.  

>		-Rob

				Rick Spanbauer
				speaking for Ameristar
From: skrenta@cbnewsg.att.com (Rich Skrenta)
Newsgroups: comp.unix.amiga
Subject: Re: This is really stunning, guys.
Date: 6 Apr 92 20:28:08 GMT
Organization: AT&T
Originator: skrenta@cbnewsg.cb.att.com

skrenta@cbnewsg.att.com (Rich Skrenta) writes:
> Yeah, it only takes a cracker 53 million years, instead of 265
> million.  Give me a break.

Someone asked me if I had computed this, or just made it up.  I
admit it.  I made it up.

So let's get out our trusty 'bc' and see just how long a brute
force attack on a login would take.

Let's look at the most optimistic scenario possible.  We send our
login and password attempts continuously, the system responds
immediately, and it never hangs up or gives us a delay.  We're
working at 9600 baud.

I figure this allows roughly 50 passwords per second to be tried.

How many passwords are there?  Well, 26 uppercase letters, 26
lowercase letters, 10 digits plus about 31 punctuation characters
(what I count on my keyboard).  So 93^8 is 5,595,818,096,650,401.

Divinding I get 3,548,844 years.

Taking a slightly more realistic 1 second per attempt (including our
long wait at the end, and connection time) we get 177,442,227 years.

Crackers don't get into systems this way.

--
Rich Skrenta
From: rhealey@ub.d.umn.edu (Rob Healey)
Newsgroups: comp.unix.amiga
Subject: 2.1 screen menu woes
Date: 15 Apr 92 15:30:32 GMT
Article-I.D.: ub.2865
Organization: University of Minnesota, Duluth. Information Services.


	Since my comments about scrmenu, ttymon and others were wrong earlier
	I'll straighten things out now.

	The situation where the screen menu pops up after a logout from
	a VT is due to a bug fix relating to file descriptors not being closed
	in the old code. Also, few of you will know what I'm talking about
	because RELEASE versions of AmigaUNIX 2.x have always had
	the bring up the screen menu after logout behaviour. To see what
	I'm talking about compare logging in and out of the console, F1,
	as opposed to all the other VT's, F2-F10. For the "broken" behavior
	you have to hold the stdout descriptors open after logout with
	some goofy .profile nonsense. The behavior I like is the result
	of a broken console driver so it'l take some time to figure out
	how to have the behavior with a properly functioning console
	driver.

	Sorry for any confusion I caused on this issue.

	Overall, 2.1 is running like a champ and Cnews is rip snortin' fast.

	By the way, xtetris, xasteroids and zmodem were left out due to
	legal issue regarding their distribution in a commercial product. You
	can pick them up at an Internet/USENET archive near you.

		-Rob
From: jgallego@pnet01.cts.com (Jose Gallego)
Newsgroups: comp.unix.amiga
Subject: MINIX 1.5
Date: 8 Apr 92 03:16:44 GMT
Organization: People-Net [pnet01], El Cajon CA

I just saw the new (?) box for MINIX 1.5 at a local Technical bookstore.

I would appreciate comments about it from those who have upgraded to version
1.5.  

Does it support hard disk now?

Any other comments are welcome.

Thanks!
Jose

UUCP: {hplabs!hp-sdd ucsd nosc}!crash!pnet01!jgallego
ARPA: crash!pnet01!jgallego@nosc.mil
INET: jgallego@pnet01.cts.com
BIX: jmgallego
CITY: San Diego, CA USA
Newsgroups: comp.unix.amiga
From: ndsouza@hal.gnu.ai.mit.edu (nigel glen d'souza)
Subject: Where is the source for the menu library that comes with AMIX
Organization: /etc/organization
Date: Mon, 6 Apr 1992 06:09:42 GMT

The Amiga Unix distribution comes with a menu package that is built on
top of the curses package.
Who wrote this package? Is the source freely distributable? If so, where
can I find it? 
I would like to compile it under A/UX.



Newsgroups: comp.unix.internals
From: sergei@is.morgan.com (Sergei Poliakoff - CONS)
Subject: Re: How to know if file is on NFS filesystem?
Keywords: NFS
Organization: Morgan Stanley - IS
Date: Wed, 15 Apr 1992 16:04:31 GMT

|> In order of decreasing usefulness:
|> 
|> 1.   Do a statfs system call and look at the f_files and f_ffree fields.
|> If either is -1, the file lies on a non-local filesystem such as NFS.

This feature is listed as a bug in SunOS manual.


Sergei
From: rsaripa@hubcap.clemson.edu (saripalli ramakrishna)
Newsgroups: comp.unix.internals
Subject: what is the use of "/dev/kmem" in Unix?
Date: 12 Apr 92 00:25:12 GMT
Reply-To: rsarsaripa@cs.clemson.edu
Distribution: usa
Organization: Clemson University


	Hi fellas,
		I am new to posting on to this net though I read it quite often.
Recently,I came across an article in Dr Dobb's Journal outlining an utility thatwould work similar to 'ps' except that it operates on the inode table .

			The program(C) was using a 'pseudo-file' with the name 'dev/kmem'.It says that using this,u can have access to the KERNEL's data structures.

			Could some Unix guru tell me in detail what I could do with this file?.


					Thanks a bunch,
					Saripalli Ramakrishna.
					rsaripa@cs.clemson.edu

I would appreciate it if u could reply to my account.

			I would rather dream reality than face it.
				(words of a realist).
From: pefv700@perv.pe.utexas.edu (Chris Phillips)
Newsgroups: comp.unix.internals
Subject: Re: errno questions
Date: 16 Apr 92 17:09:00 GMT
Organization: Dept. of Petroleum Eng., Univ. of Texas - Austin
News-Software: VAX/VMS VNEWS 1.4-b1

In article <46520020@hpcupt3.cup.hp.com>, vsp@hpcupt3.cup.hp.com (V Shankar Prasad) writes...
>Isn't there a fourth situation ?  Checking errno when the system call
>has not failed.  It must be kept in mind that checking errno is valid
>only if the most recent system call (which claims to set errno) has
>failed.  Checking for "errno == 0" to indicate success of the system
>call is Bad (tm).

Certain system calls can legitimately return -1.  In this case, setting
errno to 0 and then checking if it was changed by the system call flags
an error.  Check your system's docs.

Chris
Xref: sparky comp.unix.internals:1088 comp.unix.wizards:2138
From: gram@aim1.aztec.co.za (Graham Wheeler)
Newsgroups: comp.unix.internals,comp.unix.wizards
Subject: SVR4 driver functions
Date: 9 Apr 92 11:56:34 GMT
Article-I.D.: aim1.gram.702820594
Organization: Aztec Information Management

Not having the patience to wait until my manuals arrive, I would like to know
if anyone can tell me what the SVR4 device driver utility routines are that
correspond to the BSD (SunOS, anyway) routines `spl' to set interrupt
priority level, and `mapin' to map physical to virtual memory.

Please e-mail. Thanks in advance.
-- 
Graham Wheeler                     | "That which is weak conquers the strong,
Software Systems Engineer          | that which is soft conquers the hard."
Aztec Information Management       | 		Lao Tzu - Tao Te Ching Ch. 78
gram@aim1.aztec.co.za              | There's no justus; there's just us
Newsgroups: comp.unix.internals,comp.unix.questions
From: kevin@kbsw1.uucp (Kevin Graboski 806 1032)
Subject: Need TLI and STREAMS packages.
Date: Mon, 13 Apr 1992 22:15:14 GMT
Organization: Kentek Information Systems

I am porting a software package that uses both the Transport Layer
Interface, and the System V Streams interface into our embedded product.
Our 'operating system' is UNIX like, but does not contain these 2
functionalities. Does anyone know of free or commercially available
packages for one or both of these interfaces, (preferably in source
code format)?
Newsgroups: comp.unix.internals
From: terry@ithaca.Eng.Sandy.Novell.COM (Terry Lambert)
Subject: Re: Which pipe got SIGPIPE w/o checking each??
Organization: Novell NPD -- Sandy, UT
Date: Wed, 15 Apr 1992 18:13:22 GMT

In article <92105.165252PJS100T@ODUVM.BITNET>, PJS100T@ODUVM.BITNET (Pam Skillman) writes:
|> HI, I had posted this to comp.unix.programmer and it was suggested that I
|> post here to see if anyone has any ideas.
|> 
|> I have lots of forked processes running concurrently and I would like to have
|> a signal handler to catch SIGPIPE.  Without having to "test" each one after
|> the SIGPIPE arrives, is there a way of telling which one it was??  Each of
|> the processes will be running some sort of tool so I don't want to attempt
|> to write to each as I don't want what I send to be interpreted by the tools.
|> Is there any way around this??  Are there any error indicators set that could
|> be examined??  Thanks in advance.

	Use select() or poll() on your pipes (yes, all of them).  Signals are not interrupts;
they are "persistant conditions".  You are not even guaranteed that other SIGPIPE's
will not be thrown away while you are in the handler for one (pretty much bet on it
happening some time).


Try the following (pseudo-code):


#include <stdio.h>
#include <signal.h>
#include <sys/time.h>

int	sigpipe_flag = 0;

int
sigpipe_handler()
{
	sigpipe_flag = 1;

	/* May have to reset trap here if old, grungy signals*/
	/*** signal( SIGPIPE, sigpipe_handler); ***/
}


main()
{
	struct timeval	tv;

	signal( SIGPIPE, sigpipe_handler);

	/* set timeout to effect poll*/
	tv.tv_sec = 0;
	tv.tv_usec = 0;

	for(;;) {		/* my main loop*/

		if( sigpipe_flag) {
			sigpipe_flag = 0;
			/* small non-gaping timing window (signals suck)*/
			if( select( maxfd, NULL, NULL, &exceptfds, &tv)) {

				/*
				 * handle the fd's on which exceptions live...
				 * these are the dead pipes.
				 */
				...

			}
		}

		... whatever else we do in the main loop ...

	}

}


	Unfortunately, since signals are inherently unreliable, this is the only real way.  If
you are doing terminal/file/socket/X I/O, then add the fd to the select/poll and throw
away SIGPIPE entirely.


							Terry Lambert
							terry_lambert@gateway.novell.com
							terry@icarus.weber.edu
Xref: sparky comp.unix.internals:1077 comp.unix.sysv386:8300
From: nc00@eurotherm.co.uk (Neil Corlett)
Newsgroups: comp.unix.internals,comp.unix.sysv386
Subject: Re: swap space
Date: 7 Apr 92 09:24:13 GMT
Organization: Eurotherm Limited

andyb@wndrsvr.la.ca.us (Andy Brager) writes:

>pavlov@niktow.canisius.edu (Greg Pavlov) writes:


>Ok, I've heard various claims like this.  I would love to know the
>reasoning behind it.  No doubt I'll be flamed for not already knowing
>the answer to my question, but what the hell.  You only burn once :)

>Why would you need more swap space then memory?   I believe I've
>been told "so you can do a system dump".  What?  To floppy?  I
>have 32M of memory.  I'm supposed to dump 96M to floppy?  Someone
>pass me a clue please?  Thanks!

At least on Interactive you must have at least as much swap as memory.
The reason is that when the kernel panics and writes memory into
/dev/swap it assumes there is enough space to do so. If you have less
swap than memory, the kernel will merrily write into the following
partition, trashing it.

The base rule is MORE SWAP THAN MEMORY. Break it at your own peril. Of
course, some vendors may have more intelligent kernels...

Finally, you do not have to dump to tape/floppy. When your machine
first comes up, and before anyone gets to make it swap, run crash on
/dev/swap. This does not work on SVR4's because they write into
/dev/swap during boot. It works on Interactive.

Neil
--
ncorlett@eurotherm.co.uk
Eurotherm Limited on +44 903 268500
Newsgroups: comp.unix.internals
From: les@chinet.chi.il.us (Leslie Mikesell)
Subject: Re: How to know if file is on NFS filesystem?
Organization: Chinet - Public Access UNIX
Date: Tue, 14 Apr 1992 20:05:21 GMT
Keywords: NFS

In article <12423@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:

>which *MIGHT* put "nfs" in the "f_basetype" field if the file system is
>NFS-mounted, although they indicate that if it's *RFS*-mounted, it gives
>the file system type of the file as it's mounted on the *SERVER*, not
>"rfs"....

I've been doing full-machine backups by RFS-mounting the root read-only
onto a different machine, cd-ing to the mount point and using cpio to
copy to tape.  It hasn't been any problem to restore normal files or
directories either by reversing the procedure with a r/w mount or
using the machine's own tape drive. 

Should I expect something strange to happen if I would restore /dev
from one of those tapes?

Les Mikesell
  les@chinet.chi.il.us
Xref: sparky comp.unix.internals:1137 comp.unix.sysv386:8754
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Newsgroups: comp.unix.internals,comp.unix.sysv386
Subject: Re: swap space
Date: 17 Apr 92 00:54:44 GMT
Article-I.D.: cbnewsj.1992Apr17.005444.2932
Organization: AT&T

In article <1992Apr16.211741.11869@news.rn.com> larry@news.rn.com (Larry Snyder) writes:
> ihno@generics.ka.sub.org (Ihno Krumreich) writes:
> 
> >>At least on Interactive you must have at least as much swap as memory.
> 
> >Not only for Interactive, but for every SVR4 flavour running on intel.
> 
> this just got me thinking -- we rarely swap here -- and it would be
> nice if we could put the swap partition on the outer tracks of the
> drive (where it is the slowest) -- is this possible (it should be)?
> 
> we are running SVR4 3.0
> 
> -- 
> Larry Snyder                                    internet: larry@gator.rn.com
> keeper of the Gator                                 uucp: uunet!trauma!larry

While I've never tried this, I don't see why you can't.  You'd need to build
a new root drive, but a quick glance at /etc/partitions shows that you can
specify the start cylinder and size.  The 'partition = 2' may be hardcoded
somewhere, but you can probably put partition 2 wherever you want it.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | I asked her her name.
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   She said her name was
200 Laurel Ave - 4B-421     |                       |      'Maybe'
Middletown, NJ  07748       | (908) 957-5871        | --Damn Yankees
Xref: sparky comp.unix.internals:1069 comp.unix.sysv386:8255
From: rmtodd@servalan.servalan.com (Richard Todd)
Newsgroups: comp.unix.internals,comp.unix.sysv386
Subject: Re: swap space
Date: 7 Apr 92 01:16:13 GMT
Article-I.D.: servalan.1992Apr7.011613.15473
Organization: Ministry of Silly Walks

barmar@think.com (Barry Margolin) writes:
>You need more swap space than memory if you want to run more programs than
>will fit in memory at once.  The machine I'm on right now has 64MB of RAM

This is true, *if* you're running on a system with BSD4.2-derived VM; the
total amount of swap space must be (approximately) equal to the total amount
of virtual memory you want to be available at any one time.  On systems with
System V R{2,3}-derived VM, the situation is quite different.  There, the
total amount of virtual memory available is equal to the amount of swap
space you have *plus* the amount of free RAM you have (i.e. total RAM minus
however much the kernel, buffer cache, etc. take up).  Example: this system
here, "servalan", an 8M Mac IIx running Apple Unix (SVR2).  Total amount of VM
in use is 13000K, according to my "vmmeter" program.  The amount of swap 
space used, as shown by "swap -l", is only about 4980K.  The remaining VM,
8020K, that isn't on the swap disk, is either in main memory (of which about
6M is free after the kernel gets thru allocating disk cache, etc.) or not-
currently-paged-in text (SVR2 will page text in from the object file and does
not need to allocate swap for it).  I've got 20M of swap space here, which
means that I could (in principle) go up to around 26-27M of virtual memory
in use.  If this was a BSD4.2-style system, I'd be limited to 20M of VM
max, a bit of a comedown from 26M.  

  I gather SVR4 uses a SunOS4-style VM system, which means that it too must
have swap space at least as large as RAM memory and your total VM is limited
by the size of swap, not swap+RAM.  Anyone know how the new Mach-based BSD4.4
system is supposed to behave in this regard?
--
Richard Todd	rmtodd@uokmax.ecn.uoknor.edu  rmtodd@chinet.chi.il.us
  rmtodd@servalan.uucp  New Improved Domain: rmtodd@servalan.servalan.com
Motorola Skates On Intel's Head!
Newsgroups: comp.unix.internals
From: peter@ferranti.com (Peter da Silva)
Subject: Re: microkludgery (was Re: DEC-bashing)
Organization: Xenix Support, FICC
Date: Wed, 8 Apr 1992 17:46:15 GMT

In article <1992Apr6.021813.26170@decuac.dec.com> mjr@hussar.dco.dec.com (Marcus J. "will do TCP/IP for food" Ranum) writes:
> 	Does anyone really have any hard evidence that microkernels
> are worth jack?

Well, QNX gets pretty good performance. One thing they did was make sure their
microkernel fit in the 8K on-chip cache on the 80486. Another common operating
system with a microkernel design is AmigaOS. Neither of these systems have a
4MB "microkernel". Both run on commodity processors in under 512K, in fact.

Don't extrapolate from some bad implementations of the idea to the conclusion
that the idea doesn't work.
-- 
/F{/Times-Roman findfont exch scalefont setfont}def /M{moveto}def /S{show}def
8 F 24 24 M (Sugar Land, TX  77487-5012; +1 713 274 5180)S 60 0 rmoveto(`-_-')S
12 F 24 32 M (Peter da Silva, Ferranti International Controls Corporation)S
0 -6 rmoveto 20 F ( Have you hugged your wolf today?)S showpage
Newsgroups: comp.unix.internals
From: philip@cetia.fr (Philip Peake)
Newsgroups: comp.unix.internals
Subject: Re: lseek(..., SEEK_END) behaviour
Keywords: lseek holey file
Date: 16 Apr 92 18:35:49 GMT
Organization: CETIA, France

In article <1992Apr16.091643.18604@west.nl> gertjan@west.nl (Gertjan van Oosten) writes:
>The following behaviour occurs under SunOS (both 4.0 and 4.1):
>
>If I seek beyond EOF [with lseek(..., SEEK_END)], and do it again, the
>second lseek() does not seek from the last seek position, but from the last
>written byte [example program below].
>The manual says:
>
>"                                  ...  If  whence  is  SEEK_END,
>"    the seek pointer is set to the size of the file plus offset.
>
>[The manual pages in 4BSD, X/Open and SVID make similar statements.  Note
> that SunOS, 4BSD and SVID mention holes, X/Open does not.]
>
>What I want to know is:
>  a. Do you consider this behaviour correct (w.r.t. the man-page)?
>  b. Do you want this behaviour?

The file only changes size when you write(2) to it.
This seems reasonable, and predictable behaviour.

Given that, the manual entry is correct.

If you want to seek relative to the current position 
then you are using the wrong option ...

Philip
Newsgroups: comp.unix.internals