On Wed, Nov 21, 2018 at 2:49 PM Max Kirillov <max@xxxxxxxxxx> wrote:
>
> On Wed, Nov 21, 2018 at 04:02:04AM -0800, Carlo Arenas wrote:
> > for some tracing, it would seem that it gets 0 when
> > trying to read 4 bytes from what I think is a pipe that connects to a
> > child that has been gone already for a while.
>
> Could you clarify it? I'm afraid I don't understand.
the error that gets eventually to stderr in the caller comes from
get_packet_data, who is trying to read 4 bytes and gets 0.
when looking at the trace (obtained with ktrace) I see there is no
longer any other process running,
the last child of it is long gone with an error as shown by :
9255 1 git-http-backend CALL close(1)
9255 1 git-http-backend RET close 0
9255 1 git-http-backend CALL read(0,0xbfb2bb14,0)
9255 1 git-http-backend GIO fd 0 read 0 bytes
""
9255 1 git-http-backend RET read 0
9255 1 git-http-backend CALL write(2,0xbfb2a604,0x36)
9255 1 git-http-backend GIO fd 2 wrote 54 bytes
"fatal: request ended in the middle of the gzip stream\n"
9255 1 git-http-backend RET write 54/0x36
9255 1 git-http-backend CALL write(1,0xb781f0e0,0x94)
9255 1 git-http-backend RET write -1 errno 9 Bad file descriptor
not sure how it got into that state, though
Carlo
