Jump to content

danwinslow

Members
  • Content Count

    2,794
  • Joined

  • Last visited

Community Reputation

589 Excellent

About danwinslow

  • Rank
    River Patroller

Recent Profile Visitors

17,932 profile views
  1. That's kind of what conio.h does already. I don't think you are way offbase with your typed prints printu, printc, etc., as a smaller printf replacement, but they should be thin wrappers on top of the basic CIO calls that support outputting things to screen. So I wouldn't call it entirely unnecessary, but I wouldn't call it really valuable either.
  2. Harry - you're missing a point of the OS architecture of the Atari. If you want to be compatible, use the OS-supplied CIO handlers rather than directly calling OS routines when you get ready to actually do the IO itself.
  3. JSON is data transport, not language, and I like it too. I didn't mean to say you couldn't be productive in javascript, I said it's not a 'real' language, by which I mean complete. It's great for small glue and so forth and whipping stuff up, but try doing a large, complex development project with multiple programmers in it and you'll see what I mean. The build chains for large javascript projects are packed full of linters and ECMA script rule enforcers for a reason, and any schmoe who feels like it can break an interface contract by randomly adding items, the language does not care and will never tell you until you get a runtime failure. The type conversion issues are numerous and bizarre, and any language that actually needs a '===' operator is broken. You CAN do lots of things in it, but its more painful and dangerous than it needs to be. It does not do what an actual language should do -- be consistent, enforce contracts, provide actual threading constructs, and many other things. All my opinion, of course, but that's what I think. *edit* and thus the push for Typescript. It goes a long way, but still kind of lipstick on a pig. There's tons of libraries you can get that add utilities and add structure to javascript but that's kind of my point - the language itself is just not well designed and not complete. All the linters and structure/feature addition libraries are there because the language itself. Of course you can do stuff with it, but looked at as a formal computer language it's lacking. *last edit* sorry for the opinionated rant, and I'll stop derailing now.
  4. I assume you meant Javascript there. No relation between the two, completely different things. I hate them both, but at least Java is an actual language. I'm trying to decipher the 'vscode language server' stuff now and yeah docs are kind of mediocre at best.
  5. OK, I just bought one too. I will experiment with it, hopefully I can support both it and a software E:/S: driver.
  6. I am planning on messing around with my fujinet some, and there's a mostly text-based game I wrote that I'd like to try and hook the Atari up to. My question is, what are my options for software 80 columns? (Note - this is not something that ICE-T can handle, it's not TELNET either). I am going to write a custom client, and I'd like to know what my options are for software 80 columns and whether it would be able to keep up with a lot of text, say a screenful of 80 column text every few seconds. Thanks.
  7. Well, what's the issue then? Start with googling for contractor companies on the B2 program in the right time frame, google his name and some of the companies, contact the HR departments of the companies, etc. There's no other way that I know of, unless you want to pay a PI. *edit* For instance, googling '"phillip price" cybersecurity' produces some interesting hits.
  8. You mean without a name? good luck. If you have a name, then use the usual methods.
  9. BLASPHEMER! Buuuuuuuuuuuurn! I have to admit, I have a bunch of old sinclair zx-80/81 stuff lying around. Never had a commodore, though.
  10. The "high speed" part...do you mean speed of execution or speed of coding? If you mean speed of execution, then an assembler toolchain. Assuming you mean speed of coding, then a C or Pascal toolchain; you can write quickly to set up and test your code, and then go back and optimize parts you need by dropping in assembler where needed. I'd recommend either CC65 or Mad Pascal. If you are writing anything that will need most of the resources of the machine, you might as well bite the bullet and use assembler.
  11. Now THIS is pretty cool. Nice. I'll have to finally set up my Fuji.
  12. Ok, fine...why are are you designing an assembler-level output so different from anything else? It appears to have REBOL-like control structures in it. This is what confused me. You further state that 'this is a huge advantage'. Why is it a huge advantage? And after having read through the referenced post to figure out what you're citing, I assume you mean this is the 'output listing' from compiling this: unsafe!!! constant reference volatile byte! [ ; OS RTCLOK3= ~14 ; ANTIC COLPF2= ~D018 WSYNC= ~D40A VCOUNT ; ~D40B ] forever [COLPF2: WSYNC: overflow VCOUNT + RTCLOK3 << 1]
×
×
  • Create New...