Maple Tools - Symbolic engine for SMath Studio. - Сообщения
Tinu
You are right, "cic3-1.sm" works with the latest and greatest Maple plugin, that Uni updated few days ago.
But I'm talking about the next bug.
Please look at the worksheet in attachment.
Regards,
Igor
example_that_works_in_5973.sm
I'm not sure about what you should have as a result.
The attached works fine in version 5346.
Works fine for what I would expect.
Jean
Maple coeffs NumDen.sm
like an "irreducible polynomial".
Jean
I have noticed the same Problem with the german version of SM
Tinu
Same in French... Maple Wrapper refuses to work, refuses to update, refuses to disable! :d But after turning to English, it works again.
used by Smath. Up until now, the bug is wrt Smath 5346.
Maybe Uni will catch that one.
Jean
ODE Laplace 2nd [Unexpected Bug].sm
You can not install the Maple plugin in Smath Studio , if Smath Studio is in Spanish.
If you put Smath Studio in English , then you can load the plugin Mapler , but when you changes again Smath Studio to Spanish and restarted, then the plugin will not start.
Best Regards
Carlos
¡Gracias! Parecía como si funcionara únicamente cuando le daba la gana.
Best regards.
Alvaro.
Efectivamente el Programa no acepta el Plugin si Smath Studio esta en español.
Si uno lo pone en Ingles, si carga Maple, pero al regresarlo al español, el plugin no arranca.
Parece que eso sucede también en otros idiomas.
Ya lo reporte también en la nueva versión.
Saludos
Carlos
When I use simplify, it converts a variable with 'I' to 'i'. See attached .sm file. Notice "I.BIAS" in the input and the "i.BIAS" at the output.
example.sm
Notice "I.BIAS" in the input and the "i.BIAS" at the output.
________________________________
The greatest, often glorify themselves of the weirdest stupidity:
Mathematica imaginary 'i' is an horrible insane invented gyzma !!!!
Maple is as stupid: the universal 'i or j' imaginary is 'I'
Wise enough, it corected your input.
It toke me days to elucidate. In Smath 5346 if above an indexed 'i'
is part of a program AND IF 'i' is imaginary in an above definition
the programme is all freaked but no error message. It was reported
and AFAIK, has been corrected in newer versions.
Jean
It is a bug in localization handling of MapleWrapper about the function description in the dynamic assistance; current supported languages are ENG/RUS/UKR/BEL, an exception is fired when one different language is used in the maple() dictionary and the plugin fails to start. Viacheslav can fix it
Updated. Try now.
Hello Uni,
Thank you for your efforts of supporting Maple plug-in.
But since Smath 5973, most of my worksheets failed to work.
The next bug, hopefully is that the later Smath
puts some "unwanted" placeholder for units into result of some symbolic calculations.
The attached screenshot shows such a problem.
If "t" was obtained as a result of calculation, the further symb. calculation failed,
but if I assign "t:=" by copy-pasting the value stripped of the placeholder, it works !
It also possible that some trailing character is removed from the result string.
Uni, could you please look into this issue ?
Thanks and best regards.
We have two functions numden() here (SMath Studio and maple). I think it is the reason. I'll try to fix this. Duplicate functions must be specially converted.
Not sure if this is a maple wrapper issue but thought I would start here. I'm using the new version of SMATH (6081) and Version 1.0.6067.40150 of Maple Wrapper.
When I use simplify, it converts a variable with 'I' to 'i'. See attached .sm file. Notice "I.BIAS" in the input and the "i.BIAS" at the output.
example.sm
Fixed and updated. Try now.
Andrey,
You are right, "cic3-1.sm" works with the latest and greatest Maple plugin, that Uni updated few days ago.
But I'm talking about the next bug.
Please look at the worksheet in attachment.
Regards,
Igor
example_that_works_in_5973.sm
The problem is deeper than I thought. maple() function doesn't look recursively nested expressions. Because of this function names are intersecting (sum, product). Maple can't works with SMath functions and we have errors (expression transmitted as is).
When we write a command on a single line - it works (maple( command_all_in_one )). If we use complex external expression, then we get an error.
I think previously the function worked because the program has transformed the expression before passing it to the function. To support nested expressions, I need to further process the input expression. I need a time for this.
1. Not generalised enough.
2. Result is in reverse order.
Jean
Maple coeffs NumDen.sm
Can you examine the bug in the Laplace DE 2nd order.
The bug is about Maple refusing the forcing function sqrt(t).
Everything is explained in the work sheet.
Jean
ODE Laplace 2nd [Unexpected Bug].sm
If I understood correctly when we use q(t) := sqrt(t) we will get an error. In this case maple answer is too complex for SMath:
4*y0*exp(-1/2*m*t)/(4*n-m^2)*n*cos(1/2*(4*n-m^2)^(1/2)*t)-y0*exp(-1/2*m*t)/(\
4*n-m^2)*m^2*cos(1/2*(4*n-m^2)^(1/2)*t)+y0*m*exp(-1/2*m*t)/(4*n-m^2)^(1/\
2)*sin(1/2*(4*n-m^2)^(1/2)*t)+2*y1*exp(-1/2*m*t)/(4*n-m^2)^(1/2)*sin(1/2\
*(4*n-m^2)^(1/2)*t)+1/2*Pi^(1/2)*int(4*_U1^(1/2)/Pi^(1/2)*exp(-1/2*m*(t-\
_U1))/(4*n-m^2)^(1/2)*sin(1/2*(4*n-m^2)^(1/2)*(t-_U1)),_U1 = 0 .. t)
We have int() function here in unexpected for SMath form. We can suppress integrals using NO_INT option but in this case Dirac() function appears which is defined in Statistical Tools plugin.
-(y0*(-s-m)-y1-1/2*Pi^(1/2)/s^(3/2))/(s^2+s*m+n)*Dirac(s)
We have another error - "s - undefined" (Dirac() not defined for symbolic argument).
You are 100% correct in few words, only an Smath limit access.
Your first black snipet is identical to Mathcad 11, just differently
presented. I may still have some sufficiently good approximation sqrt(x).
Anyway: a pretty odd forcing function... most appreciated.
Jean
-
Новые сообщения
-
Нет новых сообщений