Jump to content

ralphb

Members
  • Posts

    964
  • Joined

  • Last visited

  • Days Won

    1

ralphb last won the day on May 2 2017

ralphb had the most liked content!

2 Followers

Contact / Social Media

Profile Information

  • Gender
    Male
  • Location
    Germany
  • Interests
    Developers, developers, developers, developers

Recent Profile Visitors

9,099 profile views

ralphb's Achievements

Dragonstomper

Dragonstomper (6/9)

1.5k

Reputation

  1. For the other error, could it be that some symbols are missing? I've assembled your srxb6 file, and have unknown symbols CFI, LINK, RETURN, ACTION, and BADTON. Also, a few lines where you need to add one space before the comments. Could you try lucien2's tool a try? That should introduce the missing symbols, and also fix the comments.
  2. Rich, the second error is in line 1938, where you have a comment, but the * is not at the beginning of the line. You'll need to replace the * by ; (or put a ; in front of it). * CPU PROGRAM FOR >8300 SCATCH PAD SUBROUTINE EXECUTE * *********************************************************** * AORG >8300 * CPUPGM DATA >8302 * CPUPGM DATA >8302 First address. * DATA >0420 * BLWP @>834A Switch contex * DATA >834A * FAC not used * DATA >04E0 * CLR @>837C Clear for GPL * DATA >837C * * DATA >045B * RT Return to GPL. * * END * <<<<<<<<< ***********************************************************
  3. Thanks for letting me know. There's something wrong with the parsing, hence the error with the END directive. Really strange, but I'm debugging this.
  4. Based on your description, I probably had an error similar to yours at some point when I built my batches of FinalGROM. If the LED doesn't blink, it's not a "regular" error, like file not found. The error codes returned by the JTAG library are also translated to LED signals. I assume the working and non-working boards have the same AVR software? If so, I would check if you have bad solder somewhere so that some signals are not going through. Also, did you set the AVR fuses correctly? How long did you wait for completion?
  5. Hello Rich, I think the errors above are for operand order. Instead of CLOG >08,V@FLG(@PABPTR) write CLOG V@FLG(@PABPTR),>08 Unfortunately, that won't be fixed by lucien2's script, I think. Maybe I need to enhance xga99 so that it can deal with revere operand order for some instructions? Please allow some time for me to change it. But I'm not sure what is wrong with the END. Could you share the file with me? I suspect that there are some funny control characters in the file that confuse xga99.
  6. We'll figure it out together tomorrow, Rich! It's possible that something changed after I wrote the documentation.
  7. True, but having a cross-platform GUI does not leave that many options. But there seems to be an experimental Python to WASM compiler ... Seems worth checking out.
  8. Hello Rich, xga99 supports the Ryte Data GPL Assembler syntax, so the opcodes should work as they are in your code. Some directives might be a little different, but they are described in the MANUAL.md. As it is now, the manual is more manual than reference, so you cannot look things up. But if you search the file or web page, you may quickly find what you're looking for. We could set up Zoom or Teams call this Sunday, if you like. What time zone are you in?
  9. Thanks Steve, chue, and TheMole for helping. (For some reason, I cannot select the Thanks icon anymore.) My recommendations to follow would be: Follow the doc/WINDOWS.md file (online version), which talks about installing and setting up the Windows environment. I admit that these steps are quite annoying, but the command line isn't really a first-class citizen in Windows. Follow the Tutorial in the doc/MANUAL.md (online version). It talks mostly about assembly, but also uses the other tools. I highly recommend to follow all the steps to familiarize yourself with the command line. Follow the xga99 section of the doc/MANUAL.md (online version). You'll need to invest a bit of time to start using xdt99. If you decide to go this route, you can of course always ask for help here.
  10. You're welcome. 😄 That was for Windows 7, though, so I hope Microsoft didn't mess it up in the mean time.
  11. I've pushed a fix for xda99, and also made a new release that collects all of the changes since March.
  12. Oops, you're right, of course, I simply cannot count! I'll make a fix that changes the value to 8. Thanks for pointing it out.
  13. For legacy sources that won't assemble as-is, you can use the strict syntax option -s to restore the original E/A syntax. Regarding the disassembler, negative numbers are displayed as positive two's-complement, so -1 is displayed as >FF or >FFFF, depending on the size of the field. For TB, -11 and >1F are not equal (-11 would display as >F5), though, so there might be a bug if those are actual numbers. Note that the value field of SBO, SBZ, TB is 8 bit wide, so opcbitmask[12] == 8 should be correct, or did I misunderstand you?
  14. You COPY'ed file BITMAP.asm contains an invalid Unicode char in the word "più": UnicodeDecodeError: 'utf-8' codec can't decode byte 0xf9 in position 5103: invalid start byte (not shown without removing one except clause, though) You probably used a different encoding. So, either use the UTF-8 encoding or don't use non-ASCII chars. I don't know why the behavior is different for earlier Python versions, but my guess is that they removed some ambiguity about the encoding for text mode open().
×
×
  • Create New...