Jump to content
Have You Played Atari Today?
2600|5200|7800|Lynx|Jaguar|Forums|Store

danwinslow

Members
 View Profile  See their activity

  • Posts

    3,034

  • Joined

  • Last visited

 Content Type 

Everything posted by danwinslow

  1. danwinslow
    A touch! I do declare! Yep, you're correct. Ironically, 'flout' is more or less from dutch: mid 16th century: perhaps from Dutch fluiten ‘whistle, play the flute, hiss (in derision). The general idea is that 'I play my flute at you in derision'.
  2. danwinslow
    "per se" is latin. per se "by himself, herself, or itself," 1570s, Latin, literally "by itself;" from per (see per) + se (see se-). The Latin phrase translates Greek kath auto (Aristotle). It is not spelled with an accent grave (`). English phonetic could be "purr say", as mentioned above. Modern usage usually means "on it's own" or "by itself", or sometimes "literally".
  3. danwinslow
    True, but you don't need to worry about that now. When you get things more or less working, you can start putting stuff into a VBI/VBD interrupt.
  4. danwinslow
    I am not an expert on PMBASE, but if glurk is correct above, then this is a general feature you run into when writing to control ports of dedicated chips. They often are only using specific bits for information and will ignore any other bits set in the number. Why he was using $1C in this case I don't know.
  5. danwinslow
    I think that is a write-only location, meaning that there's no point in reading from it. Weird, but true, I think it has something to do with the way the bus interfaces with the antic chip. https://www.atariarchives.org/mapping/memorymap.php look for D407 And http://user.xmission.com/~trevin/atari/antic_regs.html
  6. danwinslow
    I think it's your repetition of the claim that it is easy to read and understand. You've promoted that as a selling point, so people are mentioning when they don't agree. I don't find it readable at all either, but of course everything takes some effort and if I were interested I would put the effort in.
  7. danwinslow
    Doesn't help *your* goals, maybe. What's wrong with Action? It's a great language, and look, no errors, no bugs that you can find in 'longer than a few lines'. What is it exactly you think we should do? Encourage use of languages you like?
  8. danwinslow
    Well, no one besides us (who would do it anyway) would develop in MPascal, MIllfork, or KickC based on a bunch of stuff in rosetta code, which is hardly a 'go to' resource for most developers. I think you might be missing his point.
  9. danwinslow
    For the TSR type thing, you have to drive it off of an interrupt. VBI/VBD is always an option, you can chain yourself in there even if something else is already (provided they did it the right way). I've also driven things off of one of the pokey timers. As always, you need to attend to the stack/regs and CRITIC and so forth. Anyways, from a high level: get yourself loaded somewhere safe, steal the interrupt vector by replacing it with your routine, saving off the old one if you want to chain to it when you are done (VBI/VBD, usually pokey you wouldn't do that) and also to replace it if you quit. You finish the VBI/VBD by jumping through the old vector, if I recall, and from pokey you'd RTI. Both need attention to putting the stack and regs back together as necessary. For pokey you need to do some setup and control the rate you want. There's lots of examples in docs about VBI/VBD, pokey interrupts are slightly more exotic but there's still a lot out there. If you are ok with cross compiling on a PC, you could look at MADS or CA65. I used CA65, but if you write the C correctly you can actually use CC65 to do interrupts fairly well. The whole CC65 toolchain is fairly complicated, so you might want to look at MADS for just straight assembly. If you want to do it natively on the Atari, I'm not sure what's best but I'm sure someone will have a recommendation. For the BASIC question, I think you just PEEK(addr)+PEEK(addr+1)*256, or use DPEEK(addr) from one of the more advanced BASICs.
  10. danwinslow
    That's a pretty clear error message. You are directing 858 more bytes into LOWCODE than it was defined to hold. You might need to put in some segment pragma control in your source code, which is one reason sanny needs to see it. It is a complicated subject, and puts a lot of people off from using CC65, but it is well worth the effort. You do just about anything with the cfg files.
  11. danwinslow
    I wrote a few simple games in Valforth on the Atari. One of my thoughts about Forth is that it's not really a 'language to write a program in'. It's more of an 'engine to define a language to write a program in'. In essence, it's kind of like using assembler - you build all of your own language constructs. If you do it in an haphazard, informal way, you'll probably hit a wall at a certain level of complexity. That's why you need to define your words in a consistent, highly factored, loosely coupled way...just like language designers do when designing a language.
  12. danwinslow
    From what I can tell, I think it's best to just help him along as we can, and not worry about whether he's doing something particularly productive or effective. That's just my 2 cents on the matter. What he's doing sounds duplicative to the em driver to me, but who cares. Harry - "Extra" memory- 1. Under the OS. Only on certain machines. This is just part of the 64k RAM address space. 2. Banked (or extended) RAM. This is any one of a variety of memory expansions, including the 130XE. 16K blocks mapped into $4000 by fiddling with PORTB. Axlon might be different, not sure, but same idea. 3. Unused memory. Regular RAM locations that are unused under certain circumstances. Printer buffer, cassette buffer, various FP bits and pieces, some ZP locations, etc., even under the stack if you are adventurous. Well documented over the years, but subject to a lot of variability depending on machine config.
  13. danwinslow
    I'm not equating everyone here with my preferences...this might be a language (human, not meta) problem, but I think I understand what you mean. I clearly stated it was my own opinion. I think it's quite presumptuous of you to wave your hand and refer to criticism as 'grave misconceptions'. What were the grave misconceptions you refer to? You seem to think that any negativity or criticism results from us just not understanding things correctly, and when you have time to 'explain' then we will all see that you are right. That more than anything else is what has turned me off from this discussion. I see you started another thread, I think that's probably a good idea because there were some kind of rude posts, which if you'll recall, I spoke against. Good luck with your project.
  14. danwinslow
    Harry - Action doesn't need 'support'. If you want to learn it to use it, then great. Read the docs and write code. No one needs a 'template creator', it's just not useful.
  15. danwinslow
    Yknow, Kaj, taking criticism as "grave misconception" is not helpful to your argument. These guys know their stuff. If one disagrees with you, well...fine, that happens a lot. If two do, then hmmm ok but still. If nearly everyone is saying the same thing - you're probably wrong. You like REBOL, I get it. To me, it's a bizarre language that as far as I can tell never got much traction, but OK, maybe be I'm wrong. Do your thing, I appreciate the effort and skill it takes. But don't expect people to actually use it for much, this is entirely the wrong target market.
  16. danwinslow
    Some kind of numeric over/under flow I would guess.
  17. danwinslow
    NTSC Looks like there's a composite out and a DIN. I need to read up. Back later.
  18. danwinslow
    Yeah, I had too. Got the manual off of it, but was wondering if anyone had done any LCD hookups. I assume a composite converter of some sort might work.
  19. danwinslow
    Any advice on getting one of these hooked up to a modern monitor via s-video or some kind of converter?
  20. danwinslow
    C'mon now. It's his thread and his pet project. No need to get sassy, he's been perfectly polite to all questions and criticisms.
  21. danwinslow
    Just to be clear, my post was an attempt at a wordplay joke, not an opinion on any preceding posts.
  22. danwinslow
    Yes, indeed. Dealing with perception is difficult, depending on your perspective.
  23. danwinslow
    Um, neither projection is 'real'. The FA one does not respect some points of proper perspective handling. The FA one is more like moving sideways rather than actually turning. Not a huge deal to me, but it's there.
  24. danwinslow
    Just me, but I don't think you should worry about the 64k limit. You've done this - it's amazing. Grab another 64k and go nuts for V2.0. The user base nowadays is pretty upgraded, and there's always altirra.
  25. danwinslow
    Ok....well, you said "it needs many different, highly complex and hard to handle existing C toolchains". That was what I was talking about. If you got it covered design-wise already,, great.
AtariAge
Forums
Store
General
Follow AtariAge

Copyright ©1998-2023 AtariAge

×
×
  • Create New...