Charm++ parallel programming system

[Jozsef Bakosi <jbakosi AT lanl.gov>]

Hi Juan,

The problem involves two chares that each depend on each other and I am
solving the mutual dependence problem by templating one on the other's
proxy. This has worked for me in the past, but I have to be careful
where the include files are included and 'extern module' commands are
put in .ci files. I believe I follow everything the manual says about
templates and listing all possible template specializations in .ci
files, yet I sometimes run into this problem. I'm not sure why the
problem is solved eventually, but it always involves playing with the
order in which I add 'extern module' commands to various .ci files I
have, in a trial-and-error fashion and I never really understand why the
problem is fixed.

I wish I could be more specific but I cannot, on how I solved this. I
have attempted and failed to reproduce this problem in a small example,
derived from src/charm/examples/charm++/hello/1darray, which means I'm
still missing something about this.

Thanks,
Jozsef

On 09.07.2018 16:00, Galvez Garcia, Juan Jose wrote:
> Jozsef,
> 
> 
> 
> Sorry for the late response.
> 
> 
> 
> This error happens when entry methods are registered after Charm++ has been 
> initialized. Normally this would mean that a chare type is being registered 
> after the runtime has initialized. On a regular Charm++ application this 
> should never happen, but maybe you are using some non-standard 
> initialization pattern. Can you give more details on how initialization 
> works in your use case, and if you are doing Charm++ / MPI interop, or 
> maybe dynamically linking charm modules?
> 
> 
> 
> -Juan
> 
> 
> 
> From: Jozsef 
> Bakosi<mailto:jbakosi AT lanl.gov>
> Sent: Friday, August 31, 2018 2:50 PM
> To: 
> charm AT cs.illinois.edu<mailto:charm AT cs.illinois.edu>
> Subject: [charm] late entry method registration
> 
> 
> 
> Hi folks,
> 
> I'm getting:
> 
> Charm++: late entry method registration happened after init
> Entry point: MPIRunner(), addr: 0x7ffff7dd6800
> ------------- Processor 0 Exiting: Called CmiAbort ------------
> Reason: Did you forget to instantiate a templated entry method in a .ci 
> file?
> 
> MPIRunner is a nodegroup, but not even templated. What can be wrong?
> 
> Thanks,
> Jozsef