HDTenEightyP/NetNews huggingface dataset:
From: spencer@panix.com (David Spencer)
Newsgroups: comp.unix.aux
Subject: After Dark (was: FMbackup..)
Date: 29 Jul 92 17:44:35 GMT
Organization: PANIX Public Access Unix, NYC

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

>Just a further followup... AfterDark version u -or- v work just fine.

After Dark (including u and v) seriously slows down a/ux 3.0 on my
IIci. It had no noticeable effect on 2.0.1, but it roughly doubles
screen redraw and keyboard response under 3.0. sigh.

dhs    spencer@panix.com
From: dswartz@redondo.sw.stratus.com (Dan Swartzendruber)
Newsgroups: comp.unix.aux
Subject: port of smail
Date: 31 Jul 92 04:47:47 GMT
Organization: Stratus Computer, Software Engineering


I just finished porting smail 3.1 to A/UX and it seems to work
just fine, although I did have a couple of strange glitches
during the build process.  The main one was with the file
sysdep.c in the src subdirectory.  It would bomb because there
were a couple of filename length checks like such:

	if (strlen(p) > DIRSIZ - 2) {

Unfortunately, in the A/UX sys/dir.h include file, the DIRSIZ macro
wants a direct type structure as an argument, but the two places in
this file obviously expect it to be a manifest constant.  I hacked
around it by changing the DIRSIZ to MAXNAMLEN, although I'm not sure
that's completely right.  Is it?  Are there any other gotchas in
A/UX's part SYSV part BSD environment?


-- 

Dan S.
From: weinhous@RadOnc.Duke.EDU (Marty Weinhous (guest))
Newsgroups: comp.unix.aux
Subject: emacs for A/UX ?
Date: 30 Jul 92 16:26:55 GMT
Distribution: na
Organization: Radiation Oncology, Hahnemann U, Phil PA, 215/448-8616
Originator: weinhous@roentgen.RadOnc.Duke.EDU

Is there a port of gnu-emacs for A/UX version 3.0? If so, where
might I find it?

Thanks in advance.

- Marty

-- 

 Marty Weinhous, Ph.D.			weinhous@radonc.hahnemann.edu
 Radiation Oncology, Hahnemann U.
 Philadelphia, PA 19102,		215/762-8616
Lines: 722
From: Conrad_Nobili@Harvard.EDU (Conrad C. Nobili)
Newsgroups: comp.unix.aux
Subject: Re: LONG ravings about disk geometry. (was: Re: /etc/disktab entry for Quantum LP240S)
Date: 22 Jul 92 06:39:11 GMT
Followup-To: comp.unix.aux
Organization: Harvard University Office for Information Technology

In article <1992Jul21.083408.21782@panix.com>, alexis@panix.com (Alexis
Rosen) wrote:

> Hope that pretty much covers it.

Yup!  Damn fine!  Thanks, Alexis....

And I think I *understand* and *believe* this stuff now!

I hereby submit one /etc/disktab entry:
----------
#
# Hewlett-Packard C2247 (3.5" 1 GB drive)
#
HPC2247|HP2247|C2247:\
	:ty=winchester:ns#77:nt#13:nc#2051:rm#5400:
----------
I can't wait to give this entry a test....

Thanks for everyone's patience...!

Conrad C. Nobili  N1LPM  Conrad_Nobili@Harvard.EDU  Harvard University OIT
From: creed@fse.ulaval.ca (Carlos Reed)
Newsgroups: comp.unix.aux
Subject: X11R5 for A/UX
Date: 29 Jul 92 19:13:55 GMT
Followup-To: comp.unix.aux
Organization: Ulaval

This article was probably generated by a buggy news reader.
From: thomas@mathematik.uni-Bremen.de (Thomas Eberhardt)
Newsgroups: comp.unix.aux
Subject: Re: X11R5pl14 for A/UX 3.0 available
Keywords: X11, A/UX
Date: 30 Jul 92 23:08:41 GMT
Organization: Univ. Bremen, Informatik

Just got fix-15.

I've deleted {bin,lib,shlib,usr.lib}.zoo from wuarchive.
I'll upload the new stuff tomorrow.
--
thomas@mathematik.uni-Bremen.de  | Institut fuer dynamische Systeme
Thomas Eberhardt                 | Universitaet Bremen, FB 3, Postfach 330 440
Koelner Str. 4, W-2800 Bremen 41 | W-2800 Bremen 33, Germany
Phone: +49 421 472527            | FAX: +49 421 218-4236
From: sw@smds.com (Steve E. Witham)
Newsgroups: comp.unix.aux
Subject: System 7 Tuneup 1.1.1??
Date: 22 Jul 92 22:03:50 GMT
Reply-To: sw@smds.com (Steve E. Witham)
Organization: Software Maintenance & Development Systems, Inc.

Should I install System 7 Tuneup 1.1.1 on the Mac System on my A/UX 3.0
partition (that is, in "/mac/sys/System Folder")?

Please respond by email.  If you also want to know the answer, please
contact me by emai and I'll tell you what I find.

--Steve
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: comp.unix.aux
Subject: Re: LONG ravings about disk geometry. (was: Re: /etc/disktab entry for Quantum LP240S)
Date: 25 Jul 1992 23:49:47 +0200
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In comp.unix.aux, article <Conrad_Nobili-200792212445@c50mac2.harvard.edu>,
  Conrad_Nobili@Harvard.EDU (Conrad C. Nobili) writes:
< In article <1992Jul20.065639.13594@panix.com>, alexis@panix.com (Alexis
< Rosen) wrote:
< > Conrad_Nobili@Harvard.EDU (Conrad C. Nobili) writes:
< 
< > Hm, the "8 Cylinders" must mean 8 platters. With only 13 heads, and assuming
< > one servo head, I don't know what the other disk would be for. Parity? I
< > don't think that's it...
< 
< Ah, see?  This is exactly the kind of thing that bugs me!
< How *do* we explain that extra platter?
< 
Some disks don't have heads on the "outside" surfaces. 

< > So the total number of tracks is Heads (13) times Cylinders (2051), or
< > 26663. And the number of sectors per track is therefore Sectors (2054864)
< > divided by Tracks (26663), or 77.068, which (since it must be a whole number)
< > rounds down to 77.
< 
< Yeah, good!  That (77) is the number I had come up with too,
< but I just wanted to believe it more.  I don't get much of a
< warm fuzzy from the numbers behind the decimal point though.

Many if not all newer disks use a variable number of sectors per track.
This makes sense because on the disk's outside, the speed is faster so you
can record more bits (given the same bits/inch density). A non-HD Mac floppy
works the same way, but reduces the rotational speed instead of increasing
the data rate at the head.

This means that getting the numbers exactly right is next to
impossible. You'll have to start partitions at the boundaries
where the track densities change. You can use the MODE SENSE
SCSI-2 command to ask the disk about the block positions where the
density changes (mode page 0C) if the disk supports it.

< Shouldn't *all* of the values we deal with here be natural
< numbers?  Or, going the other way, if there are indeed 77
< blocks (sectors) per track, 2051 tracks per surface, and 13
< surfaces per disk, shouldn't there be 77 * 2051 * 13 = 2053051
< sectors per disk?

The disk itself also uses a few sectors for housekeeping -- the mode
parameters have to be stored _somewhere_ -- and for bad sector or bad
track reallocation. These are obviously not included in the block cound which
is returned by READ CAPACITY.

< I am usually pretty good at figuring out net acronyms the first
< time I see them, but I am not sure I can get WAG.  Wondering
< And Guessing, perhaps?  There, that last sentence is a WAG!
< 
Wild Ass Guess. Hence SWAG, Scientific Wild Ass Guess.


Did anybody do any real tests (under A/UX, single-user mode!) whether
getting the disktab entry correct actually improves performance?
I tend to doubt it.

-- 
One Bell System - it works.
-- 
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
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: login in screen savers WANTED
Keywords: login, screen savers
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Mon, 27 Jul 1992 19:00:01 GMT

kris@milo.ccl.byu.edu (Kris Jorgensen) writes:

>Is there a screen saver that can be used while the login dilog is up.  We  
>tried DarkSide but it wouldn't start up.  Anything commercial or other  
>would help and it doesn't have to be fancy.

Moire and Blackout work fine...

From the FAQ:
===
7)  What screen-savers are compatible with A/UX?

Moire (ver. 3.22) and BlackOut work quite well under A/UX (2&3), even under
the Login screen. AfterDark (2.0u and later) also works but some displays
may not have enough memory under Login. It appears that BlackOut may not
work correctly in environments with 2 (or more) monitors.

Darkside is also available. Unlike other screen savers, Darkside is an
application, not an INIT. This means it won't work under the Login screen.
The latest version of Darkside is 3.1.1 and will _not_ work on Pre-System7
systems, so don't attempt to use this under A/UX 2.0.1.

===

Both are available here on jagubox
-- 
==============================================================================
#include <std/disclaimer.h>

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

           "The great scallop... this tatty, scrofulous old rapist,
               is second in depravity only to the common clam."
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: SUMMARY: disktab entry for Quantum LP240S
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Fri, 24 Jul 1992 11:28:44 GMT

duffiem@wl.com (Mark Duffield) writes:

>In article <852@jagubox.gsfc.nasa.gov> jim@jagubox.gsfc.nasa.gov (Jim Jagielski) writes:
>>
>>It would be interesting to get the version number of HDT and what it
>>actually printed out as the geometry...
>>
>>Strange... It's been right on the nose with the disks (about 15 in all)
>>I've used it with.
>>--

>I used HDT World Control V1.0.  The following is what it told me:

Hmmm...

Version 1.1.1 is the latest one and it's quite possible that the 1.0
version of World Control didn't fully (or correctly) support the disk.

Ack!
-- 
==============================================================================
#include <std/disclaimer.h>

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

                     "Squeak. Squeak, I tell you, squeak."
Newsgroups: comp.unix.aux
From: cyor@logos.uwaterloo.ca (                )
Subject: MacLayers?
Organization: University of Waterloo
Date: Tue, 28 Jul 1992 21:09:33 GMT

Hi there!

Does anybody knows anything about MacLayers?
System Requirement and how to get it?

Thanks....
From: johnston@me.udel.edu (William Johnston)
Newsgroups: comp.unix.aux
Subject: Re: A/UX speed.
Date: 27 Jul 92 14:59:49 GMT
Organization: University of Delaware

In article <1992Jul27.125518.21561@deadzone>, Marcello Gallardo writes:
>In article <26JUL199213134245@vxcrna.cern.ch> smithr@vxcrna.cern.ch 
>(SMITH,Rand./PPE) writes:

[ ...(practicable) top speed of a modem on a Mac IIsi ...]

Marcello mentions unix-side slip performance and a serial bug in A/UX,
but does the bug affect speed or is it just causing kernel crashes?

Anyway, bugs aside, running A/UX does put limits on serial throughout
when compared to the same machine running MacOS.

All Mac serial ports can be set at up to 57.6 kbps, of course,
but actual throughput is limited when running under System 7.0 or 
6.0.x with Multifinder.  These limits depend both on CPU and the
"Multifinder-friendliness" of the apps that are running concurrently
with the comm app.

I asked a similar question recently, for an SE/30 with a v.32bis modem.
Using Microphone II v.4.0, zmodem, DTE set at 19.2, compressed test file:

                  foreground (cps)   background (cps)
       MacOS           1750             1200-1500
       A/UX 3.0         750              200-300

I got one reply, suggesting that I try running pcomm on the unix side
(instead of a Mac telecomm app) and fiddle with the "nice"-ness of 
other processes to ensure that pcomm gets enough cycles to attend to 
the serial port.

I ended up getting an accelerator card instead (50 MHz DayStar) and the
problem disappeared.  Possible conclusions (WAG-haters hit `n' now!):

It's been suggested that Mac serial-port buffering is inadequate;  this 
means that comm apps need to look at the serial port frequently in order
to avoid data loss.  Because the MacOS runs as one large A/UX process, 
with cooperative multitasking to divide time between MacOS apps, file
transfers can be killed by any Mac app that is not `multifinder-friendly',
or whenever overall system load (Mac and unix processes) is large enough to
deny adequate CPU time (or frequent-enough time slices) to the comm app.

IMO, a 16 MHz Mac is inadequate for running telecomm apps at high speed
under the A/UX 3.0 Finder.  I would guess that the same conclusion would
obtain for the IIsi.  If high-speed serial performance is essential, 
consider switching to unix-side apps or adding an accelerator card.
-- 
-- Bill Johnston (johnston@me.udel.edu)
-- 38 Chambers Street; Newark, DE 19711; (302)368-1949
Newsgroups: comp.unix.aux
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: comp.unix.aux
Subject: Re: Mac accelerators and A/UX 3.0
Date: 30 Jul 1992 21:33:19 +0200
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In comp.unix.aux, article <1992Jul28.100032.4355@panix.com>,
  alexis@panix.com (Alexis Rosen) writes:
>  
> SCSI-2 cards won't work with A/UX unless and until someone writes a driver
> for one. So far we've heard promises from at least two vendors. No products.
> 
A shame. I'm one of those people who had to buy bigger hard disks because
of that -- not because I was out of space, but because I was out of SCSI
addresses for my disks.

I dimly remember PL/I promising A/UX drivers for their card back when I
ordered it -- two years ago. Needless to say, no card so far.

-- 
Money is the root of all evil, and man needs roots
-- 
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
From: brett@gallifrey.ucs.uoknor.edu (Brett Morrow)
Subject: telnet
Organization: Gallifrey - Home of the Timelords
Date: Tue, 21 Jul 1992 16:27:50 GMT


I just grabbed the version of telnet on wuarchive.  The FAQ suggested 
getting this version because of a bug in the shipped version.  I installed
the new files and I am having some problems.  When I telnet in, I get some
random characters every once in a while.  Does anyone else have this 
problem?



  Brett Morrow

Brett@gallifrey.ucs.uoknor.edu
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: Color for Login Screen
Keywords: color,login,screensaver
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Wed, 29 Jul 1992 10:26:50 GMT

mohrga@conebeam.crd.ge.com (Greg Mohr) writes:

>Can color be controlled or even simply turned on for the Login screen?
>Particularly, this is for A/UX 3.0 on a Quadra 700.  I added a Monitors
>control panel to the Login System folder, but to no avail.  I've played
>with using Moire 3.22 as a ScreenSaver (as suggested in the FAQ), but
>it's somewhat unappealing in B&W.

>I admit to a less than thorough understanding of the console login process,
>especially since I can't find a man page for macgetty.  Anyone care to
>enlighten me?

This is also in the FAQ... What you need is ResEdit to add the 'scrn' resource
from a System file that uses color to the System file in /mac/sys/Login System
Folder.
-- 
==============================================================================
#include <std/disclaimer.h>

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

           "The great scallop... this tatty, scrofulous old rapist,
               is second in depravity only to the common clam."
From: tody@noao.edu (Doug Tody)
Newsgroups: comp.unix.aux
Subject: Re: Mac accelerators and A/UX 3.0
Date: 28 Jul 92 02:06:27 GMT
Reply-To: tody@noao.edu
Organization: National Optical Astronomy Observatories

In article <5!mmv7#.stever@netcom.com>, stever@netcom.com (Steve Riggins) writes:
> In article <1992Jul27.213533.4284@noao.edu> tody@noao.edu writes:
> >Well ok, you can go either way I guess.  The IIfx does have some advantages
> >which haven't been mentioned, namely better serial port hardware and disk
> >DMA.  I am not familiar with the Daystar but I would guess that since it
> >replaces the 030 all it does is provide a faster cpu.  To me offloading the
> >serial and disk i/o was as important as the faster cpu.  For a few hundred
> >dollars more than the Daystar you get both the custom i/o processors and
> >a faster cpu, and end up with a standard system.
> >
> 
> 
> Except for the fact that no OS takes advantage of the DMA yet, and some apps
> do not work with the serial chips in faster mode.  I think that one could
> spend the saved money on RAM (The ram is only used in some LaserWriters) on
> a SCSI-2 card and a SCSI-2 hard disk to get balzing speed.
> 
> Steve

This is not correct - you are right that MacOS running in native mode does
not use DMA (or so I hear), but A/UX does.   MacOS running as a process
under A/UX should therefore use DMA too, indirectly, since the A/UX drivers
handle the disk i/o.

Your conclusions are probably correct for native MacOS, but if the system
is to be used for A/UX the situation is different.

Doug Tody	National Optical Astronomy Observatories
tody@noao.edu   P.O. Box 26732, Tucson, Arizona, 85726
From: jean@biomac.univ-lyon1.fr (Jean Thioulouse)
Newsgroups: comp.unix.aux
Subject: Audio CD ROM under A/UX 3.0
Followup-To: comp.unix.aux
Date: 22 Jul 1992 18:18:51 GMT
Organization: Laboratoire de Biometrie - Universite Lyon 1
Distribution: world
NNTP-Posting-Host: macjt.univ-lyon1.fr

Hi,

    I can't use Audio CD ROM on a Mac IIfx under A/UX 3.0. When I insert
in the drive, I receive the following error messages (on the system
console):

Disk read c2d0s31 Error: Illegal request, code = 0x84
Generic Disk read c2d0s31 Failure: Logical block 1, physical block 1

I tried to use CD Translator Acces, which works under system 7.0.1, but
it does not seem to work under A/UX.

Thank you for your help,
Jean

Jean Thioulouse                              | e-mail:                    |
Universite Lyon 1 - Laboratoire de Biometrie | jean@biomac.univ-lyon1.fr  |
69622 Villeurbanne CEDEX - France.           | THIOULOU@FRCISM51.BITNET   |
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Newsgroups: comp.unix.aux
Subject: Re: Chicken and egg syndrome..
Date: 21 Jul 92 10:25:11 GMT
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center

halpin@xcalbr.dsg.dec.com (Steve Halpin) writes:

>Also, I picked up a new 400MB Quantum drive for 3.0.  Am I better
>off using Silverlining to format it and put down a new file system
>on it using 2.0.1 from my other drive so that I do get the geometry
>right from day one, or am I better off using all the Apple formatting
>provided with 3.0?  -Steve

You will see a perceptable performance boost if you do a 'newfs' on
a partition to create the file system rather than having HD Setup create
on for you (assuming you give 'newfs' a correct disktab entry).

Milage may vary, but my experience (with a 330MB WrenRunner and a
520MB Fujitsu) shows about a 10% gain (in throughput).
-- 
==============================================================================
#include <std/disclaimer.h>

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

                     "Squeak. Squeak, I tell you, squeak."
From: alexis@panix.com (Alexis Rosen)
Newsgroups: comp.unix.aux
Subject: Re: SUMMARY: disktab entry for Quantum LP240S
Date: 21 Jul 92 08:53:42 GMT
Organization: PANIX Public Access Unix, NYC

jim@jagubox.gsfc.nasa.gov (Jim Jagielski) writes:
>duffiem@wl.com (Mark Duffield) writes:
>>Sorry that it's taken me so long to compile this.  An interesting thing
>>happened as I assembled a disktab entry for the Quantum LP240S.  I came up
>>with two different ones.  The first entry I assembled with the help of HD 
>>Toolkit as described in the FAQ.  I was told that the number of tracks per
>>cylinder is actually the number of heads.  Someone (Alexis Rosen I think) told
>>me that that drive spins at 4400rpm.

>>The following is the disktab entry I put together:

>>LP240S|Quantum240:\
>>    :ty=winchester:nc#1818:ns#87:nt#4:rm#4400:
>>	
>>The second entry (and associated text) I received from a friend at Apple.  
>>The text of the AppleLine message follows:
>>># Quantum LP240S, Apple 230MB drive
>>>#
>>>LP240S|HD230SC:\
>>>    :ty=winchester:ns=60:nt=4:nc=1930:
>>>
>>So, now I have a problem.  First, which one do I use?  And second, why does
>>Apple's disktab entry differ from the one that I was able to assemble using HD 
>>Toolkit.  Not one parameter is the same (except for ty).

>I would place a bit more "trust" in what FWB HDT reports since:

>	1. It's looking at _your_ drive, not a "listing" of
>	   drive parameters. In other words, it's looking at the
>	   geometry entries in the disk's mode pages.

>	2. It's possible that the person at Apple was mistaken.

>	3. It's possible that the LP240S underwent some modifications,
>	   so the Apple suggested entries are out-of-date.

>	4. On disks that do zoned-bit recording, the 'ns' entry is kinda
>	   incorrect... rather it's an average value to be used. So if only
>	   the 'ns' entries differed by a bit, I wouldn't care. Having the
>	   'nc' entries differ indicates something different and can't be
>	   explained due to zoned-bit recording...

In case anyone missed it... All of the above is reasonable, but it's not
so in this case. The FWB-derived entry is _very_ wrong- just multiply out the
numbers and you'll find that it claims that the 240MB quantum holds 316MB...

--
Alexis Rosen   Owner/Sysadmin,
PANIX Public Access Unix & Internet, NYC.
alexis@panix.com
{uupsi,cmcl2}!panix!alexis
From: thomas@mathematik.uni-Bremen.de (Thomas Eberhardt)
Newsgroups: comp.unix.aux
Subject: X11R5pl14 for A/UX 3.0 available
Keywords: X11, A/UX
Date: 30 Jul 92 21:33:53 GMT
Organization: Univ. Bremen, Informatik

I've just uploaded a complete binary distribution of X11R5 public-patch-14
with complete shared libraries for A/UX 3.0 to
wuarchive.wustl.edu:systems/aux/Incoming/X11R5pl14-AUX30.

Please get the README.X11R5 file before downloading the rest.  It tells
you which files to get if you already have my previous distribution for
A/UX 2.0.1.

I've also uploaded a new patch kit.
--
thomas@mathematik.uni-Bremen.de  | Institut fuer dynamische Systeme
Thomas Eberhardt                 | Universitaet Bremen, FB 3, Postfach 330 440
Koelner Str. 4, W-2800 Bremen 41 | W-2800 Bremen 33, Germany
Phone: +49 421 472527            | FAX: +49 421 218-4236
From: dswartz@redondo.sw.stratus.com (Dan Swartzendruber)
Newsgroups: comp.unix.aux
Subject: ksh weirdness
Date: 30 Jul 92 21:31:59 GMT
Organization: Stratus Computer, Software Engineering


I just finished tracking down a weird "feature" in ksh.  Basically, if
you cd to a directory with one or more symlinks as components, the pwd
command in ksh reports the current directory based on what you typed,
not where you actually are.  Example:

in /usr, local is a symlink to /users/local

so when I type "cd /usr/local/src", followed by "pwd", I get told
/usr/local/src, not /users/local/src.  Note that csh and sh do the
expected thing (well, expected by me anyway.)

-- 

Dan S.