It seems like the coeff() command may only accept expressions with less than three variables. I don't know for sure. It may just be something quirky in my setup, but if you have the time and willingness to test this, I would like to find out if it crashes your Virtual Calc as well. coeff() seems to work fine as long as there are less than four variables in an expression: (You can copy and paste the command lines)

[CAS MODE]

L0:={"2x+y+2z","2x+y+2z+w"};

L1:={{x,y,z},{x,y,z,w}};

(VC Works ok)

coeff(CAS(L0(1)),L1(1));

(Crashes my VC)

coeff(CAS(L0(2)),L1(2));

(02-19-2017 04:45 PM)DrD Wrote: [ -> ]It seems like the coeff() command may only accept expressions with less than three variables. I don't know for sure. It may just be something quirky in my setup, but if you have the time and willingness to test this, I would like to find out if it crashes your Virtual Calc as well. coeff() seems to work fine as long as there are less than four variables in an expression: (You can copy and paste the command lines)

[CAS MODE]

L0:={"2x+y+2z","2x+y+2z+w"};

L1:={{x,y,z},{x,y,z,w}};

(VC Works ok)

coeff(CAS(L0(1)),L1(1));

(Crashes my VC)

coeff(CAS(L0(2)),L1(2));

No crash on my iPad if that is if interest

Cheers,

Terje
Thanks, Terje. I should have mentioned that I am seeing this VC crash on a windows machine, but your test is still good information!

-Dale-

(02-19-2017 04:45 PM)DrD Wrote: [ -> ]... I would like to find out if it crashes your Virtual Calc as well.

Yes.

(win7 x64, VC Build: 2016 12 8. Rev:11226)

Thanks, Chromos. This problem has been driving me nuts. It seems that on some systems the VC will crash on it, while others don't. I know I could make a work-around routine to do the same thing, but having the built in command is much more convenient. I am trying to identify which systems, so that a bug report would be meaningful. I appreciate that you have taken the time to try it!

-Dale-

Latest Beta crashes the VC on my windows 10 machine.

Arno

Great, thanks for the report, Arno. I think I may prematurely conclude that I haven't gone completely nuts!

dell laptop at work, running windows 7, crashes

older dell laptop at home, also running windows 7, returns [2,1,2,1]

-road

I wonder what causes that difference? I was thinking it might be a win7 issue, but maybe it has to do with the hardware, instead. Video system, etc.

Thanks, Road.

At home (where it works):

win 7, 32 bit

VC build 10637

At work (where it doesn't work):

win 7, 64 bit

VC build 11226

I also have another 64 bit win 7 computer at home, VC build 10637; it works as expected

It appears something crept in between build 10637 and 11226.

-road

edited

It may also be helpful to know if each user has existing CAS variables stored on their VC. You can check using the memory browser. Pay attention to any "unnamed" or "mangled" CAS variable names.

Also, check to see if x and y are defined. (If typing x and y into the CAS view returns x and y again, then they are not defined.)

In CAS mode also crash

purge(x,y,z,w);

DelHVars({"x", "y", "z","w"});

L0:={2x+y+2z,2x+y+2z+w};

L1:={{x,y,z},{x,y,z,w}};

coeff((L0[2]),L1[2]);

Another situation

purge(x,y);

DelHVars({"x", "y"});

solve(x^2+((3*y/2)-√(ABS(x)))^2=2-(1/(2*2)),y); [enter]

show a warning msg and then does not allow it to close, (screen lock)

Happens, setting flag: use i.

Windows 7 Pro, SP 1 (set up for 32-bit mode)

1. Open the VC, select Calculator > Reset

WARNING: this resets your virtual calculator (obviously)! Back up your state ( Documents folder > HP Prime > Calculators > Prime (or Prime_X )

2. CAS view:

L0:={2x+y+2z,2x+y+2z+w};

L1:={{x,y,z},{x,y,z,w}};

coeff((L0[2]),L1[2]);

No errors/problems. Using Rev. 11226 (

http://www.hpmuseum.org/forum/thread-742...ight=11226)

For those who do not want to do a reset, you can use:

restart; // deletes all CAS variables (purge is not sufficient if there is CAS corruption)

DelHVars({"x", "y", "z", "w"}); // deletes the selected Home variables

L0:={2x+y+2z,2x+y+2z+w};

L1:={{x,y,z},{x,y,z,w}};

coeff((L0[2]),L1[2]);

Sending to the entry line of VirtCalc v11226

restart; DelHVars( {"x", "y", "z", "w"}); L0:={2x+y+2z,2x+y+2z+w}; L1:={{x,y,z},{x,y,z,w}};

[enter] ok, Lists are stored with symbolic expressions

You can not store symbolic expressions in L0, ... L1 from list editor

can be proved, goto LIST EDITOR [Shift]+[7] L0 or L1 [edit] [edit] -> syntax error

L0(1); -> 2*x+y+2*z

L0[1]; -> {2*x+y+2*z,w+2*x+y+2*z} why?

L0(2); -> w+2*x+y+2*z

L0[2]; -> {2*x+y+2*z,w+2*x+y+2*z} ?

L1(1); -> {x,y,z}

L1[1]; -> {{x,y,z},{x,y,z,w}} ?

L1(2); -> {x,y,z,w}

L1[2]; -> {{x,y,z},{x,y,z,w}} ?

coeff(2*x+y+2*z, {x,y,z}); -> [2,1,2]

coeff(L0(1),L1(1)); -> [2,1,2]

coeff(w+2*x+y+2*z, {x,y,z,w}); Even entering the expressions directly on each arg, crash

or

coeff(L0(2),L1(2)); crash

//////////////

For symbolic arrays stored in M0, ... M9 (CAS MODE)

M1:=["2x+y+2z","2x+y+2z+w"]; or M1:=[2x+y+2z,2x+y+2z+w]; [enter] "Error: Bad argument type" Why?

(03-01-2017 04:02 PM)compsystems Wrote: [ -> ]You can not store symbolic expressions in L0, ... L1,

Yes you can. Lists may contain any object type.

So sometimes I get a crash, and other times I do not.

(03-01-2017 04:33 PM)Tim Wessman Wrote: [ -> ]Yes you can.

You can only from entry-line, and not form list editor, because when you edit it (list editor) says "syntax error"

follow the steps

1: goto CAS HISTORY VIEW

2: L0:={2x+y+2z, 2x+y+2z+w}; [ENTER]

then

3: [Shift]+[7] find L0 [edit] [edit] [ok] syntax error, Why? If it was allowed by the entry line,

there must be agreement
currently the list editor does not allow you to create lists with symbolic expressions in the CAS environment (This should be improved)

The list editor not allow en HOME mode create lists with symbolic expressions (ok), except with strings L0:= {"2*x+y+2*z","w+2*x+y+2*z"}

And why from entry line does not allow to create matrices with string symbolics? And for lists yes

from M0, ... M10

M0:=["2x+y+2z","2x+y+2z+w"]; [enter] "Error: Bad argument type"

Why?
for >= M10

M11:=["2x+y+2z","2x+y+2z+w"]; [enter] ok

IDEA: To recall variables in each environment

L0; or M0; for HOME MODE

CAS.L0, or CAS.M0 for CAS MODE

(03-01-2017 04:42 PM)compsystems Wrote: [ -> ]And why from entry line does not allow to create matrices with string symbolics? And for lists yes

from M0, ... M10

M0:=["2x+y+2z","2x+y+2z+w"]; [enter] "Error: Bad argument type" Why?

for > M10

M11:=["2x+y+2z","2x+y+2z+w"]; [enter] ok

M0 through M9 are pre-defined variables for matrices of real or complex values only. M10, M11, etc. are user-created variables.

Lists can hold anything.

(03-01-2017 04:42 PM)compsystems Wrote: [ -> ]currently the list editor does not allow you to create lists with symbolic expressions

No, it does not allow you to "create" any lists AT ALL. Only objects that exist on entry show up in there. Same with the matrix editor.

[CAS] mylist:={x+y,z}; mymat:=[[x,y],[z,w]];

Now open the list or matrix editor and you will see a CAS list/matrix in there. They can be edited just as if in the cas environment and will accept the same inputs.

Quote:M11:=["2x+y+2z","2x+y+2z+w"]; [enter] ok

As Han explains, because you have defined a cas matrix named M11.