*bump* I emailed you a new version, tifreak8x. I added a new bit to the flags to indicate when an EOF was hit at the start of the desired line, so that the Insert operation will work but the Replace operation will fail. I believe that insertion in the middle and at the end of files both work correctly. I also found what I think is an odd bug that should have shown up earlier (bytes disappearing off the end of programs when lines were inserted), but you told me you usually used Celtic 2 to read files.

I'll try to get a chance to add a sprite routine soon, if I can spare the cycles.

Alright, now it inserts a new line, however, the creation of the special string is broken. :<

It seems OK to me.

It gives me a P:IS:FN error when run from my test program. But yes, it works just fine from the homescreen. Let me mess around with my program, see if I'm doing something wrong..


Code:


Is my testing program. I'm not seeing anything there to make it not work. :< Is it possible the repeated calling of celtic2 is leaving something in there that is messing with it?

When I run that program, I get this (see screenshot). I get a Syntax error inside prgmATEST, but I'm not overly worried about that.



Edit: From reading the code, NULLLINE means that the line it is going to replace in the file is empty (or nonexistent), not Str9 (the new content to insert). I suspect the documentation and the code are not in sync. Does that help?

Not really, because you are supposed to put the data you want to insert into a line into Str9, which it gets the proper data. It's not getting dumped into the line in the test program, and is instead, returning with the NULLINE, like I'm trying to read instead of write.

I'm saying that according to tracing the code, the line in the file that it's trying to erase is what's null. It has to first read the line before it can erase it, so it knows how much it can erase, if that makes sense. It just doesn't give you back what it read in any way. Hopefully I'm not misunderstanding what you mean. I take the error (and my reading and tracing of the code) to indicate that it can't replace blank lines.

Edit: tl;dr: replace has more caveats than insert.

Okay, so I've determined the following issues for the moment:

1) using theta=1 doesn't overwrite null lines.
2) Using theta=2 will insert a new line with and without data. However, it also seems to put a space at the end as well. It seems unable to put just a new line, it inserts a new line with a space.

Edit

Found the following:

Str9 had a space in it, removed that bit and ran that section of code, no new line is created. So Str9 has to be populated with some form of data for that to work.

Edit:


Code:


Last remaining problem I see is it cannot delete empty lines via theta=7. Otherwise, the above test program seems to work flawlessly. It even deletes the program correctly.

I have emailed you a new file. I believe this version has the ability to:
- Delete blank lines
- Replace blank lines
- Delete/replace blank lines that are the first lines of files
- Delete/replace blank lines that are the last lines of files

Please check all 4 (6?) modes if you get time. I do not believe that this code changes whether it can insert blank lines (can it?).

Alright, sorry it took so long.

When it does theta=2, it doesn't shift the lines down below the one you select.


Code:


This goes with the assumption that ATEST exists on the calculator already, and has (in my case) 10 empty lines starting out.

I paste Pause to line 1 and run the program, does so. I insert Pause 1 to line 2, and it just overwrites. The amount of lines for the program does not increase.

Thanks for the bug report. I will send you a new version before I go to bed tonight, as I think I solved that issue. I also want to get the sprite routine, theta=9, functioning properly.

Here it is! Everything except 'G' works.
---------------------------------------------------------------------------------

Code:

Well, you've gotten the issue I mentioned fixed with no problem.

As to the sprite routine, it's not quite correct, and I'm not sure where the problem lays with that one. :/



And just for curiousity's sake, why not using a list like I did to store sprite size and coordinates? Harder to access user defined lists in asm?


Code:


Is the code with 'G' for the line dropping bit.


Code:


Is with the 0's in place of the G's.


Code:


Is the program that I have for it.

Thoughts?

Also, for 0, are you having it just skip that pixel, or are you having it turn off?

I actually was unable to replicate your issues. The final program you posted worked fine; the G version of course looks a mess. Was it with that final program that you got the glitches you mentioned?

No, I cleared out the G's to test with, since you said it didn't use those yet. :/ I'll try deleting the old, ram clear, etc and reinstall the thing, see if that fixes it.

Thanks, I appreciate it. In the meantime, I'll try to figure out the problems with the G-handling.

Edit: I think you might have been using too narrow of a sprite. Lines with G should never be your longest lines; otherwise the G is a waste. I tried it with width 26, and it worked fine.



Also, if other people want to join tifreak8x in testing, that would be awesome.

*bump* tifreak8x, I decided to compromise and give it an on-calculator name of "ZCLT2" for now. I have also given it a proper readme, so if you (tifreak8x) wouldn't mind doing some final testing and generating a final complete version of your demo/test program, I think this might be about ready to go out the door. I'll try to create a demo program for the sprite routine.

I can handle it all, hopefully over the course of the next few evenings. I even have a few ideas for the sprite bit.

And the name sounds good. Just nice to have it at the end of the list, instead of near the top.

Awesome, that is greatly appreciated, as I'm devoting significant seconds and brain cycles to preparing for California. Yeah, I agree that it works much better near the bottom, although it would work even better as a set of hooks from Doors CS.

I created a test program (it needs tweaks, but for the moment, it should cover things) and it doesn't seem to be working properly? I sent it to you with my copy of ZCLT2, and I ask that you run it and see if it works for you, or if you get the same problem expressed in the email. Thanks!

When I run the program, it shows 1, 0, 0 lines, and it pauses HI. What is it supposed to do instead?