Search results

You know, when I was a system administrator, we compiled our own software from source (because we had SPARCs, RS/6000s, x86 and PA-RISC), and we LIKED IT.

Well, on System 7, XULRunner has about as much chance of getting off the ground as WebKit (little to none). I think Theos was talking more about options for earlier versions of OS X -- you can use TenFourFox's patches to build a 10.4-compatible XULRunner, for example. Classilla works on OS 8.6-9...

Sawtooths are so cheap nowadays, and they're easy to work on and upgrade.

Still getting mileage out of mine. But the quad is a little more amenable to desktop duty than the Xserve, natch.

XULRunner says hi.

Yes, it has a full '040 and a custom backplate. It's a nice little machine. If it makes the OP feel any better, all told (mo'bo, system unit, etc.), I probably sunk about $200 into it, and it's worth it.

The LC 550 *should* work because it is most similar to the Colour Classic II. I can't promise you this, but I don't see any reason why it wouldn't. That said, my Colour Classic has a Mystic LC 575 in it. In System 7.1 it kicks butt.

feeef, I think small apps like that would be absolutely possible for System 7+. The trick is the network connectivity, but Open Transport acts enough like MacTCP that a lot of things will "just work."

JUDGMENT DAY Rated PG-19.0

Excellent!

There was, in fact, a multiprocessor board for the ANS, a dual 180MHz 604e. It never made it past the prototype stage. http://www.applefritter.com/node/539

That assumes that the classic VM system is at all logical. Why take the risk? We already know that classic VM is not a typical demand-page system and that loads are non-determinative. So if you have the RAM, why not get around that problem completely? Besides, you don't get those pages for...

I put a hard cap on how far in the future the cookie would be stored (in this case, the limit of Mac OS). A proper solution would have been to implement a 64-bit time on Mac OS, but this would probably have had some undesirable complications and would not have fixed the OS issue.

What happens is that the code fragment of the Mac PEF executable remains on disk in VM mode, and is demand-paged in. This requires less working memory because the entire segment need not be loaded, and as a result appears to make the app start faster, but the application can be paged out --...

Er, yes. xx(

I tested that before I shipped. Is there a specific site it does it on? For something that major I would expect to have received other reports.

The 1400/117 lacked an L2 cache altogether, which definitely made it slower than it should have been. (My 1400 started as one of these until I replaced the mainboard with the much better /166.) And even if you had L2, the memory bandwidth to the unusual RAM was slow (it was only 70ns and it was...

The problem with the 603 (not the 603e) was three-fold. It has small split I/D caches, which severely hurt the performance on the 68K emulator, unlike the unified cache of the 601. The 603 also has a rather weak FPU. But what Byrd is talking about is that the 603 was more deeply pipelined to...

Only my TAM and PowerBook 1400 use VM (actually RAM Doubler) because both of them are severely RAM-impaired; the TAM is limited to 128MB and the 1400 to 64MB, so they need all the help they can get. But all my other OS 9 systems are crammed with physical RAM and VM is turned off, and as you...

I dunno about 8.6, but my MDD running 9.2.2 (the one I develop Classilla on) does 1920x1080 without any specific drivers.