It almost seems like COBOL did better than QB64
Sat Jan 15, 2022 6:07pm

QB64 just seems so hard to mess with. I get nostalgia, but there's nothing wrong with making things better. I just tried to open the .mak file and got a "file not found" error and when I went back to try again I would have had to renavigate back to the folder with the files.

It is amazing, though, just how NICE DOS programs could look with some basic graphics and not much else.

What you need to do is get someone on the QB64 team interested in your program and have them fix QB64 so it actually supports these things. It'll be a big win for not only you but the QB64 community as a whole. (RAH RAH RAH!)

    • I managed to get it to some-what run in QB64. - Erik_, Thu Jan 13 2022 3:03pm
      I had to copy in the contents of HELPERS.BAS into XMAS2021.BAS. I also had to add a "CHDIR" to the current directory at the start of the code. It loaded up and the sound actually works. The problem is, it doesn't read any of the sprite data that was saved as binary using BSAVE and loaded with B... more
      • It almost seems like COBOL did better than QB64- Puckdropper, Sat Jan 15 2022 6:07pm
        • I think that's only because mine is... - Erik_, Mon Jan 17 2022 1:16am
          actually an QB interpretter where QB64 compiles the QB code into a binary and runs it. Also, CBI doesn't care about any errors interpretting once it does it's basic sanity pass before starting the program. Basically, anything that's not explicitly programmed for is "undefined" behavior.. whether it'... more
    • Yeah ClearKbBuffer is in helpers.bas - Erik_, Thu Dec 30 2021 2:53pm
      Might just be that QB64 doesn't read the .MAK file for includes.. or doesn't support it. Is there an option in the file menu to load a file like in QB? Maybe it just needs to be manually done?
  • Click here to receive daily updates
    "Forces act when not restrained" - Puckdropper