home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.sgi
- Path: sparky!uunet!usc!sdd.hp.com!mips!odin!sgihub!zola!zuni!anchor!olson
- From: olson@anchor.esd.sgi.com (Dave Olson)
- Subject: Re: bru filename length problem...
- Message-ID: <opt5veg@zuni.esd.sgi.com>
- Keywords: sigh
- Sender: news@zuni.esd.sgi.com (Net News)
- Organization: Silicon Graphics, Inc. Mountain View, CA
- References: <acas.714179869@godzilla.cgl.citri.edu.au>
- Date: Thu, 20 Aug 92 04:43:42 GMT
- Lines: 26
-
- In <acas.714179869@godzilla.cgl.citri.edu.au> acas@cgl.citri.edu.au (Andrew Cassin) writes:
- | We do our backups (daily incremental, weekly incremental and monthly full
- | backups) using bru. However, ever since we made the backup host an
- | AppleShare server (courtesy of a Webster MPG, CAP and a little patience :)
- | we have been unable to backup some people's files due to an excessive
- | pathname length (> 127 chars). IRIX 4.0.1 is currently being used.
- |
- | Question: why is the max pathname length so short??? Will it be fixed in
- | a later release of bru/irix? Is there a workaround (apart from
- | not writing out the full pathname)?
-
- Because at one time, 127 was a long file name...
-
- A newer version of bru exists, which permits up to 1024
- (MAXPATHLEN) chars, in a compatible fashion, but SGI has
- chosen not to license that version (or invest the time to
- make equivalent changes ourselves). You'll have to complain
- to your sales folks and the TAC to make it an issue.
-
- There is no workaround, except to do multiple backups,
- some of them further down the directory tree, and to
- omit the 'bad' part of the tree on your main backups.
- --
- Let no one tell me that silence gives consent, | Dave Olson
- because whoever is silent dissents. | Silicon Graphics, Inc.
- Maria Isabel Barreno | olson@sgi.com
-