I don't see why this would be the case, but are you doing a lot of string concatenation? Perhaps in your dec2hex routine? I noticed recently that string operations get glacially slow when the memory reserved for them gets tight. You can speed it up, though, by clearing more memory. Try something like, CLEAR 512. If the program is obviously quicker, look into alternative algorithms that don't concatenate strings.
—b9 On Tue, Oct 25, 2022 at 6:33 PM Will Senn <[email protected]> wrote: > OMG. I wrote my banner doing it's read of rom for character maps and sure, > it takes a while to print a banner out using print statements, but it's > bearable. But, my memory dumper is gosh awful slow. I have a subroutine to > convert hex to dec, one to convert dec to hex, and one to pad strings given > a length and character. My code calls the dec to hex conversion routine as > it loops through a set of decimal addresses (destined for peeks). It then > calls peek and the pad routine to print lines of the form: > > 0000: 36 B6 21 17 46 00 6A 06 6.!.F.j. > 0008: B5 F0 3D 2E 51 E3 A6 26 ..=.Q..& > > But, ooohhh sooooo slllloooowww! > > I figure I can inline the conversion routines or write them in machine > code and CALL them which will speed them up, but I'm not sure about the > padding stuff. I can probably do them in machine code, and I'll definitely > try that, but in the meantime, is there a trick to fast output I'm missing? > > Regards, > > Will > > > > >
