7 replies to this topic

[Castania]

I've written a couple of programs for AP-Statistics that utilize RanInt(, but when I transfer them from the calculator to the computer via FA-124, the RanInt( is changed to RanBin(.

When I change the RanBin( and xfer the programs back to the calculator, it will have RanList( !!!

Has anyone else had such a thing happen?


Oh, and BTW, is there a <{GNULINUX}> program that will allow viewing a G1M file?

Thanks
Ken

[flyingfisch]

Hi Castina and welcome to UCF! If you have not already done so, you should introduce yourself here: http://www.casiocalc...?showtopic=5677

FA-124 will change the program if it thinks that functions are not compatible with your calc model. What model were you using?

I think that KermM on Cemetech is looking at the g1m headers so you can view g1m's online.

[JosJuice]

I think that KermM on Cemetech is looking at the g1m headers so you can view g1m's online.

He is not planning to implement g1m support in SourceCoder as far as I know.

[Castania]

Hi -- thanks for the quick response.

I have 3: fx-9750GA Plus, fx-9750GII, and the fx-9860GII.

The GA Plus was the first -- it was missing some important functions needed for statistics. Since I used one, and students also used them, I developed some "work-arounds," writing small programs that made it more comparable with the TI-8x functions. Was able to use <{GNULINUX}> and the com-port cable to interact, save, and store.

The 9750GII was a completely different animal -- it had most of the missing functions, but (even to this day) can't find a way to make <{GNULINUX}> talk to it, so I have to use an XP laptop to interact, save, and store. Even though it shares the same model number with the GA Plus, the 9750GII is much more like the 9860GII.

The model I was using the 9750GII.

Now my next question: is there a way to prevent FA124 from "fixing" my code? [BTW, this is why I left Windoze . . . ]

Hi Castina and welcome to UCF! If you have not already done so, you should introduce yourself here: http://www.casiocalc...?showtopic=5677

FA-124 will change the program if it thinks that functions are not compatible with your calc model. What model were you using?

I think that KermM on Cemetech is looking at the g1m headers so you can view g1m's online.

[flyingfisch]

Now my next question: is there a way to prevent FA124 from "fixing" my code? [BTW, this is why I left Windoze . . . ]

I'm not sure. I haven't used it in a long time because I have been using only <{GNULINUX}> since August last year.

[MicroPro]

Hi Castania! If functions change there is definitely a bug. Do you have the newest version of it downloaded from casio's website? Maybe someone should call casio support.

Can you check what happens when you transfer the program from FA-124 to calc without touching the code? What happens when you save the file and re-open it? Does it change again?

Since you run programs on the calc, maybe you should not change them via FA-124 so that although the wrong function is displayed on FA-124, the correct function will be used on the calculator.

(I don't have FA-124 nor an fx, but it seems they use a 2-byte opcode to store functions like ClassPad.)

[Castania]

Wow, over a year, and still no fix. This "bug" continues to happen.

Regardless of whether FA-124 or the calculator saves program, when it is transferred from FA-124 (as a G1m) to the calculator, this single line of code will be altered: RanInt#(1,2,3) will be changed to RanList#(1,2,3).

Even more weird: when the program is transferred back to FA-124 -- with the error, RanList# -- it is converted back to RanInt!!!

Would some one be so kind as to verify that this behavior can be duplicated. I'm using a fx-9750GII with FA-124 (v. 2.00 -- from 2009).

Thanks,
Ken

[Castania]

Bump. I did get a nice email from a tech specialist at Casio: he was able to reproduce a similar error (yeah!) I've sent additional details which he promises will be forward to Japan . . . I'll let you know.