www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - std.concurrency doesn't like structs, classes?

reply =?UTF-8?B?Ikx1w61z?= Marques" <luismarques gmail.com> writes:
Hi,

Has anyone tried the example from std.concurrency, but changing 
the int to an (immutable) struct or class? When I did that it 
failed with "Owner terminated". When I added a Variant to the 
receive() list, to try and fix that, I got an assertion failure 
(but the receive() handler was called).

Luís
May 23 2013
parent reply =?UTF-8?B?QWxpIMOHZWhyZWxp?= <acehreli yahoo.com> writes:
On 05/23/2013 10:57 AM, "Luís Marques" <luismarques gmail.com>" wrote:

 Has anyone tried the example from std.concurrency, but changing the int
 to an (immutable) struct or class? When I did that it failed with "Owner
 terminated". When I added a Variant to the receive() list, to try and
 fix that, I got an assertion failure (but the receive() handler was
 called).

 Luís

Why not provide a short program instead of describing? :) Could be this bug: http://d.puremagic.com/issues/show_bug.cgi?id=5538 Ali
May 23 2013
parent reply =?UTF-8?B?Ikx1w61z?= Marques" <luismarques gmail.com> writes:
On Thursday, 23 May 2013 at 18:09:34 UTC, Ali Çehreli wrote:
 Could be this bug:

   http://d.puremagic.com/issues/show_bug.cgi?id=5538

Thanks. I guess it's that bug. But the bug is two years old, I'm not very hopeful to see a fix soon :(
May 23 2013
parent reply =?UTF-8?B?QWxpIMOHZWhyZWxp?= <acehreli yahoo.com> writes:
On 05/23/2013 11:16 AM, "Luís Marques" <luismarques gmail.com>" wrote:
 On Thursday, 23 May 2013 at 18:09:34 UTC, Ali Çehreli wrote:
 Could be this bug:

   http://d.puremagic.com/issues/show_bug.cgi?id=5538

Thanks. I guess it's that bug. But the bug is two years old, I'm not very hopeful to see a fix soon :(

As a workaround, try immutable(S*) (S is a struct). You must manage the lifetime of the object of course. Ali
May 23 2013
parent reply =?UTF-8?B?Ikx1w61z?= Marques" <luismarques gmail.com> writes:
On Thursday, 23 May 2013 at 18:38:05 UTC, Ali Çehreli wrote:
 As a workaround, try immutable(S*) (S is a struct). You must 
 manage the lifetime of the object of course.

I was actually investigating std.concurrency to try to understand the mechanism of dispatching the messages of different types (I needed to figure out a mechanism to accept subclasses). Since some things were not clear to me, I thought the easier solution was just to progressively strip std.concurrency, until I isolated the functionality I wanted. But now that seems a dead end, since std.concurrency itself does not work for classes.
May 23 2013
parent reply Sean Kelly <sean invisibleduck.org> writes:
On May 23, 2013, at 11:49 AM, "Lu=EDs.Marques" =
<luismarques gmail.com>" puremagic.com <luismarques gmail.com> wrote:

 On Thursday, 23 May 2013 at 18:38:05 UTC, Ali =C7ehreli wrote:
 As a workaround, try immutable(S*) (S is a struct). You must manage =


the lifetime of the object of course.
=20
 I was actually investigating std.concurrency to try to understand the =

mechanism of dispatching the messages of different types (I needed to = figure out a mechanism to accept subclasses).
=20
 Since some things were not clear to me, I thought the easier solution =

was just to progressively strip std.concurrency, until I isolated the = functionality I wanted. But now that seems a dead end, since = std.concurrency itself does not work for classes. It should work for any type that Variant can represent. I know Variant = has trouble with immutable however. Have you tried shared? = std.concurrency finds a match via Variant.convertsTo, so it should be = able to handle subclassing.=
May 24 2013
parent reply =?UTF-8?B?Ikx1w61z?= Marques" <luismarques gmail.com> writes:
On Friday, 24 May 2013 at 21:49:48 UTC, Sean Kelly wrote:
 It should work for any type that Variant can represent.  I know 
 Variant has trouble with immutable however.  Have you tried 
 shared?  std.concurrency finds a match via Variant.convertsTo, 
 so it should be able to handle subclassing.

I managed to solve the original problem, without using std.concurrency as inspiration, like I mentioned I was doing. I have one more question regarding the original problem, but I posted that to .learn (by mistake, the first part of the post was a D / DMD issue, oops). Still, on this topic of std.concurrency, would it be too hard to solve the bug, for the benefit of others?
May 24 2013
parent Sean Kelly <sean invisibleduck.org> writes:
On May 24, 2013, at 3:50 PM, "Lu=C3=ADs.Marques" <luismarques gmail.com>" pu=
remagic.com wrote:

 On Friday, 24 May 2013 at 21:49:48 UTC, Sean Kelly wrote:
 It should work for any type that Variant can represent.  I know Variant h=


as trouble with immutable however. Have you tried shared? std.concurrency f= inds a match via Variant.convertsTo, so it should be able to handle subclass= ing.
=20
 I managed to solve the original problem, without using std.concurrency as i=

nspiration, like I mentioned I was doing.
=20
 I have one more question regarding the original problem, but I posted that=

to .learn (by mistake, the first part of the post was a D / DMD issue, oops= ).
=20
 Still, on this topic of std.concurrency, would it be too hard to solve the=

bug, for the benefit of others? The bug is with Variant, which std.concurrency uses. I'd love to see Varian= t improved though.=20=
May 25 2013