HP Prime crashes on undef-undef*i in CAS

[lyuka]

Severe bug:
Calculation results of undef-undef*i itself won't stall the calculator, but,
if you try to PRINT the result containing undef-undef * i,
the calculator will stall and reboot.
In these case, using cat befor PRINT will be a workaround for the problem.

The + operator also seems to have some potential problems.

Code:

#CAS
print_undef_test():=
BEGIN
  LOCAL x, y, z;
  LOCAL g, k;
  LOCAL s;
  g := MAXREAL / 2;
  PRINT("print_undef_test:"); // Printing a string is OK.
  PRINT("(2 * g + i * g ) / (g + i * k * g), g="+ g); 
  //There is a bug that a 0 is added at the begging when printing a string and numbers in Emu,
  FOR k FROM 0.0 TO 2.0 STEP 0.5 DO
    x := 2 + i; y := 1 + i * k;
    PRINT("k="+k+":Ref.-> " + (x / y)); 
    //however, printing a string after a number is OK.
    z := (x * g) / (y * g); 
    // Calculation results of undef-undef*i itself won't stall the calculator, but,
    // PRINT(k + ":#/# -> "+ z);
    // tring to print a result that is undef-undef*i will stall the calculator to reboot.
    // s := k + ":#/# -> "+ z;
    // Using + operator to a string and undef-undef*i will stall the Emu to reboot,
    // but it's OK for Physical HP Prime.
    // PRINT(s);
    // however, printing the 's' above will stall the calculator to reboot.
    // PRINT(z);
    // Tring to print only undef-undef*i also stall the calculator to reboot.
    PRINT(cat("k=",k,":#/# -> ", z));
    // Using cat befor PRINT is a workaround for the problem above.
    // The + operator seems to have some potential problems.
  END;
  return z;
END;
#END

The version of the Physical HP Prime is:


Another bug in the Emu is that a 0 is added at the begging when printing a string and numbers.


The version of the HP Prime Emu is: