> z-z+z^2+z^3;
> z-z+z^2+z^3;
2 3
z + z
2 3
2 z + 2 z
> z-z+z^3+z^4;
> z-z+z^3+z^4;
3 4
z + z
3 4
2 z + 2 z
> z-z+z^4+z^5;
> z-z+z^4+z^5;
4 5
z + z
4 5
2 z + 2 z
> z-z+z^5+z^6;
> z-z+z^5+z^6;
5 6
2 z + 2 z
5 6
z + z
> for n from 2 by 1 to 10 do
> z-z+z^(n-1)+z^n;
> z-z+z^(n-1)+z^n;
> end do;
2
z + z
2
z + z
2 3
z + z
2 3
z + z
3 4
z + z
3 4
z + z
4 5
z + z
4 5
z + z
5 6
z + z
5 6
z + z
6 7
z + z
6 7
z + z
7 8
z + z
7 8
z + z
8 9
z + z
8 9
z + z
9 10
z + z
9 10
z + z
no comment.
> z-z+a+b;
> z-z+a+b;
a + b
2 a + 2 b
The handling of SUMs containing common sub-expressions (including
the constant multiplier) are being corrupted after the first-pass of
simplification before evaluation occurs. The first usage of said
expression works perfectly. When the second instance the same
expression occurs, the partial result is used, leading to surprising
results.
We have isolated and fixed the problem, and hope to make a patch
available asap. I'll post instructions on this thread when it is
ready for download.
Regards,
Paul DeMarco
Manager of Kernel Development, Maplesoft
thanks for the timely response.
--
'No one'
z + ( -1) * z + z * z + z * z * z;
etc.
but
z + ( -1.0) * z + z * z + z * z * z; -> OK
assume(l,real);
l - l + l^2 + l^3; -> OK
assume(v,integer);
v-v+v^2+v^3; -> OK
but in
assume(u,numeric);
i have had one time where
its always evaluated to 2u^2 + 2u^3;
and also eval(u-u+u^2+u^3,u=4) => 160;
then later I get allways
the right answer but I can't redo that
don't know why.
Regards,
Ulrich Thye
Thanks.
"No one" <no...@thisplace.thanks> wrote in message
news:4jOqd.6827$NU3...@newsread1.news.pas.earthlink.net...
how would i know?
also, did you notice the text that follows the word "asap"
in Mr. DeMarco's earlier reply, above?
--
'No one'
"No one" <no...@thisplace.thanks> wrote in message
news:msJtd.5287$yr1....@newsread3.news.pas.earthlink.net...
> snoofly wrote:
>> Any news on this patch?
>>
>> Thanks.
>>
>> "No one" <no...@thisplace.thanks> wrote in message
>> news:4jOqd.6827$NU3...@newsread1.news.pas.earthlink.net...
>>
>>>Paul DeMarco wrote:
>>>[...]
>>>
>>>>We have isolated and fixed the problem, and hope to make a patch
>>>>available asap.
PDM> hope to make a patch available asap.
This is not the same as "make a patch available asap."
The connotations of "hope" are "a piece of lucky strike" or
"probability". Not "method" or "system" or "regular, uniform
approach".
> No, why what did it say?
everything that you asked.
--
'No one'
Maple 9.5.2 is now available as a download patch only.
You can obtain the update for Windows, Macintosh and Linux
from the "Downloads and Service Packs" page on the Maplesoft Web site
(http://www.maplesoft.com/support/downloads/).
Note that Maple 9.5.2 for UNIX will be available in the New Year.
Merry Christmas,
Oh, a Chrismas posting :-)
What i never understand is Maple's marketing ...
It would cost you nothing to post it as separate
thread. May be that's advertising in a NG, but i
am sure that most readers appreciate it - being
users. And usually i do not look for downloads
(as a registered user i would even expect a short
private mail).
At the pages i read " ... improvements to the
automatic simplification of expressions of the
form x-x when x is an unassigned name." That's
all?. But it sounds really funny. Merry Xmas.
--
use mail for mail not no nail
AV> And usually i do not look for downloads (as a registered user
AV> i would even expect a short private mail).
Why Maplesoft should care about you and me?
Over years I shared your naive ideas about Maplesoft.
Then, painfully, gradually, I understood much more about Maplesoft.
Now I am going to send yet another post, reflecting my balanced
and firm opinion, which I had been pondering on over many months,
that the time has come to disclose many Maple & Maplesoft related
facts which were never known before me publicly.
The Users, the Decision Makers, All,
He that hath ears to hear, let him hear.
Best wishes,
Vladimir Bondarenko
http://www.cybertester.com/
http://maple.bug-list.org/
http://www.cas-testing.org/
It seems that to see that you have been patched you cannot
use interface(version), since it does not patch the interface,
only the kernel.
> interface(version);
Standard Worksheet Interface, Maple 9.51, Mac OS X, August 17 2004
Build ID 163892
> kernelopts(version);
Maple 9.52, APPLE PPC OSX, Dec 17 2004 Build ID 175529
--
G. A. Edgar http://www.math.ohio-state.edu/~edgar/
> It seems that to see that you have been patched you cannot
> use interface(version), since it does not patch the interface,
> only the kernel.
>
>> interface(version);
> Standard Worksheet Interface, Maple 9.51, Mac OS X, August 17 2004
> Build ID 163892
>> kernelopts(version);
> Maple 9.52, APPLE PPC OSX, Dec 17 2004 Build ID 175529
>
> --
More convenient is the version command:
> version():
User Interface: 163356
Kernel: 175529
Library: 163356
Joe Riel
...and if I did that, would I know whether the 9.52 upgrade had been
installed?
> In article <87wtuzd...@k-online.com>, Joe Riel <jo...@k-online.com>
> wrote:
>
>> "G. A. Edgar" <ed...@math.ohio-state.edu.invalid> writes:
>>
>> > It seems that to see that you have been patched you cannot
>> > use interface(version), since it does not patch the interface,
>> > only the kernel.
>> >
>> >> interface(version);
>> > Standard Worksheet Interface, Maple 9.51, Mac OS X, August 17 2004
>> > Build ID 163892
>> >> kernelopts(version);
>> > Maple 9.52, APPLE PPC OSX, Dec 17 2004 Build ID 175529
>> >
>> > --
>>
>> More convenient is the version command:
>>
>> > version():
>> User Interface: 163356
>> Kernel: 175529
>> Library: 163356
>>
>> Joe Riel
>
> ...and if I did that, would I know whether the 9.52 upgrade had been
> installed?
I guess not. I was thinking that the different kernel number
indicated this; however, it is at best an indirect indication.
If I run version with Maple 9 I get
> version():
User Interface: 139922
Kernel: 141050
Library: 137227
All three components have different numbers. So version() isn't too
useful unless you know what to look for (which I don't).
Joe