Search results

I am not aware of a comprehensive paper copy from Apple (the various editions of Inside Macintosh often listed error and result codes pertaining to functions in that volume only, e.g. Appendix A in Volume VI), however the best/most convenient single source I know of for error and return codes...

Yeah I have a GCC internal HyperDrive also, they are amazing. And there is a ton of internal kit in there. To be clear though those are not actually SCSI drives right?

Good choice of book!

This is very doable on a Plus, here’s a nice solution from cheesestraws but there are many others: https://68kmla.org/bb/index.php?threads/mac-plus-internal-scsi-noninvasive-edition.39231/ I don’t know how you’d do it on a 128k or unEnhanced 512k without a lot more work. The classic solution...

well sure, if we are willing to add hardware we can do almost anything! I think you’d want VRAM for that external display though. I don’t think an SE or even SE30 can continually blit a full screen’s worth of bits in real time and have CPU cycles left to do much of anything else. (MacFlim does...

Yes, my point is I think the yellow arrow there is impossible. I don’t see how one could, using software, get any signal onto the standard mobo/AB connector other than the standard internal 512x342 internal screen raster.

No, I don’t think this is possible in software. Not knowing much about the Power-R adapter or whatever, but I think it simply steals a signal from SE/SE30 hardware and shunts it outside somewhere. If you want the Mac to instead extend the screen (treat the external display as a real display)...

I heartily endorse THINK C 6 as the right C compiler for almost all purposes in the System 6/7 era. I don’t think that at the learning stage one should need to be mucking about with Macsbug. The THINK C integrated debugger is more than good enough for learning Toolbox programming, and Macsbug...

I would follow along at the very least, and happy to answer questions along the way as a fairly toolbox-capable guy.

Well … there are! But they would be books for developers. If you want to know what you should do when you see a system error ID = 02, the real answer is almost always “debug your code”. The books to teach you how to do that are programming and Toolbox how-tos, mainly, but there’s almost never...

That turned out great, nice idea!

I’m in for any and all discussion of retro Mac programming. Like @Mu0n i prefer THINK C 6 with assorted (Symantec) C++ and assembler, and mostly the System 6-7 era (in practice I run 7.5.5).

Cross-answering from the other thread. :) If one just wants to check bit depth in a way that will work on all Macs, you can just check for the existence of the _GetNextDevice trap. If it doesn’t exist, you are in 1-bit mode. If it does, you can use it to get the bit depth.

Huh. I kind of assumed that happened by default. (Why wouldn’t it?)

You can also see the ROM version number on those ROM chips. You have v2.0, I had v3.0 (my recall is that only v3.0 is System 7 compatible).

Here’s the one I used to have which clearly shows the fat cap you are looking at (I think). But I agree, yours looks a little funky in that area.

That would be a Radius Accelerator 16, which adds a 16MHz 020 to a Plus. You can stick an FPU in there too if you want. It attaches to the CPU with a Killy clip. I had one of these NIB a few years back but, after really enjoying doing a clean install from scratch and playing with it for a...

Yeah. Sure, someone could cleverly add a bit of modern hardware to intercept a 68000 address access and, if paging is required, load in the relevant page to the 128K of RAM and take the addresses access mod 128k (or whatever). But if you’re going to do that, why not just intercept the address...

@Trash80toG4 are you just saying you want to be able to run a 512K as if it only had 128K of RAM? That can be done in software at boot time. You just need to twiddle with some lo-mem globals I’m pretty sure.

That’s super cool. Nice find. There was an actual 3rd party product called the “MacDouble D-D” that advertised the service of basically having the side of your Mac eat an Apple external 400k floppy drive. Never seen one anywhere though. It looks awesome and kind of creepy somehow...