dhe

Thanks! - I will also look at hexdump on .bin file. fwiw - Windows didn't give me any errors or warning on .072.

My option is, it would be a killer feature!

@HOME AUTOMATION thanks for the tip. I was trying to stay away from org and seg directives, that will be a whole other learning exercise. I have you folks to help me along, I have Classic99 which makes it so much easier to expose the inner working of the 4a then I would with real hardware. I have to wonder, what percent of people purchased the E/A Module with the intent of learning assembly language and just gave up?

Every time I hit a bump with my understanding of an instruction, I document the problem in my dhe's problem assembler program, here is what this example looks like: def X ws bss 32 myval equ >0072 C99BRK DATA >0113 X equ $ lwpi ws * look at mov that caught me up in load interrupt data >0113 mov @myval,@>ff00 * this becomes mov @>0072,@>ff00 - * Move the value @ hex 0072, to the address hex ff00... li r1,myval mov r1,@>ff02 * correct - puts the value of >0072 into r1, move the value 72, into memory * location >ff02 jmp $ Then every couple of weeks, I review my problem child programs.

@dhe - you asked for a way to dump memory then identified the dump memory command I'd like a hex ask dump, something I could then more easily use by cutting and pasting in to an editor.

@InsaneMultitasker what is GenWIPE for? I don't remember seeing that before.

@Tursi write: "You can view the contents of FFFC after loading it to make sure it has the values you expect." Yes, I use Classic99's Debugger all the time to view address for values I'm expecting, the quirky problem for me in this was, I didn't know *WHAT* value I expected as this time, the value was created by where the linker loaded something in memory, vs, something more simple like a FLAG DATA >0001. For a new guy, this was a 3rd order problem. I'm just glad, on my own, I made the connection, that I could trap the interrupt without the need to aorg anything. At three hours of free time a week, I'm still very much at the why didn't this assemble phase! 😃 Next step, without Gary kind help, would have been to look at the list and try to find unique values in memory and then look through the address display and find 'values you expect'. The exercise once again shows how helpful Classic99's debugger is, as a learning tool.

Much appreciated Gary. I suspected as much, I still get twisted around with am I moving the Address or the value at the address. Luckily, sometimes xas99 will come to my rescue. Do you have any recommendations, on how to not make the mistake? Everything works now, as expected:

My Mis-key, using smart programmer example: Changing the code, to >FFFE didn't help.

This is helpful:

I'm trying to incorporate a load interrupt handler in to an existing EA3 program. Traditionally, I've noticed, AORG is used for the thing. @mizapf code is: AORG >FFFC DATA WORKSP,HANDL HANDL CLR @>FFFC LWPI WORKSP LI R0,DELAY DEC R0 JNE $-2 LI R0,WORKSP MOV R0,@>FFFC Doesn't that tell the loader, to start loading all following code at >FFFC? I didn't want to mess with the loading of additional code after >FFFC, I though it would work if I manually primed the two address needed. It doesn't seem to work, when I tell Classic99 to do a load interrupt, my existing program just continues on it's merry way. I don't have a 'real' TI setup to test with. Does a problem with the code jump out at anyone? liwsp BSS >20 Workspace to be used by load interrupt routine. * TI's E/A loader clears the screen for you, and starts in 32 column GRPI mode. X LWPI USRWS limi 0 * >FFFC WP for Load Interupt * >FFFD Start Address for PC mov @liwsp,@>FFFC mov @HANDL,@>FFFD BL @DISFNT .. Later on in the routine, a routine with HANDL is defined. HANDL EQU $ Stuff, More Stuff. JMP $

I think lots of phrase roms can be found here: https://www.s-n-u-g.de/spvmc/index_en.php

See (F10) - Dump RAM You get the whole enchilada in binary. (Both CPU RAM and VDP (in separate files)).

@Tursi Any chance of getting an enhancement to dump memory? What I'm looking for is an option to have memory dumped in such a fashion, that it would be easy to convert to data statements. Use case, a particular program loads code from >A000 - >B000 I want to capture and reuse it. I'd dump memory, and that block of memory would become data statement and aorg'ed where I need them.

I have a couple of real TI PEB's, but I think next I want to bring up the Shift838 box.

tl;dr version: Telnet to the tipi, go to the directory you want the files in, should also have the create ti file headers turned on(?) option on the tipi, in that directory, do a git clone of the public repo. Move the source to a drive that is not the tipi. Compile. - tipi's doesn't allow for the creation of large program images like system-sys. as @mizapf said, all this can be done from a pc running mame. Also, no receipts, but I have the sense, your best bet is to copy large things like the mdos source tree with either gdm2k or clint's disk manager (make sure you have the one @InsaneMultitasker updated). Good luck pilot!

Nice Font You Got There: @matthew180 said I should read the first forty pages of the assembler thread. That's been a lot of wading to do. But, there is a lot of good information, especially when Matt was engaged in helping first opry99 and later airshack.

Gary, I don't have a github account setup. If someone would like to send a donation for the release of this software, where could they send the funds, do you have a paypal setup?

Barry Boone deserves some credit for XB3. Coming back from an AZ fest, Beery, Mike Maksimik, Jeff White, me and a couple of folks from the Tennessee users group stopped in on Barry in OK. And he was showing us some source code from XB3. Winfried would send him changes, over some of the very first University connections to the internet and Barry would go over changes and send him comments and code. So literally there was working on XB3 going on around the clock! 😃

@Gary from OPA before XB3 was popcarted to add additional features, do you happen to know what hardware Winfried Winkler developed on? Did you have contact with him while producing the boards for Asgard, or were you just provided with the code and told, make a cartridge the module can run from? Do you still have the PAL/GAL logic you used for this and/or SOB? It's pretty neat, how using the tech of the time, you where able to create a GROM emulator with just a couple of GALs.

@Gary from OPA was the only person I ever saw with a WORKING accelerator. Maybe he would like to mention his experience.

Thanks Gary. Reading all the TI docs I can get my hands on, and also, all the 'learn' assembly language manuals, ALL of them just seem to kind of mumble their way through the interrupt routes, CRU stuff as well as X and XOP seem to get short shift. Solid nuggets like the one above really help clarify what is happen and why.

E/A Manual: 15.1.1. Error messages Anyone grok what a ***** COM TABLE OVERFLOW - nnnn is?

You all might find more speech roms here: https://www.s-n-u-g.de/spvmc/index_en.php