Hi uni

I appreciate so much your plugins and use it extensivelly in my classes, in special the maple plugin.

Please, could you update this plugin for work with tje new version 0.97 of smath?

Thanks in advance

Oscar

Now I'm not at home. I can't fix the source code yet. When I return, I'll make the necessary corrections.
Please be patient.

Hi again Uni, sorry for be impatient, but when you could update the maple plugin?

Thanks in advance!

I'm still not at home sorry for this
I didn't expect that someone else uses it when Maxima Plugin appeared.

Hi Uni,
I'm still using Maple plugin, because of it is much faster than Maxima.
And it is not a big deal to switch to something else, but it takes a time, that
I usually don't have. If you won't support your plugins, or Andrey will change
the plugin interface too often, nobody eventually will consider Smath, anything else,
but a toy for kids.
Best regards,
Igor

Mapple plugin is better for me because make SMath more distributable to my students. They can use SMath and symbolic cappabilities of Mapple inside the campus, without any aditional installations or administrator privileges (restricted to students).

Regards,

Oscar

The legal status of distributing the maple executable is not really clear. That's why the maple wrapper is not an option for me and why it is not included in the unofficial portable version (using software in the office or classroom without proper license easily can cost me my job ). We even got rid of the GPL-licensed bug fix stuff from the maxima guys in order not to violate their terms.

Unfortunately, there is no easy way to substantially increase the speed of the plugin. As far as I understand this (never really inspected the code, it is all Kay's work), the basic problem is the nested regexp string processing and the slow socket connection.

There has been progress, however. In the current version, you can plot several 1000 points within 10 seconds. This is too limited for heavy data processing and in a sense also reduces the plugin to "a toy for kids" as Igor considered it appropriate to express.

Could you take a look at this post :
http://en.smath.info/forum/yaf_postsm11097_Maxima-Plugin.aspx#post11097
I mentioned several ways there to interact with Maxima apart from the socket connection, perhaps the SWIG and Common Lisp approach is doable and makes the process faster, I think Maxima is made with that language right ? SWIG also works with C#
Also it may be interesting to use a portableapps version of Maxima, it could even solve the problem you were discussing about.

Edit :

Read this comment about swig from a maxima user :
http://comments.gmane.org/gmane.comp.mathematics.maxima.general/36171
swig seems to me a fabulous piece of glue :d

Updated (but I used sources from svn). I think I fixed the problem with using long names with cmaple. Now maple() function works more stable.

Hi Uni!

Thank you for MapleWrapper update. This is true, now this plugin work excellent!

Regards,

Janusz

Don't forget (as Martin said above) about this:

Quote

The legal status of distributing the maple executable is not really clear. That's why the maple wrapper is not an option for me and why it is not included in the unofficial portable version (using software in the office or classroom without proper license easily can cost me my job ).

In the plugin folder there is folder (LICENSE) which contains illegal license files.

Uni, thank you so much for this update

Maple Plot. Orientation.

Script

Show Spoiler

[albumimg]347[/albumimg]

---

MapleWrapper. Maple Plot. Orientation. Example 1.smz (2 KiB) downloaded 127 time(s).

Hello Everybody

I'm new of this forum and I'm also new in using SMath.

My name is Luca.

I'm a 40 years old italian chemistry and natural science teacher.

I like linux very much and I tried the 0_97_5737 release of SMath on my xubuntu (an ubuntu derivate).

The mono version works well but I tried to use maple plugin to solve an undefined integral like int(1/x;x); it worked well on windows Vista but non in Linux.

I found the same error as omorr (by the way my surname is Romor, if only one moves one letter...!)

Wrote

Is there any way that MapleWrapper could work in Linux? Is there any sense about that? That would be quite interesting

I tried it but it does not work or an error in the maple() region appear:

"File not found: /home/omorr/Downloads/SMathStudioDesktop.0_96_4884.Mono\plugins\mvr5\cmaple.exe"

MaplePlot will just close SMath

I received the error:

"File not found: /home/luca/.config/SMath/extensions/plugins/32dfd679-8cfd-483a-b79a-19d5ea838750/1.0.5738.5214/mvr5\cmaple.exe"

Well, I found that at the end of the error message, before "cmaple.exe" appears a backslash "\"; as long as I'm concerned slash or back slash are more or less the same for windows syntax but not for linux (that accept only /); in fact if I copy and paste the address of the cmaple.exe file in a block notes it appears:

/home/luca/.config/SMath/extensions/plugins/32dfd679-8cfd-483a-b79a-19d5ea838750/1.0.5738.5214/mvr5/cmaple.exe

It seems to me that SMath and his plugin cannot find the cmaple.exe file at all due to this difference in syntax.

May I be near the core of this problem?

Thank you

P.S. I do apologize for my english.

And the cmaple.exe is started and working well (separately)?

Well, I tried to run cmaple separately:

sudo mono /home/luca/.config/SMath/extensions/plugins/32dfd679-8cfd-483a-b79a-19d5ea838750/1.0.5738.5214/mvr5/cmaple.exe

and I received

Cannot open assembly '/home/luca/.config/SMath/extensions/plugins/32dfd679-8cfd-483a-b79a-19d5ea838750/1.0.5738.5214/mvr5/cmaple.exe': File does not contain a valid CIL image.

Once I tied to run ./mono as I read here

http://askubuntu.com/questions/437706/file-does-not-contain-a-valid-cil-image-error-while-executing-file-with-mono

It worked one time and no more!!!

I think I'll give up to use maple plugin under linux with mono.

On the other hand maple worked fine with maple plugin in Smath running under wine. The problem with wine is that i can see only numbers and letters, no sign of integration, fraction, derivate etc. etc.

Next days I'll try to run Smath with Virtual Box, I think it will be work fine.

Thanks

Yes "Uni", your Maple demos work, only cheched some.
The delicate part of using Maple symbolic is about coding in Maple style.
Mathcad 8 Pro ... 11 collects more spec's [assume, Real, simplify, collect, float ...]
Those are necessary codes to validate: Laplace, Dirac, Fourier ... etc.

On the other hand, Maple "confrac" will expand only if the rational fraction has
coefficients "numarically valued". Otherwise it will expand the literal and that
is of no objective to get the final working formula.

Jean.

Hello: Uni, Radovan

Something I don't understand about this forum ... What is it ?
Yesterday, I replied to "Zgraph region" and to this Maple Wrapper".
Today, I don't see my replies ... magic or web problem ?

_____________________________

There are two Symbolic Engines in this planet: Maple, Mathematica.

Maxima is the version of Macsyma that is maintained by the original designer.
UIT [University of Toronto] was commited conjointly with MIT to go a bit further
than Calculus school books. MIT couldn't cope with UIT, then UIT branched and
founded "Waterloo Maple" as independent single owner.

Mathematica is much different, no more powerful, closed architecture, not shared.

Others like MuPad ... don't compare with Maple, but good enough for Matlab and their
Simulink stuff [I don't criticise].

Smath symbolic is just the exploded version of the "math equation writer" in the chain
of execution + some immediate book style adaptation.
Lot of stuff in Maple go by "pattern recognition", their key kernel secret code.

A large part of Mathcad 11/Maple works in the Maple version Smath is using, but a lot of
Smath/Maple coding has been twisted. That reminds me in Mathcad 11 we have collected
a lot of "undocumented in Mathcad" but working fine. Even worse: Martin [a German collab]
cracked the all Maple in Mathcad .

Maple is Maple and there is no way it can be cracked 100%, their work sheet architecture
is much different than Smath. On the other hand, if Smath Community is interested in
collecting Maple stuff that may work in Smath, I'm willing to contribute but not all
former Maple 11 is recognised in the Smath/Maple actual version.
On my side, I suspect one/two weeks intensive work. Our contribution will boost Smath.
But some smart Smath user will have to build work sheet examples, something similar to
Mathcad/Mathsoft.

Maple is using lot of stuff from: Angot, CRC [Chemical Rubber Company] ... etc.
That big CRC handbook contains over 10000 DE's, that's where Maple goes by pattern recognition.

On the other hand, as long as Smath will not be 64 bits, lot of numerical stuff won't work.

Maple is not bug free, it fails solving my Inverse Laplace in the TurboGen PID control !

Cheers, Jean.

Wrote

Hello: Uni, Radovan

Something I don't understand about this forum ... What is it ?
Yesterday, I replied to "Zgraph region" and to this Maple Wrapper".
Today, I don't see my replies ... magic or web problem ?

Sometimes it happens. Messages require approval by a moderator, but in your case there was something else.

Quote

Even worse: Martin [a German collab] cracked the all Maple in Mathcad .

Martin Schmidt?

Quote

Maple is not bug free, it fails solving my Inverse Laplace in the TurboGen PID control !

http://maple.bug-list.org/

---

Hello Uni [Russia forever].

"thanks to Martin Schmidt" [2005-2006], that makes sense back in the Mathsoft Collaboratory.
Mona the Mathsoft Moderator zapped Martin attachement. Mona turned red hot in big hangry mood !

Tonight, I started converting my 3 gorgeous DE Laplace solvers, bang on the wall !
Maple invlaplace wants to know nothing. This Maple version code is incompatible with the Mathcad 11
Maple version ,,, shit ! The best is to attach an image if you feel to make it work.

Will read you tomorrow.

Cheers, Jean