SevenTTY — local shell + terminal + SSH for classic Mac OS

[DanielR]

Hello @Xero, I just wanted to thank you for this software, no matter how you did it, as I don't care. I have long dreamed of a tool that is easy to install and replicates the navigation and file manipulation commands of Unix/Linux in Mac OS Classic, in addition to having networking capabilities.
I'm sorry about the reception you're getting here, it's frankly ridiculous and impolite to say the least.
It makes me wonder if this place is even moderated by anyone. The release of new software for Mac OS Classic is quite a rare thing. I hope this doesn't discourage you from continuing development.
Cheers.

 

[Melkhior]

Without Claude you wouldn't have been able to do this unless you actually sat down and learned how programs are written.
This is not yours. It's Claude's

And to Rodin, concerning his statues:
"Without the chisel wouldn't have been able to do this unless you actually sat down and learned how marble is removed.
This is not yours. It's the chisel's"

Curious; in your opinion, does refactoring in IDE also count as "not yours"? How about autocompletion? How about using intangible charges in invisible silicon structures rather than punching holes in a paper tape? That was *real*!!!

Anyway - AI is a tool. It maybe a crappy tool in many cases (my retrocomputing attempts seem to be too much out of AI's comfort zone, or I'm too old to learn new tricks with AI), but it some people can use that tool to be more productive, then more power to them. Of the many areas that AI has invaded, adding features to a retrocomputing SSH seems to be a harmless one.

My opinion is that the level of disclosure of the OP was quite sufficient, and if the resulting code work and is abiding by the original license of ssheven, then it's great to have a new useful piece of software. It also makes me wonder if AI could be used to add acceleration support to the codebase - I do have a few boards with FPGA that would make the experience of SSH on '030 and '040 faster...

 

[Phipli]

How about autocompletion?

What about libraries? I rarely program from scratch

 

[Phipli]

It also makes me wonder if AI could be used to add acceleration support to the codebase - I do have a few boards with FPGA that would make the experience of SSH on '030 and '040 faster...

Might be worth a collaboration with the OP - @Xero - after you previously QuickDraw patch, would you consider helping @Melkhior add more extensive graphics acceleration to his FPGA based graphics hardware?

It would be interesting to see if it could work on optimisation of performance improvement under specific load cases vs effort / real estate in the FPGA?

Be interesting - for test cases you could define the full range of inputs and then get it to bulk test the non-optimised behaviour Vs the optimised behaviour to go some way towards validating it.

 

[discatte]

AI is the antithesis to our hobby, and it drives genuine people with the spirit of curiosity who wish to create and collaborate away.

The original author of this software does not desire this. So you should feel bad.

cy384 | an ai user forked my pet project

 

[Melkhior]

It would be interesting to see if it could work on optimisation of performance improvement under load cases Vs effort / real estate in the FPGA?

For QD acceleration, at the moment real estate cost would be fairly low. The *FPGA uses a RISC-V core and some firmware to implement acceleration, not custom hardware - much less area-efficient but easier to implement. The only cost would be additional registers where the Mac can put parameters (effectively, a control structure but in hardware, accel_le is a pointer to the area in the FPGA with those registers) if more are needed, and storage of the firmware - which could be moved away from inside the FPGA to the Flash were the declaration ROM lives.

The primary problem is that the high-level traps are complex to implement, and the simpler low-level traps (like the BitBlit trap my code is accelerating) are undocumented (and they peek and poke in memory, including the stack). If someone could (with or without AI) figure out how to substitute more of those traps by clean C code in an INIT, it would be fairly easy to then offload the C code on the RISC-V core in the FPGA.[/url]

 

[Phipli]

The *FPGA uses a RISC-V core and some firmware to implement acceleration, not custom hardware

Ah yes of course - sorry, I did read that before but forgot. Be interesting to see what can be done.

 

[adespoton]

@Xero, just wanted to point out that if you want to handle the Unicode conversion, you may want to look at how The Unarchiver does it -- it contains a nice heuristic converter that automatically takes Unicode and converts to MacRoman. I've found the logic used there useful in a number of scripts I've written that take Unicode text and filter it for a MacRoman environment.

 

[luRaichu]

2025 AI Darwin Award Nominees - Worst AI Failures of the Year

Meet the 2025 AI Darwin Award nominees - from database-deleting AI agents to fake legal citations. See this year's most spectacular AI failures.

aidarwinawards.org