On Oct 30, 2018, at 6:43 AM, Jeffrey H. Johnson <jhj at trnsz.com> wrote: Thank you for this. I'm going to have to track down a bug in the Linux-derived code being used to connect Multics (which Johnny Billquist says is present in Linux as well), and hopefully this will make that task much easier ? if I can catch it while it's happening, because I've not been able to trigger it myself yet. -- Jeffrey H. Johnson jhj at trnsz.com https://ban.ai/multics

I'll chime in and say that ban.ai <http://ban.ai> is horribly slow for me if I connect over HECnet. Totally normal over the Internet. -Mark On Tue, Oct 30, 2018 at 12:50 PM, Zane Healy <healyzh at avanthar.com <mailto:healyzh at avanthar.com>> wrote: How is your connection speed when connecting to ban.ai <http://ban.ai> locally?? I was using ban.ai <http://ban.ai> to test an emacs issue I found last week, and had to resort to connecting over the internet. BTW, the issue I found is that the iOS version of SecureCRT can?t use the apostrophe or double-quotes key when in emacs on Multics. The key works as expected from the command-line.? This is true with both the iOS on-screen keyboard, and an external Apple Magic keyboard.? From the Mac version of SecureCRT, the same is true for the apostrophe, however, the double-quote character works.? I?m not sure if this is an issue with SecureCRT, emacs, or the DPS-8 emulator. SecureCRT as a whole works great with OpenVMS, which is why I?ve purchased a copy for both my Mac and iOS. Zane

It's actually the Linux DECnet suite, all running as part of the user process on the (OpenBSD) host, as part of the Multics FNP simulation - new incoming CTERM connections (yes, using the essentially unmodified Linux DECnet implementation) are treated as dial-in connections over simulated serial lines ... the whole thing is rather odd, but essentially the setup is the same way a foreign network of this type would would have been accessed via protocol converters on real iron. There surely are still bugs of my own, especially in the part creates Ethernet frames and provides a TAP interface. I know there are some ways to make the whole thing crash that don't happen in the Linux code, but those situations are impossible to trigger by end users. Unfortunately, it seems the particular bug I'm looking for exists in the original Linux DECnet as well, so it's in code I'm not overly familiar with and probably haven't even looked at. None of those issues are related to performance, however. I'm going to actively investigate moving to that Python-based DECnet implementation at some point in the future. There is also the possibility of a hardcore/ring-0 based implementation in the further future as well, provided I continue to get more comfortable with PL/I - such an implementation would be able to be more efficient. Right now, however, my main concern is it being a good citizen on the network. -- Jeffrey H. Johnson jhj at trnsz.com https://ban.ai/multics

On Oct 30, 2018, at 3:50 PM, Zane Healy <healyzh at avanthar.com> wrote: [snip]