The Sinclair QL Forum

Most of the internal expansions hat that downside, but definitely not all of them. Internal doesn't automatically mean contended .

It depends more or less on whether DRAM or SRAM was/is used. As far as I know, internal DRAM expansions never came with separate controller for refresh, but used ...

Wow such a far distance, for the second time. A prime example of QL enthusiasm!

Good luck, it would be fantastic to have the UK represented very well again! Forgot to mention that Oliver (of QLpicoVGA fame) and Tobias also come. At the moment it looks like it will be at least as well attended as last year.

badaman wrote: Tue Mar 04, 2025 5:35 pm We really enjoyed it.

Glad you did, and thanks for sharing! Would be fantastic to see some of you guys at the international QL meeting in June also!

Many thanks Detlef for organizing the next international QL meeting. Almost needless to say, I'll be there with Q60, QIMSI Gold, Qzero and QLbase. Wolfgang, Stephan, Jan, Nasta and Ralf can also be expected.

FrancoisLanciault wrote: Sat Mar 01, 2025 3:22 pm That must be a very very powerful Motorola processor!!!

Probably a typo... I guess he meant the 680800

Marcel_X wrote: Sat Feb 15, 2025 7:28 pm But because I never really liked the looks of the black metal heatsink, I thought I'd give it a makeover... So modelled up a cover and 3D printed it.

Wonderful artwork! Looks great.

I like that your design fits in a D-Sub shell!

Are you not tempted to do the same as a single board solution?
You could make it fit a less excotic case than the one I used.

PCBs with a HAL (hot air level) finish don't have enough solder to connect to the exposed pad.

That's no problem, I ...

Hotkey would simply jump to the start address of your program twice, which would obviously kick in a second relocation.

Ah, that's why you talked multiple relocations.

So, we're talking "re-entrant programs" controlled by Hotkey System 2 vs. "re-entrant jobs" controlled by your own "master ...

Lets always keep in mind that generating new code without cache flush would be just as wrong as modifying existing code without cache flush.
Anyway, my gut feeling goes more toward the abuse of the upper three address bits by now.