erts: Let send(_,_,[noconnect]) enqueue msg on pending connection.

The least bad behavior I think:

* We cannot return 'noconnect' as caller might already have enqueued
  monitor/link that never triggers.

* We cannot block waiting for connection as that can ruin latency
  when 'noconnect' is used to avoid blocking auto-connect
  (see gen_server and gen_statem).

But there might be users getting more cases of bad latency
waiting for a pendig connection, instead of a fast 'noconnect'.

0 files changed, 0 insertions, 0 deletions