home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.sun.misc:6565 comp.sys.sun.apps:3117
- Newsgroups: comp.sys.sun.misc,comp.sys.sun.apps
- Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!udel!bogus.sura.net!howland.reston.ans.net!spool.mu.edu!yale.edu!ira.uka.de!math.fu-berlin.de!news.netmbx.de!Germany.EU.net!mcsun!sun4nl!relay.philips.nl!prle!reitsma
- From: reitsma@prl.philips.nl (Reitsma)
- Subject: Automount - How to get rid of '/tmp_mnt' ?
- Message-ID: <1993Jan27.144457.9621@prl.philips.nl>
- Originator: reitsma@prl.philips.nl
- Sender: news@prl.philips.nl (USENET News System)
- Organization: Philips Research Laboratories, Eindhoven, The Netherlands
- Date: Wed, 27 Jan 1993 14:44:57 GMT
- Lines: 25
-
-
- Hello,
-
- Our site is using the automount feature (under SunOS 4.1.x). Without doubt a
- nice feature, although not every part in the system seems to understand
- its implications:
-
- When asking the current working directory (pwd, getwd()) the full path is
- returned, including the '/tmp_mnt' prefix. This is very annoying and may
- (does) lead to problems when using the pathname, because 5 minutes later
- the path will be invalid. IMHO the getwd call should strip the /tmp_mnt
- stuff, so that the automounter becomes transparent. So if my directory
- /home/reitsma is automounted under /tmp_mnt, pwd should return
- /home/reitsma/... and not /tmp_mnt/home/reitsma...
-
- We can adapt our own tools and replace getwd() by getwd_smart(), but tools
- like the C (cross) compiler (which can generate full pathnames for the
- source level debugger) cannot be modified.
-
- Is there anyone out there, who recognizes the problem and knows a solution?
-
- Thanks,
-
- Jaap Reitsma (reitsma@prl.philips.nl)
-
-