It should not be surprising that maple does not issue an error here, because the validity will depend on the value of N only when the procedure gets called. At the top-level, maple can check immediately for an invalid recursive definition. But naturally when put inside a procedure an immediate check doesn't make sense. (This is made even more so by N's being a global variable of the procedure.) The technique might be indicative of an inefficient maple programming technique, but it's not invalid in and of itself.
It's an example illustrating some undesirable maple programming techniques, eg, possible repeated appending to lists, no proper argument checking, unnecesary use of a global when apparently another parameter would also serve, etc.
acer
I've been playing the update game for so many years that, when a point-release comes out, I prefer to have both it *and* any earlier original.
I find this pretty straightforward on Linux. I suspect that it might be awkward on Windows, if there is registry nonsense to deal with.
Suppose I have Maple 11.00 installed under /usr/local/maple11 , for example. Then along comes 11.01 as an upgrade. I'll copy all of /usr/local/maple11 to, say, /usr/local/maple11.01 with something like a `cp -a` or `cp -dpr`.
Then by hand I'll edit three or so scripts within the /usr/local/maple11.01/bin directory. I'll change the MAPLE variable in those scripts, to agree with this new location.
And only then, will I run the updater. And of course when prompted for the whereabouts of my Maple 11 I'll tell it about the new /usr/local/maple11.01 location.
And to top it all off, I usually either put in symlinks like,
ln -s /usr/local/maple11.01/bin/maple /usr/local/bin/maple11.01
or I add an alias for that to my .bashrc file.
By doing all this, I'll end up with both 11.01 as well as 11.00 available. Just in case.
Now I just need names for the "original" 11.01 and this later modified 11.01.
acer
It may do something special. It might be that it knows how to do something special in the compiled external routine 'MapleChiSquareDeviate'. Or that may have its own rootfinder. It doesn't appear to call fsolve.
kernelopts(opaquemodules=false):
with(Statistics):
df := 29:
chiSquare := RandomVariable(ChiSquare(df)):
H:=Statistics:-Distributions:-DataStructure:-GetDistribution(eval(chiSquare)):
lprint(eval(H));
HH:=Statistics:-Distributions:-DataStructure:-GetQuantity(H,QuantileNumeric);
HH(0.95);
stopat(fsolve):
HH(0.85);
acer
It may do something special. It might be that it knows how to do something special in the compiled external routine 'MapleChiSquareDeviate'. Or that may have its own rootfinder. It doesn't appear to call fsolve.
kernelopts(opaquemodules=false):
with(Statistics):
df := 29:
chiSquare := RandomVariable(ChiSquare(df)):
H:=Statistics:-Distributions:-DataStructure:-GetDistribution(eval(chiSquare)):
lprint(eval(H));
HH:=Statistics:-Distributions:-DataStructure:-GetQuantity(H,QuantileNumeric);
HH(0.95);
stopat(fsolve):
HH(0.85);
acer
That's interesting. Thanks for showing us.
I wonder whether I missed seeing that, in the Typsetting help-pages or assistant.
acer
That's interesting. Thanks for showing us.
I wonder whether I missed seeing that, in the Typsetting help-pages or assistant.
acer
Is the 11.01 update available on CD?
Could a user who's purchased 11.00 get 11.01 CD, either as a partial update or as the full install?
acer
The help-page ?Statistics,Fit says that it will end up calling either Statistics[LinearFit] or Statistics[NonlinearFit] to do the actual work.
The routine Statistics[NonlinearFit] takes an optional argument which specifies ranges for the parameters. See ?Statistics,Regression,Options for details.
An example might look something like this,
Statistics[NonlinearFit](...., parameterranges = [a=0..infinity,b=0..infinity,w=0..infinity,t0=0..infinity]);
acer
The help-page ?Statistics,Fit says that it will end up calling either Statistics[LinearFit] or Statistics[NonlinearFit] to do the actual work.
The routine Statistics[NonlinearFit] takes an optional argument which specifies ranges for the parameters. See ?Statistics,Regression,Options for details.
An example might look something like this,
Statistics[NonlinearFit](...., parameterranges = [a=0..infinity,b=0..infinity,w=0..infinity,t0=0..infinity]);
acer
When I was young, we were taught in school that a function was both a domain as well as a rule or mapping. (The domain part seems missing from Maple's concept of function, but whether that's "wrong" is another story I suppose.)
If you demand that function huur has a domain of only the positive integers then should you perhaps be using plots[pointplot] ?
By the way, I consider a modification of huur, which is zero at real points other than the positive integers, to be mathematically distinct from your defined function huur whose domain is only the posints.
ps. In Maple 11.01 and Maple 11.00, does ?pointplot bring up a help-page disambiguator, or does it bring up only ?Statistics[PointPlot] ? By which I mean, does one have to actually issue ?plots,pointplot in order to see the plots[pointplot] help-page? If so, then that'd look like a bug of a missing help alias.
acer
When I was young, we were taught in school that a function was both a domain as well as a rule or mapping. (The domain part seems missing from Maple's concept of function, but whether that's "wrong" is another story I suppose.)
If you demand that function huur has a domain of only the positive integers then should you perhaps be using plots[pointplot] ?
By the way, I consider a modification of huur, which is zero at real points other than the positive integers, to be mathematically distinct from your defined function huur whose domain is only the posints.
ps. In Maple 11.01 and Maple 11.00, does ?pointplot bring up a help-page disambiguator, or does it bring up only ?Statistics[PointPlot] ? By which I mean, does one have to actually issue ?plots,pointplot in order to see the plots[pointplot] help-page? If so, then that'd look like a bug of a missing help alias.
acer
The Maple 11.00 Installer for x86-64 is named
Maple11LinuxX86_64Installer.bin , I believe.
I believe that it comes in the (boxed) CD sets on which the single-user Windows and 32bit Linux Installers also appear.
I don't understand whether the webstore allows it to be downloaded, or not. (The webstore distinguishes between, say Intel OSX and PowerPC OSX. But for Linux it just has the single entry, "Linux", in the drop-down box. Maybe this is an oversight?)
I also don't understand whether one can download multiple versions, for intended use on the same machine, but at the cost of just one. Suppose for example that your machine were dual-boot Windows & Linux. Maybe you might then wish to have both Windows and Linux Maple available for use.
I don't know whether it'd make a difference, in the above, according to whether the purchase was student, commercial, or academic.
Your best bet might be to contact Maplesoft's technical support, and find out whether this is possible via doanloads.
acer
Does this work with Maple 11, to make the older Classic GUI work with the X86_64_LINUX Maple kernel, under 64bit Linux?
In other words, do the (mostly symlink) contents of the download 1_X86_64_LINUX_CLASSIC.tgz suffice for Maple 11? Or, were there perhaps a few more Classic-related binaries, new since Maple 10, that needed special treatment?
acer
I'm afraid that the near-blank Standard GUI that you are seeing is new to me.
You might also try installing the native 64bit Linux version, given that your OS is 64bit debian (if I recall rightly).
You'd then start that with just plain `xmaple`.
I don't see any reason why you shouldn't be "allowed" to install and use both, yourself, on your own same machine. Trying it might also give some hint about the 32bit version on your machine, according to whether it succeeds or fails in the same way.
I would have thought that the JRE that comes with Maple 11 would be at least correct. Of course, if you decide to shunt Maple's aside, and point instead at one of your own installing, then you'll want to make it 32bit or 64bit as appropriate. I would probably try a 1.5.xxx first off.
good luck,
acer
It's not quite clear which version you installed, the 32bit or the 64bit. Which Installer did you run?
Also, following all the hints in this thread is a mistake. It should be completely unnecessary to add any symlinks under the maple installation directory, by hand, in order to get either 32bit or 64bit version to work with the Standard GUI or TTY interfaces. So adding the symlinks as suggested
here by
kiwi is wrong.
Following
psz's advice to install some additional 32bit OS runtime, so that the Maple Installers might work, might be OK. (Of course, it may actually be a Maplesoft bug if the Maple Installer for X86_64_LINUX actually needs 32bit runtime support. Oh well.)
Suppose that you have a 64bit Debian. Suppose further that you have installed all the optional 32bit runtime packages. You might then be able to install both the 64bit and the 32bit Maple 11 for Linux. Note that, in such a case, entering,
%< your maple11 path > /bin/maple
would start the 64bit version, while entering,
%< your maple11 path > /bin/maple -binary IBM_INTEL_LINUX
would force the 32bit version.
As far as the problem with the interface goes, I'm not sure. Assuming that you didn't do anything weird after installing (eg, those symlinks) then the first thing that comes to mind it your hint that you might be using a dual-monitor display.
acer