HDTenEightyP/NetNews huggingface dataset:
From: gpb@gpb-mac. (greg berryman )
Subject: Re: A simple mail notifier hybrid application
Organization: SPS
X-Newsreader: Tin 1.1 PL4
Date: Thu, 5 Nov 1992 22:49:49 GMT

pd@bilpin.co.uk (Paul Davison) writes:
: 
: I thought some of you would be interested in this. I wrote the enclosed
: program as an experiment with hybrid applications, having never written
: Mac-style applications before (I come from a straight UNIX background)
: and wanting to get to grips with MPW. It was published on the UK DTS
: sample code floppy that was distributed to UK developers recently.
: 
: This is a *really simple* application that you can throw into your
: "Startup Items" Folder. It then sits watching your UNIX mailbox and uses
: the Mac notification manager to let you know when mail arrives. It
: attempts to work out when you've read the mail by checking things such
: as the access dates on the file, and its size.
: 
: Some of the code was written with the help of TESample.
: 
: Comments and suggestions welcome!
: 
: Paul Davison.
: 
: ---
: 
: This has to be run through uudecode, uncompress and tar (in that order).
: 
Here is a comment:  IT'S WONDERFULL!!  Seriously, I followed the instructions
above and double-clicked it.  It launched with no delay.  No questions, no
configuration, no pain.  I sent some mail to myself and saw a nice icon
flashing over the apple.  It would seem that the KISS principle works.

Thanks very much for a very handy app.
From: weinhous@castor.hahnemann.edu (Martin S. Weinhous Ph.D.)
Newsgroups: comp.unix.aux
Subject: Re: Desktop file's getting screwed up, What to do?
Date: 12 Nov 92 19:56:44 GMT
Organization: Hahnemann University
NNTP-Posting-Host: castor.hahnemann.edu

In article <BxM45K.3v@newcastle.ac.uk> Gerry.Tomlinson@newcastle.ac.uk (Gerry Tomlinson) writes:
>
>bob@beamlab.ps.uci.edu (bob prohaska) writes:
>>
>>Recently my aux 3.0 system has started losing things like document and
>>program icons, and disconnecting aliases left on the desktop.  
>>
>>Rebuilding the desktop seems to help for a day or two, then icons revert
>>to their generic form and creating applications can't be found.
>
>Me too!
>I've seen this happen on several occasions to different (though similarly
>configured) A/UX 3.0 machines. Sometimes the icons don't go but aliases that
>I've added to the Apple Menu fail to be resolved - sometimes the icons go as
>well.

Me Three! My system shows similar behavior. Typically, and regardles
of whether or not I have FMbackup installed, some of my folder's
windows revert back to the default size/location. Also, various icons
lose their labels.

By the way, I installed A/UX according to Apple's recommendation - that
is the MacPartition is just big enough to get the system started - I do
all my Mac stuff out of the A/UX file system.

I gained some relief from this occasional/intermittent problem by copying
essentially all my Mac files out to another disk on the SCSI bus. I then
rebooted into the Mac OS and used Norton Disk Doctor to fix bundle bits,
etc. for my files. Then I deleted all my Mac stuff from the A/UX file
system and then copied the (fixed) files back into the A/UX file system.

About 4 or 5 months ago I went round and round with Apple's Telephone
Tech Support folks on this issue. They were unable to resolve my
system's problem.

Running Mac stuff under A/UX has become more and more frustrating because
my windows misbehave. Any help/suggestions would be greatly appreciated.

(By the way, the same problems occurred when I ran without non-apple
cp and ex files.)

So, anyone else seeing this problem (4 months ago the phone center
folks told me I was the only one with this problem.).

-- 

Martin S. Weinhous, Ph.D.		weinhous@radonc.hahnemann.edu
Radiation Oncology, MS-102
Hahnemann University 			office: (215) 762 - 8616
Broad & Vine				fax:    (215) 762 - 7683
Philadelphia, PA 19102-1192		home:   (215) 564 - 5986
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: AUX 3.0 and the IIVX - install -> NO
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Mon, 9 Nov 1992 13:23:38 GMT

duffiem@wl.com (Mark Duffield) writes:

>In article <1227@jagubox.gsfc.nasa.gov> jim@jagubox.gsfc.nasa.gov (Jim Jagielski) writes:
>>root@machost (Operator) writes:
>>
>>>I can see nowhere else to go except to hound apple about this...
>>
>>"this" being that A/UX 3.0 doesn't run on a IIvx...
>>
>>This seems a bit strange... Apple never said that A/UX would work on
>>the IIvx... I would be surprised if they weren't considering updating
>>A/UX to run on the IIvx (w/ 7.1) but to complain because it doesn't
>>work when it was never claimed that it would...
>>

>Ah, but they did.  In an Apple publication called "Macintosh Compatibility
>Chart" dated October 1992 (Publication number L0270LL/B) a matrix with operating
>system down the left hand side and Macintosh Model across the top has the
>box checked where A/UX 3.0 and Mac IIVX meet.

This is _very_ different then...

Hmmmmmmmmmmmmm
-- 
    Jim Jagielski               | "It is not I who am crazy...
    jim@jagubox.gsfc.nasa.gov   |  it is I who am MAD!"
    NASA/GSFC, Code 734.4       |
    Greenbelt, MD 20771         |            - Ren
Newsgroups: comp.unix.aux
From: tody@noao.edu (Doug Tody)
Subject: Re: POLL: Which tape drive to buy?
Reply-To: tody@noao.edu
Organization: National Optical Astronomy Observatories
Date: Wed, 11 Nov 1992 04:00:13 GMT

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

> For my money, you can't beat DAT. Fast (esp. with compression drives),
> cheap and reliable. You can get top notch units for about $1300-$1600
> but when you figure that a single 90m tape will hold around 5-8GB of data
> (and the tape costs maybe $25) then you see the advantage.

I agree, DAT is hard to beat if you want a high capacity drive.

> The problem with compatibility is that systems use different blocking
> factors when reading/writing tapes so just because you can hook up
> your Exabyte to you Mac, a Sun and an HP doesn't mean that you'll be
> able to read the tapes...

Using variable size records rather than fixed size blocks avoids this
problem (see my earlier mail).  Jim, thanks for adding some more flexibilty
in setting the block size when using fixed block mode, that helps.

Compression can also cause problems for data transport and should be avoided
unless you know for certain that both the reading and writing drives use the
same type of compression.  On most drives that have compression it is possible
to turn it off - the only exception I have seen is the Archive Python
compression drive, which doesn't appear to allow compression to be disabled
(at least none of the software I have supports this).  If so, this is a major
drawback to this drive for those interested in data transport.  If there is
a way to disable compression on this drive, the tc driver should support it.

-- 
Doug Tody	National Optical Astronomy Observatories
tody@noao.edu   P.O. Box 26732, Tucson, Arizona, 85726
Newsgroups: comp.unix.aux
From: rhca80@melton.sps.mot.com (Henry Melton)
Subject: Re: AUX 3.0 and the IIVX - install -> NO
Summary: rumors of 3.0.1
Organization: SPS
Date: Wed, 11 Nov 1992 14:48:32 GMT


Yesterday, at a local computer products show, I asked an Apple person,
"Can you run A/UX on that IIVX?"

Apple person: "I've been running 3.0.1 on mine and it works fine."

On related topics:  "Apple will be releasing a version for all the
                     7.1 machines soon."

                    "Not much development is being done on
                     enhancements to version 3.  Since A/UX is the
                     baseline for PowerPC, most of the engineers
                     are off working on version 4."

Consider all the above as unsubstanciated rumors.
From: time@ice.com (Tim Endres)
Newsgroups: comp.unix.aux
Subject: Re: A simple mail notifier hybrid application
Date: Tue, 10 Nov 92 19:22:26 EST
Organization: ICE Engineering, Inc.
Reply-To: time@ice.com (Tim Endres)
X-Mailer: uAccess - Macintosh Release: 1.6v2


In article <1992Nov10.172704.6110@bilpin.co.uk> (comp.unix.aux), pd@bilpin.co.uk (Paul Davison) writes:
> pd@bilpin.co.uk (Paul Davison) writes:
> 
> >I'll have a play with this today... more later!
> 
> Unfortunately the way /bin/mail delivers messages seems to result in
> the access times being updated as well as the write times. Anyway,
> after some deliberation I thought it would be better to always notify
> if the users mailbox is non-empty at startup, so I have made the
> (trivial) change. Here's the archive again; I would put it up for FTP
> but my site is not on the Internet, so maybe if someone is feeling
> generous...?

This is now up on the Msen ftp server:

	ftp ftp.msen.com
	cd /pub/aux
	get notify.uu

tim.


tim endres - time@ice.com

Register your company in the Internet Business Pages!
 ...send email to "ibp-info@msen.com" for details...

USENET - a slow moving self parody... ph
From: rzakon@mitre.org (Robert H Zakon)
Newsgroups: comp.unix.aux
Subject: THANKS + SUMM: Hitting return 2wice in cmdShell
Date: 9 Nov 92 23:14:28 GMT
Reply-To: rzakon@mitre.org
Organization: Mitre


As many of you pointed out, it was an extension (init) conflict.
(And no, not a screen saver).  Somehow, the Wild Magic cp managed
to find its way to the System Folder; once it was removed, I was
back to normal.

Thanks to all those who helped and those who didn't :-)

Robert H'obbes' Zakon
	rzakon@mitre.org	hobbes@hobbes.cwru.edu
	zakon@foo.dca.mil	zakon@angelo.stanford.edu
From: geoff@alsvid.une.edu.au (Geoff Hill)
Newsgroups: comp.unix.aux
Subject: Is there a FAQ list for this group?
Date: 13 Nov 92 05:14:16 GMT
Organization: University of New England - Northern Rivers
X-Xxdate: Fri, 13 Nov 92 16:16:04 GMT
X-Useragent: Nuntius v1.1.1d12

Hello,
I guess the header says it all. Is there a FAQ list for this group and if
so how do I get to it ? I've just ordered A/UX 3.0 and am a novice unix
person so I would prefer to access a FAQ list than waste net bandwidth
with common questions.

Also do you know of any good (readable) books on A/UX ?

Please e-mail replies to geoff@alsvid.une.edu.au

Thanks in advance,
Geoff Hill
Newsgroups: comp.unix.aux
From: sdorner@qualcomm.com (Steve Dorner)
Subject: RAM Disk, Macro package
Followup-To: comp.unix.aux
Organization: Qualcomm, Inc.
Date: Wed, 4 Nov 1992 20:28:47 GMT

Is anyone aware of a RAM disk that works under A/UX?  The RAM disk seems to
be missing from the Memory control panel.

Secondly, are there any macro packages that work under A/UX?  QuicKeys does
not, and CE told me they won't fix it unless the think there's more of a
market for it.

--
Steve Dorner, Qualcomm Inc.
When angry, count ten.  When very angry, stop using A/UX. -- Ben Franklin
Newsgroups: comp.unix.aux
From: marcelo@deadzone.princeton.edu (Marcelo Gallardo)
Subject: Pine
Summary: pine anyone
Date: Fri, 13 Nov 1992 02:41:07 GMT
Organization: DeadZone * A/UX 3.0 SVR2 * 609-275-1833
Keywords: pine


	Has anyone compiled pine 3.05 under A/UX? Just thought I'd ask
	before I start trying to do it and then get frustrated and quit.

	Marcelo -

-- 
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: ** HELP **: Can't read backup tape!!
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Mon, 9 Nov 1992 13:37:27 GMT

koch@eis.cs.tu-bs.de (Andreas Koch) writes:

>(taking three deep breaths, calming down)
>I am confronted by the following problem:

>I made a backup DAT under A/UX 2.0.1 using Tony Cooper's
>st driver (generic) using a WangTEK 6130-HS DAT drive
>and the following command:
>	dump.bsd -T4.2 0unbsf 64k 1300m / | tbb >/dev/rmt/nrst

>This backup must have worked, since I have restored various
>files using it.

>Now, I have installed A/UX 3.0 plus Jim Jagielski's tc driver,
>since it supports the WangTEK directly and st has again expired.
>But when I try to use the command (and various permutations thereof)
>	restore -T4.2 ivbf 64k /dev/rmtc
>I get only the message
>	no header after volume mark
>and the restore aborts. Can anyone help me to restore the backup
>or have I lost more than 500MB of data, accumulated over 4 years?

>I don't think that the WangTEK is broken, since testdrive works perfectly
>and backups created using A/UX 3.0 dump.bsd can be read using A/UX 3.0
>restore. However, A/UX 2.0.1 restore is unable to read the 2.0.1 backup
>under A/UX 3.0. What has happened? Are the tape formats written by
>st and tc incompatible? If so, where can I get a non-expired version of
>the generic st driver? Or do I have to play games with the system clock?
>_ANY_ hints are appreciated!

Okay... here's the deal.

The 'st' driver doesn't require 8k blocking so it's blocked at either
512 or 1024 (depending on the drive). 'tc' requires 8k blocking when
reading or writing. So tapes written by 'st' currently can't be read
by 'tc' (this will change kinda soon).

To be able to use 'st', you'll need to reset the clock to about
2 (or more) months ago to "fool" 'st' into thinking that it hasn't expired
yet. You can then recover your stuff and, if you want, back it all up
with 'tc' since it works with your setup (and you don't have to
worry about it expiring :)

As far as I can tell, 'st' is in semi-permanent limbo...
-- 
    Jim Jagielski               | "It is not I who am crazy...
    jim@jagubox.gsfc.nasa.gov   |  it is I who am MAD!"
    NASA/GSFC, Code 734.4       |
    Greenbelt, MD 20771         |            - Ren
Newsgroups: comp.unix.aux
From: root@machost (Operator)
Subject: Re: AUX 3.0 and the IIVX - install -> NO
Organization: Novell, Inc.
X-Newsreader: Tin 1.1 PL3
Date: Wed, 11 Nov 1992 15:25:32 GMT

Where has Apple repeatedly said that it was not supported?  Everything I
look at either says it is or says nothing...

I might add that an Apple support rep even went as far as saying that 
they would help get a discount to the dealer to offset the used cost if I 
wanted to take the VX back under the circumstances... Does this sound like
they ADVERTISED the fact that it would not run....

I do not consider having someone on the net mention an incompatibility, as
an official statement, especially if that person is not an Apple employee in
a position that gives him the authority/knowledge to do so (no offense meant
I just believe in getting it from the proper sources)

- 

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Mike Cederholm....
mike_cederholm@novell.com
mike_cederholm@npd.novell.com
++ or IF you prefer talking to a human ?? (801)-568-8681 - daytime ++
   << No Man is an Island, although many are good candidates.... >>

Newsgroups: comp.unix.aux
From: sdorner@qualcomm.com (Steve Dorner)
Subject: Re: AUX and SLIP on Powerbooks
Followup-To: comp.unix.aux,comp.sys.mac.misc,comp.sys.mac.comm
Organization: Qualcomm, Inc.
Date: Tue, 10 Nov 1992 01:51:41 GMT

In article <1df5bcINNpgb@darkstar.UCSC.EDU>, woody@ucscb.UCSC.EDU (Bill
Woodcock) wrote:
>     disallowed ways, no problem.  I run a variety of Mac apps on my A/UX
>     box, including some pretty obscure AppleTalk networking apps, and I
>     rarely have trouble.

I have trouble with a few things.  QuicKeys, for example.  Some obscure
"MacTCP" things don't work quite right.

>         > Will a Personal LaserWriter printer work with it?
>     
>     I assume you're asking about A/UX, rather than PowerBooks.  But the
>     answer to either is yes.

A/UX absolutely _loathes_ my Personal LaserWriter NTR.  I don't know
if it has to be that way, but it is.  Prints fine from Mac apps, but lpr
can't
do it.  I've done everything the manual said to do, and on a nice clean
3.0 install, and it doesn't work.  Perhaps there's some trick I'm missing,
but the documentation is wrong at the very minimum.
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: AUX 3.0 and the IIVX - install -> NO
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Fri, 6 Nov 1992 13:51:33 GMT

root@machost (Operator) writes:

>I can see nowhere else to go except to hound apple about this...

"this" being that A/UX 3.0 doesn't run on a IIvx...

>                                                                 If anyone 
>knows someone high enough in Apple to get results, yet low enought to listen
>to me about this please let me know about him/her.  I understand that a new
>director of AUX vars was created... If someone knows how to get to him let 
>me know.

This seems a bit strange... Apple never said that A/UX would work on
the IIvx... I would be surprised if they weren't considering updating
A/UX to run on the IIvx (w/ 7.1) but to complain because it doesn't
work when it was never claimed that it would...

-- 
    Jim Jagielski               | "It is not I who am crazy...
    jim@jagubox.gsfc.nasa.gov   |  it is I who am MAD!"
    NASA/GSFC, Code 734.4       |
    Greenbelt, MD 20771         |            - Ren
Newsgroups: comp.unix.aux
From: rasmussn@engin.umich.edu (Craig E Rasmussen)
Subject: FTP
Date: Mon, 09 Nov 92 22:23:28 EST
Organization: University of Michigan Engineering, Ann Arbor

I have come across a problem while transferring files using FTP.  I
wanted to transfer a binary file so I set the type to binary.  Then I
transferred the file from another UNIX machine to my A/UX Mac.  The
file comes through okay but the file type is sometimes binary and
sometimes text on the Mac.  Whether the type is binary or text seems
to depend on the name of the file, i.e., a particular file will always
come across as binary or always as text.  What I really need is for the
file to be binary.  Has anyone come across this before?  Is this a bug?
Is there a work around?

Thanks for any help.
Craig Rasmussen
From: bob@beamlab.ps.uci.edu (bob prohaska)
Subject: Desktop file's getting screwed up, What to do?
Newsgroups: comp.unix.aux
Organization: university of california, irvine
Date: 9 Nov 92 18:44:15 GMT
Followup-To: comp.unix.aux

Recently my aux 3.0 system has started losing things like document and
program icons, and disconnecting aliases left on the desktop.  

Rebuilding the desktop seems to help for a day or two, then icons revert
to their generic form and creating applications can't be found.

The system appears to work ok otherwise, and the only new inits are Applied
Engineering's AE Shadow, and Suitcase II 2.0. (2.1.1 causes a prompt
crash).

Neither seems connected to desktop files, and the problem develops slowly
enough that it'll be hard to find the culprit by elimination.

If anybody knows what's going on please clue me in!

thanks

bob
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: Yet more about 'tc' (blocking issues)
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Thu, 12 Nov 1992 14:39:06 GMT

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

>tody@noao.edu (Doug Tody) writes:

>>A variable record size is preferred over a fixed block size since for some
>>tape formats the record size may have some meaning, and since variable size
>>records cause fewer transport problems.  If fixed size blocks are used, one
>>system may use, e.g., 1k blocks and the other 8k blocks, and it may not be
>>possible to read the tape.

>Ahhh infinite resources would definately help make this so... How about
>a driver that also plays a little trumpet fanfare when it ejects a tape? :)

>Seriously though, variable block sizes would be a good addition and
>most probably will be added to 'tc' after a while. The trick is getting
>all the information about it to implement it.

Well, after wiping the foam from my mouth :$ I've bitten the bullet
yet again...

Seems that almost all drives that support variable block sizes just require
2 changes: a bit _clear_ in READ/WRITE and a Mode Select with Block Length
being set to 0.... (as far as I can tell)

Soooo... expect version 3.01 of 'tc' to be released in a little bit with...
Variable Block Length support on those drives that allow it. This'll
be implemented by using another minor device number bit (number 6 [0x40]).
Testing on this will be minimal before release, so I'll need others
to try it out and see...

As always, despite what you may think :), Any and All comments are
appreciated!
-- 
    Jim Jagielski               | "It is not I who am crazy...
    jim@jagubox.gsfc.nasa.gov   |  it is I who am MAD!"
    NASA/GSFC, Code 734.4       |
    Greenbelt, MD 20771         |            - Ren
Newsgroups: comp.unix.aux
From: root@machost (Operator)
Subject: Re: AUX 3.0 and the IIVX - install -> NO
Organization: Novell, Inc.
X-Newsreader: Tin 1.1 PL3
Date: Fri, 6 Nov 1992 19:18:33 GMT

I am sorry, but Apple DID say it would work on the VX when they published
their mail order catalog and sent it to everyone... I quote ...
"To run A/UX, you'll need a Macintosh SE/30, any Macintosh II, or a Macintosh
Quadra personal computer   A1300 $649
"

This is on page 32 of the Apple Catalog printed 1992 (premier edition) an sent
to mac owners all over the world... IS THE IIvx not a macintosh II computer?
I might add that in the same publication on pages 34-35, the specs of the 
Macintosh IIvx are given.  So the VX was known at the time of publishing..


So why publish compatiblity so that people go out and buy it only to find it
won't install, won`t work.... ?

Don`t get me wrong I am a rock solid apple advocate and I am willing to give
them every benefit of the doubt.  Nowhere have they publicized this 
incompatablity, or a new release to make AUX available to VX users.

--

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Mike Cederholm....
mike_cederholm@novell.com
mike_cederholm@npd.novell.com
++ or IF you prefer talking to a human ?? (801)-568-8681 - daytime ++
   << No Man is an Island, although many are good candidates.... >>

Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: Yet more about 'tc' (blocking issues)
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Fri, 13 Nov 1992 14:52:25 GMT

jim@jagubox.gsfc.nasa.gov (Jim Jagielski) writes:
>Seems that almost all drives that support variable block sizes just require
>2 changes: a bit _clear_ in READ/WRITE and a Mode Select with Block Length
>being set to 0.... (as far as I can tell)

>Soooo... expect version 3.01 of 'tc' to be released in a little bit with...
>Variable Block Length support on those drives that allow it. This'll
>be implemented by using another minor device number bit (number 6 [0x40]).
>Testing on this will be minimal before release, so I'll need others
>to try it out and see...

Well, I've been testing this and it doesn't look good... It seems that
the SCSI Manager won't allow it to accept "wrong length" transfers
when reading:

/* The SRQ_TRUNC flag, which should be available after 2.0.1, causes
 * the SCSI manager to accept wrong-length data transfers, so we can
 * do things like read blocksizes that don't match the tape size
 * (either shorter or longer).
 *
 * Until SRQ_TRUNC gets defined in <sys/scsireq.h>, we won't be able
 * to read with a size that doesn't match the tape blocksize (i.e.
 * the user will have to know the blocksize and read it exactly).
 */

Soooo even though writting goes off Okay, reading doesn't (after reading
1k, the SCSI Manager generates an SST_AGAIN error)...

Please note that SRQ_TRUNC _isn't_ available under 3.0.

So, it looks like variable block lengths for 'tc' isn't a possibility...
-- 
    Jim Jagielski               | "It is not I who am crazy...
    jim@jagubox.gsfc.nasa.gov   |  it is I who am MAD!"
    NASA/GSFC, Code 734.4       |
    Greenbelt, MD 20771         |            - Ren
Newsgroups: comp.unix.aux