danwinslow

holy CRAP I want one.

You can indeed use labels in inline asm. C prepends the function name with an underscore, so int foo() gets the label: _foo. A "jsr _foo" will work. You may be using segments in an unusual way...Are you using .segment to control call addresses? For instance, are you doing .segment "foo" lda xx etc. to be able to jsr to that code? If so, that's probably not what you want, and irritating too as you have to fiddle with the config file all the time. You can just use labels, as in foo: lda xx etc. and later you can "jsr foo" from anywhere, inline or not. You may have to add a .export foo if foo is in it's own source code file.

Yeah, what Shawn is saying is the way to go, unless you specifically need to call CIO for some reason. You can index directly into screen memory.

I'll give that a try. Actually, there's plenty of room/time left over for other programs. I thought the same as you did until I started experimenting. UDP especially is extremely light. TCP is kind of heavy but with proper throttling and enough buffers it works fine. TCP has features to handle slow endpoints, and winds up working about like a fast modem. I have had to really go through the whole process and optimize, though. Currently transitioning entirely to no-copy handling of the data (as long as the application is ready). Graphics intensive games that rely on a lot of vblank and DLI's are probably out of scope, but otherwise things seem to run fine.

Yeah, relocatable is what I was trying to avoid. It's config data coming from the loader, and I wanted to avoid having to thread indirect references everywhere. What I'll do is just burn 128 bytes at the top of each bank, and have the handler init copy the data into each bank at init time. That will give fixed addresses and it's mostly static data anyway. I was also using it as a fast way to have dynamic data visible to all banks, but I can put in some other way to handle that.

I need 128 bytes in a static, known location. I need it to be safe from molestation by DOS's and ordinary user programs. Does not have to be contiguous. I thought CASBUFF might be ok, but a couple dos's walk all over it. I know page 6 is supposed to be free, but so many people use it as 'free' that it's probably not really any more. I realize this is probably a fruitless quest, but I thought I'd ask before resorting to more drastic measures.

lol I love it. Keep going and ignore the philosophical crosstalk.

This is not dead, by the way. Doing yet ANOTHER refactoring pass. Have the TCP client side pretty much done, even have a telnet client in BASIC (!) sort of working. Refactoring for speed and memory size, current usage is 3k of real and 2 banks of extended. Also writing a socket emulation layer in C that will allow direct recompilation of small ethernet client source code like a tiny telnet and IRC clients and so forth.

Plus it would be a fantastic endorsement!

No offense, especially to AtaC, but I don't see anything actually new and/or innovative. I am all for encouraging experimentation, believe me, and if you wind up going over old ground,well so what, you probably learned something. And there *is* a chance you'll come across something actually new, it's just a very small one. If you add 'useful' to that, it gets smaller. So look at the modern computer language pallette today; there's tons of duplicative languages...how come the 'best' one didn't crush all the others? Well, because 'best' is a complicated and ultimately subjective thing. So if you do something thats basically the same as something else, but has a different flavor or feel or look or emphasis on a particular subset of functionality, then there's a group that will use it over other things even though its basically the same. I don't buy into the common romantic notion that 'most discoveries are made by non-academics'. The world is more boring and ordinary in this regard than the media would like it to be, but I think most legit discoveries are made by paid researchers nowadays. If you add 'world shaking, truly fundamental and paradigm changing' to 'discoveries', then you get a better ratio I think but I would expect that academics and business would still win. I am not certain, as I've not seen any statistics and am too lazy to look them up.

It's fun and interesting to do this kind of thing. Coming up with something that is actually new and/or fundamentally significantly better is very, very, extremely hard.

See if your GUI runs!

This work is important, please share. Preserving the Atari legacy is a real thing.

Well, I don't care what kind of little SBC is used, I was just talking about PI because that was the context. I have no idea what you mean about 'convert and preserve' or why you would think that 'linix' and the Atari are morally incompatible.

Ordered.

Switching from cc65 to ca65 isn't super hard. Once I rigged up a small 'startup' assembler file that defined the load and run segments, it was pretty easy. Download the sources for the atari cc65 library and check out crt0.s, it will show you the way. You can delete 95% of that file, the parts that do setup for the C environment, and what you're left with is all you need. I am on the road or else I'd include a listing for what I use. Then you just use the cc65 toolchain as usual and you'll be fine, just use ca65 instead of cc65 as appropriate and invoke the linker yourself.

I am not aware of any. I would think that going along with the video hardware's idea of what 'set' means would be best/simplest.

I hope you do keep it up, I'm getting ready to compile a small IRC client on my atari. Will use it to test.

OK, Website shows out of stock. Am I too late? I'd like two of these. *Edit* Dang it. Really wanted a couple of these. Please let me know if you plan on more.

Wow. Played for a while. Graphics are terrible, but there's a lot of depth to the game. Save often. The flowers and mushrooms and stuff are key, get them all. Amaranthus cures wounds, Ucronomous berries heal poison. Bloodwort fungus cures bleeding. Babblefruit makes you go insane for a while, lol. Monsters will follow you if you leave them close to the edge of a screen. You can lead them into the starting 'castle' and the guards may help you. I'd forgotten that the whole thing is real time, and you can be attacked even when you are looking at inventory or buying/selling. Hardcore! Make sure you train after every level, if you level without training you'll lose that opportunity. Anyone have the manual? The first one was just a demo, the second one that has 2 disks is the 'commercial' game. It plays a LOT better if you create a hard disk and copy all of the files into it, then you don't have to switch disks all the time. I thought I had made it so it would pick up the fact that disk 2 is in B drive, but it didn't seem to work, at least on Steem.

Lol, holy crap that game is HARD. I don't remember making it quite that hard. I knew I was tired of 'easy' games at the time, but wow. I wonder if the cracking or Steem did something to the monster hit rate, seems too fast.

HI Folks, it's amazing to see that game again after all these years. I had to look up 'Naff', and now I'm offended Well, I was no artist as can be told from the graphics, but I thought the game play was pretty good. I've lost the source to the game itself, sadly, but I have the construction set I used to make all the levels. It was a lot of fun writing that game. If you have 2 ST's, you can play a 2 player version of it with a null modem cable, which I thought was pretty advanced at the time You all owe me money, btw. I figure with inflation it comes to around $1000 each. I'll be checking the mailbox!

Actually there is a PBI slot exposed that you can run out on a 50 pin cable.

Now that incognito exists, my fave is the Atari 800. That was my first real computer back in the day.

XXL feels he is the decider when it comes to what is, and what is not, an Atari. Just, please, nobody bring up undocumented opcodes!