Atari-Forum

Noticed when clicking 'Info' in the menu the text doesn't word wrap correctly. Maybe you used PRINT? If so, easy fix:

Thanks for sharing.

There's one on ebay for US $173.58 and it behooves me how they come up with these prices.

Tried to find Dorothy Brumleve one of the co-authors and found this:
https://www.legacy.com/us/obituaries/jg ... d=15736221
It says she "served as president of the International Atari Developer's Association". Most unfortunate she's not with us anymore.

Already English .hlp files and .hyp files floating around the internet for Pure C. I know this because my version of Pure C is 100% English.
See also https://www.atari-forum.com/viewtopic.p ... 84#p290584

Project page: https://github.com/Xiphoseer/sdo-tool
If anyone has sample SDO files with embedded images for analysis, that would be very helpful.

Digging up a really old thread. On the off chance anyone is still looking for Signum SDO file format information.
https://xiphoseer.github.io/sdo-tool/format-sdoc.html

Still have the spare TT030 he sold me. Sad news indeed.

elk wrote: ↑Mon Aug 31, 2020 6:11 am
@lp thank you i will work this in and digest!

*edit* should that last line read:

Code: Select all

~XBIOS(6,L:V:pal&(0))

Correct. Wrote it from memory and didn't test it. Fixed my post above.

To avoid clobbering ram below the screen.

Text files can't be rendered by loading them directly to screen ram. You'll have to load the text file and render it with PRINT, TEXT, or send it to the CONsole device. You can load it line by line and render it or load the whole file and then render it. See LINE INPUT and RECALL.

https://www.atariuptodate.de/en/image/
Scroll down to ' Graphics - 3D graphic and animation '.

They are not in my devpac v3.1 installation. Contact the author by following the link on github.

You should go solo an call your Twitch channel FleSTch.

Known problem. Simple fix, don't use DIM inside functions. This problem is addressed in my updated version of GFA.
You can find problems with every language on the ST if you look hard enough.

DarkLord wrote: ↑Sun Jun 21, 2020 1:55 pm Oh...doesn't the Chrome script blocking all the MiSTer stuff not work anymore?

Thanks.

It wasn't working quite right for me. Went in and changed the urls in the script from http to https. Seems to be working now.

BlankVector wrote: ↑Tue Jun 16, 2020 3:04 pm And I plan to publish a short sequel very soon when all bugs are fixed

Could you cover DropBox and Googles Backup an Sync? If you set a path to these in the aranym config they can be used directly by Atari apps inside the emulator.

GFA v3.6 produce prg that is 814 bytes. That looks unusually high, perhaps debug symbols are turned on.

Remove BASLIB*.* from the path and test your prg. It will halt with "CAN'T LOAD BASLIB_4". It's not really 510 bytes.

Back in the day I bought a UMAX Astra 2400s hoping it was backward compatible, but it turned out not to be the case. Contacted Nima and he quickly added support. Somewhere I have debug builds of ScanX that dump lots of internal data. Unfortunately, my TT030 is still in storage.

The string entries are pointers, thus the nested brackets. Personally I think the code reads better as PRINT CHAR{LONG{OB_SPEC(tree%,obj%)}}. The word entries are not pointers thus hawlk is correct although seems unsure.

Hope you have your 'C'eat belt on, might be in for a bumpy ride.

Somewhat agree with simonsunnyboy. Just compile it with Pure C if you have the full 'C' source code. Much easier than trying to recreate it in gfa.

Obviously the guy that made the video has a copy. Try to reach him via youtube comments?

I would not call myself an expert as I struggled with GEM like anyone else at first. I don't think your problem is funny or trivial. If you want to display some menus and modal dialogs or alert boxes, then FV is overkill. If you want tasking friendly dialogs in windows then FV can help achieve that.

Learning some basic GEM programming aspects without FV would help. Then moving to FV will make more sense.