Re: Maple's "fd" crash code, and FORTRAN in Maple
- From: Craig Carey <research@xxxxxxxxx>
- Date: Thu, 30 Jun 2005 05:11:37 +1200
On Mon, 27 Jun 2005 11:20:22 +0200, Christopher Creutzig wrote:
>On Thu, 23 Jun 2005 21:07:42 +1200, Craig Carey wrote:
>>On Wed, 22 Jun 2005 15:25:12 +0200, Christopher Creutzig wrote:
>>>On Sun, 19 Jun 2005 04:24:27 +1200, Craig Carey wrote:
>>>>A MuPad person (Mr Christopher Creutzig), said earlier at sci.math.symbolic,
>>>>that some of Maple was in FORTRAN.
>>>
>>> Did I? I can't remember knowing or saying something to this end, and
....
> Could you point me to where I said something like this?
By mistake I ignored your initial comment of this thread hinting that a
correction could occur. I cn't find the text in my PC but Google has this:
| Newsgroups: sci.math.symbolic
| From: Christopher Creutzig <c...@xxxxxxxx> - Find messages by this author
| Date: Mon, 03 Nov 2003 14:35:42 +0100
| Local: Mon,Nov 3 2003 8:35 am
| Subject: Re: Implementation of a symbolic computation system
....
| I guess they use C and Maple. Maybe a bit of Fortran lately.
|
| > What is needed now is the reasoning for why LISP is the "language"
| > underneath that arises to respond. Also why is the list of exceptions
|
| Mr. Fateman's belief is that any system that is not written in LISP
....
I don't know who is identified by the word "they" (even after reading the
whole message),
So that seems to show that Mr Creutzig did not say or significantly
suggest that Maple contained FORTRAN.
>
>> Can you get the percentage of FORTRAN in Maple ?. Why doesn't Maplesoft
>
> No, and I don't care.
That percentage could be quite interesting. I could transfer US$1.75 (via
Paypal) for the number measuring the fraction of code in Maple that is
FORTRAN source code.
> Why should they care?
No money in making an appearance. (Also not a German language forum).
....
> It's definitely a bug. I was referring to the uninformative message,
>which is not Maple's fault.
>
Of course it is Maplesoft's fault. Those bugs are totally eradicable, and
if that was not true, the Visual C compiler is eliminable.
>> Windows 2003 does not produce 2 hex numbers and memory runs low.
The argument was incomplete: Windows 2003 is compiled with Visual C,
which might be the compiler Maplesoft uses.
> The stack size obviously is different.
Why make excuses for some Microsoft compiler of an ill-designed 3GL, when
none need to be made for GNU compilers?.
Anyway, the Maplesoft programmers did not discover how to handle the error
better, is probably what happened. They could have failed to browse the
Internet properly. With Win32 coding, perhaps 5 days can be lost browsing
and studying abends of win32 routines, whilst if debugging a symbolic
algebra solver, 2-3 bugs can be hit per hour.
So my US$15 figure upper limit on the cost of Maple 9 or 10, is still
remaining.
Craig Carey
Auckland
.
- References:
- Re: Maple's "fd" crash code, and FORTRAN in Maple
- From: Christopher Creutzig
- Re: Maple's "fd" crash code, and FORTRAN in Maple
- From: Craig Carey
- Re: Maple's "fd" crash code, and FORTRAN in Maple
- From: Christopher Creutzig
- Re: Maple's "fd" crash code, and FORTRAN in Maple
- Prev by Date: Re: New to MuPad
- Next by Date: Command line Maple vs GUI
- Previous by thread: Re: Maple's "fd" crash code, and FORTRAN in Maple
- Next by thread: Re: Maple's "fd" crash code, and FORTRAN in Maple
- Index(es):
Relevant Pages
|
