Skip to Content.
Sympa Menu

charm - Re: [charm] sync & threaded attributes

charm AT lists.cs.illinois.edu

Subject: Charm++ parallel programming system

List archive

Re: [charm] sync & threaded attributes


Chronological Thread 
  • 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



Archive powered by MHonArc 2.6.19.

Top of Page