Hi Acer thanks a lot for referring me to the trick with the unpply command. I have seen it before, but didn't think about it in this situation.

Problem solved!

Erik

Hi Acer thanks a lot for referring me to the trick with the unpply command. I have seen it before, but didn't think about it in this situation.

Problem solved!

Erik

Nice MemTest application, PatrickT. I downloaded and tested my RAM. 400% and no errors, so I guess we can rule out the memory as a potential source of error. I have set the Tools > Options > General tab > Set "Enable RTF copy" to "Always". That way I am allowed to copy bigger sections of a document. Good suggestion.

From your and Jakubi's contributions I am beginning to think the clipboard problem can have to do with the Graphics Card in some way. Before asking on this forum I did not think of this as a possibility at all.

Maybe I should mention that I have also had other problems recently: Sometimes when copying a section of text and MathType formulas (Graphics elements) inside a Word document, only the text is copied, leaving empty holes at the places containing the original graphics elements. And yesterday another strange thing occured when using Maple. I was moving a slider in a Maple Document containing components back and forth. Suddenly the screen froze and a shaking pattern of pink pixels were displayed on the screen. The only way I could get my machine working again was to hold the start button in for 4 seconds to reboot.

Does my last details point in the direction of an issue with the Graphics Card?

Any comments are welcome!

Regards,

Erik   

Nice MemTest application, PatrickT. I downloaded and tested my RAM. 400% and no errors, so I guess we can rule out the memory as a potential source of error. I have set the Tools > Options > General tab > Set "Enable RTF copy" to "Always". That way I am allowed to copy bigger sections of a document. Good suggestion.

From your and Jakubi's contributions I am beginning to think the clipboard problem can have to do with the Graphics Card in some way. Before asking on this forum I did not think of this as a possibility at all.

Maybe I should mention that I have also had other problems recently: Sometimes when copying a section of text and MathType formulas (Graphics elements) inside a Word document, only the text is copied, leaving empty holes at the places containing the original graphics elements. And yesterday another strange thing occured when using Maple. I was moving a slider in a Maple Document containing components back and forth. Suddenly the screen froze and a shaking pattern of pink pixels were displayed on the screen. The only way I could get my machine working again was to hold the start button in for 4 seconds to reboot.

Does my last details point in the direction of an issue with the Graphics Card?

Any comments are welcome!

Regards,

Erik   

Thanks Markiyan. I actually discovered the possibility of using the Layout Palette myself. I am not quite satisfied with it, however. Unfortunately the symbol ^ is stretched to look like part of a circle.

Why doesn't Maple deliver a set of symbols comparable to the set delivered by a text/math typesetting program like LATEX? Maybe they don't want to add symbols, which do not have any computational meaning??

Erik

Thanks Markiyan. I actually discovered the possibility of using the Layout Palette myself. I am not quite satisfied with it, however. Unfortunately the symbol ^ is stretched to look like part of a circle.

Why doesn't Maple deliver a set of symbols comparable to the set delivered by a text/math typesetting program like LATEX? Maybe they don't want to add symbols, which do not have any computational meaning??

Erik

Hi Alejandro

You saved me!! Your suggestion made me look for the installation log file in the C:\Programs\Maple 15 folder. This log file revealed all of the installed files, as you mentioned. I did not touch the math fonts ESSTIX... and the MaplePi font, but I had deleted the Courant, Helonia and Thames font groups. Luckily I was able to recover them from the garbage can :) So along with all eight Lucida fonts, all font are now present. Thanks a lot!

Erik

Hi Alejandro

You saved me!! Your suggestion made me look for the installation log file in the C:\Programs\Maple 15 folder. This log file revealed all of the installed files, as you mentioned. I did not touch the math fonts ESSTIX... and the MaplePi font, but I had deleted the Courant, Helonia and Thames font groups. Luckily I was able to recover them from the garbage can :) So along with all eight Lucida fonts, all font are now present. Thanks a lot!

Erik

@acer I agree with you. Those numerical procedures need a limited interval to work inside. Maple choses the interval from -10 to 10 for the Roots command by default. It does not mean it is the most appropriate - it just need to choose one! Unfortunately it is impossible to tell which interval is the best in a specific situation, without doing an in-depth analysis of the function involved. We have just experienced above that choosing a bigger interval might result in fewer zeros found. Quite possible it might even happen that reducing the interval (still containing the true zeros) will result in fewer zeros found. All this just emphasize the troubles when dealing with equations - even with one variable only! Let someone describe a procedure to find all zeros of any (continous) function in a given limited interval. Then probably one will be able to find a function sufficiently weird, which will fail. I won't be the one to find it, though ;)

Maybe the methods will work better (but not perfect) in average for equations associated with a differentiable function. I studied some Numerical Analysis at UCLA, Los Angeles, but it is 20 years ago ...

You are right that it could be valuable to point out the numerical problems - using an example - to even High School students, so they will realize they cannot always just press a button and expect to get all solutions of any equation in a second! It will give some insight into the subject.

Regards,

Erik

@acer I agree with you. Those numerical procedures need a limited interval to work inside. Maple choses the interval from -10 to 10 for the Roots command by default. It does not mean it is the most appropriate - it just need to choose one! Unfortunately it is impossible to tell which interval is the best in a specific situation, without doing an in-depth analysis of the function involved. We have just experienced above that choosing a bigger interval might result in fewer zeros found. Quite possible it might even happen that reducing the interval (still containing the true zeros) will result in fewer zeros found. All this just emphasize the troubles when dealing with equations - even with one variable only! Let someone describe a procedure to find all zeros of any (continous) function in a given limited interval. Then probably one will be able to find a function sufficiently weird, which will fail. I won't be the one to find it, though ;)

Maybe the methods will work better (but not perfect) in average for equations associated with a differentiable function. I studied some Numerical Analysis at UCLA, Los Angeles, but it is 20 years ago ...

You are right that it could be valuable to point out the numerical problems - using an example - to even High School students, so they will realize they cannot always just press a button and expect to get all solutions of any equation in a second! It will give some insight into the subject.

Regards,

Erik

@acer Thanks for your further investigations. The maxdistance option in the NextZero command is interesting. And thanks for the revised procedure. Maybe your procedure will even do a better job than the Roots command implemented by Maple itself? Execution time can be long, though, if a large interval is chosen.

I am completely aware that my suggestion to visually inspect plots isn't foolproof. Some zeros might still be overlooked. Unfortunately a mechanical way to find all zeros for any kind of function probably doesn't exist.Only an analytical examination of the function at hand will be able to rule out the presence of more zeros. For High School students, who don't have this analytical capacity, it might however be a good guide to look at plots in order to hopefully find all zeros.  

NB! I liked your description on how you found improvements in the code during a long drive. Such long periods of boredom can sometimes help the mental activity :)

Regards,

Erik

@acer Thanks for your further investigations. The maxdistance option in the NextZero command is interesting. And thanks for the revised procedure. Maybe your procedure will even do a better job than the Roots command implemented by Maple itself? Execution time can be long, though, if a large interval is chosen.

I am completely aware that my suggestion to visually inspect plots isn't foolproof. Some zeros might still be overlooked. Unfortunately a mechanical way to find all zeros for any kind of function probably doesn't exist.Only an analytical examination of the function at hand will be able to rule out the presence of more zeros. For High School students, who don't have this analytical capacity, it might however be a good guide to look at plots in order to hopefully find all zeros.  

NB! I liked your description on how you found improvements in the code during a long drive. Such long periods of boredom can sometimes help the mental activity :)

Regards,

Erik

Hi Christopher

The help pages say that if no range is provided with the numeric option, the range -10 to 10 is chosen by default, so we were just plain lucky there :)

But you are right that it is odd that Maple find less solutions in a bigger interval. I guess Maple choses some fixed number of points to apply the fsolve command to keep the amount of computation limited, in order to deliver the result within a reasonable timeframe. A bigger interval then means larger distance between the points, which can easily have an influence on the number of roots found - the output of the fsolve command depend on the initial value ... This is just a guess. I don't know if the Roots command is implemented in this way. It could explain the mystery at least.

Erik    

Hi Christopher

The help pages say that if no range is provided with the numeric option, the range -10 to 10 is chosen by default, so we were just plain lucky there :)

But you are right that it is odd that Maple find less solutions in a bigger interval. I guess Maple choses some fixed number of points to apply the fsolve command to keep the amount of computation limited, in order to deliver the result within a reasonable timeframe. A bigger interval then means larger distance between the points, which can easily have an influence on the number of roots found - the output of the fsolve command depend on the initial value ... This is just a guess. I don't know if the Roots command is implemented in this way. It could explain the mystery at least.

Erik    

Thanks Acer for your investigations. I appriciate them. The NextZero command is interesting. It suggest a way to "pick up" the solutions one after the other from left to right. Unfortunately this built-in Maple command does not even succeed in the current example.

RootFinding[NextZero](x -> x^3-3*2^x+3,-1000)

will give a FAIL as result. If the starting point is -100 NextZero will find a solution. 

I tested your nice findroots procedure on the very nasty example f := x-> sin(1/x)-x, having infinitely many solutions in any open interval around 0, and compared it to how the Roots command from the student package performed. It turns out the results depend a lot on the interval chosen:

Interval -100 to 100:
findroots: No solution
Roots: 5 solutions

Interval -10 to 10:
findroots: 50 solutions
Roots: 7 solutions

Interval -0.1 to 0.1:
findroots: 50 solutions
Roots: 50 solutions

So none of them win :)

I guess whatever method we use, we should not rely solely on the Maple output. One will need to look at a plot too!

NB! When I write Maple code in this forum, I have been uploading screen shots most of the time. Obviously that is not a nice way to do it. I tried using the Maple Math button in this forum and copy & pasted a section from my Maple document into it, but it didn't work. How do you do? :) I use Math 2D notation!

Regards,

Erik