I believe I have found a bug in LinearAlgebra:-SmithForm. Consider the following:

with(LinearAlgebra):
A:=Matrix([[-3, 0, -2], [-3, 0, 2], [3, 0, -2], [3, 0, 2]]):
S,U,V := SmithForm(A, output = ['S','U','V'], method = 'integer'):
SS:=U.A.V:
Equal(S,SS);   #should return true
             false

Note that S and SS don't even have the same rank.

As it has appeared recently, in some examples Maple can't find int(1+f(x), x) in some cases where it can find int(f(x), x). For example, for f(x) = (x^2)^(1/3).

Now, reading Axel Vogt's post, I noticed that in some examples Maple can't do such a simple change of variables as changing the sign.

simplify(x-x) assuming x>0;

and a number of cognate commands crash the kernel in 11.02 under Windows XP.

Is this a known issue?

 

 

From time to time I check whether the situation with Latex in Maple has improved. Just one random example:

latex(2*x/(x-1));

2\,{\frac {x}{x-1}}

Is it really that hard to do a simple fraction?

Even double quotes in the math mode are still transcribed to a pair of single quotes, as if they were in the text mode,

latex("x");

``x''

Not even talking about spreadsheets and other total failures.

Is latex going to be deprecated (together with all other lower case commands)?

Alec

As this question stands about the relationship between 'FunctionAdvisor' and 'convert', and it seems that 'convert' is not able to make the possible conversions listed by FunctionAdvisor(specialize, ...), the following command 'fas' (FunctionAdvisor Specialize) seems a posible workaround:

Hi,

I've written a simple LPSolve test program. But it seems to fail to give me the correct answer that satisfy the constraints. Here is the code:

with(Optimization):

cnsts := {x1 + x2 + x3 + x4 + x5 >= 1, x1+x2+x3+x11+x6 >= 1, x7+x9+x10+x4+x5 >=1, x7+x9+x10+x4+x5 >= 1, x7+x9+x10+x11+x6 >=1, x8 + x9 + x10+x4+x5 >=1, x8+x9+x10+x11+x6 >=1};

obj := x1+x2+x3+x4+x5+x6+x7+x8+x9+x10+x11;     

LPSolve(obj,cnsts,assume = {nonnegative});

 

'Int(x^(k+v-1)/(1+x),x = 0 .. infinity)': '%'= value(%);

             infinity
            /          (k + v - 1)
           |          x
           |   ...

It would be nicer if the nprofile commandline utility had its own script in $MAPLE/bin similar to the maple and xmaple scripts.

That is the place that one usually either looks for Maple executables or appends to one's PATH. A single location makes more sense and is easier.

It would also be nicer if nprofile help-page mentioned something like the exprofile help-page's comment that, "The preferred method for creating the output  file is with writeto() and/or appendto()."

Does Maple 11 support multithreading on an Intel Macintosh? You may infer from the question that I tried but was unsuccesful. I used one of the simple examples in the Threads:Create help page. I got: Error, (in Threads:-Create) No support for multithreading in this kernel This is Maple 11.02, build 330022. I am running OS X 10.4.11 on a MacPro with 2 x 2.66 GHz Dual-Core Intel Xeon processors.

OK, this time I'm really stymied.   It appears that Maple doesn't follow the same rules of operator precedence when it comes to logical operators.  p &and q &or r should be the same as r &or p &and q, but it isn't.  What gives, and how can I remedy it?

`&*`:=1:
f:=(a,b)-> a &* b:
plots[densityplot](f,0..1,0..1,
    colorstyle=HUE, axes=boxed, style=patchnogrid);

gives the same plot as

plots[densityplot](`*`,0..1,0..1,
    colorstyle=HUE, axes=boxed, style=patchnogrid);

The ampersand is ignored!

It is interesting that replacing f with f[1] produces a plot that it should produce. This works reverse to the evalf bug - works OK indexed, and not OK - not indexed.

Based on a problem / bug with 'fibonacci', which Plouffe states in the symbolic newsgroup, I isolated from his example a situation, where elementary operations on lrage interger sends Maple to death on WIN (but seems to work on a MAC).

www.mapleprimes.com/files/102_fibonacci_bug.mws.zip (190 KB)

Reading Alejandro Jakubi's Saving Results article, I got interested in new ExcelTools package.

First surprise - it doesn't work from Classic, works only from Standard Interface (that was mentioned in the help pages.) Well, I started Standard Maple and did the example from the help page,

It's not often that a funny music video is made about Fractals. Here is something very special:

Dear Folks, I find this interesting. I tried this integral using the CauchyPrincipalValue command and got one result. I also tried doing the principal value manually (integrating up to the pole then from the pole to infinity and adding the two) and ended up with something different. Any thoughts? Could somebody try it on Mathematica (I don't have it on my computer)? Int(omega*sqrt(x)/(x*(omega-x)),x=0..infinity)=int(omega*sqrt(x)/(x*(omega-x)),x=0..infinity,CauchyPrincipalValue);