aimmath-developers

[Aimmath-developers] [ aimmath-Bugs-772556 ] function in map becomes a t

[SourceForge.net <no...@so...>]

Bugs item #772556, was opened at 2003-07-16 19:31
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=439479&aid=772556&group_id=44411

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Gustav W Delius (gustav_delius)
Assigned to: Nobody/Anonymous (nobody)
Summary: function in map becomes a t

Initial Comment:
The following will print [1,4,9]

h> f := x->x^2;; 
   b :=eval(map(f,[1,2,3]));
t> $$@b@$$
a>1
end>

This is expected. 
But the following will print [ t(1), t(2), t(3)] 

h> b := eval(map(x->x^2,[1,2,3]));
t> $$@b@$$
a>1
end>

Why? Where did the t come from?



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=439479&aid=772556&group_id=44411

[Aimmath-developers] [ aimmath-Bugs-772556 ] function in map becomes a t

[SourceForge.net <no...@so...>]

Bugs item #772556, was opened at 2003-07-16 19:31
Message generated for change (Comment added) made by gustav_delius
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=439479&aid=772556&group_id=44411

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Gustav W Delius (gustav_delius)
Assigned to: Nobody/Anonymous (nobody)
Summary: function in map becomes a t

Initial Comment:
The following will print [1,4,9]

h> f := x->x^2;; 
   b :=eval(map(f,[1,2,3]));
t> $$@b@$$
a>1
end>

This is expected. 
But the following will print [ t(1), t(2), t(3)] 

h> b := eval(map(x->x^2,[1,2,3]));
t> $$@b@$$
a>1
end>

Why? Where did the t come from?



----------------------------------------------------------------------

>Comment By: Gustav W Delius (gustav_delius)
Date: 2003-07-18 22:01

Message:
Logged In: YES 
user_id=737246

Hi Gustav,

I would say that the t was a local variable generated by the 
codegen
Maple package. Occasionally, I have found that t has been 
assigned to
1 and just recently E was set to 0 for a quiz. I believe these 
are all
codegen bugs, nothing to do with the AIM code. In many 
contexts the arrow
notation fails to work in a quiz question and you need to use 
the
proc() end; syntax. If you want to use an anonymous 
function in b
use unapply, e.g.

h> b := eval(map(unapply(x^2, x), [1,2,3]));

Unfortunately, these bugs will remain I suspect until the 
usage of
codegen is replaced by CodeGeneration. Anyway, when Neil 
gets back,
he may be able to elaborate.

  Regards,
  Greg

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=439479&aid=772556&group_id=44411

[Aimmath-developers] [ aimmath-Bugs-772556 ] function in map becomes a t

[SourceForge.net <no...@so...>]

Bugs item #772556, was opened at 2003-07-16 19:31
Message generated for change (Settings changed) made by gustav_delius
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=439479&aid=772556&group_id=44411

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Gustav W Delius (gustav_delius)
Assigned to: Nobody/Anonymous (nobody)
Summary: function in map becomes a t

Initial Comment:
The following will print [1,4,9]



h> f := x->x^2;; 

   b :=eval(map(f,[1,2,3]));

t> $$@b@$$

a>1

end>



This is expected. 

But the following will print [ t(1), t(2), t(3)] 



h> b := eval(map(x->x^2,[1,2,3]));

t> $$@b@$$

a>1

end>



Why? Where did the t come from?





----------------------------------------------------------------------

Comment By: Gustav W Delius (gustav_delius)
Date: 2003-07-18 22:01

Message:
Logged In: YES 
user_id=737246

Hi Gustav,



I would say that the t was a local variable generated by the 

codegen

Maple package. Occasionally, I have found that t has been 

assigned to

1 and just recently E was set to 0 for a quiz. I believe these 

are all

codegen bugs, nothing to do with the AIM code. In many 

contexts the arrow

notation fails to work in a quiz question and you need to use 

the

proc() end; syntax. If you want to use an anonymous 

function in b

use unapply, e.g.



h> b := eval(map(unapply(x^2, x), [1,2,3]));



Unfortunately, these bugs will remain I suspect until the 

usage of

codegen is replaced by CodeGeneration. Anyway, when Neil 

gets back,

he may be able to elaborate.



  Regards,

  Greg

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=439479&aid=772556&group_id=44411

RE: [Aimmath-developers] [ aimmath-Bugs-772556 ] function in map becomes a t

[Greg G. <gr...@ma...>]

On Thursday, 17 July 2003 3:32 AM, Gustav wrote:
> Bugs item #772556, was opened at 2003-07-16 19:31
> Category: None
> Group: None
> Status: Open
> Resolution: None
> Priority: 5
> Submitted By: Gustav W Delius (gustav_delius)
> Assigned to: Nobody/Anonymous (nobody)
> Summary: function in map becomes a t
>
> Initial Comment:
> The following will print [1,4,9]
>
> h> f := x->x^2;;
>    b :=eval(map(f,[1,2,3]));
> t> $$@b@$$
> a>1
> end>
>
> This is expected.
> But the following will print [ t(1), t(2), t(3)]
>
> h> b := eval(map(x->x^2,[1,2,3]));
> t> $$@b@$$
> a>1
> end>
>
> Why? Where did the t come from?

Hi Gustav,

I would say that the t was a local variable generated by the codegen
Maple package. Occasionally, I have found that t has been assigned to
1 and just recently E was set to 0 for a quiz. I believe these are all
codegen bugs, nothing to do with the AIM code. In many contexts the arrow
notation fails to work in a quiz question and you need to use the
proc() end; syntax. If you want to use an anonymous function in b
use unapply, e.g.

h> b := eval(map(unapply(x^2, x), [1,2,3]));

Unfortunately, these bugs will remain I suspect until the usage of
codegen is replaced by CodeGeneration. Anyway, when Neil gets back,
he may be able to elaborate.

  Regards,
  Greg