Date: Thu, 11 Aug 2016 19:51:37 -0400 From: John Hood <cgull@glup.org> To: Peter Jeremy <peter@rulingia.com> Cc: mosh-devel@mit.edu, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Mosh regression between 10.x and 11-stable Message-ID: <971e1e82-1b95-d1e4-6053-a8548fc1d109@glup.org> In-Reply-To: <20160811195348.GD65184@server.rulingia.com> References: <20160810081831.GA65184@server.rulingia.com> <d577d1f9-d3ce-ee83-1051-d83d0c96591b@glup.org> <20160811101928.GC65184@server.rulingia.com> <68d0a6d4-2078-000c-6e22-b0b8721dfd2b@glup.org> <20160811195348.GD65184@server.rulingia.com>
next in thread | previous in thread | raw e-mail | index | archive | help
That's interesting (not in a good way). Next thing to try: mosh --server='/usr/local/bin/mosh-server 2>/dev/null' peter@VPS (with an unmodified mosh-server) Mosh prints the 'MOSH CONNECT ...' message on stdout, then forks. The parent exits immediately, and the child prints verbose and copyright info to stderr. I'm wondering if the race is that the parent and child writes appear mixed together, corrupting the expected message. You might try adding a 'print;' in the while loop that digests this input in the mosh script. That'll tell us whether the script is not getting 'MOSH CONNECT...' at all, or if it's corrupted. You'll have to run mosh inside /usr/bin/script to capture that. regards, --jh On 08/11/16 03:53 PM, Peter Jeremy wrote: > On 2016-Aug-11 12:30:23 -0400, John Hood <cgull@glup.org> wrote: >> I still can't reproduce this on 3 different 11.0-BETA4 servers and a >> variety of clients and networks. Can you try and identify a more >> portable repro or at least figure out why it fails on your system? >> >> Please try applying this patch, too. It's a shot in the dark, though. > That patch seems to fix the problem I'm seeing. Not waiting for output > to drain is consistent with the symptoms I'm seeing, though I have no > idea why only my Linux client is affected. >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?971e1e82-1b95-d1e4-6053-a8548fc1d109>