Fixed the bug that Alias for extension variables did not cause an error.
#561
Posted 15 January 2020  08:04 AM
#562
Posted 15 January 2020  09:00 PM
 piu58 and CalcLoverHK like this
#563
Posted 16 January 2020  08:30 AM
@Hilb2
Thank you for using C.Basic.
And fx9860GIII has just annouced. You can check it out.
#564
Posted 16 January 2020  10:30 AM
#565
Posted 18 January 2020  05:18 PM
Hi sentaro21
I've post a thread about C.Basic to this "forum" (well, it is forumlike but not a forum): https://tieba.baidu....kw=计算器&ie=utf8
https://tieba.baidu.com/p/6455559676
I hope more people there will know C.Basic.
Cheers
CalcLoverHK
Edited by CalcLoverHK, 21 January 2020  07:47 PM.
 diaowinner likes this
#566
Posted 19 January 2020  04:54 AM
#567
Posted 24 January 2020  11:32 AM
Edited by sentaro21, 24 January 2020  11:34 AM.
 CalcLoverHK and Hlib2 like this
#568
Posted 25 January 2020  05:43 PM
That is quite a much of improvement, thank you!
#569
Posted 26 January 2020  10:28 AM
Thank you always too!
#570
Posted 10 February 2020  08:52 AM
Edited by sentaro21, 11 February 2020  03:17 AM.
#571
Posted 22 February 2020  05:02 PM
1) in programming mode, in the FMEM option, it would be very nice to have the same softmenu as in the native CASIOBASIC:[STO] [RCL] [fn] [SEE], not just the single [fn] as in C.BASIC. Since any set of characters can be written in fn, it is sometimes convenient to use these fn as readymade templates when writing various repetitive constructs using the [SEE] and [RCL] commands.
2) the commands fn and Str_ behave similarly in most cases. Example:
?➝Str 1:?➝fn1:Str 1➝fn3 Disp Str 1:Disp fn1 Disp Str 1+fn1:Disp Exp(Str 1+fn1)Could you add commands like fn1➝Str 1 and fn1+Str 3➝Str 1 so that they don`t produce Syntax ERROR?
3) working with flags. In my opinion, these features are needed in C.BASIC. Even in such simple calculators as TI83plus, these functions have been added to some libraries and programs. It turned out no worse than in HP calculators. The BatLib app for TI83 has the dim(33 (FlagWrite) command. For example, dim(33,69,4) means: in group number 4 (graph settings), set the Dot, Sequential, GridOn, Rectangular, CoordOn, AxisOn, and LabelOn flags.
That is, d69=b1000101, and each of the seven positions in the binary number is responsible for the state of a particular flag in the group. It`s a bit complicated, but very effective. In C. BASIC, I suggest relevance at least two system variables StoFlags and RclFlags to quickly return to the original settings after changing them in some program.
4) suppose the program requests Input data?. I must enter either a vector [[1,2,3]] or a list {5,6,7} or a function a×x^2+b×x or a matrix or text. How can the program save the entered information correctly? It seems to me that in C.BASIC it is necessary to have one universal variable (UVar) for such cases. Pseudocode:
"Input data"?➝UVar:UVarType➝T ....... ....... If T=2:Then UVar➝_abc ........ ...... If T=5:Then UVar➝List 1 If T=8:Then UVar➝Str 1 ....... ....... If T=0:Then UVar➝Str 1 //an undefined type or incorrect syntax ×+÷cos(ABC}} is treated as a String type
Edited by Hlib2, 22 February 2020  07:00 PM.
#572
Posted 24 February 2020  03:58 AM
1) in programming mode, in the FMEM option, it would be very nice to have the same softmenu as in the native CASIOBASIC:[STO] [RCL] [fn] [SEE],
2)Could you add commands like fn1➝Str 1 and fn1+Str 3➝Str 1 so that they don`t produce Syntax ERROR?
Exp>Str (fn1, Str 1) Exp>Str (fn1+Str 3, Str 1)
3) working with flags.
4) suppose the program requests Input data?.
?→_abc,List 1,Str 1 VarType:Ans (1:_abc, 2:List 1, 3:Str 1)
Edited by sentaro21, 24 February 2020  05:17 AM.
#573
Posted 24 February 2020  09:27 PM
1) I see, in C.BASIC fn and Y functions evaluate in algebraic expressions, but in Disp and Locate output they behave as String variables and don`t evaluate unlike in genuine BASIC. It seems to me that they should evaluate everyplace as in genuine BASIC without additional command Exp(, because that is their main difference from String. Only in this case, the absence of the fn➝Str N command is quite logical, in my opinion.
2) Please, add [Y] [r] [Xt] [Yt] x to the VARS/GRPH menu option, if possible.
3) I checked the text LCD output speed in RefrshCtl DD:off and RefrshCtl DD:Grph 5/128 mode.
ClrText For 1➝K To 50 Step 1 "1:ABCDEFGHIJKLMNOPQR" "2:ABCDEFGHIJKLMNOPQR" "3:ABCDEFGHIJKLMNOPQR" "4:ABCDEFGHIJKLMNOPQR" "5:ABCDEFGHIJKLMNOPQR" "6:ABCDEFGHIJKLMNOPQR" ClrText "7:STUVWYZABCDEFGHIJK" "8:STUVWYZABCDEFGHIJK" "9:STUVWYZABCDEFGHIJK" "10:STUVWYZABCDEFGHIJ" "11:STUVWYZABCDEFGHIJ" "12:STUVWYZABCDEFGHIJ" NextThe speed in C.BASIC was three times slower than in native BASIC. In RefrshCtl DD:All 5/128 mode, text output works fine, i.e. much faster than in genuine BASIC. What is the meaning of RefrshCtl DD:off mode?
Edited by Hlib2, 24 February 2020  09:37 PM.
#574
Posted 25 February 2020  02:53 AM
Thanks!
1) I see, in C.BASIC fn and Y functions evaluate in algebraic expressions, but in Disp and Locate output they behave as String variables and don`t evaluate unlike in genuine BASIC. It seems to me that they should evaluate everyplace as in genuine BASIC without additional command Exp(, because that is their main difference from String. Only in this case, the absence of the fn➝Str N command is quite logical, in my opinion.
2) Please, add [Y] [r] [Xt] [Yt] x to the VARS/GRPH menu option, if possible.
3) I checked the text LCD output speed in RefrshCtl DD:off and RefrshCtl DD:Grph 5/128 mode.
The speed in C.BASIC was three times slower than in native BASIC. In RefrshCtl DD:All 5/128 mode, text output works fine, i.e. much faster than in genuine BASIC. What is the meaning of RefrshCtl DD:off mode?
"RefrshCtl DD:off" is always transfers to the LCD at the end of the command.
#575
Posted 26 February 2020  02:07 AM
 Hlib2 likes this
#576
Posted 26 February 2020  02:28 AM
For users, there are other changes that does not list above. (build 2,3,6) If you wish to look up, please read Manual_EN.txt and ManualCG_EN.
And to clarify, 2.44 build 16 and 2.45 build 1 are the same version.
Edited by CalcLoverHK, 26 February 2020  02:29 AM.
#577
Posted 29 February 2020  06:59 PM
G SelOn, G SelOff (they need for drawing selected graphics by DrawGraph),
T SelOn, T SelOff, DispFTbl, F Result (although ➝F Start, ➝F End and ➝F pitch works),
➝Xt1, ➝Yt1, Graph(x,y)=(Xt1,Yt1),
Graph=0.2X^2,[1,2] (but without [1,2] works).
In the next short program
3➝A 5➝B Graph(X,Y)=(Xt1,Yt1)after "Syntax ERROR" the cursor points wrong place in front of "3" (in most other cases error pointing does properly).
#578
Posted 01 March 2020  03:16 AM
Thanks!
I'll consider to fix it.
#579
Posted 07 March 2020  03:41 PM
AsmPrgmEFD74A3A7884E61FC03E10EF ... etc ...or to make this function on ti83 BASIC, but in 9860gii CASIOBASIC I can`t do it. Are you planning to add this feature to CBASIC?
Edited by Hlib2, 07 March 2020  03:43 PM.
#580
Posted 07 March 2020  11:45 PM
Hi, Sentaro! Many thanks for the continuous improvement of CBASIC. The CASIOs now looks like a real math pocket computers. I have one small question: is it possible to implement the numtostring function? This is really necessary in some programs. In ti83_plus, for example, this is partially implemented in the OS with the LinReg(a+bx) command: LinReg(a+bx)_L1, L2, Y1: Equ►String(Y1, str1). In CASIO there is not ability to write system variables a,b to string or function as a numeric result. In ti83 I can write this HEXcode directly on the calculator, like:
AsmPrgmEFD74A3A7884E61FC03E10EF ... etc ...or to make this function on ti83 BASIC, but in 9860gii CASIOBASIC I can`t do it. Are you planning to add this feature to CBASIC?
ToStr(123.456)→Str 1
Edited by sentaro21, 07 March 2020  11:46 PM.
#581
Posted 08 March 2020  09:06 AM
#582
Posted 08 March 2020  09:19 AM
Yes, the toStr( command is exactly what I meant, everything works fine with REAL/CPLX formats. Thank you very much!
#583
Posted 08 March 2020  02:39 PM
Hi sentaro21
I've post a thread about C.Basic to this "forum" (well, it is forumlike but not a forum): https://tieba.baidu....kw=计算器&ie=utf8
https://tieba.baidu.com/p/6455559676
I hope more people there will know C.Basic.
Cheers
CalcLoverHK
It's 百度贴吧! I saw this.
#584
Posted 08 March 2020  04:08 PM
Hi diaowinner
It's 百度贴吧! I saw this.
Yes, this is Baidu Tieba, but unfortunately there are not as many people as in CnCalc interested in this. (^^;
Cheers
CalcLoverHK
#585
Posted 10 March 2020  02:55 AM
#586
Posted 10 March 2020  03:05 PM
Hi diaowinner
Yes, this is Baidu Tieba, but unfortunately there are not as many people as in CnCalc interested in this. (^^;
Cheers
CalcLoverHK
Right. It because you send it to “计算器吧”, but this “吧” is not popular than “fxes(ms)吧”.
(Tips:the “fxes(ms)吧” is more like "cnCalc" because “fxes(ms)吧”'s friends do this “cnCalc”.)
#587
Posted 10 March 2020  06:38 PM
It's a very difficult job to implement each new feature. Thanks again for STO/RCL/fn/SEE. As for DispFTbl, I didn't mean for CBASIC to fully copy from genuineBASIC. All we need to do is calculate the parameters and create the matrixAns variable (i.e. DispFTbl) as a readymade table of results stored to matrix type.
Edited by Hlib2, 10 March 2020  06:43 PM.
#588
Posted 11 March 2020  03:33 AM
Thanks!
Deg "sin X">GraphY1 "cos X">GraphY2 1>F Start 5>F End 1>F pitch DispFTbl
Deg "sin X">GraphY1 "cos X">GraphY2 1>F Start 5>F End 1>F pitch Seq(X,X,F Start,F End,F pitch)>List 1 Seq(GraphY1,X,F Start,F End,F pitch)>List 2 Seq(GraphY2,X,F Start,F End,F pitch)>List 3 List>Mat(1,2,3)
#589
Posted 11 March 2020  06:12 PM
#590
Posted 12 March 2020  12:37 AM
#591
Posted 14 March 2020  12:51 PM
 Hlib2 likes this
#592
Posted 14 March 2020  05:34 PM
{9,3}➝Dim Mat A For 1➝I To 9 For 1➝J To 3 10×I +J➝Mat A[I,J] Next:Next:Mat A◢ // The matrix of integers with 9 rows × 3 columns for further manipulations T SelOff :VarRange // Here we define an independent parameter // using F_Start, F_End, F_pitch 1➝F Start:9➝F End 1➝F pitch "(Mat A[X,1]X^2)"➝fn1 "fn1"➝Y1 // A strange feature in the AFX~9860 series. // The DispFTbl function does not allow you to directly use matrix variables // in Y variables, so we have to do it via fn. // Very uncomfortable. Could You fix this in CBASIC? "Mat A[X,2]÷(MOD(Mat A[X,2],3)=0)"➝fn2 "fn2"➝Y2 // From column 2 of matrix A we select only those numbers // that are evenly divisible by 3 "Mat A[X,3]"➝fn3 "fn3"➝Y3 DispFTbl◢ // Those results we weed out, in the table DispFTbl are replaced with ERROR
F Result➝Mat B◢ // The F_Result matrix includes only those rows that do not contain mathematical errors. // In this way, we can filter results according to the specified criteria
Mat➝List(B,1)➝List 1 VarList 1 // Here we define an independent parameter using the List_1 T SelOff :T SelOn 2 // The T_SelOn, T_SelOff settings in Table mode do not affect // the G_SelOn, G_SelOff settings in Graph mode, and vice versa DispFTbl F Result➝Mat C
Edited by Hlib2, 14 March 2020  05:52 PM.
#593
Posted 15 March 2020  05:26 AM
// A strange feature in the AFX~9860 series. // The DispFTbl function does not allow you to directly use matrix variables // in Y variables, so we have to do it via fn. // Very uncomfortable. Could You fix this in CBASIC?
#594
Posted 29 March 2020  07:46 PM
Angle:_Rad
Setup Recover:_on Max Mem Mode:_off
Use Hidn RAM:_on Hidn RAM Init:_on
Max List 52×1:_(52) Exec Time Dsp:_on
Mat Dsp:_m,n Storage mode:_S.Mem
Refrsh Ctl DD:_All 5/128 Execute mode:_DBL#
In V2, after running the program, the cursor is placed at the end of the text (in edit mode). In V1 the cursor does not change position after the program is executed, and this is much more convenient for multiple edits of the text, when you do not have to search for the old place each time to correct.
In V2, when viewing the CPLX matrix, scrolling is 20% slower than in the V1.
In both versions:
 the ClrMat_ command deletes all Lists in addition to Matrices;
 If you set Max Mem mode:_on, then the message File Reading..... always starts appearing even if you exit from text viewing mode without any editing. I don`t know if this is right.
In the V2 the speed of performing certain operations is noticeably reduced compared to the V1.
Below I give the results in DBL# mode as the number of operations per second
for different commands. In tests, I used 500row×1col lists, 500row×3col matrices,
and the expression
2×sin ((A+B)÷2)×cos ((AB)÷2),
written in the functions Y5 and fn5.
1) List_2[K]➝List_3[K]8500 times per sec.(V1)/8200 times per sec.(V2)
2) Mat_A[K,2]➝Mat_A[K,3] 11100/10400
3) Y5➝R1200/570 times per second
calculates the expr.
2×sin ((A+B)÷2)×cos ((AB)÷2). Amazingly!
4) 2×sin ((A+B)÷2)×cos ((AB)÷2)➝R 880/750At this point,
what is very strange is that the direct calculation of an expression
in v2.44build6 is much slower than the calculation via the "Y" function, (1200 vs 880).
5) fn5(K)➝R 780/680 6) For ... Next 37000/33500 7) Y5(K)➝R 1125/625 8) S+1÷K➝S 3500/3500That`s all I noticed. In other modes and functions, the speed discrepancy is minimal, so I don`t give all the results.
Edited by Hlib2, 29 March 2020  08:33 PM.
#595
Posted 30 March 2020  05:59 AM
 the ClrMat_ command deletes all Lists in addition to Matrices;
 If you set Max Mem mode:_on, then the message File Reading..... always starts appearing even if you exit from text viewing mode without any editing. I don`t know if this is right.
3) Y5➝R1200/570 times per second
2×sin ((A+B)÷2)×cos ((AB)÷2). ↓ 2×(sin ((A+B)÷2)×cos ((AB)÷2))).
#596
Posted 31 March 2020  09:13 PM
Thank you for the hint regarding binary calculations. I tested this method in versions v2. 44/6 and v2. 45/15 on the 9860gii2 calculator and measured the calculation speed in a loop for different expressions:
1) expression➝R
2) Y5➝R
3) Y5(K)➝R
4) fn5➝R
5) fn5(K)➝R
Also, I wrote the expression in functions in two ways
(expr) and (expr))
and received five different results in twenty experiments (5 examples × 2 variants × 2 versions):
a) (  ) slowdown 5...25% b) (++) speedup 25...45% c) (  )) slowdown 5% d) ( ++ )) speedup 0...45% e) (...)) syntax errorFunctions like Y in v2. 44/6 are set to maximum speed by default, and adding extra brackets to the expression slows down calculations.
In v2. 45/15, in functions 3) and 5), ( # # # ) gives the minimum speed, and ( # # # )) gives the maximum speed.I hope this information can be useful.
Edited by Hlib2, 31 March 2020  09:16 PM.
#597
Posted 01 April 2020  07:39 AM
"Bench (C.Basic "+ToStr(Int (Version/100))+"."+ToStr(MOD(Version,100))+")" Rad "2*_sin _((A+B)/2)*_cos _((A+B)/2)">fn5 "2*(_sin _((A+B)/2)*_cos _((A+B)/2)">fn6 "2*_sin _((A+B)/2)*_cos _((A+B)/2)">GraphY5 "2*(_sin _((A+B)/2)*_cos _((A+B)/2)">GraphY6 Gosub A Gosub B Gosub C Gosub D Gosub E Gosub F Gosub G Stop Lbl A "Loop">Str 1 0>S:0>Ticks Do Isz S LpWhile Ticks<128 Gosub S Return Lbl B "Expression">Str 1 0>S:0>Ticks Do 2*sin ((A+B)/2)*cos ((A+B)/2)>R Isz S LpWhile Ticks<128 Gosub S Return Lbl C "(Expression)">Str 1 0>S:0>Ticks Do 2*(sin ((A+B)/2)*cos ((A+B)/2)>R Isz S LpWhile Ticks<128 Gosub S Return Lbl D "_GraphY_5">Str 1 0>S:0>Ticks Do GraphY5>R Isz S LpWhile Ticks<128 Gosub S Return Lbl E "(_GraphY_6)">Str 1 0>S:0>Ticks Do GraphY6>R Isz S LpWhile Ticks<128 Gosub S Return Lbl F "fn5">Str 1 0>S:0>Ticks Do fn5>R Isz S LpWhile Ticks<128 Gosub S Return Lbl G "(fn6)">Str 1 0>S:0>Ticks Do fn6>R Isz S LpWhile Ticks<128 Gosub S Return Lbl S StrLeft(Str 1+" ",15)+StrRight(" "+ToStr(S),5 Return
#598
Posted 01 April 2020  06:17 PM
If you don`t mind, could you create a benchmark program?
It`s an interesting thought! The test program will greatly simplify the verification and comparison procedure. As source constants, we could take the best results from the last two versions, for example, and output relative changes of ± % in any other version, as well as absolute speed values. I will try to write a test at the end of the week.
Also tagged with one or more of these keywords: Casio Basic C.Basic
General →
Your Projects →
Inside Casio Basic is now to be preparedStarted by Krtyski , 02 Dec 2016 Casio Basic C.Basic 


0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users