No one's pointed out this yet:

Code:

That repeat is never going to terminate.

Oh yeah, that was a copy-paste fail on his part. Weregoose, I'm amazed that we actually both came up with nearly the same solution! \o/

I just realized - thanks to merthsoft - that I didn't use A as a variable at all. Let me try to change it, then I'll attempt at deciphering exactly what Weregoose is talking about...

And what Fishbot said before him, and what I spent my valuable time working out before him.

I did look at that, and I'm guessing you're all trying different ways of adding the numbers/symbols to the string. One weird thing: I'm getting a syntax error on this...


Code:


I'll bet I'm overlooking it

No, we're actually all saying the exact same thing; the fact that the three of us all came up with the same solution independently means it's the best and fastest way to do that. I'm not sure why that line would be a syntax error.

My calculator gives me random errors at times. It might be the OS. Anyway, I'll do a RAM clear and get back to you. As far as your code below...


Code:


...it gives me a type error. Probably because of the calc again. I'll get back to you guys on this

And what line did that type error go to? Did you change the =/= to real not-equal sign?

I did. That's another thing, Kerm. It doesn't always take me to the error line. Very frustrating

Yeah, that's the fault of the TI-OS for not exposing enough information about errors to error handlers.

And now my calc refuses to reset.

Pull a battery, then hold [CLEAR] while you re-insert the battery. Release [CLEAR] and press [ON].

I just pulled out all batteries, including T-cell, held [ON], then put all the batteries back. It worked

Glad to hear it. Now, I hope you'll fix your program as per our suggestions, do some experimentation, and see how it works for you.

Well, let's be clear. Fixing the missing quote in the inequality, Kerm's transformation is 16 bytes over mine, plus I removed two lines by integrating Z=32's "X" into the same sub(). So I wouldn't call it the exact same thing, but both were definitely backed by the same ingenuity.

A fair cop, Weregoose; thanks for that. I definitely wouldn't go so far as to say that you, Qwerty, and myself came up with different solutions though, would you?

In terms of a solution, ours were as far apart from each other as either one to the original. But we all three did use sub(, yes.

Well, I used Kerm's. Although, it didn't work at first. I did change it around a bit to make it work, though. It's very fast now. Thanks, guys. Now, onto the next problem...

How can I get, not cos(, but cos({^-1}?

How can I make the prgm know that the user has pressed 2nd, then when they push a button, add the second option to the string instead of the first?

Have an unused variable J, set it to zero, and every time 2nd is pressed, have it alternate between zero and one. You can double the length of the string that you're sub(-ing tokens out of, and write all of the 2nd tokens in the second half, taking care to continue to write "F" for the ones that you don't want to include. Finally, J can be written into the sub('s second argument as a multiplier on a number equal to the (original) string's length. When J is 0, you read from the first half of the string; when J is 1, you read from the second half. Make sense?

yes, makes sense. I just have to think it through. Thanks

Edit:

I tried the following code for the second sub( for when the 2nd button has been pushed, only, it's returning a syntax error


Code:


Edit:

Nevermind. I didn't copy the entirety of the line. Notice the "St" instead of "Str1". The prgm works beautifully. Thanks, guys. Update coming very soon. (like 2 minutes)