Ultrix 3.0 changed basename(1)

[George Robbins]

In article <3074 at solo4.cs.vu.nl> maart at cs.vu.nl (Maarten Litmaath) writes:
> mjb at acd4.UUCP ( Mike Bryan          ) writes:
> \It seems basename() now does some limited regular expression handling.
> \Therefore, the command "basename /vmunix .x" will produce "vmun",
> \rather than the expected "vmunix".  [...]
> 
> To whoever made this change: the abovementioned behavior is COMPLETELY
> DISTURBED!  It's like: in Ultrix 3.0 the kernel will reside in /bin/cat!
> Use /etc/fsck to catenate files. :-(

Perhaps you haven't looked closely at the manual page entry for the System V
implementation of basename - for better or worse, the second argument is
interpreted as part of a expr(1) regular expression, with just the behavior
described above.  Whether such a wonderful feature should be ported to Ultrix
is, of course, a different argument.

The new implementation has other problems with quoting of arguments, which
were reported to Software Support via DSIN around July 11 or 12, though I
didn't request an SPR - in my case the workaround was obvious: just retrieve
a working version of basename from the Ultrix 2.x release tape...

There is also a funny error in the manpage, where it says: deletes any
prefix end in a  --> backslash <--.   Whoever did this basename hack just
wasn't having a good day, eh?

-- 
George Robbins - now working for,	uucp: {uunet|pyramid|rutgers}!cbmvax!grr
but no way officially representing	arpa: cbmvax!grr at uunet.uu.net
Commodore, Engineering Department	fone: 215-431-9255 (only by moonlite)