charm AT lists.siebelschool.illinois.edu
Subject: Charm++ parallel programming system
List archive
- From: Jozsef Bakosi <jbakosi AT lanl.gov>
- To: "White, Samuel T" <white67 AT illinois.edu>
- Cc: "charm AT lists.cs.illinois.edu" <charm AT lists.cs.illinois.edu>
- Subject: Re: [charm] sync & threaded attributes
- Date: Wed, 30 Jan 2019 08:15:31 -0700
- Authentication-results: illinois.edu; spf=pass smtp.mailfrom=jbakosi AT lanl.gov; dkim=pass header.d=lanl.gov header.s=lanl; dmarc=pass header.from=lanl.gov
Thanks, Sam. Follow-up:
Can chare array constructors be threaded? I get a compile error if I
try:
error: use of undeclared identifier 'impl_obj_void'
new (impl_obj_void) DiagCG(std::move(disc.t), std::move(fd.t));
Jozsef
On 01.30.2019 14:56, White, Samuel T wrote:
> Yes, if you make a call to a [sync] entry method from a non-[threaded]
> entry method, the caller will not block as intended, so if your program
> relies on the blocking behavior for correctness then it will be erroneous.
>
> -Sam
>
> ________________________________________
> From: Jozsef Bakosi
> [jbakosi AT lanl.gov]
> Sent: Wednesday, January 30, 2019 7:27 AM
> To:
> charm AT lists.cs.illinois.edu
> Subject: [charm] sync & threaded attributes
>
> Hi folks,
>
> Do I understand it correctly that sync entry methods should always only
> be called from threaded entry methods? Do I invite random errors when
> this is not so?
>
> Thanks,
> Jozsef
- [charm] sync & threaded attributes, Jozsef Bakosi, 01/30/2019
- RE: [charm] sync & threaded attributes, White, Samuel T, 01/30/2019
- Re: [charm] sync & threaded attributes, Jozsef Bakosi, 01/30/2019
- RE: [charm] sync & threaded attributes, White, Samuel T, 01/30/2019
Archive powered by MHonArc 2.6.19.