70 Reputation

7 Badges

7 years, 68 days

MaplePrimes Activity

These are questions asked by ErikP


sometimes I observe extreme delays when simply entering a variable name like fooBar; right after starting a Maple session. This happens when the current directory contains a file with that name, because Maple automatically loads this file.

For example, if I create an empty file fooBar.m and start a Maple session,

> fooBar;
Error, `./fooBar.m` is an incorrect or outdated .m file

raises an error. More often however, I have some huge Maple files in the working directory and whenever I use (by chance) a variable name in the Maple session that matches a filename, Maple tries to load the corresponding file.

Is there a documentation of this behaviour and a possibility to stop this automatic loading of files?




I have trouble in using the function factors. For example, I expect

factor(Pi*(t^2+1), {I});

to output


but instead the result is


This problem does not appear if Pi gets replaced by a general symbol:

factor(pi*(t^2+1), {I});

produces (as I expect it should)


The problem seems to be tied to symbols representing constants, as for example replacing Pi by Catalan also results in no factorization being performed. It further seems to be tied to specifying a splitting field, because


results in


Is this behaviour intended? Probably the reason is that the polynomial does not have algebraic coefficients (as it includes Pi). Indeed,


produces the error message

Error, (in factor) expecting a polynomial over an algebraic number field

But why does this error then not appear for the call factor(Pi*(t^2-1))? If this would assume complex coefficients, it should factor using I. Considering coefficients in an algebraic number field, also the original call factor(Pi*(t^2+1), {I}); should raise an error!?




I am having trouble using the programmer entry point interface to convert/parfrac. As an example consider x/(I*x-1): While

> convert([x, [I*(x+I), 1]], parfrac, x);                   

         [-I, [(I + x) I, -I]]

correctly computes a partial fraction decomposition, the equivalent input

> convert([x, [I*x-1, 1]], parfrac, x);  

results in the error message (both in Maple 16 and 17)

Error, (in convert/parfrac) denominator factors must be coprime

which does not make any sense to me, since there is only a single denominator factor present (and it is even the same factor as in the previous call, only written differently).

What is the reason for this behaviour and how can I use convert/parfrac in a way that avoids such errors?




I am facing the error message "Error, (in factors) Bad inputs to diophant." raised by a call to

factors(p, {I, sqrt(3)}) 

for a polynomial p in 7 variables (with integer coefficients). Unfortunately, the error is not reproducible: After some thousand calls to factors (with different polynomials) this error suddenly occurs.

  1. Interestingly, it does not depend on the actual polynomial,...


I just lost the result of a 20h calculation due to the last-name evaluation using tables. Consider that

t := table([1=2]):
s := t:
save s, "table":
read "table":

evaluates to t[1]. The save command only...

Page 1 of 1