Ssheven: A modern SSH client for Mac OS 7-9

Post by tomc1985 » Sun, Aug 01, 2021, 4:07 AM UTC

kalleboo wrote: post #99

tomc1985 wrote: post #93

Earlier quoted context omitted.

There was some kind of command prompt you could bring up with some really obscure combination of keypresses. I remember encountering it on System 7 and MacOS 8. I never did figure out what could be done with it

You're thinking of the debugger - the default Microbug that was built-in was pretty much only useful for printing or writing memory (or typing G FINDER into it, causing the front app to crash and bringing you back to the Finder if the app was hung). Macsbug[0] which was an optional install was much more feature-rich, but it was still just a debugger and not actually a command line environment. [0] https://en.wikipedi…

Post by camhenlin » Sun, Aug 01, 2021, 4:20 AM UTC

cy384 wrote: post #58

phendrenad2 wrote: post #29

Earlier quoted context omitted.

Why is redrawing the screen slow? Old Macs had pretty good DMA for 2D sprites IIRC. As for encryption, can you use a preshared key instead of public key?

more specifically, I should say that re-rendering everything is kinda slow, the DrawText function which, uh, draws text, seems very heavy blitting from a buffer onto the screen is, indeed, pretty fast, I've been experimenting with it and have some ideas for speeding things up

Post by dev_tty01 » Sun, Aug 01, 2021, 4:39 AM UTC

retrac wrote: post #94

blibble wrote: post #67

Earlier quoted context omitted.

even if it's 15000 times slower than my 2014 laptop (which it isn't): the ECDH operation still takes under a second and that's the expensive operation (done once per connection)

I am making the same mistake that the other poster did, in assuming too much background familiarity. Those are 90s chips. This software runs on machines from the late 1980s. The trend scales further back as it does forward. Five years is always a long time in computer performance. The 486, the slowest chip on my list blasts the early Macs (which this software runs on) out of the water by 100x. I went and researched i…

Post by snotrockets » Sun, Aug 01, 2021, 7:11 AM UTC

userbinator wrote: post #44

Aeolun wrote: post #32

Earlier quoted context omitted.

Whenever I see these I’m baffed we could ever run a full GUI on these things, when the machines of today often have issues running one.

The faster the hardware gets, the more software becomes inefficient. Unfortunately, hardware hasn't become much faster outside of niche cases (massively parallel vector computations etc.) for the past decade or so.

Post by zozbot234 » Sun, Aug 01, 2021, 7:27 AM UTC

tambourine_man wrote: post #15

>input latency feels high because redrawing the screen is slow (along with all the encryption, which is also slow) Is modern encryption a challenge to those old machines? Is it because of specialized encryption hardware or sheer brute force? Or is it just this implementation that's slow? I used telnet back in the 68k days.