From owner-freebsd-questions Fri Apr 18 04:44:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA27409 for questions-outgoing; Fri, 18 Apr 1997 04:44:31 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA27400; Fri, 18 Apr 1997 04:44:24 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA03623; Fri, 18 Apr 1997 13:44:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id NAA04342; Fri, 18 Apr 1997 13:26:17 +0200 (MET DST) Message-ID: <19970418132617.YD17230@uriah.heep.sax.de> Date: Fri, 18 Apr 1997 13:26:17 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: m.sapsed@bangor.ac.uk (Martin Sapsed) Cc: freebsd-questions@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: 2.2.1/amd problems References: <19970413001831.XL04295@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Martin Sapsed on Apr 18, 1997 10:16:58 +0100 Sender: owner-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Martin Sapsed wrote: > I have since found that if I explicitly "mount server:/path /mnt" there > are no problems getting directory listings. Does this imply something to > do with the NFSV3 support in 2.2.x ? mount -3 blah gets an error. This > all worked fine in 2.1.7. mount -o -3, btw. But... > The server in question runs SunOS 4.1.2 and the top of the amd map is > like this: ...if it's SunOS 4, it's NFSv2 only anyway. > /defaults type:=nfs;sublink:=${key};opts:=rw,intr,nosuid,grpid,rsize=1024 > user rfs:=/export/home;rhost:=server > > I'm not a C hacker so can't realistically dive into the amd sources. Mike Murphy had a suggestion to add an rdsize option to amd, please ask him to get his patch for an attempt. amd is missing more NFS options (like v3), and it seems silly to duplicate the entire option parsing from mount_nfs(8), but i don't have a more interesting idea available either. > No-one's offered any > reason for the pause before e.g. more & vi starting either. The length of the termcap file is the reason. I can offer you this for free. :-) Run cap_mkdb /usr/share/misc/termcap For some reason i have yet to investigate, the compiled termcap.db file is not distributed with the releases (although it's compiled and installed during a `make world'). Please submit a PR for this. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)