A general remark: In the definition of odeQ, I would use exact values (C=1/100 in this case), because otherwise postprocessing the dsolve result (e.g. odetest(%,[odeQ,ics]);) could make trouble.

Yes, this wish has also been expressed by other users elsewhere. I guess you are referring to the fortran command in the old codegen package. It is probably better to update CodeGeneration whose Fortran command generates Fortran77 syntax as well.

There are several problems involved here. First, my default browser (Firefox 1.0.7) cuts off those long Maple input lines so that I had no chance to copy&paste them into Maple. Internet Explorer 6 has no problem with this page. The error message you get is due to a multiplication operator missing between the parentheses. Insert it as follows: sol:=dsolve({diff(y(x),x$2)=((1-2/(43.48*arctan(0.05*x-1.23)+41.1))*((43.48*arctan(0.05*x-1.23)+41.1)^(-3)+(43.48*arctan(0.05*x-1.23)+41.1)^(-2))*8-4)*y(x),y(-2)=-0.65,y(40)=-0.11},y(x),numeric); Next, you will get an error message about the requested accuracy, along with two suggestions. The first one (increasing abserr) did not help, so I tried the second. If you add maxmesh=4096 or higher, the dsolve command will succeed. Then try plots[odeplot](sol); which will probably need further massaging.

It is a bit unfortunate that the Quick Help menu suggests Escape whereas the help page mentioned by Paulina suggests Command+Shift+Space - but they both work on my machine running 10.03 on Mac OS X 10.3.9. What precisely goes wrong on your machine?

It is a bit unfortunate that the Quick Help menu suggests Escape whereas the help page mentioned by Paulina suggests Command+Shift+Space - but they both work on my machine running 10.03 on Mac OS X 10.3.9. What precisely goes wrong on your machine?

The only hint I can supply comes from one of our customers who reported that the installer had similar problems when some fancy Windows XP GUI style / theme was active. Reverting to the default solved the problem. Installing a Java VM should be unrelated, since Maple uses its own (1.4.2).

The gzip errors you quote seem to indicate that you damaged the installer by editing it. This can happen easily; it is essential that you change neither the total length of the file nor the starting position of the binary part. Please see the bottom part of this page. (Adjust the filename if you have the single user version.) We know from some users that this helped for installing on Fedora Core 4. Furthermore, try to run the character mode version: ./installMapleLinuxSU -i console and ignore all messages on shared libraries for the moment. If that command finishes (the progress bar might stop for several minutes after one third or so) finally, you might have to fix permissions: cd (to the target directory) chmod -R a+x bin/ bin.IBM_INTEL_LINUX/ jre.IBM_INTEL_LINUX/bin/ No warranties, however. ;-)

I'm afraid your posting is completely off-topic here. Maple is at the very other end of the spectrum of programming languages. There are probably forums on assembly / 8051 chips / embedded controllers etc. elsewhere on the net. Good luck!

You have been staring all night long at your laptop, which was running a loop over something like StringTools:-FormatTime("%T %D"), right? :-)

If I recall correctly, you could try ./installMapleLinuxSU LAX_VM /path/to/existing/bin/java For more details, you will have to consult the InstallAnywhere documentation, I'm afraid.

As for the installer, Maple 9.5 and 10 use InstallAnywhere 6.0, made by Zero G Software. Since that company has been acquired by Macrovision, the documentation is available here . BTW: Maple 8 used version 4.5, and Maple 9 used version 5.

I guess the first line should read v:=Vector(2): B:=[0,0]:. Your colleague is right. You have to assign an explicit copy of v rather than the name (or reference) v. B[i]:=LinearAlgebra:-Copy(v) will help. Please see ?LinearAlgebra,Copy for more information.

If you have problems loading a corrupt mws or mw file, it is sometimes helpful to load it with a different Maple version and/or a different platform. I recall a handful of cases where a Windows user sent me a Maple 6 worksheet that could be opened on our UNIX systems but not on his Windows system. Saving it (possibly removing output) produced a valid file again. In some cases, it is also possible to fix the structure of a file (missing or incomplete tags, e.g.) using any text editor.

I'm not sure what's going on here (it worked in Maple 9.52), but you can obtain the plot if you set Digits sufficiently high, i.e. higher than hardware precision: Digits:=1+round(evalhf(Digits)) evalhf(Digits) is 14 on Windows, and 15 on all other platforms, AFAIK.

I'm not sure what's going on here (it worked in Maple 9.52), but you can obtain the plot if you set Digits sufficiently high, i.e. higher than hardware precision: Digits:=1+round(evalhf(Digits)) evalhf(Digits) is 14 on Windows, and 15 on all other platforms, AFAIK.