home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.datacomm
- Path: sparky!uunet!usc!rpi!pooler
- From: pooler@vccsouth14.its.rpi.edu (Robert Peter Poole)
- Subject: Re: DNET nfs handler
- Message-ID: <7yn36#m@rpi.edu>
- Nntp-Posting-Host: vccsouth14.its.rpi.edu
- Organization: Rensselaer Polytechnic Institute, Troy, NY
- References: <1jijgdINN477@duncan.cs.utk.edu> <C1Dnoy.H38@ns1.nodak.edu>
- Date: Mon, 25 Jan 1993 15:43:12 GMT
- Lines: 50
-
- In article <C1Dnoy.H38@ns1.nodak.edu> massee@plains.NoDak.edu (Craig Massee) writes:
- >In article <1jijgdINN477@duncan.cs.utk.edu> levi@cs.utk.edu (David Levi) writes:
- >...
- >>double checked it all). When I try to do dir NF0:
- >>my shell window locks up, and I can't open any other
- >>shell windows. In addition, any icons on the backdrop
- >>of my workbench will not be redisplayed when they are
- >>exposed. I can still pop up tool-manager dock windows
- >>and use them, and I can still use other DNET connections.
- >>When I kill the snfs server on the DNET side, the strange
- >>workbench behaviour stops until a new snfs server is started.
- >...
- >>Has anybody seen behaviour like this? Is there any way
- >>to fix it? I have had no problems with any other
- >>dnet clients/servers for quite some time, but never got this
- >>to work. Thanks for any help.
- >
- >Yep. I use DNet on two systems, a Solbourne (plains), and on a NeXT.
- >The NeXT handles every DNet client well, including the snfs server.
- >Trying to access NF0: while running DNet on the Solbourne gives the
- >exact same problem you stated above.
- >
- >>--
- >>-Dave Levi levi@cs.utk.edu
- >
- >-Craig
- >--
- > ///
- >Craig/ SysOp, NightLine BBS --- (701) 281-0589 --- USR 14.4 D/S
- > \XX/ A3000 25MHz/180MB
- >massee@plains.ndsu.nodak.edu
-
-
- I had the same exact problem, only the system I was compiling the UNIX sources
- on was SPARCstation IPC. If I tried accessing NF0:, the icons for my hard
- drive partitions would disappear (!!!). Only quitting DNET would fix this.
-
- I found a solution. (1) I've been told that you MUST have the null-handler
- and dpipe-handler. I found these in a newer archive of DNet which contains,
- among other things, the new Amiga IRC client... mount NULL: and DPIPE: first,
- then NF0:.
- (2) On the UNIX side, I replaced the binary I had originally compiled with a
- tweaked one found in an archive -- dnet-snfs-sun4.lha or something like that.
- The binary may not be useful to you, but the sourcecode patches MAY. Something
- to do with byte ordering.
-
- After making these two changes, NF0: works for me. My solution probably isn't
- a panacea, but I got the thing to work and that's what's important.
-
- -- Rob Poole
-