Search results

System 7.5 I see: 1. FPGetFileDirParms for Temporary Items 2. FPCloseVol

Yes, it definitely has smell of AI Slop, but I'm not hiding the fact that a substantial amount has been AI coded. Rather, it was the reason I started the project: to understand the limitations and capabilities of the various models and agents (and on something that should have few...

Oh interesting. I haven't tested MacOS. It seemed to work fine with Minivmac on Windows. The LToUDP implementation in snow emu is much more robust.

Oh this is cool! I started a similar project at around the same time but in Go. Following with interest!

AppleTalk is really a collection of protocols (DDP, AARP, etc). The "Talk" suffix was a nod to the "Talk" naming convention that Apple used to use for their networking stack: "LocalTalk", "EtherTalk", "TokenTalk", "FDDITalk". Eventually, it was used on non-network related things like HyperTalk...

Yes it's GPL3 licensed. It doesn't use it per se. It's ported from the python code and then modified from there. I'd still consider that derivative of the original though.

Well given its under my silly Obsolete Madness org, I was thinking ObsoleteTalk. But it is a bit boring.. HydraTalk was the other name I was leaning towards. Anyone using that?

Ahh well I'm open to suggestions for a different name

Good point. I guess I'll wait and see if they take issue. I doubt anyone is going to this this is one of their products.

I'm happy to announce an initial release of a project I've been working on for sometime. Introducing OmniTalk. OmniTalk is a cross-platform all-in-one AppleTalk Router (EtherTalk, LToUDP and TashTalk), MacIP Gateway and AFP 2.0 Server. v0.1 is available on the github releases...

I just saw that one last night! Even just mirroring that from Wayback would be a useful endeavour. I'll add them today.

I noticed that, while a lot of information for the legacy AppleTalk stack is online thanks to people scanning their own books, it's largely in PDF format so difficult to search. So I spent some cash on tokens to OCR some of the old Inside AppleTalk PDFs with Gemini...

I recall some PalmOS Gameboy emulators used to work okay, granted that was on a 16mhz Dragonball. Might be a good source of 68k assembly routines. https://github.com/ardiri/palmos-liberty https://github.com/JDat/Phoinix

@elliotnunn has already done a lot of the hard work. Eg https://github.com/elliotnunn/tbxi He may have some guidance on the best way to inject the 060FPSP. How did the Amiga emulators handle it? Did they patch the ROMs, or was it handed externally via Amiga OS?

I got kind of excited that the legacy netBOOT stuff @bbraun was looking at was resurrected. https://web.archive.org/web/20201029215129/https://www.mac68k.info/forums/thread.jspa?threadID=76&tstart=0 Sorry to see mac68k.info disappeared.

You can also use Discmaster to mount it. Eg if you go to the info path for the disk you can mount it directly into an emulated Mac: https://discmaster.textfiles.com/view/31867/bincue/Night%20of%20the%20Living%20Disc.bin?details It even works for random files and folders. Eg looking at the Mac...

Glad you could test it. Nice work!

I was going through some old files I must have got from spftp.info.apple.com - but it doesn't resolve anywhere anymore? I'm guessing it's long gone, but if anyone knows the current URL that'd be great (or better yet a mirror/archive link...)

Wouldn't that be the unsupported MacII HD20 driver on the developer disks? https://discmaster.textfiles.com/browse/31867/bincue/Night%20of%20the%20Living%20Disc.bin/Storage%20&%20Communications/Hard%20Disks/HD%2020%20Drivers%201.1/MacII%E2%81%84HD20

On topic, other than sharing the same CPU the two platforms are so different to each other it'd be somewhat pointless. Your best bet would be to take something like the Minimig which had a real 68K and implemented the Amiga Chipset on an FPGA. No reason you couldn't implement the Mac in an...