mellis

I've got one you can try. It is designed specifically to work with the FDTI-based adapters. Documentation is available here. The linked documentation explains how to build a cable. Here's a screenshot from the documentation:

Pac-Man did become the pack-in when they changed from 4-port to 2-port systems.

According to Curt's atarimuseum.com site, the expansion port was included by Warner Atari (pre Tramiel) with the intention of (maybe) eventually adding support for laser disc games.

FWIW, the upcoming 7800XM module does not require an early 7800 with the expansion port. I mention this because, in the video, you seem to lament that you don't have that port when you allude to the 7800XM.

We Atari 5200 fans don't take kindly to folks referring to it as a "5600".

Can't wait to see the case mods you make to accommodate a wire wrapped board .

I have one of those, and mine is autographed by Jack Tramiel. In my 9th grade English class, we had a writing assignment in which we were to write to a celebrity of our choosing and request an autographed item for display in the school's trophy case. Being an Atari geek, I chose to write to Jack. I suppose he felt that would be a good opportunity for some free advertising, because a few weeks later a banner like that one arrived. He had signed the lower right quadrant, starting at the right edge of the rainbow stripe.

When you visit the site on your iPad, you can view the desktop version of AtariAge (the way it looks on your laptop) if you click on "View Desktop Version" along on the bottom edge of the page.

Typically, MRS stands for "Material Resource System" or similar. That comment seems to imply that only single drive 1450s were going to be offered initially. Surprising. I would have held out for a dual drive unit, as buying a 1450 to then turn around and hang a 1050 drive off of it seems kind of counterproductive.

I would encourage folks to first try using the Retro-brite process described in the 8-bit section. If you do it right, it will restore the case to like new condition -- key caps and all. If you run into issues, you can always fall back on this technique after first trying Retro-brite.

LOL - so close.

I shed a single tear when I read the title of this topic.

I feel obligated to post a dissenting opinion here. I'd love to see you continue to employ the early Mac look - it's very classy and appropriate for a GUI running on a machine of that era.

This is a good idea. You should allow the application to request a heap cleanup, as you propose. However, I would like to suggest that, in the event that a memory block request cannot be fulfilled, your memory manager should automatically run a garbage collection cycle in a last-ditch effort to satisfy the request before returning from "malloc". That way, you get the best of both worlds, and apps that don't properly request a GC cycle will function nevertheless.

Hmmm... never thought of that. It's a WIP name we were throwing about. It's also the name of an early linux variant that wound up become the basis for one of the Apple OS's. The Mach kernel was developed by researchers at Carnegie Mellon University. Mac OS X is based on Mach, and it has nothing in common with (nor does it have any ties to) the Linux kernel, which employs a monolithic design. The GNU/Linux OS and Mac OS X are similar in that they are both POSIX-compliant OSes that employ a GNU userland. However, that all runs atop their two very dissimilar OS kernels.

That document details precisely what Landon was describing in his blog. Perhaps, as you say, the design was planned for the EST and then scrubbed due to cost cutting. Such a pity.

Funny. The developers I work with the most all use Macs. They're the best UNIX workstations around.

Computer: Mac Pro, eight-core Assembler: CA65 (the assembler bundled with CC65) IDE: Xcode (configured to compile and link using the CC65 toolchain) Video capture: EyeTV PVR-250 (S-video/composite in)

I'm in Sarasota. I'd definitely attend an Atari 8-bit shindig.

No no, not a flamewar. I just wanted to hear about the disadvantages....just to learn a titbit from you, that's all. I don't know enough about this stuff to form an opinion; I was just hoping to learn a tiny morsel of info. It was not my intention to imply that you (or any one particular user) would start the flaming. What I was trying to say is this: it seems the nature of internet forums these days is that if I were to point out areas where Linux could be improved, somebody would pop up and loudly start shouting about what an idiot I am for suggesting any such thing. I only bothered to comment here because, in my experience, Linux is so very scalable, and I was quite stunned to see Carmel call it "bloatware". Really - it's nothing personal. I appreciate your contribution to the forum.

What are some of the disparaging things? I'm merely curious, and you have some serious insight into this stuff! Thanks! I'd rather not get sucked into a flamewar. Unfortunately, that would certainly happen despite the fact that I am going out of my way to point out how Linux is useful for me, and it is a laudable technical achievement in its own right.

Mac OS X is my primary OS, but I cross-compile to Windows and Linux from it. I use Linux to deploy custom applications on embedded systems or servers (depending on the project), because it runs on just about any hardware you throw at it. That is why I was surprised that *anyone* feels Linux is bloated. I could say disparaging things about other aspects of Linux, but it being bloated is certainly not one of them. As I said, I feel the ability to create a streamlined, stripped-down Linux system for a wide variety platforms is its key strength.

You're aware that you can boot Linux from a 1.44MB floppy, right? Is that 'small linux' then....or Mini linux (i was ofcourse referring to the pc version of mandriva linux) The term "Linux" refers to the OS kernel. The user environment can vary. Consider these examples: 1. Android 2. ChromeOS 3. Ubuntu The first two are examples of the Linux kernel providing the basis for very different user environments (but both happen to be developed by Google). The third example is of a more traditional "Linux distribution", which is where the Linux kernel provides a foundation for a GNU userland. At its most basic, your user experience could be shell (command prompt), and that is what you would boot from a 1.44MB floppy. If you desire a GUI, you could layer X11 on top of that, but even then, you still use the command prompt (in a terminal window) to manipulate files. If you want your GUI to host a desktop environment, you can choose from several including: Gnome, KDE, Enlightenment. The DVD you referred to earlier probably bundles ALL of your desktop choices to save you the bother of downloading them. And why not? A single layer DVD will store 4.7GB of data, so you might as well fill it up. The point here is that Linux can scale from being running off of a 1.44MB floppy (Kernel + shell) all of the way up to hosting a modern desktop environment. How far you go is up to you. I'd hardly call that "bloated". Bloated is when you need gigabytes worth of zeros and ones to do anything at all.

Why? Are you planning on installing it? I just haven't heard anything in a long time (i thought the project was dead) It's BSD Unix, not Linux, but it can run the same open source software: NetBSD for Atari yes, maybe so, but you still have to recompile the program to make it compatible with ST unix or the 68k You will have to recompile any open-source software you want to run on the Atari, regardless of which POSIX-compliant OS you happen to be using, so I fail to see your point.

You're aware that you can boot Linux from a 1.44MB floppy, right?