Disassembler for Basic

[+Larry]

I'm looking for a 6502 disassembler that can be ENTERed as a BASIC subroutine and used to disassemble ML routines in the (main) program that are contained as strings. It would also be nice-to-have if it could disassemble data statements. Most of the time, I've used Omnimon, but there are times when it is not convenient to use an 800 OS. Any suggestions?

 

Thanks,

Larry

[ClausB]

I'm looking for a 6502 disassembler that can be ENTERed as a BASIC subroutine and used to disassemble ML routines in the (main) program that are contained as strings. It would also be nice-to-have if it could disassemble data statements. Most of the time, I've used Omnimon, but there are times when it is not convenient to use an 800 OS. Any suggestions?

 

Thanks,

Larry

Long ago, I wrote a simple disassembler in BASIC which uses a table look-up to decode instructions and address modes. It might be adaptable to your task. I'll look for it this weekend.

[thorfdbg]

I'm looking for a 6502 disassembler that can be ENTERed as a BASIC subroutine and used to disassemble ML routines in the (main) program that are contained as strings. It would also be nice-to-have if it could disassemble data statements. Most of the time, I've used Omnimon, but there are times when it is not convenient to use an 800 OS. Any suggestions?

 

I have here an ATARI basic disassembler that could be used for this purpose. Please contact me privately at thor <at> math <dot> tu <dash> berlin <dot> de.

 

So long,

Thomas

[+Larry]

I'm looking for a 6502 disassembler that can be ENTERed as a BASIC subroutine and used to disassemble ML routines in the (main) program that are contained as strings. It would also be nice-to-have if it could disassemble data statements. Most of the time, I've used Omnimon, but there are times when it is not convenient to use an 800 OS. Any suggestions?

 

Thanks,

Larry

Long ago, I wrote a simple disassembler in BASIC which uses a table look-up to decode instructions and address modes. It might be adaptable to your task. I'll look for it this weekend.

 

Thanks, Claus!

-Larry

[ClausB]

I'm looking for a 6502 disassembler that can be ENTERed as a BASIC subroutine and used to disassemble ML routines in the (main) program that are contained as strings. It would also be nice-to-have if it could disassemble data statements. Most of the time, I've used Omnimon, but there are times when it is not convenient to use an 800 OS. Any suggestions?

 

Thanks,

Larry

Here's my old program. It reads the opcode table from disk and then asks for a hex address to start the disassembly. Press any key to stop and enter a new address. You could adapt it into a subroutine and pass it the address of a string. Hope it helps!

DSM.zip

[+Larry]

I'm looking for a 6502 disassembler that can be ENTERed as a BASIC subroutine and used to disassemble ML routines in the (main) program that are contained as strings. It would also be nice-to-have if it could disassemble data statements. Most of the time, I've used Omnimon, but there are times when it is not convenient to use an 800 OS. Any suggestions?

 

Thanks,

Larry

Here's my old program. It reads the opcode table from disk and then asks for a hex address to start the disassembly. Press any key to stop and enter a new address. You could adapt it into a subroutine and pass it the address of a string. Hope it helps!

 

Got it! Thanks for the file -- I'll check it out tomorrow.

 

-Larry

[Rybags]

DISASM.zip

 

Here's one I did years ago. Could be renumbered so that it is usable as a subroutine.

 

Commands are much like the Atari AsmEd cart. You can prefix an address with "." to specify decimal.

Uses the start of Page 6 RAM although that routine could probably easily be just inserted into a string.

[+Larry]

DISASM.zip

 

Here's one I did years ago. Could be renumbered so that it is usable as a subroutine.

 

Commands are much like the Atari AsmEd cart. You can prefix an address with "." to specify decimal.

Uses the start of Page 6 RAM although that routine could probably easily be just inserted into a string.

 

Thanks, Rybags, I'll check this out, also.

 

Compute! also published a couple of these, but it's the second one ~1985 that I believe is the better of the two. I haven't located it in my stuff yet, but unless I tossed it in a cleaning frenzy, it's still here somewhere.

 

-Larry