solve failure

11262021, 03:45 AM
Post: #1




solve failure
solve failure


11262021, 07:07 AM
Post: #2




RE: solve failure
Hi,
I tried with my handheld prime and it worked fine as well in CAS mode as in notCASmode. But in the PRIME PRO app for Windows I got a syntax error which surprised me (see attached file). solve_failure.pdf (Size: 590.69 KB / Downloads: 40) 

11262021, 07:44 AM
(This post was last modified: 11262021 07:45 AM by chromos.)
Post: #3




RE: solve failure
(11262021 07:07 AM)rawi Wrote: ... in the PRIME PRO app for Windows I got a syntax error... Digit Grouping 123456,789 maybe? Geocaching Coords Solver, Number of triangles Puzzle 

11262021, 08:36 AM
Post: #4




RE: solve failure
Chronos wrote:
Quote:Digit Grouping 123456,789 maybe? I do not think so. The input for the handheld Prime was exactly the same as the input for the app. The points after three digits were no input done by me but were added by the calculator. I checked my input with the Help function and could not find any error. 

11262021, 10:39 AM
(This post was last modified: 11262021 10:47 AM by yingwuluo.)
Post: #5




RE: solve failure
Sometimes right and sometimes wrong, unstable


11262021, 02:57 PM
Post: #6




RE: solve failure
Well, on mine it works, you should switch to radians, I think.
Arno 

12012021, 06:36 AM
Post: #7




RE: solve failure
Set to radians, it still fails


12012021, 09:44 AM
Post: #8




RE: solve failure
Is there anything stored in \(x\)? Try purging this variable first. I cannot reproduce your problems on my machine, but storing a function in \(x\) does cause the solve() to fail.
Which firmware version are you using? Nigel (UK) 

12012021, 12:50 PM
Post: #9




RE: solve failure
(12012021 09:44 AM)Nigel (UK) Wrote: I cannot reproduce your problems on my machine, but storing a function in \(x\) does cause the solve() to fail. I tried on HP prime emulator, build 2.1.14181 (2018 10 16) There is a bug for solve, with pi in it. Cas> purge(x) Cas> k := 10^6 Cas> solve(3.0*k = k*10^5*π^2/x^2,x) → {−573.573720955,573.573720955} Cas> k *= 10 Cas> solve(3.0*k = k*10^5*π^2/x^2,x) → {−573.573720955,573.573720955} Cas> k *= 10 Cas> solve(3.0*k = k*10^5*π^2/x^2,x) → [] Same behavior if we replace 3.0 with integer 3 BTW, XCas had the same bug. But, if we use integer 3 instead, the bug show up much later. XCas> k := 10^93 :; XCas> solve(3*k = k*10^5*π^2/x^2,x) → [100*√(30)*pi/3, 100*√(30)*pi/3] XCas> k *= 10 :; XCas> solve(3*k = k*10^5*π^2/x^2,x) → [] Pulling pi^2 outside solve fixed it. XCas> solve(3*k = k*10^5*c/x^2,x) (c=pi^2) → [100*√(30)*pi/3, 100*√(30)*pi/3] Pi bug should be fixed. For now, use fsolve instead. 

12012021, 01:41 PM
(This post was last modified: 12012021 01:43 PM by parisse.)
Post: #10




RE: solve failure
If an input has one approx data, like 3.0, then approx will infect all the input (like a virus). pi will be converted to 3.14.. etc.
The first solver step finds the roots, but there is an additional numerical check in the exact solver code to make sure a wrong root is not returned with a tolerance for approx computations errors. Multiplying the equation by a large number will make this test fail and the root is discarded. The rule is it's better to miss some solutions than return too many solutions. 

12012021, 02:46 PM
Post: #11




RE: solve failure
(12012021 01:41 PM)parisse Wrote: If an input has one approx data, like 3.0, then approx will infect all the input (like a virus). pi will be converted to 3.14.. etc. Even if input has no approx data, it sometimes "infected" to approximate value. Cas> solve(3*10^10 = 10^15*c/x^2, x) (c = π^2) Above sometimes gives exact solution, sometimes approximate. 

12012021, 07:00 PM
Post: #12




RE: solve failure
Numerical check happens if the equation does not depend on parameters.


12072021, 03:05 AM
Post: #13




RE: solve failure


« Next Oldest  Next Newest »

User(s) browsing this thread: 1 Guest(s)