Jean-Michel Collard identified an unknown for us Maple bug and
shared it with us the users, great! It takes a man to do this ;)
http://groups-beta.google.com/group/comp.soft-sys.math.maple/msg/85f4fe4af3a798d9
JMC> Maple 9.5 (IBM INTEL NT)
JMC> p:=2^(24036583)-1:
JMC> p;
JMC> ...Integer too large for display...
JMC> save p , "p.txt" ;
JMC> maple: fatal error, lost connection to kernel
You see that all had started with an innocuous point... a defect
in old good Maple V... but then the plot thickened.
This supports the keynote I sing since 2002, and the more bugs
the GEMM machine discovers the more I see (and you will see in
the most near future) that
-> Maple bugs are ubiquitous.
You may wish to look at a couple of previous postings supporting
this sad dictum.
euler(0,1) shows Maple bugs are really ubiquitous
http://groups-beta.google.com/group/comp.soft-sys.math.maple/msg/f14a582f27c91dd1
Maple bugs are ubiquitous (BUG # 3172: asympt: KERNEL FAILURE)
http://groups-beta.google.com/group/comp.soft-sys.math.maple/msg/7a4b9e86cd47a899
Double sum problem
http://groups-beta.google.com/group/comp.soft-sys.math.maple/msg/3100731dc8aa1714
But even a stronger note emerges, unfortunately, from Cyber
Tester's multi-gigabyte bug related data.
-> The quality of Maple versions degrade with the flow of time.
Today's example is typical for Maple evolution. Something works
well, then it is broken. Only Maple 8 of 2002 and Maple 6 of 2000
work correctly.
Here we are, for the command line interface.
p := 10^100000000:
p;
save p, "p.txt";
-------------------- (2004) Maple 9.5.2 ----------------------
mserver.exe
unknown software exception (0xc00000fd) at 0x00245713.
-------------------- (2004) Maple 9.5 ------------------------
mserver.exe
unknown software exception (0xc00000fd) at 0x002428c3.
-------------------- (2003) Maple 9 --------------------------
mserver.exe
unknown software exception (0xc00000fd) at 0x0024de15.
-------------------- (2002) Maple 8 --------------------------
All OK
-------------------- (2001) Maple 7 --------------------------
maple: unexpected end of input
-------------------- (2000) Maple 6 --------------------------
All OK
-------------------- (1997) Maple V Rel 5 --------------------
Error, object too large
p
Warning, unassigned variable `p` in save statement
-------------------- (1995) Maple V Rel 4 --------------------
Abnormal program termination:
Stack fault CS:EIP = 000Fh:000CC1E7h
-------------------- (1994) Maple V Rel 3 --------------------
Error, object too large
p
on line 3, syntax error:
save p, "p.txt";
---------------------------------------------------------------
Best wishes,
Vladimir Bondarenko
VM and GEMM architect
http://www.cybertester.com/
http://maple.bug-list.org/
http://www.CAS-testing.org/
Hello,
may I ask what you hope to prove by saying that all CAS (or PSE) have bugs?
I will ask you to name a single program that is bug free.
Has such of thing ever existed or will it exist for a complex code?
Am I happy the mathematica, maple, axiom, guass, mupad, macsyma, matlab,
mathcad, et. al . have bugs, NO, but that doesn't stop me from using them as
there is great benefit for my learning process by having one or more of
these tools.
So, what is the purpose of your posts?
What do you expect us to do?
Thanks
Aloha,
Norbert
"Vladimir Bondarenko" <v...@cybertester.com> wrote:
> JMC> Maple 9.5 (IBM INTEL NT)
> JMC> p:=2^(24036583)-1:
> JMC> save p , "p.txt" ;
> JMC> maple: fatal error, lost connection to kernel
This is a newly found bug, as far as I know.
I wouldn't be surprised if it was fixed in the next version.
> euler(0,1) shows Maple bugs are really ubiquitous
> http://groups-beta.google.com/group/comp.soft-sys.math.maple/msg/f14a582f27c91dd1
Fixed in Maple 9.5.
> Maple bugs are ubiquitous (BUG # 3172: asympt: KERNEL FAILURE)
> http://groups-beta.google.com/group/comp.soft-sys.math.maple/msg/7a4b9e86cd47a899
Fixed in Maple 9.5.
> Double sum problem
> http://groups-beta.google.com/group/comp.soft-sys.math.maple/msg/3100731dc8aa1714
Fixed in Maple 9.
> -> The quality of Maple versions degrade with the flow of time.
Nonsense.
--
Thomas Richard
Maple Support
Scientific Computers GmbH
http://www.scientific.de
Wait Thomas I didn't say that Maple degrades with time :)
AFAIK Maple doesnt follow the second law of thermodynamics.
> Wait Thomas I didn't say that Maple degrades with time :)
I was replying to Vladimir, who just happened to quote your findings.
> AFAIK Maple doesnt follow the second law of thermodynamics.
:-)
> Nonsense.
Well, I am sure you can substantiate this estimation.
Would you please be so kind and share your arguments with us?
For example, since you are a member of a Maple Support Team,
would you say that 5 years ago more customers complaint about
Maple than today?
Regards Peter
Yes, definitely.
To be precise, I joined our company in early 2001, having been a Maple
user since 1991.
Some examples: the OpenGL problems with certain graphics adapters and
OSes in Maple V R5.x and early Maple 6 were resolved in Maple 6.02.
An easy Single-User installation for Linux (without the need for FLEXlm)
was added in Maple 7. The number of platforms was extended. Not to
mention the lots of functionality that has been added in these years...
All this is beyound's Vladimir's childish world, I think.
I've been using Maple since 1993 ( V.2 ), the only "inconvenient" is
that Maple does not run on Cray OS (UniCOS) anymore :-)
> I've been using Maple since 1993 ( V.2 ), the only "inconvenient" is
> that Maple does not run on Cray OS (UniCOS) anymore :-)
I hope someone else paid the electricity bill...
Interesting. So you've been one of the very few. Another customer
running this platform was University of Karlsruhe, I've been told.
If I recall correctly, I saw Maple (4.3?) on an IBM 3090-60S/VF "Sierra"
mainframe running VM/SP at RWTH Aachen in the early nineties, but never
used it, because PCs and workstations with Maple V were more comfortable
and available everywhere.