HDTenEightyP/NetNews huggingface dataset:
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: NEC CDROM drive and A/UX
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Fri, 28 Aug 1992 01:34:10 GMT

jason@cs.utexas.edu (Jason Martin Levitt) writes:


>  I can't get A/UX 3.0 to install with my NEC CDR-73M
>(same as CDR-74) CDROM drive. After some superficial
>research, I heard the following:

Compatible CD-ROM drives are a big issue... I'm trying to include a
"full" list in the FAQ.

-- 
    Jim Jagielski               | "This is supposed to be a happy occasion.
    jim@jagubox.gsfc.nasa.gov   |  Let's not bicker and argue about who
    NASA/GSFC, Code 734.4       |  killed who."
    Greenbelt, MD 20771         |
From: briggs@csugrad.cs.vt.edu (Allen Briggs)
Newsgroups: comp.unix.aux
Subject: Where to get the Gravis SuperMouse?
Date: 28 Aug 92 18:01:46 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

The FAQ mentions that the Gravis (?) SuperMouse is a good bet for a
3-button mouse under A/UX.  Does anyone know a good source for these
mice?  I have searched through numerous ads in MacWorld, but I can't
find even a reference to the SuperMouse.

Thanks,
-allen
-- 
Allen Briggs             | The spirit was freedom and justice
briggs@csugrad.cs.vt.edu | Its keepers seemed generous and kind
Computer Science         | Its leaders were supposed to serve the country
Virginia Tech            | Now they don't pay it no mind...--Steppenwolf
Newsgroups: comp.unix.aux
From: marcelo@deadzone.princeton.edu (Marcelo Gallardo)
Subject: Re: Reporting bugs in A/UX
Date: Thu, 3 Sep 1992 23:21:11 GMT
Organization: DeadZone * A/UX 3.0 SVR2 * 609-275-1833

In <1992Sep3.204122.464@nsisrv.gsfc.nasa.gov> xrsbg@calvin.gsfc.nasa.gov (Steve B. Green) writes:

>In article <183fioINNg7t@parlo.hal.COM> paul@hal.COM (Paul Sander) writes:
>>In article <1992Sep2.054029.7176@panix.com> alexis@panix.com (Alexis Rosen)
>>writes:
>>>dundas@chip.Jpl.Nasa.Gov (John Dundas) writes:
>>> [Complains that bugs reported via comp.unix.aux and
>>>  reports.aux@applelink.apple.com go unacknowledged]
>>>[deleted]
>>[stuff about purchasing phone support]

>Garbage!  Dont tell me that I have to purchase phone support so the
>bugs I report can get fixed.

>The problem is that Apple does not put enough weight on responding to
>reported bugs.  Antonio has been known to respond to some reports but
>the stated policy was(/is?) NOT to respond to reports.

>To be fair, I am sure that not all reports that I have submitted have 
>actually been bugs.  However, I can say for sure that I know of bug(s)
>that I have submitted during 2.0b12 (or so) that still exist in 3.0.
>So why is that..  Broken by design?  Apple does not care?  The information
>never got to the correct person?  What?
	
	Well, I reported several bug reports during the betas as well,
	and was always sent back an ack with a reference number so I
	could check on the status of the bug. 

	Now granted some bugs go by without much attention (like the
	serial ports mess - when's it going to be fixed?) but the
	majority of them have been fixed. 

	For the most part Apple (specifically the A/UX team) spend a lot
	of time trying to get bugs taken care of, unfortunately when
	your boss says work on the next version that's what you do. 

	Maybe we should get in touch with the A/UX leaders and giv'em
	hell.

	Marcelo -


>I guess I will never know but because of that, I will submit no more bug
>reports to Apple.

>For comparison, when I submit a bug report to Convex, I get a notice
>of receipt within 24 hours and a number to track the problem with.
>When the report is delt with, I get another notice of the resolution.
>... and we dont even have to pay for that service.  :)
> 
>-- 
>Steve Green <xrsbg@charney.gsfc.nasa.gov>

>NASA, Goddard Space Flight Center, Centers For Computational Sciences, Code 931
-- 
Marcelo Gallardo			marcelo@deadzone.princeton.edu
Test and Evaluation Specialist		...!princeton!deadzone!marcelo
Princeton University			marcelo@Princeton.EDU
Advanced Technologies and Applications		(609) 258-5661
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: MacTCP and A/UX 3.0....
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Wed, 2 Sep 1992 15:20:37 GMT

jpost@llnl.gov (John C. Post) writes:

>I have just installed A/UX 3.0 on my Quadra 950, and can't seem to figure out 
>where to put the address of my nameserver, so I don't have to have every IP 
>number I need memorized...any help?

Put it in /etc/resolv.conf

# Domain name resolver configuration file
#
domain YOURDOMAIN
#
# nameserver localhost
# 
nameserver NAMESERVER.ADDRESS
-- 
    Jim Jagielski               | "This is supposed to be a happy occasion.
    jim@jagubox.gsfc.nasa.gov   |  Let's not bicker and argue about who
    NASA/GSFC, Code 734.4       |  killed who."
    Greenbelt, MD 20771         |
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: thre A/UX 3.0 questions from a beginner...
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Thu, 3 Sep 1992 11:11:39 GMT

m211037@regen.DKRZ-Hamburg.DE (Martin Heimann) writes:

>Dear colleagues:

>After having installed A/UX 3.0 on my Quadra-900 system, I have 
>encountered the following not necessarily related problems. I am not a 
>unix-crack and have only followed the rather terse installation manual.
>I'd appreciate any hints that might help me resolve these problems.

>1. How do I mount nfs volumes from other sun systems that are in our 
>network? I get always the msg "unsupported file system type".
>The entry on that remote machine in the /etc/fstab file for the filesystem 
>contains e.g. "/usr/local 4.2 rw 1 2" - is this a wrong file type for my 
>A/UX system? I should add, that my machine is listed in the remote hosts 
>/etc/exports file.

The basic format in /etc/fstab for mounted NFS volumes is:

	NameOserver:/directory /mount_point nfs  bg,soft  0 0

So if you were mounting /usr/export/local from foo.bar onto /usr/local
on your machine, the entry would be:

	foo.bar:/usr/export/local /usr/local nfs bg,soft 0 0

You can also use 'cmdo fsentry' to do this.

Oh yeah... make sure you have a NFS-supporting kernel installed ;)

>2. Where can one find a description of the errorcodes that might
>occur when running a fortran program, as e.g. "Exit 16"?

I don't think such a list exists _anywhere_ in the A/UX doc set.

>3. I'm using MacX to access the other unix and cray systems. How come 
>that I can launch on my quadra all the x gadgets like xcalc but not xterm?
>I always get the message "xterm: no available ptys"? 

I'll defer this...?
-- 
    Jim Jagielski               | "This is supposed to be a happy occasion.
    jim@jagubox.gsfc.nasa.gov   |  Let's not bicker and argue about who
    NASA/GSFC, Code 734.4       |  killed who."
    Greenbelt, MD 20771         |
From: alexis@panix.com (Alexis Rosen)
Newsgroups: comp.unix.aux
Subject: Re: VersaTerm Pro (3.6.2)
Date: 26 Aug 92 10:25:47 GMT
Organization: PANIX Public Access Unix, NYC

jim@jagubox.gsfc.nasa.gov (Jim Jagielski) writes:
>I've just gotten the latest version of VersaTerm Pro (3.6.2) and have
>been working with it for the past few days. It seems to work fine under
>3.0 except for one tiny thing:

>VT-Pro will _occasionally_ hang the system when telneting onto yourself
>if you are using the new in.telnetd daemon... command-option-e is your
>only escape. Sometimes it doesn't happen for a while, other times it'll
>happen 3-4 times back-to-back. To add a bit more intrigue to this, whne
>you _do_ connect to yourself, the login prompt is "rlogin" and not
>"login".

This is a bug in the new in.telnetd. The "r" (which looks like something
else in other telecom programs- it's actually some 8th-bit-set character)
is the result of in.telnetd not handling telnet Synchs properly. You'll
see similar garbage after hitting ^C, for example.

I was going to try and fix this, but now I don't need to... It's probably
an easy fix, though.

>It seems to work fine under the original in.telnetd and when accessing
>other hosts and about 85% of the time with the new daemon. It's almost
>definately a problem with VT-Pro though, since I have seen absolutely
>no other problems with the new daemon so I'm guessing that VT-Pro tries
>to do something "strange" and the system hangs.

In a later message:
>Well, after more hacking away I found out that if you, under VT-Pro,
>configure the Telnet Tool to Request No Echo, then it _won't_ hang (well,
>at least I haven't seen it yet).

I guess the new in.telnetd is broken there too. I suggest that this may be
another appearance of the same bug that causes Synch not to work: I think
that some part of the telnet options negotiation code is broken.

--
Alexis Rosen   Owner/Sysadmin,
PANIX Public Access Unix & Internet, NYC.
alexis@panix.com
{uupsi,cmcl2}!panix!alexis
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: AUX/2.01 Problems
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Tue, 1 Sep 1992 16:35:17 GMT

dsoulele@uccs.jpl.nasa.gov (Dean Souleles) writes:

The first one I have no real idea about.

>Second:

>In an attempt to improve overall network performance I increased the
>kernel parameter NMBUFS to 2000. This had the desired effect, less
>network timeouts, generally improved performance, but now I occasionally 
>get a kernel panic:

>        panic: clget    null client

>I haven't been able to find any reference to this panic in the doc's.

This is a kernel catastrophic failure, which 9 times outta 10 is due to
some hardware glitch... I'm stretching here, but it's possible that
the increased buffers may be pushing the ethernet card faster than it
can reliably go... or possibly it's onboard RAM/buffer is flaky.

Type 'netstat -m' to see if you _really_ need that many... downsizing it
may help.
-- 
    Jim Jagielski               | "This is supposed to be a happy occasion.
    jim@jagubox.gsfc.nasa.gov   |  Let's not bicker and argue about who
    NASA/GSFC, Code 734.4       |  killed who."
    Greenbelt, MD 20771         |
From: lenoil@catalogic.uucp (Robert Lenoil)
Newsgroups: comp.unix.aux
Subject: Status of serial ports, A/UX 3.0
Date: 25 Aug 92 19:57:44 GMT

The FAQ says that 3.0's serial port code is buggy and crashes on many
Macs when stressed. Is there any more recent information on this
situation, such as if and when a patch will be upcoming from Apple? I'm
about to put together a system that must handle several incoming calls,
and it sounds like A/UX is not going to work for me, which means I'll
have to choose another hardware platform.

Any information would be appreciated.

Robert Lenoil
President
Catalogic, S.P.
catalogic!lenoil@apple.com

Newsgroups: comp.unix.aux
From: weigert@etlhit.etl.go.jp (Thomas Weigert)
Subject: Re: Q. re: dir.h
Reply-To: weigert@mcs.anl.gov
Organization: Electrotechnical Laboratory, Tsukuba-shi, Japan
	<1041@jagubox.gsfc.nasa.gov>
Date: Thu, 27 Aug 1992 01:00:55 GMT

In article <1041@jagubox.gsfc.nasa.gov>
	jim@jagubox.gsfc.nasa.gov (Jim Jagielski) writes:

JJ> weigert@etlhit.etl.go.jp (Thomas Weigert) writes:


>Often, when porting software that compiles fine on all kinds of unix boxes
>over to A/UX, I run into the following difficulty:

>Almost unfailingly, when dir.h is included, the compiler complains about
>"parsing problems before *", and the offending lines typically are

>   telldir (DIR *dirp);

>or any of the other functions that have DIR as their type. 

JJ> First of all, the above declaration assumes that you are using an ANSI C
JJ> compiler... if this isn't the case, then that could be a problem.

JJ> Secondly, be sure that sys/types.h is #included before dir.h

Thanks. I received the answer about sys/types.h also from zak@RMIT.EDU.AU
(Luke Mewburn).

However, in the cases where I ran into trouble, I did have types.h
included. 

After a few more experiments yesterday night I came up with the following
heuristic rule:

If "compile gets funny parsing errors due to dir.h"
and "sys/types.h is already included"
then "use gcc with flag -traditional"

This helped for ispell 3.0.7.

Cheers, Thomas.

--
+--------------------------------+---------------------------------+
| Thomas Weigert                 |                                 |
| Machine Inference Section      |                                 |
| Electrotechnical Laboratory    |                                 |
| Umezono 1-1-4, Tukuba-shi      | weigert@{mcs.anl.gov,etl.go.jp} |
| Ibaraki 305, Japan             | +81-298-58-5918 (phone+fax)     |
+--------------------------------+---------------------------------+
Newsgroups: comp.unix.aux
From: johnston@me.udel.edu (Bill Johnston)
Subject: Shell script for installing man pages (was: man's problems)
Organization: University of Delaware
Date: Thu, 27 Aug 1992 20:55:11 GMT

In article <1992Aug23.231247.6667@sunova.ssc.gov> 
ww2@bullwinkle.ssc.gov (Wes Price) writes:

>More specifically, is there anything that can cope with A/UX's curious
>/usr/catman hierarchy, and with the fact that there is no nroff source
>for any of those man pages, and with the fact that there may be alternate
>man-directory hierarchies which will have nroffable (i.e., not preformatted)
>man pages?

Here is a shell script by Bob Denny that I found in the archives on
aux.support.apple.com.  It makes installing aux-ready man pages
from nroff source fairly painless.  To use, copy to /usr/local/bin
and chmod 755 (or similar) to make the file executable.

#!/bin/sh
# @(#) auxman - format, pack and install manpages on A/UX
#
# Bob Denny - Sun Sep 15 15:13:12 1991
# 
# If man-page ends in ".z" then pack(1) is used to compress the
# man page text prior to moving it to the final location. If pack
# fails, the page is installed without the ".z" suffix. Any pre-existing
# man page is explicitly removed (with or without the ".z") in case it
# was linked to another page, or had another page linked to it. 
#
# NOTE: The "lp" terminal type is used, and sed(1) is used to remove
# the backspace-bolding stuff from nroff's output (it causes premature
# word-wrapping).
#
if [ $# -ne 2 ] ; then
	echo "Incorrect argument count."
	echo "Usage: auxman nroff-src man-page"
	echo "       man-page must be full pathname to location at which to"
	echo "       install the man page."
	exit 1
fi

dest=$2
destnoz=`echo $2 | sed 's/\(.*\)\.z$/\1/`

if [ -f $dest ] ; then
	rm -f $dest
fi

if [ -f $destnoz ] ; then
	rm -f $destnoz
fi

nroff -Tlp -man $1 |  sed -e 's/\([A-Za-z]\).\1.\1.\1/\1/g' > %TMP%$$

if [ `echo $dest | grep '\.z$'` ] ; then
	pack %TMP%$$ 1>/dev/null 2>&1
	if [ $? -eq 0 ] ; then
		mv %TMP%$$.z $dest || cp %TMP%$$.z $dest
	else
		dest=$destnoz	# <==== NOTE!
		cp %TMP%$$ $dest
	fi
else
	mv %TMP%$$ $dest || cp %TMP%$$  $dest
fi

rm -f %TMP%*
chgrp bin $dest
chown bin $dest
chmod 0644 $dest
exit 0

-- 
-- Bill Johnston (johnston@me.udel.edu)
-- 38 Chambers Street; Newark, DE 19711; (302)368-1949
From: xrsbg@calvin.gsfc.nasa.gov (Steve B. Green)
Newsgroups: comp.unix.aux
Subject: Re: csh is screwed up
Date: 31 Aug 92 02:18:37 GMT
Organization: NASA Goddard Space Flight Center, Greenbelt MD

In article <10932@risky.Convergent.COM> israel@risky.Convergent.COM (Paul Israel) writes:
>From article <1992Aug27.171503.794@colorado.edu>, by powellb@samwise.colorado.edu (Brian Powell):
>> 
>> 	Does anyone know why the csh included with A/UX 3.0 is so screwed up?
>>[deleted]

I have seen this behavior also.  A long while back, when this subject first
arose, someone posted an explanation as to why this happens but I did not
pay close attention.
-- 
Steve Green <xrsbg@charney.gsfc.nasa.gov>

NASA, Goddard Space Flight Center, Centers For Computational Sciences, Code 931
Newsgroups: comp.unix.aux
From: howard@tybalt.ultra.com (Howard Simonson)
Subject: Re: Where to get the Gravis SuperMouse?
Reply-To: howard@ultra.com
Organization: Ultra Network Technologies, Inc.
Date: Fri, 28 Aug 92 23:34:51 GMT

In article <BtpGqz.93L@csugrad.cs.vt.edu>, briggs@csugrad.cs.vt.edu (Allen Briggs) writes:
|> The FAQ mentions that the Gravis (?) SuperMouse is a good bet for a
|> 3-button mouse under A/UX.  Does anyone know a good source for these
|> mice?  I have searched through numerous ads in MacWorld, but I can't
|> find even a reference to the SuperMouse.

I got mine through some mail order joint like MacZone or MacWarehouse,
just call'em till you find one that carries it.  The prices between mail
order houses don't seem to fluctuate all that much.
-- 
-------------  ----   ----   ----  ----  -----  -----  -- ---------------------
|J -------- |  |   \  |   \  |     |       |    |   |  || |
|  |/\=== | |  |   /  |   /  |     |       |    |   |  || |
|------------- |---   |---   ---   ----    |    |   |  || |    This space
||A          | |      |\     |        |    |    |   |  || |
||    /^\    | |      | \    |        |    |    |   |     |
||   /   \   | |      |  \   ----  ----    |    -----  [] |     for rent.
||  / /|\ \  |____________________________________________|
||  L/_|_\J  |                                            |
-|    )|(    | EM: howard@ultra.com/VM: (408)922-0600 x228|____________________
 |    ---   V| Ultra Network Technologies*101 Daggett Dr*San Jose*CA*95134-2132
 ------------- [ My disclaimer is on file in the main office ]
Newsgroups: comp.unix.aux
From: d88-jwa@dront.nada.kth.se (Jon W{tte)
Subject: Re: A/UX 3.0 Swap Space - How much is enough?
Originator: d88-jwa@dront.nada.kth.se
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Thu, 3 Sep 1992 21:47:36 GMT

> jim@jagubox.gsfc.nasa.gov (Jim Jagielski) writes:

   >path              dev  swaplo blocks   free
   >/dev/dsk/c1d0s1  25,1       0  28672  28672

   This means you are using none at all.

   You can't decrease it to something outrageous (like 10 blocks) 'cause there
   comes a point where even if you aren't using Swap, A/UX (and other UNIXs)
   get nervous about how much it has "left" in case it _will_ need it.


Actually, I think it could be safe to go down to something like
8192 blocks. You'll have to experiment.

Do you really have to have a swap partition? I'd be just as happy
without one in my 36 MB of memory for a non-networked single-user
machine. How happy would the kernel be?

-- 
Jon W{tte, h+@nada.kth.se, Sweden, Phone +46-8-107069
White, Literate, Employed, Higher-Educated, Male, Straight and Not Poor.
I must be a bad guy.
From: gda@creare.creare.com (Gray Abbott)
Newsgroups: comp.unix.aux
Subject: CD Remote under AUX
Date: 28 Aug 92 02:00:07 GMT
Organization: Creare Inc.

I just got my CD-ROM drive (Apple CD-ROM 150), but I'm still waiting for
my AUX 3.0 upgrade.

I went ahead and installed the drive, to see what it could do.  I got it
to work fine under MacOS, and partly under AUX, but I have a couple of
questions.  Maybe someone knows the answers.

1) When I insert a MacOS format CD and then login to AUX, the CD shows up
on my desktop.  If I throw it in the trash, it disappears.  If I insert
another disk, it doesn't show up.  Why?  It will show up if I log out and
then login again (very inconvenient).

2) I can't use the cute little DA, CD Remote, for playing audio CDs, under
AUX.  It needs the CD Remote INIT, but if I install that, AUX gets real sick.
Any fix for this ? (I checked the FAQ and took a quick look at the ftp sites
but didn't see anything.)

P.S.  This is an AUX 2.0 system.

-- 
Gray Abbott
gda@creare.com
	"Everything's real here.  Many people are surprised."
		 -Mr. Edwards at The Sword in the Stone
Newsgroups: comp.unix.aux,misc.forsale.computers
From: noel@occs.cs.oberlin.edu (Noel Cragg)
Subject: A/UX 3.0 --> $500 <-- new
Organization: Oberlin College Computer Science
Date: Mon, 31 Aug 1992 17:05:27 GMT
X-Posted-From: occs.cs.oberlin.edu
X-Posted-Through: sol.ctr.columbia.edu

Last month, I purchased A/UX 3.0.  I'm VERY happy with it.
Unfortunately, the bursar's office here at Oberlin College is
demanding money.  If they don't get it from me soon, they're not going
to let me stay in school.  I guess I'll just have to deal with my 3b1
until I can really afford to have A/UX.

If you're interested, please send me a mail message.  I'll get back to
you immediately (such is my need)!

-N
--
Noel Cragg			| noel @ occs.cs.oberlin.edu
Oberlin College			| snc0243 @ oberlin.BITNET
OCMR Box 805			| (216) 775-5834
Oberlin, OH  44074-1081		| "What are opinions?"
From: jgreen@csugrad.cs.vt.edu (John Green)
Newsgroups: comp.unix.aux
Subject: Printcap entry for Stylewriter
Summary: Need help setting up printcap so can use stylewriter
Keywords: Printcap StyleWriter lpr
Date: 28 Aug 92 14:43:40 GMT
Distribution: usa
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

ubject line says it.  I can't get the printer to work using 'lpr' and
can't afford the manuals that might tell me how...

Mail or Post

jgreen@csugrad.cs.vt.edu
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: Reporting bugs in A/UX
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Thu, 3 Sep 1992 10:03:05 GMT

yaosenko@acsu.buffalo.edu (Yaosen Ko) writes:

>>A/UX's biggest problem is that they work so hard on future versions that they
>>never have time for the current version. This has been true since V1.0. The
>>probable cause of this is a significant lack of manpower.
>>
>How strange.  When I got A/UX 2.01, I noticed a photo full of men and
>women cheering at you.  Where have those people been? :-)

Funny, I always thought they were laughing at you...

Sorry... I just couldn't resist :)
-- 
    Jim Jagielski               | "This is supposed to be a happy occasion.
    jim@jagubox.gsfc.nasa.gov   |  Let's not bicker and argue about who
    NASA/GSFC, Code 734.4       |  killed who."
    Greenbelt, MD 20771         |
From: osh@cray.com (O'Shaughnessy John)
Newsgroups: comp.unix.aux
Subject: Mac/AUX networking probs in 2.01
Date: 31 Aug 92 17:10:23 GMT
Distribution: na
Organization: Cray Research, Inc, Mendota Heights, MN


Greetings,

Someone running A/UX 2.01 on a IIfx is having sporadic problems which appear
network related.

According to this individual, Unix networking seems fine, yet certain Mac
applications behave oddly.  For example. Fetch sometimes fails to return
control to the user (the little dog keeps running when returning the directory
of the remote machine.)

I realize this isn't much information, but are there any Macintosh side/A/UX
conflicts that I should look into?  Is A/UX 3.0x better in this area than 2.01?

Thanks



-- 
-----
John M. O'Shaughnessy					osh@a00308.cray.com
Cray Research, Inc.	Voice: 612.683.7322		Fax: 612.683.7509