HDTenEightyP/NetNews huggingface dataset:
From: spencer@panix.com (David Spencer)
Newsgroups: comp.unix.aux
Subject: Re: Uncompressing on A/UX 2.x
Date: 6 Apr 92 19:09:06 GMT
Distribution: comp.unix.aux
Organization: PANIX Public Access Unix, NYC

In <REUVEN.92Apr5124601@w20-575-101.mit.edu> reuven@athena.mit.edu
(Reuven M. Lerner) writes that using ZTerm to download gets bad format
message from uncompress:

ZTerm is trying to be too smart. Note that the downloaded file is
slightly larger than the file on the sending system. ZTerm tacks on a
header that identifies the file as a MacCompress document; you have to
strip off the header with fcnvt. Run

$ fcnvt -i single -d <infile> temp   # separate out header
$ rm %temp                           # get rid of header junk
$ mv temp <infile>                   # get back to old name

shell script left as an exercise.

spence    spencer@panix.com
Xref: sparky comp.unix.aux:1803 comp.sys.mac.apps:7917
From: d88-jwa@alv.nada.kth.se (Jon W{tte)
Newsgroups: comp.unix.aux,comp.sys.mac.apps
Subject: Re: cc for A/UX
Date: 13 Apr 92 22:53:10 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden
Originator: d88-jwa@alv.nada.kth.se

.org> covert@cactus.org (Richard Covert) writes:

   1) Is there an ANSI C 'cc'type compiler available for A/UX?

Yes, Apple has one (c89) and GNU has one (gcc 2.1) and
Diab Data Inc has one (dcc)

   2) Is there a C++ compiler available for A/UX?

Yes, Apple has one (CFront) and GNU has one (gcc 2.1). Last
I heard, Diab was thinking about starting work on one...

   6) How do I move files from other UNIX machines to A/UX? A/UX
      treats ASCII text files differently then standard UNIX.
      Help!!

Well, MacOS treats text files differently. If you use plain UNIX
things like CKermit, rz/sz or uucp, you get plain vanilla UNIX
text files. If you use a mac program, you might get the file in
another format, and need to use fcnvt (see manpage)

My favourite is cpio piped to dd to floppy.

   If the GNU Tools are available how can I get a copy of them?

Yes, available from wuarchive.wustl.edu. FSF doesn't support
them, but others do.

-- 
"You should meet yourself someday. I'm sure you would hate it."
- Me: h+@nada.kth.se; Jon W{tte (The Diplomat - NOT!)
From: jms@apple.com (John Michael Sovereign)
Newsgroups: comp.unix.aux
Subject: Apple Ships A/UX 3.0
Date: 17 Apr 92 00:36:31 GMT
Organization: Apple Computer, Inc.

According to an Apple announcment released this afternoon,
"A/UX 3.0 is available immediately through authorized Apple resellers.
Customers should call 1-800-538-9696 for the location of their
nearest reseller."

To avoid filling net bandwidth with commercial content,
the full text of the press release will be available via anonymous
ftp on ftp.apple.com as ~/pub/"3.0 Ships".

John Sovereign
jms@apple.com
#include <std/disclaimer.h>
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: comp.unix.aux
Subject: Re: The Mysteries of Inetd & Init
Date: 14 Apr 92 11:47:37 GMT
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: smurf.smurf.sub.org

In comp.unix.aux, article <1992Apr1.200529.23660@m.cs.uiuc.edu>,
  coolidge@cs.uiuc.edu writes:
< >< 
< >Looks like a bad case of setcompat()ibility problems.
< >Try linking with -lbsd for starters.
< 
< I've tried that; no help. Whether started from init or not, inetd is
< invoking in.telnetd with compatibility flags set to 0x03.
< 
What happens if you insert "setcompat(COMPAT_BSD)" in in.telnetd:main()?
(Before any signal handlers or similar stuff are set up.)

-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
Newsgroups: comp.unix.aux,comp.sys.mac.apps
From: covert@cactus.org (Richard Covert)
Subject: cc for A/UX
Followup-To: poster
Keywords: cc
Organization: Capital Area Central Texas UNIX Society, Austin, Tx
Date: Mon, 13 Apr 1992 16:55:28 GMT

I just started using A/UX and noticed that it comes with the
older K&R C 'cc' and not the newer ANSI C compiler.

And several othger questions:

1) Is there an ANSI C 'cc'type compiler available for A/UX?

2) Is there a C++ compiler available for A/UX?

3) Is there a MOTIF development environment available for A/UX?

4) Is there an X Windows based source code debugger? Other X Windows
   tools?

5) I read awhile ago that there is a CD ROM available with the
   X11 R5 code. Can this CD ROM be used with A/UX? And if so, how can
   I get a copy of that CD ROM drive.

6) How do I move files from other UNIX machines to A/UX? A/UX
   treats ASCII text files differently then standard UNIX.
   Help!!

I know about the FSF GNU tools, but am not sure if they are
currently supported on A/UX. That is because of the feud between
FSF and Apple Corp.

If the GNU Tools are available how can I get a copy of them?

-- 
Richard E. Covert                 covert@cactus.org
CACTUS                  ..!cs.utexas.edu!cactus.org!covert 
Newsgroups: comp.unix.aux
From: jhb@maths.su.oz.au (John Brownie)
Subject: Re: Timings from times()
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Date: Tue, 14 Apr 1992 07:14:24 GMT

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

>My guess is that something is happening even when you think it ain't. Try
>this under single-user and see what happens.

I realised after I posted it that I still had my screen saver running,
so I tried the packages without that (but still in multi-user mode).  I
still get the occasional wild fluctuation, but the times are reasonably
consistent.

An example of a fluctuation:

Run:		     1		 2	     3		 4
Real time:	2:37.4	    2:28.3	2:32.6	    3:37.3
User time:	2:02.3	    2:00.7	2:03.5	    3:00.6
Sys time:	  14.7	      14.2	  16.1	      20.3

Running the different test paackages in single-user mode is very
informative.  Not only are the times consistent across invocations, but
they are 10-15% faster!  For example, the package shown above takes
1:44 in single user mode.

Is the overhead of things such as polling the mouse doing this much?
Or am I missing something here?  I would guess that the extra time is
due to context switching, but I am just guessing!
--
John Brownie
School of Mathematics and Statistics
University of Sydney
Internet: jhb@maths.su.oz.au
From: rkou@skat.usc.edu (Roger H. Kou)
Newsgroups: comp.unix.aux
Subject: Install A/UX 3.0 (GM) on a LPS240Q
Date: 15 Apr 1992 00:07:10 -0700
Organization: USC Computing Services, Los Angeles
Distribution: world
NNTP-Posting-Host: skat.usc.edu

hey there!

I tried to install A/UX 3.0 golden master on a Quadra 700 w/20 meg RAM
LPS 240 Quautum(sp?) HD. but failed. the problem could be there is no
entry for this HD in a/ux's installer disk table. I dunno exaclty.

anyone? installation was sucessful on a ci, haven't tried to install
it on that LPS 240 w/another machine besides the HD's owner(the Quadra
700). tried formatted it into a/ux partitions w/silverlining, but a/us 
still won't install. 

any reply would be appreciated!!

-RK
From: d88-jwa@svart.nada.kth.se (Jon W{tte)
Newsgroups: comp.unix.aux
Subject: Re: New Powerbooks? and A/UX
Date: 6 Apr 92 16:16:30 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden
Originator: d88-jwa@svart.nada.kth.se

.ac.uk> bbg@aber.ac.uk (Bo Gervang) writes:

   The reason why the current PBs can not run A/UX is probably 
   because of lack of memory and to little a hard disk - but
   what about new PBs.

And it's only the 170 that has an FPU, which is necessary
for A/UX.

   When the PBs first came out I was very disappointed that
   the top of the range didn't come with a 68040 but I have
   been told it's because it's not made of Cmos, right?

Yes, it's made of CMOS. It still draws 15 Watts. You'd have
a hell of a time to find cooling and battery power for it...

   Since we nearly have pasted the era of the 68040 I would
   love to see a PB based on the new 88110 and a screen
   similar to the 170 but at double size (it is more than
   2 years ago the screen was first produced - it most be
   possible to produce one at double size and at a reasonable
   cost today). I personally don't need a colour screen since

You want to pay $10000 for your computer ? Check all the
complaints about the few bad pixels the current screens have...
And making a screen with twice as many pixels is four times
as hard.

   it is impossible to buy a colour printer at an affordable

$1500 for a QD printer, $4000 for a PostScript color printer.
Nothing to expensive there.

   batteries but it would be nice of cause. The size should
   be A3 and preferably thinner than the current PBs but the

Where do you stuff an A3 size powerbook ? It will most
definately not fit my backpack, much less Manager Joes
briefcase.

   hard disk might not allow this? Let it come with A/UX,
   sys 7, C/C++, TEX, a good word processor, and maybe a
   good graph plotting package as bundled software.

What would the market be ? Most people do not use C/C++/TEX
or even A/UX, and the extra cost would scare people away,
thus making the quantity sold very small, thus making the
product you describe YET more expensive.

   I would be full of joy if it was possible to buy such
   a machine and some of my friends would even scream of
   joy - we would definitely save every penny to buy one.

Buy a Sony portable SPARC. They're available now, which
the 88110 isn't...

-- 
h+@nada.kth.se; Jon W{tte, the Diplomat - NOT!
From: alexis@panix.com (Alexis Rosen)
Newsgroups: comp.unix.aux
Subject: Re: Accessing Modem from A/UX
Date: 9 Apr 92 10:13:31 GMT
Distribution: usa
Organization: PANIX Public Access Unix, NYC

beard@ux5.lbl.gov (Patrick C Beard) writes:
>Has anybody written a tiny program to access the modem from A/UX? I just
>want a program that connects me to "/dev/modem" and gives me a raw, non-
>blocking data stream to the modem. I want this so that I can share a modem
>with people who log in to my machine via telnet. The programs provided
>with A/UX don't seem to work properly. I don't want dialing. I just want
>character by character transfer to the modem.

"cu" does work, even under 2.0.1. You just need to make sure your L-devices
file is right. In 3.0 it gets even easier, as the Devices file ships with
"Direct" set up for any speed on the modem line (tty0).

>If nothing like this is available, what calls would I make to open this
>device in the proper mode, etc? I've tried various combinations of fopen,
>open, etc. and none of them buffer properly. I'm considering using MacOS
>calls to the serial i/o if necessary, but I assume that unix calls would
>be faster.

I've gotten confused by this too. Herb Weiner wrote a SLIP daemon that reads
and writes the serial ports. It works, at least on his A/UX. But on mine,
it doesn't. It's sort of like the roach motel in reverse- characters check
out, but they don't check in. (Data gets sent out fine, but incoming characters
never get seen.)

Of course, I had to change some of his code (it wouldn't have worked on our
SLIP dialin otherwise), but I don't think I changed any of the serial I/O until
after where it fails. And I had a couple of friends who are professional C
programmers look at it- they didn't see anything either.

I suspect there's a standard Uniq FAQ on this somewhere. Unless it's an A/UX
bug (seems unlikely).

---
Alexis Rosen
Owner/Sysadmin, PANIX Public Access Unix, NYC.
alexis@panix.com
{cmcl2,apple}!panix!alexis
From: tandle@flipper.pvv.unit.no (Morten Tandle)
Newsgroups: comp.unix.aux
Subject: Re: emacs under AUX
Date: 8 Apr 92 11:58:58 GMT
Followup-To: comp.unix.aux
Organization: ProgramVareVerkstedet - UNIT

In article <1992Apr6.170833.39083@kuhub.cc.ukans.edu> Fred writes:

>I'm _very_ new to A/UX, and I apologize if this is an faq (though I
>didn't see it in the most recent aux faq). I'm trying to get emacs to work. I
>downloaded the binaries from wustl, but they seem to want to run as an
>X window client. Is this the case?


 No, it *can* run as an X window client, but it doesn't have to.

 The problem is that A/UX sets the environment variable DISPLAY, which
emacs uses to check if it's going to run under X or not. When emacs
sees DISPLAY set, it tries to  connect to the X server, and fails.

 The solution:  Doing "unset DISPLAY" in your shell window before you
start emacs will fix everything. 

 (Make sure $TERM is set to something that emacs will use.)

 Good luck.

  -Morten

-- 
         ===========================================================
          Morten Tandle                         tandle@pvv.unit.no
                                        (Morten.Tandle@idt.unit.no)
          Computer Science/Telematics, NTH - UNIT, Norway
Newsgroups: comp.unix.aux
From: myersn@ece.orst.edu (Nathan Myers)
Subject: A/UX on PowerBook, Summary:
Organization: Oregon State University, Corvallis
Date: Thu, 16 Apr 1992 04:34:25 GMT

1. A/UX has not been ported to the Powerbook/170.

2. The port would be easily done; only the screen driver is lacking.

3. Apple thinks nobody really wants it because:
  a. Battery power management isn't compatible with Unix.
  b. The internal disk is too small to hold Unix and also anything useful.
  c. Unix is desirable only for networking, which Powerbooks can't do.

4. It has been rebutted that:
  a. Power is no problem, we can plug it in whenever we want to run Unix.
  b. The disk is no problem, we can plug in an external disk that has A/UX.
  c. Apple doesn't understand why we want Unix, and we would surprise them.

I would add that the reason I bought an SE/30 was to have a Unix box I
could pack easily (oof!) from one job & residence to another.  Only
recently did I get an Internet connection, and I don't expect to have
one in the near future.  I would buy a PB/170 if I could run A/UX on it,
and I might *never* run it on batteries.  I would plug my hard drive
into the SCSI port, my modem in to the serial port, and all three into
the wall.  The only other thing lacking is reliable serial port drivers
for UUCP!

Why would I replace my SE/30 with a Powerbook?  Because the SE/30 is too
big to carry in my briefcase -- onto a plane, for instance.

Nathan C. Myers        myersn@ece.orst.edu
From: chgarnett@amherst.edu
Newsgroups: comp.unix.aux
Subject: Trying to make A/UX know about a gateway/router. Help!
Date: 30 Mar 92 21:18:49 GMT
Article-I.D.: amherst.1992Mar30.171849.1
Organization: Amherst College, Amherst, MA.

OK, I messed up. I somehow killed my A/UX system, and I've had to reinstall
from scratch. As if feeding the floppies to the Mac wasn't bad enough, now
I can't remember what I have to do to convince A/UX reach the world off
our campus, on the other side of the Cisco router. I know that there's
a file I'm supposed to put the address of this router in, but I don't
remember which one/where it is. Can anybody help?

Thanks!
-Craig

chgarnett@amherst.edu
From: usenet@Apple.COM (USENET Administrator)
Newsgroups: comp.unix.aux
Subject: Re: CD150 and A/UX
Date: 15 Apr 92 20:39:18 GMT
Article-I.D.: goofy.23236
Organization: Apple Computer Inc., Cupertino, CA

--
Rick Auricchio       rick@apple.com        A/UX Engineering     Mooney N894AR
Apple Computer Inc, 10500 N.DeAnza Blvd MS35VK Cupertino CA 95014 408-974-4227
My opinion is my own. My employer? They use a windsock and a fire extinguisher.
Newsgroups: comp.unix.aux
From: a0s5101@titan.ucc.umass.edu (in use)
Subject: A/UX 3.0 and CD-ROM readers
Organization: University of Massachusetts, Amherst
Date: Fri, 17 Apr 1992 00:08:09 GMT

What does the A/UX 3.0 update kit include and what do I need
that it doesn't include (I have 2.0.1 and all the manuals)?

Will I be able to do a full install from the 3.0 update disk?
I hope to upgrade or outright replace my smaller drive, and Id
rather not live through a 2.0 install from floppies, a 2.0.1
upgrade from floppies, then a 3.0 update from CD-ROM.

Finally, has anyone studied the conservation of CD-ROM drives?
I have a Mac IIfx right now, but I wouldn't mind adding a NeXT
and calling it a network, and it would be great if one CD-ROM
drive would be usable with any potential future machines.  Is
the Apple drive functionally the same as the Sony used by NeXT
and DEC?  (Is the DEC compatable with anything else?)  What
other drives should I consider?

Thanks for any and all information.  -Steve

Newsgroups: comp.unix.aux
From: jhb@maths.su.oz.au (John Brownie)
Subject: Timings from times()
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Date: Fri, 10 Apr 1992 07:13:24 GMT

I have been testing various combinations of compiler (cc/gcc 2.0/gcc
2.1) and optimisation levels on a particular program, using a set of
test packages.  The confusing thing is the times reported by times()
(and also by the time function from shell).  I can run the same package
twice in a row with nothing else happening on the system, and get a 10%
variation in reported user time.  This is significant when the package
takes an hour to run!

Is this normal for A/UX?  It doesn't happen with SUN or VAX Unixes -
the variation is negligible there.

Any insights would be appreciated.
--
John Brownie
School of Mathematics and Statistics
University of Sydney
Internet: jhb@maths.su.oz.au
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: A/UX and the PowerBooks
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Tue, 14 Apr 1992 16:51:49 GMT

Although I agree that "functionally" there should be no real reason to stop
A/UX 3.0 from running on the PowerBooks (140 maybe and 170 fer sure) I can
think of a few things that would make it "difficult":

   1. The RAM and Internal Disk limitations of the PB.
      The current Max Ram in a PB is 8MB (I think) and I've only seen
      up to 80MB (internal) available for the PB's. This seems inadequate
      to run A/UX. Of course you could add another hard disk and that would
      get around that limitation (8MB RAM should be Okay :) but then you
      loose that "portable feel" of the PB (If you want to run A/UX on it
      while on the road, you need to also pack along the external disk and
      you'll _need_ to be next to an outlet... Ouch!)

      Maybe the "portable" mindset of the PowerBooks is so strong that
      Apple wants to avoid a situation where a PB _must_ lose that to
      run.

   2. All that "sleep mode" stuff has to be worked. After all, you can't
      have the hard disk spin down and then up all the time under A/UX.
      You could always disable all sleep modes, but then you use up
      battery charge at a nasty rate _unless you're plugged in_ in which
      case look at #1.

   3. Networking thru the SCSI port... yuck! Yet that's how you have to
      go if you want TCP/IP. Needless to say, that'll increase the complexity
      of A/UX's SCSI Manager.

I'm sure there are more and that some of the above may not really be considered
"big" concerns, but that's how I see it.

I'd love to see A/UX running on my PB170, but I'm afraid I'll only see it
(A/UX) when I use the PB170 to log into jagubox...
-- 
==============================================================================
#include <std/disclaimer.h>

                Jim Jagielski                  NASA/GSFC, Code 711.4
          jim@jagubox.gsfc.nasa.gov             Greenbelt, MD 20771

       "If we took the bones out, it wouldn't be crunchy now would it?"
Newsgroups: comp.unix.aux
From: rmtodd@servalan.servalan.com (Richard Todd)
Subject: Re: named from A/UX 2.01
Organization: Ministry of Silly Walks
Distribution: usa
Date: Fri, 10 Apr 1992 00:40:12 GMT

alexis@panix.com (Alexis Rosen) writes:
>BTW, I have a question about how init works. How does it know when a "respawn"
>process dies? I mean, what's the code? Don't such processes detach themselves

I don't know, not having the $150,000 that SVR2 source costs on me at the 
moment :-), but I'd assume it's  a wait3() in a loop, looking at the PID of the
exited child and seeing if it matches any of the children it "respawn"ed 
previously.  Alternately, it could do a pause() with SIGCHLD enabled and
have a SIGCHLD handler that does the wait3(), but that's probably overkill.

>from the process group of init, most of the time? (If they didn't I could

Process groups don't affect SIGCHLD.  Forking off a child and letting it 
run in background while the parent exits, like some daemons do, will affect
SIGCHLD, and if you try to run such an "auto-backgrounding" daemon from init
with "respawn", it *will* treat the parent's death as the daemon dying and
spawn it again.  

>see just waiting for sigchld or whatever it's called.) Does it actually brute-
>force it, searching the list of actuve processes every few seconds? (I don't
>believe that could be- it's too fast.)

Gack.  No, I can't see it doing that, especially since the wait3() method
is much easier, and init needs to do wait3() anyway to reap the orphaned 
zombies (the processes that get orphaned and get their PPID set to 1, and then
exit).

--
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.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: Timings from times()
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Tue, 14 Apr 1992 10:04:48 GMT

jhb@maths.su.oz.au (John Brownie) writes:

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

>>My guess is that something is happening even when you think it ain't. Try
>>this under single-user and see what happens.

>Running the different test paackages in single-user mode is very
>informative.  Not only are the times consistent across invocations, but
>they are 10-15% faster!  For example, the package shown above takes
>1:44 in single user mode.

>Is the overhead of things such as polling the mouse doing this much?
>Or am I missing something here?  I would guess that the extra time is
>due to context switching, but I am just guessing!

Well, in single-user mode, there are _very_, _very_ few processes up and
running whereas in multi-user mode, there can be quite a number of them.
Each process makes demands on the system, so the fewer processes the faster
a benchmark (or any process) can run since it get's "more" of the system.
-- 
==============================================================================
#include <std/disclaimer.h>

                Jim Jagielski                  NASA/GSFC, Code 711.4
          jim@jagubox.gsfc.nasa.gov             Greenbelt, MD 20771

       "If we took the bones out, it wouldn't be crunchy now would it?"