Olaf Buddenhagen

@asajeffrey I have been thinking about this on and off; and this is my current idea: how about adding both a `send_copy()` method that takes `&T` where `T: Copy`; and...

@Ms2ger it should always be `!Sync` after https://github.com/servo/ipc-channel/pull/115 -- it just hasn't landed in Servo yet. (Because of unrelated regressions in other commits...) I'm am confused though: I did believe...

@pcwalton I tend to think this is only a serious problem when running in single-process mode. On platforms that do actual IPC (not `inprocess`), we should probably always run multi-process......

You can probably avoid the non-determinism by runnig with `RUST_TEST_THREADS=1`. I agree though that this is not ideal... Note that such intermittent failures actually do indicate real problems I believe...

I think there are two issues to be considered here. One is the fact that we are actually sending an `Arc` over IPC -- this seems very, _very_ wrong. AIUI,...

> It just creates a new Arc. Ah, interesting. Does it have special handling for `Arc`s, or is that what it always does with opaque types? > Sending `Arc`s over...

> The problem is that it doesn't work as expected Depends on your expectations I guess ;-) I for one certainly do not expect a reference to magically span process...

@Manishearth yes, I'm pretty sure the OS shares multiple mappings of the same file (that's how shared libraries work for example) -- and even more so, if we transfer an...

Also, feel free to assign this issue to me -- unless it's considered urgent. It looks pretty interesting, and I'm already somewhat familiar with parts of the code in question....

@Manishearth hm, good point about ipc-channel and FDs... It does have infrastructure for sending FDs of other IPC channels and of shared memory regions -- but not for generic FDs...