[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gpsd-dev] Hal's sirf1 bug fixed
From: |
Greg Troxel |
Subject: |
Re: [gpsd-dev] Hal's sirf1 bug fixed |
Date: |
Sat, 24 Jan 2015 10:12:12 -0500 |
User-agent: |
Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.4 (berkeley-unix) |
Slow mode did not fix it; 37 failures.
Is it a fair guess that WRITE_PAD is more likely to fix problems in the
middle and CLOSE_DELAY missing trailing output?
Is there a notion of blocking on master-side pty writes when the buffer
becomes full? I would think that there must be, although usually it's
the other direction that blocks. It seems like we should catch
EWOULDBLOCK, or actually block. So this is a bit mysterious to me.
pgpMh3r8OcEcL.pgp
Description: PGP signature
- [gpsd-dev] Hal's sirf1 bug fixed, Eric S. Raymond, 2015/01/23
- Re: [gpsd-dev] Hal's sirf1 bug fixed, Hal Murray, 2015/01/23
- Re: [gpsd-dev] Hal's sirf1 bug fixed, Greg Troxel, 2015/01/23
- Re: [gpsd-dev] Hal's sirf1 bug fixed, Hal Murray, 2015/01/23
- Re: [gpsd-dev] Hal's sirf1 bug fixed, Greg Troxel, 2015/01/24
- Re: [gpsd-dev] Hal's sirf1 bug fixed, Hal Murray, 2015/01/24
- Re: [gpsd-dev] Hal's sirf1 bug fixed, Greg Troxel, 2015/01/24
- Re: [gpsd-dev] Hal's sirf1 bug fixed, Eric S. Raymond, 2015/01/24
- Re: [gpsd-dev] Hal's sirf1 bug fixed, Greg Troxel, 2015/01/24
- Re: [gpsd-dev] Hal's sirf1 bug fixed,
Greg Troxel <=
- Re: [gpsd-dev] Hal's sirf1 bug fixed, Eric S. Raymond, 2015/01/24
- Re: [gpsd-dev] Hal's sirf1 bug fixed, Hal Murray, 2015/01/24
- Re: [gpsd-dev] Hal's sirf1 bug fixed, Eric S. Raymond, 2015/01/24
Re: [gpsd-dev] Hal's sirf1 bug fixed, Eric S. Raymond, 2015/01/23