Skip to main content
lvl10720-Turquoise
20-Turquoise
October 27, 2018
Solved

solve , x , fully ?

  Hello Everyone.

From :

I.PNG

solve , x , fully ?
     Thanks in advance.

            Regards.

 

LucMeekesAnswer
23-Emerald V
October 28, 2018

You have found all zero's. Here's what's going on:

LM_20181028_Solve1.png

LM_20181028_Solve2.png

LM_20181028_Solve3.png

Success!
Luc

View in thread

7 replies

LucMeekes23-Emerald VAnswer
23-Emerald V
October 28, 2018

You have found all zero's. Here's what's going on:

LM_20181028_Solve1.png

LM_20181028_Solve2.png

LM_20181028_Solve3.png

Success!
Luc

Translate
lvl10720-TurquoiseAuthor
20-Turquoise
October 28, 2018

I appreciate your time and help, Luc. Smiley HappySmiley HappySmiley Happy ( It seems MC15 does not show  optimize>>equation. ).The query : "Is there a any way to make more precision for the "yellow".

1.PNG

Best Regards.

Translate
Werner_E
Werner_E25-Diamond I
25-Diamond I
October 28, 2018
@LucMeekes wrote:

Be aware that you are chasing a ghost. As I demonstrated that that root does not exist for the equation that you give. It's a numerical anomaly.

No, its not. And there even are further roots. The point is the expression e^(i*x) or (e^(i*x))^i which Maple believes to be just e^(-x).

But here muPad knows better (its standard domain is complex, not real) and so it does not "simplify" that expression the way Maple does. One always has to be aware which rules know from real numbers still apply when we deal with complex numbers. In complex numbers we often are confronted with some sort of ambiguity.  Keep in mind that

B.png

 

The problem with the numeric evaluation of the original function is that it will jump from one member of the family of curves to the next which you interpreted as numerical anomaly.

 

Translate
Terms & ConditionsAccessibility statement