Charm++ parallel programming system

[Gengbin Zheng <gzheng AT illinois.edu>]

Hi,

are you sure index [1] of that array elements is on that PE? ckLocal()
can return NULL for remote objects.
Sending some code segment may help.

I am also forwarding your email to charm mailing list.

Gengbin

On Fri, Jan 25, 2013 at 12:48 PM, Liang, Tianyi 
<tianyi-liang AT uiowa.edu>
 wrote:
> Hi Gengbin,
>
> I have the same problem when I call ckLocal(). It tells me that the chare 
> returns NULL. Do I need to use other options to run the code?
>
> OUTPUT:
> tiliang@milner:~/workspace/working$
>  ./charmrun ++local ./epr_solver --config=config.ini 
> EPRProblems/EPT/SYN900-1.p +setcpuaffinity +p4
> Charmrun> started all node programs in 0.004 seconds.
> Converse/Charm++ Commit ID: v6.5.0-beta1-49-gf7942c4
> Charm++> scheduler running in netpoll mode.
> CharmLB> Load balancer assumes all CPUs are same.
> Charm++> cpu affinity enabled.
> Charm++> Running on 1 unique compute nodes (24-way SMP).
> Charm++> cpu topology info is gathered in 0.002 seconds.
> [1] Array element at index 1 aborting:
> CkMigratable 'CandidateGenerator' aborting:
> ------------- Processor 1 Exiting: Called CmiAbort ------------
> Reason: Abort: CandidateGenerator finds CM runs remotely. (CM.ckLocal() 
> returns NULL)
>
> [1] Stack Traceback:
>   [1:0] CmiAbort+0x4a  [0x559f8a]
>   [1:1] _ZN18CandidateGenerator5startEjjjjj+0x4de  [0x47bc0e]
>   [1:2] _ZN26CkIndex_CandidateGenerator21_call_start_marshall2EPvS0_+0xeb  
> [0x47d6cb]
>   [1:3] CkDeliverMessageFree+0x28  [0x4dcff8]
>   [1:4] _ZN14CkLocRec_local11invokeEntryEP12CkMigratablePvib+0x63  
> [0x4f9833]
>   [1:5] _ZN14CkLocRec_local7deliverEP14CkArrayMessage11CkDeliver_ti+0x15d  
> [0x4f9a0d]
>   [1:6] _ZN8CkLocMgr7deliverEP9CkMessage11CkDeliver_ti+0x28b  [0x4f64bb]
>   [1:7] _Z15_processHandlerPvP11CkCoreState+0xc5  [0x4e0f15]
>   [1:8] CsdScheduleForever+0x68  [0x55ed98]
>   [1:9] CsdScheduler+0x2d  [0x55f07d]
>   [1:10] ConverseInit+0xe45  [0x55d585]
>   [1:11] main+0x27  [0x47a217]
>   [1:12] __libc_start_main+0xed  [0x7fa71dd0376d]
>   [1:13]   [0x47a5f5]
> Fatal error on PE 1> Abort: CandidateGenerator finds CM runs remotely.
>
>
> Thanks,
> Tianyi
>
> -----Original Message-----
> From: Gengbin Zheng 
> [mailto:zhenggb AT gmail.com]
> Sent: Friday, January 25, 2013 12:14 PM
> To: Liang, Tianyi
> Subject: Re: chareProxy.ckLocal() returns NULL in net-linux-x86_64
>
> You can always download from git, or night build page:
> http://charm.cs.illinois.edu/autobuild/cur
>
> Gengbin
>
> On Fri, Jan 25, 2013 at 12:10 PM, Liang, Tianyi 
> <tianyi-liang AT uiowa.edu>
>  wrote:
>> Where can I get a newer version? I can only see version 6.4.0 in
>> http://charm.cs.uiuc.edu/software
>>
>> Thanks,
>> Tianyi
>>
>> -----Original Message-----
>> From: Gengbin Zheng 
>> [mailto:zhenggb AT gmail.com]
>> Sent: Friday, January 25, 2013 12:08 PM
>> To: Liang, Tianyi
>> Subject: Re: chareProxy.ckLocal() returns NULL in net-linux-x86_64
>>
>> It should returns non-NULL for local array elements. Charm 6.4 is very 
>> old, try a newer version.
>>
>>
>> Gengbin
>>
>> On Fri, Jan 25, 2013 at 11:33 AM, Liang, Tianyi 
>> <tianyi-liang AT uiowa.edu>
>>  wrote:
>>> Hi Gengbin,
>>>
>>>
>>>
>>> I'm using chareProxy.ckLocal() in a multi-core local machine
>>> (net-linux-x86_64) with Charm++ 6.4. If I'm using more than one cores
>>> and calling chareArrayProxy[i].ckLocal(), it always returns NULL. I
>>> saw you have met a similar issue before. I'm wondering whether you
>>> know how to solve this issue.
>>>
>>>
>>>
>>> Thanks,
>>>
>>> Tianyi