[HECnet] DECnet for Linux Bug Fixes

On Nov 6, 2020, at 6:45 PM, Thomas DeBellis <tommytimesharing at gmail.com> wrote: If you don't mind experimental code, you can anonymosly test it against my modified Tops-20 DAP/FAL server.

You can contact me offline to set something up. On 11/6/20 2:47 PM, John Forecast wrote: > >> On Nov 6, 2020, at 10:20 AM, Paul Koning <paulkoning at comcast.net> wrote: >> >> >> >>> On Nov 6, 2020, at 3:55 AM, Johnny Billquist <bqt at softjar.se> wrote: >>> >>> On 2020-11-06 02:55, Paul Koning wrote: >>>>> On Jun 29, 2020, at 8:45 PM, John Forecast <john at forecast.name> wrote: >>>>> >>>>> Recently I have found, and fixed, a number of bugs in the DECnet for Linux kernel module. Some of >>>>> these bugs may be relevant for members of this mailing list who are using DECnet for Linux, >>>>> especially on a Raspberry Pi. >>>> I've spent a bit of time with John's latest code to see how it works on other platforms. >>>> The answer is "quite nicely". I dropped his changed files into a Fedora Core 32 (the latest release, as of a couple of weeks ago anyway) sources, and built their 5.8.17 kernel with DECnet enabled, for 64-bit x86. >>>> It works, no major problems seen. This is the endnode; I haven't tried a router yet. >>>> Very nice. > I?ve never even built the router version of the code. It is marked ?experimental? in Linux config. > >>> I had serious problems using it to talk to RSX in the past (many years ago). Have you tried accessing in both directions between an RSX node and that? It might be it has been improved a lot since I tried, but I am a little concerned that it's mostly just been tested against VMS. >> You're right, the initial testing was against VMS, but it wasn't all that long after that I spent a bunch of time getting it to work better with others. For example, that's why the "old remote terminal protocol" is implemented in Linux. >> > It also tries to pretend that it is VMS, both nml and fal. I?ve written new versions of both; nml2 no longer responds to VMS system specific commands and fal2 mostly uses user-defined codes for OS and file system types (TOPS-10 and, probably TOPS-20, complain about unknown remote system types and generate bad directory listings so for those systems it claims to be Ultrix-32). > >> Just tried some tests. >> >> RSX to Linux: NCP works, LOOP NOD (mirror) works, SET HOST works. DAP doesn't, it gets "Tasks out of synchronization". >> >> Linux to RSX: mirror works, cterm works, dap works. >> >> RSTS to Linux: NCP works, LOOP NOD works, SET HOST works. DAP fails with a message indicating an Interrupt message is mishandled. (DAP is one of the few protocols that uses interrupts.) >> >> Linux to RSTS: mirror works, cterm is not supported by RSTS, "sethost" doesn't work because the connect fails in a way that doesn't reach the check for "no such object" status. DAP partly works, but the directory listing only shows the last file rather than all of them. >> >> Haven't tried VMS yet, the VMS system I have access to seems to be down right now. >> >> paul >> > John. >