Charm++ parallel programming system

[Gengbin Zheng <zhenggb AT gmail.com>]

It is a bug that incorrect object pointer is returned. I fixed in the
latest branch of charm.
Please update your charm and see if your program is working now.

Gengbin

On Fri, Jun 24, 2011 at 1:33 PM, Julien Bigot 
<julien.bigot AT inria.fr>
 wrote:
> Hi,
>
> I'm trying to use chareProxy.ckLocal() on a platform where CMK_CHARE_USE_PTR
> is undefined (net-linux-x86_64).
>
>
> I've tried the attached test code and when runned I obtain the following
> results:
> % ./tst
> [19:53]
> Charm++: standalone mode (not using charmrun)
> Converse/Charm++ Commit ID: v6.3.0-270-g47c6ae9
> Charm++> scheduler running in netpoll mode.
> Charm++> Running on 1 unique compute nodes (2-way SMP).
> Charm++> cpu topology info is gathered in 0.000 seconds.
> Tst1::Tst1(0xe5e9a0)
> Tst2::Tst2(0xe5ee00)
> Tst2::Tst2(0xe5f080)
> Tst2::show_liveness(0xe5ee00)
> Tst2::show_liveness(0xe5f080)
> Tst1::on_quiescence(0xe5e9a0): proxy0.ckLocal() == 0, proxy1.ckLocal() == 
> 0x1
>
> As you can see, when calling ckLocal, I obtain values that are neither valid
> pointers nor always NULL while all chares are on the same node.
>
>
> After some investigation in Charm++ code it seems to me that on not
> CMK_CHARE_USE_PTR platforms, the value of chareProxy.ckLocal() for virtual
> chare ids (returned as a result of CProxy::ckNew()) is an index in
> CkpvAccess(chare_objs) and not a pointer.
>  * CkCreateChare creates a virtual ChareID (onPE<0) since the actual chare
> doesn't exist yet and it sends a message to create the chare
>  * _processNewVChareMsg handles the message and calls _allocNewChare to
> allocate the chare memory
>  * _allocNewChare returns an index in CkpvAccess(chare_objs) for a pointer 
> on
> the chare memory, not the actual pointer
>  * _processNewVChareMsg creates a message and sets its payload to a 
> CkChareID
> whose objPtr is this index
>  * _processFillVidMsg handles the message and uses its value to fill the
> virtual id actualID.objPtr value
>  * when chareProxy.ckLocal() is called it returns the actualID.objPtr value
>
>
> Is this a known behavior of Charm++ or am I doing something wrong ?
>
> Regards,
> --
> Julien Bigot, Post-Doc., INRIA Team-Project Graal
> LIP - 46 Allee d'Italie - 69364 Lyon - FRANCE
> jabber: 
> jbigot AT jabber.org
> web: http://graal.ens-lyon.fr/~jbigot
> phone: +33 (0)4 37 28 76 43
>
> _______________________________________________
> charm mailing list
> charm AT cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/charm
>
> _______________________________________________
> ppl mailing list
> ppl AT cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/ppl
>
>