HDTenEightyP/NetNews huggingface dataset:
From: hbj@engr.uark.edu (Bernard Johnson)
Subject: Re: ZZAP63A.ZIP
Organization: University of Arkansas
Date: Fri, 8 Jan 1993 01:46:13 GMT

bing@zinc.cchem.berkeley.edu (Bing Ho) writes:

>Has anybody tried the purported ZZAP63A program that converts old
>ZIP archives to the new format?

I've been looking for a newer version than 6.2b.  Where can I ftp that?

>Does it preserve volume labels (when pkzip gets that bug fixed), directory
>information, comments?  Does it recognize and leave AV protected archives
>alone?

The old version would not save volume labels or AV information but did handle
directories and nested ARC files...

Bernard Johnson
hbj@engr.uark.edu
From: hartman@ulogic.UUCP (Richard M. Hartman)
Newsgroups: comp.compression
Subject: Re: PKZip 2.04c quick impressions
Date: 6 Jan 93 18:07:23 GMT
Organization: negligable

In article <1993Jan5.172729.23504@midway.uchicago.edu> roe2@midway.uchicago.edu writes:
>bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Vladimirov Bontchev) writes:
>command file, but I don't recall how to create an empty file without
>"touch").

from the dos prompt:

	C:> REM >file.000

creates a 0-length file.000		:-)

>We'll have to discuss this amongst ourselves.  Brilliant ideas/suggestions
>may be sent to info-zip@wkuvx1.bitnet... :-)
>
>>> It did handle it nicely when I threw a floppy with a bad sector at it.
>>> It just stopped packing at that point and asked for the next disk, and
>>> continued from there.
>
>>Hmmm, a better solution would be to just skip to the end of the
>>compressed -image- of the file that contains the bad sector and to
>>continue with the next file from the same disk...
>
>He was talking about packing, not unpacking.  Getting rid of the bad
>disk is the proper response when writing the archive.

I don't think it got rid of the bad disk.  I think it stopped using it.
That is, if the bad sector is #20, it used 19 sectors of that disk then
went to the next disk, leaving an almost unused disk in the middle of
the archive.  

Is this the wrong way to interpret the sentance:
"It just stopped packing at that point and asked for the next disk, and
continued from there."?

It seems it could mark the sector (which should have been done during
formatting of the disk anyway) and try and find the next good sector,
OR get rid of the (potentially flawed) disk and redo those 19 sectors
on the next disk.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
If only you knew what's inside of me now	|
you wouldn't want to know me, somehow.		|	-Richard Hartman	
But, you will love me tonight,			|	hartman@uLogic.COM
we alone will be all right.  Heaven!		|

Newsgroups: comp.compression
From: ee_aronl@uxmail.ust.hk (HallGruHallFuHallBid)
Subject: Whoop! and gone with PKZ204C
Organization: Hong Kong University of Science and Technology
X-Newsreader: TIN [version 1.1 PL8]
Date: Wed, 6 Jan 1993 04:45:30 GMT

	Can anyone put PKZIP204C up to wuarchive again? I have tried to FTP
them but the anon. quota was full 8 hours before. When I try again now, the
files have completely disappeared. Everyone here seems to be panicked by the
"Maltese Amoeba" in the new version. Can anyone from PKware do some clrificationfor us?

Aaron Liao

--
+-----------------------------,,    ,,----------------------------------------+
| Liu Pak Wai (Aaron Liao)   <<    <<                                         |
|  ee_aronl@uxmail.ust.hk     >>    >>                                        |
+-----------------------------''    ''----------------------------------------+
From: abirenbo@rigel.cel.scg.hac.com (Aaron Birenboim)
Newsgroups: comp.compression
Subject: CELP refs
Date: 12 Jan 93 19:53:48 GMT
Organization: Hughes Aircraft Colorado Engineering Labs


Would anybody out there br kind enough te tell me about some nice CELP
refs?  A nice text about Voice compression/processing would be nice
(i'm more of an image weenie), in addition to papers about the most
up to date CELP standdards.  (there is sone kind of CELP standard, NO?)

    thanks in advance

    
--
Aaron Birenboim         | If a single yeast cell were given an optimal growth
birenb@hac2arpa.hac.com |  media, within two weeks it would cover the entire
W (303) 344-6486        |  surface of the earth with a depth of two feet.....
H (303) 871-8271        |     wouldn't that be nice.    -- Micah Millspaw
Newsgroups: comp.compression
From: rogerj@aix.rpi.edu (Diversion (Jeff Rogers))
Subject: An idea for HD compression
Date: Sun, 10 Jan 1993 19:16:11 GMT

I came up with idea a few days ago; I don't know if it's been suggested
before.

On a hard disk, files take up integral multiples of sector sizes. (Unless
the filesystem packs them together, but I don't think too many do that).
This means that many files will waste disk space on their last sector. On
average, each file will waste half of it's highest sector. Under messy-dos,
this translates (If I remember ny ms-dos internals correctly) to a waste of
about 1K per file. (1024 byte sectors, 2 sector clusters). On a resonable
sized hard disk, this could mean a good deal of space. With 4000 files (not
too unreasonable), this means a waste of almost 4 megs. 

Why not try to reclaim this lost space? Use a null-suppression algorithm on
half-empty sectors, keep an index of them, store them somewhere else in a
packed form, and get them when they're requested by int 13(?). 
As an extension of this, use a more elaborate compression scheme (LZ7x) and
compress all sectors. 
I think this is similar to what stacker does, but I recall hearing that
stacker operates on ms-dos files only, and doesn't work with other os's
(including the hardware version). (My information might be wrong.) This
would be an alternative to stacker, and os transparent (assuming the os
reads the disk thru int 13, and not some ultra-low-level mumbo-jumbo).

Is this type of thing possible? Feasable? worthwhile? copyright
infringement? (I'm not too sure about stacker stuff, I'm sure lots of people
will enlighten me ;-) )

Diversion

-- 
"I can see 'em                          | "Want me to create a diversion?"
    I can see 'em                       | Diversion
        Someone wake me when it's over" | rogerj@rpi.edu
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: Next 20MB question...
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Sat, 9 Jan 1993 19:52:41 GMT

Mike_Peters@vos.stratus.com (Mike Peters) writes:

>Will A/UX performance decrease (increased paging, or ?) by letting the
>MacOS have access to all 20MB or would overall performance be better by
>limiting MacOS memory?

If you set the MacOS memory size to 20MB then some paging (either by
A/UX or MacOS Virtual Memory or both) will be done since you only _have_
20MB and A/UX (well... the unix part) is using a chunk of it.

The easiest thing to do is do some tests, 1st at 8MB, then 12 and then
maybe 16... See which setting allows for you to use the MacOS in the
way you want and has the "best" performance.
-- 
    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: ewing@cis.yale.edu (Martin Ewing)
Subject: Floppy format -> crash
Organization: Yale University, Department of Computer Science, New Haven, CT
X-Newsreader: TIN [version 1.1 PL8]
Date: Sat, 9 Jan 1993 19:15:07 GMT

Lately I've had a couple of panic crashes while formatting a Mac floppy.
This is 3.0 on a 20M IIci, with 2 x 80MB HDs, running NFS. (Maybe it's
my imagination, but I've only noticed the problem after upgrading from
8 to 20 MB.)

Apparently, the floppy format routine wants the whole CPU, even when
somebody is doing a SCSI disk operation.  Anyway, the access light on
my external HD80 is left on steady.  (I don't remember what the panic
message says, except something about a bad SCSI state.)

Any clues as to what is really happening, workarounds, etc.?

Thanks for any enlightenment!

Martin Ewing
Yale Univ.
From: jeffk@cdibm.fnal.gov (Jeff Kallenbach)
Newsgroups: comp.unix.aux
Subject: SLIP from Terminal Server - IP CNX
Date: 4 Jan 93 19:47:53 GMT
Organization: Fermi National Accelerator Laboratory, Batavia IL
NNTP-Posting-Host: cdibm.fnal.gov

Here at FNAL we have Cisco Terminal servers which support SLIP.  When a user
dials in and fires up SLIP, he/she is assigned an IP address for the SLIP 
session.  The problem we are having is how to notify A/UX of this IP address 
after the assignment has been made.  This seems like it might be straight- 
forward, but we don't have a lot of A/UX users and no one seems to have 
encountered this one.  Can anyone help?

-- 
============================================================================
Jeff Kallenbach                       |Opinions are not neccessarily shared
Fermi National Accelerator Laboratory |by my employer.  In fact, they agree 
708-840-2210                          |with very little of what I say.
============================================================================
From: davidh@muppet.bt.co.uk (David Hobley)
Newsgroups: comp.unix.aux
Subject: Re: lpd  problems with host.equiv host.lpd
Date: 12 Jan 93 09:09:44 GMT
Reply-To: davidh@muppet.bt.co.uk
Organization: British Telecom Research Laboratories
NNTP-Posting-Host: ishtar.muppet.bt.co.uk

In article 14334@kth.se, reichert@electrum.kth.se (Frank Reichert) writes:
>However, when I say "+" (which means all machines can use my MAC for
>printing) nothing happens. "+@electrum.kth.se" doesn't help either. So,
>e.g. donald.electrum.kth.se cannot print.
>
>The results looks like this:
>
>donald>lpq -Paux
>macwithaux.electrum.kth.se: /usr/lib/lpd: remote: Your host does not have
>line printer access
>
>Does anyone have an idea?
>

Last time I looked at this, although you could use + in your hosts.equiv,
the hosts.lpd file you just had to list every host separately for printing 
to work. Just can't be done I am afraid ;-(

There was a public domain lpr somewhere around for A/UX 1.1 which may do what you
want, but I have no idea where it is any more. Sorry.

---
        David Hobley    davidh@muppet.bt.co.uk
Through the darkness of futures past / The magician longs to see.
One chance out between two worlds    / Fire walk with me.
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: SWAP size for 20MB IIci?
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Sat, 9 Jan 1993 19:58:27 GMT

tody@noao.edu (Doug Tody) writes:

>This is what I thought too, but swap appears to work differently under A/UX
>than most UNIX systems.  On most UNIX systems I have seen swap space is
>allocated when virtual memory is allocated to a process; every time you run
>a process or do a malloc in the process you see the available swap space
>decrease.  On A/UX however, if you can believe swap -l, NO swap space is
>used until the total virtual memory usage exceeds the physical memory
>available.  Hence if you have vast amounts of physical memory, little or no
>swap is used.

One must recall that A/UX (as well as other "newer" :) Unices) perform both
swapping and paging... 
-- 
    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: Lars Andersen <rodgrim@imv.aau.dk>
Subject: Waisserver available?
X-Xxmessage-Id: <A7733255A70112F7@unicorn.imv.aau.dk>
X-Xxdate: Fri, 8 Jan 93 13:29:57 GMT
Organization: Information and Mediascience Aarhus University
X-Useragent: Nuntius v1.1.1d16
Date: Fri, 8 Jan 93 12:27:53 GMT

Hi.

Some while back I read something about the waisserver software
being ported to AUX.

I would very much like to get hold of this software because we here
at the institute for Information and Mediascience at the University
of Aarhus are working on getting an ftp-archive running, and would
very much like to have a waisserver running with details on the dif-
ferent programs, so one could search for programs not only by their
name, but also on their use.

Please reply by mail, I'll post a summation.

Thanks in advance, Lars Andersen.

Lars Andersen, System Administrator, Information and Mediascience
University of Aarhus, Niels Juelsgade 84, DK-8200 Aarhus N, DENMARK
Email: rodgrim@imv.aau.dk,  Phone: +45 86136711 ext. 171
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: Sys 7.1 and A/UX
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Thu, 7 Jan 1993 13:08:30 GMT

ron@rivm.nl (Ron Roozendaal) writes:

>Hi all,

>Has anyone tried to run system 7.1 under A/UX 3.0? Is it at all possible?

It's not really possible... The reason is because the "version" of System7
running A/UX isn't the exact same as the version that runs on the true
MacOS... There are some A/UX-tuned system files that are needed to run.
Installing 7.1 would overwrite these files and the MacOS-emulation of
A/UX would no longer work reliably, if at all.
-- 
    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: duffiem@wl.com (Mark Duffield)
Subject: Re: Compatibility of NOW Utilities 3.0
Organization: Warner Lambert / Parke-Davis
Distribution: comp.unix.aux
Date: Tue, 12 Jan 1993 21:44:39 GMT

In article <1538@suntsu.pppl.gov> dstotler@theory.pppl.gov (Daren Stotler) writes:
>
>  I started out using my A/UX 3.0 system with a number of the NOW
>Utilities 3.0. The FAQ indicates that all but Super Boomerang should 
>work. There are apparently a few more compatibility problems. I would
>like to hear about different experiences from others:
>
>1) If I open the Desk Picture Control Panel, I can place a startup screen 
>   manually. However, Desk Picture will not bring it up automatically upon
>   login. Instead, a blank screen with a rather cryptic error message is
>   produced. 
>
>2) In association with one or more of the other utilities (the ones I've
>   tried are: StartUp Manager, WYSIWYG Menus, NowSave, MultiMaster,
>   and AlarmsClock), the system seems to run into some limit on the
>   number (or more likely the total heap size) of extensions that are
>   loaded at login. Namely, if I include all of these utilities along with
>   my others (e.g., Gatekeeper, FMBackup, ATM, After Dark) in my personal
>   System Folder, the last one (which is usually ATM) or two will not 
>   be loaded. My first suspect was StartUp Manager. Initially, removing it
>   appeared to solve the problem. However, the trouble occurred again today.
>   This time I eliminated MultiMaster (and CEToolbox; using AppleMenuItems
>   instead) and have again gotten things working properly. But, this may
>   just mean that I'm once again well below the size limit. Further
>   experimentation would be required to discern whether not the limit
>   has indeed been removed. Has anyone else observed this behavior?
>

I have also seen this behavior.  I too had ATM loading last.  I stopped using
ATM and my problems went away.

By the way, I use Norton's Directory Assistance II instead of Super Boomerang.
It provides much the same functionality.  I haven't had any problems with
DA II under A/UX 3.0 during the last 8 months of daily use.

>                      Thanks,
>                        Daren Stotler
>                        dstotler@theory.pppl.gov


-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Mark J. Duffield          | 
 Parke Davis Biotechnology |   Beer is a beverage, not a projectile.
 (duffiem@wl.com)          |
From: og@access.digex.com (Gary Goldberg)
Newsgroups: comp.unix.aux
Subject: RE: Apple 300 CD external should install A/UX. Right?
Date: 6 Jan 1993 13:21:39 GMT
Organization: Order? Just a small bureaucracy really. (DIGEX)
Distribution: world
NNTP-Posting-Host: access.digex.com

I received this message. It seems definitive enough. Thanks.

In article <1idcr6INNhaa@mirror.digex.com> you write:
: I have had the A/UX 3.0 CD for two months now, and I have a 300 CD
: on order to install it. I didn't want to buy a lesser drive when I
: knew this puppy was around the corner.
: 
: Any reason I should think that this drive won't allow me to install
: A/UX on my IIcx? Thanks. - Gary
: 
: -- 
: - Gary Goldberg og@access.digex.com Bowie, MD KA3ZYW
: 

Hi Gary. I've tested this configuration (installing a/ux with the cd300)
and it works fine. I'm a tester in the a/ux group at apple. Good news is that
installs are quick! I seem to remember 20min for a full install.

bszeto@netcom.com
bszeto@apple.com

----------------------------------

- Gary
-- 
- Gary Goldberg og@access.digex.com Bowie, MD KA3ZYW
From: dswartz@redondo.sw.stratus.com (Dan Swartzendruber)
Newsgroups: comp.unix.aux
Subject: Restoring root partition dumps
Date: 7 Jan 1993 21:57:02 GMT
Organization: Stratus Computer, Software Engineering
Distribution: world
NNTP-Posting-Host: redondo.sw.stratus.com


I just spent most of the day trying to restore a level-0 dump of
my A/UX root partition.  I wanted to allocate more space to the
MacPartition, so I dumped /, /users and did a Retrospect dump of
MacPartition.  That done, I reran the A/UX Installer, fudging the
space allocation.  I then loaded a minimal A/UX system.  Once I'd
rebooted, I copied a unix kernel with Jim's tc driver off the floppy
I'd saved it on and rebooted.  That was the easy part.  The hard
part was trying to do a full reload of the root.  The scanty man
pages tell you to only do restore -r on an empty filesystem.  Well,
that works dandy for a secondary FS, but how the heck do you do the
root FS???  I tried naively just doing it, but restore refused to
overwrite any of the existing stuff.  What I finally ended up doing
was to do a restore -r in a /foo directory, reboot (cancelling the
A/UX launch), renaming all of the files and directories in the root
with a .xxx suffix, moving the corresponding files/directories from
/foo to /, and (finally!) rebooting and cleaning up the *.xxx stuff.
Someone please tell me I'm missing something obvious that I'd have
seen if I'd shelled out the $$$ for the System Administration manuals!

-- 

#include <std_disclaimer.h>

Dan S.
Newsgroups: comp.unix.aux,comp.sys.mac,comp.sys.mac.misc,comp.sys.mac.hardware,comp.sys.mac.system
From: phong@triples.math.mcgill.ca (Phong Co)
Subject: Powerbook 160 SCSI port
Organization: /etc/organization
Date: Mon, 4 Jan 1993 22:13:00 GMT

I am an MSDOS junkie who is considering getting a Powerbook 160.  The 
prices in Canada are pretty steep, and there is a $400CDN difference 
between the 80MB hard disk and the 120MB version.

I want to use the Powerbook mostly for word processing, as well as
occasional drawing and typesetting, using Quark, Framemaker or TeX.

Now the question.  How much space do these programs take up, including 
System 7?  I need to work with [mostly text] documents of several
hundred pages, with some graphical elements.  Will I be cramped with
an 80MB disk, or will the 120MB be a luxury?  Very vague question, I 
know, but just give me a ballpark figure.

Another question: my friend wants to sell me his Syquest 44MB drive.
It is a SCSI device, and there is a SCSI port on the PB160, but I've 
heard that it is non-standard.  Is this the case, and if so what can 
I do about it?


-- 
Phong Co (phong@math.mcgill.ca)
McGill University, Montreal, CANADA

Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: aux vs 16 monitors
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Wed, 6 Jan 1993 15:21:37 GMT

mceder@machost (Mike Cederholm) writes:

>Is there any incompatibility with the Apple 8.24GC card and aux...?

Yes... in that it doesn't work under A/UX that is :)
-- 
    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: marcelo@deadzone.princeton.edu (Marcelo Gallardo)
Subject: Re: Pine
Date: Tue, 12 Jan 1993 04:06:56 GMT
Organization: DeadZone * A/UX 3.0 SVR2 * 609-275-1833

In <1660@blue.cis.pitt.edu> stump1+@pitt.edu (Robert E Mitchell) writes:


>	What is the latest version of Pine and where can I find it.
>I worked with it a little the other day and really liked it.

>Thanks in advance...


	You should find a copy of pine that will compile under A/UX on
	jagubox. One word of caution. It seems that the imapd port is
	broken. Haven't figured out what exactly is wrong, but I've run
	low on time so debugging is down to a minimum.

	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: lagana@smeagol.sps.mot.com (Antonio A. Lagana)
Subject: Re: Compiling perl 4.035 with gcc 2.3.1
Reply-To: lagana@smeagol.sps.mot.com
Organization: Motorola Semiconductor Product Sector
Date: Mon, 11 Jan 1993 16:06:02 GMT

Thanks to the many responses, I finally succeeded in compiling it and passing all the tests.  The solution turned out to be:

 0) remove -D__GNUC__ (it's defined by default by gcc 2.3.1) to avoid multiple    
    redefined warnings and remove -B option from $ccflags
 1) get "fixed" dir.h
 2) select aux in Configure
 3) use '-lm -lPW -ldbm -lbsd'
 4) undefine d_ndbm
 5) define d_dbm
 6) use malloc that comes with perl (this is probably optional but it didn't hurt :) )
 7) undefine d_voidsig (to avoid incompatible pointer warnings with eval, etc.).

Maybe 4) and 5) should be mentioned in the FAQ?  


Thanks to all that responded,

Antonio A. Lagana					lagana@smeagol.sps.mot.com
Motorola Inc.						(512) 891-3532
Austin, Texas						(512) 891-83

Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: Restoring root partition dumps
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Fri, 8 Jan 1993 18:36:02 GMT

dswartz@sw.stratus.com (Dan Swartzendruber) writes:

>Yeah, this is a major deficiency.  All of the various 386 Unixes I've used didn't have
>this problem because you could always boot from the boot floppy, abort into a single-user
>shell and do the restore from there.  It seems to me that if the A/UX on the CD-ROM let
>you get a shell up, it would be just as easy.  No?

>Another thing: if I do try the disaster boot-partition approach, what type should the
>partition be, and how do I tell launch to use it?  I tried launch (0,0,n)/unix, where
>"n" is the slice I put my partition in, but it seemed to ignore this.  Any ideas?

I think to do this right, you'd need to make the "backup" partition as a
/usr-type file system (using 'dp')... When you need to boot up with it,
use A/UX Startup's 'dp' to change it to 'Root&Usr' file system and change
your "real" Root file system to something else (/usr-type)...

A/UX Startup should bootup from the backup partition.
-- 
    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