From mboxrd@z Thu Jan  1 00:00:00 1970
From: erik quanstrom <quanstro@quanstro.net>
Date: Sat, 21 May 2016 10:06:19 -0700
To: charles.forsyth@gmail.com, 9fans@9fans.net
Message-ID: <559af62cc87f52de67a4a0e641d9bf5f@lilly.quanstro.net>
In-Reply-To: <CAOw7k5icL5bCNv2QtL9_stkbS=CtUcbQA172sg0hspJsRdZHOw@mail.gmail.com>
References: <CAOw7k5h=f+PMt94P6y60NLw-VChWqPEPcN0zXLVUmCOe5DKMNQ@mail.gmail.com>
	<a36ddeba8a8a07528c503b1401d513ea@9netics.com>
	<CAOw7k5icL5bCNv2QtL9_stkbS=CtUcbQA172sg0hspJsRdZHOw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] bug in authdial()
Topicbox-Message-UUID: 922e961c-ead9-11e9-9d60-3106f5b1d025

On Fri May 20 15:27:56 PDT 2016, charles.forsyth@gmail.com wrote:

> On 20 May 2016 at 23:04, Skip Tavakkolian <9nut@9netics.com> wrote:
>
> > i'm a little confused by the discussion of il + tcp on authdial
> > causing the delay.  if ndb/cs returns multiple dial strings, dialmulti
> > function (/sys/src/libc/9sys/dial.c) dials them all in parallel
> > (rfork) and the first one that returns, wins.
> >
>
> 9front uses the original sequential one

so does 9atom.

- erik