Path: utzoo!utgpu!news-server.csri.toronto.edu!clyde.concordia.ca!uunet!tut.cis.ohio-state.edu!cs.utexas.edu!asuvax!ncar!mephisto!mcnc!xanth!abcfd01.larc.nasa.gov!tadguy From: tadguy@abcfd01.larc.nasa.gov (Tad Guy) Newsgroups: comp.sys.amiga Subject: Re: dnet putfiles Message-ID: Date: 28 Mar 90 22:57:34 GMT References: <7487@hydra.gatech.EDU> Sender: news@cs.odu.edu Organization: NASA/Langley Research Center, Hampton, VA Lines: 65 In-reply-to: limonce@pilot.njin.net's message of 28 Mar 90 06:41:39 GMT In article limonce@pilot.njin.net (Tom Limoncelli) writes: > While talking about DNET. I'm so happy with it when connecting to at > Sun-4 at 2400bps, I'm finally going to try to connect it to a > DECstation 3100 at 9600bps on a DECserver (running LAT). DNet is *AWESOME* at decent speeds (I ran it at 19.2k at ODU for a while). > Question #1: On the DEC 3100, the snfs.c file will not compile. > Around line 138-145 there are a number of syntax errors and around > line 506 there is even more trouble. This is version 2.02L. Does > anyone have a fixed version? [ Persons with a long term memory will notice I'm quoting from my article ``Using Dnet's NFS'' posted 8 Mar 90... ] Note that, at least in 2.02L, the nfs server on the (UNIX host) is seriously byte-order dependent. Unless you add calls to swab() in all the right places, it'll only work on machines that use network byte order (such as the mc680x0), not on Intel or VAX processors. [ I don't know which byteorder the DEC3100 uses... ] It's also slow. It was useful when I had my Amiga at ODU and running DNet at 19.2kbps, but at 2400bps it isn't too awesome. It is still useful for unpackaging things (like huge warp files), though, and is a really good idea... WRT the compile-time errors, apply the following patch: *** dnet/unix/server/snfs.c Fri Jul 7 10:09:48 1989 --- dnet-2.02L/unix/server/snfs.c Tue Nov 7 17:58:43 1989 *************** *** 135,145 **** long h; char buf[256]; ! if (ggread(chan, &Base.cmd, 1)) != 1) break; ! if (ggread(chan, &Base.blen, 1)) != 1) break; ! if (ggread(chan, &Base.dlen, 4)) != 4); break; /* if (ggread(chan, &Base, sizeof(Base)) != sizeof(Base)) --- 135,145 ---- long h; char buf[256]; ! if (ggread(chan, &Base.cmd, 1) != 1) break; ! if (ggread(chan, &Base.blen, 1) != 1) break; ! if (ggread(chan, &Base.dlen, 4) != 4) break; /* if (ggread(chan, &Base, sizeof(Base)) != sizeof(Base)) > Question #2: Does anyone know if I will have problems running this > over a DECserver? There aren't any "8-bit pass-thru" modes at the > server prompt. Usually the computer can control that from it's end. > Has anyone else successfully run DNet on a DECserver? Try the new DNet which works on 7-bit only connections and even does something with partiy. I admit, though, that I'm still using 2.02L... :-( ...tad