[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: CVS problem with ssh
From: |
Derek Price |
Subject: |
Re: CVS problem with ssh |
Date: |
Wed, 29 Jun 2005 10:13:22 -0400 |
User-agent: |
Mozilla Thunderbird 1.0.2 (Windows/20050317) |
Richard M. Stallman wrote:
> Again, we could install loops around fwrite in handle_m, handle_e,
> handle_mbinary, and handle_mt and transfer most of the data coming
> across from the server correctly to stdout/stderr,
>
>Why do you say "most"? I think we have already established that _all_
>the data will be transferred correctly. Isn't that so?
>
> but this still
> wouldn't handle other client output.
>
>Could you describe a case in which there would be a problem? It would
>have to be a case in which substantial data is forwarded from the
>server, but the client also generates substantial data.
>
>
The client rarely generates substantial data. The case I am considering
is when the server dumps a substantial amount of data, followed by any
length printf from the client. The dump of data from the server could
conceivably fill the stdio buffer without triggering a flush. Any
printf following that would lose data if the attempted flush returned
EAGAIN.
Regards,
Derek
- Re: CVS problem with ssh, (continued)
- Re: CVS problem with ssh, Derek Price, 2005/06/23
- Re: CVS problem with ssh, Richard M. Stallman, 2005/06/24
- Re: CVS problem with ssh, Derek Price, 2005/06/24
- Re: CVS problem with ssh, Richard M. Stallman, 2005/06/25
- Re: CVS problem with ssh, Derek Price, 2005/06/27
- Re: CVS problem with ssh, Richard M. Stallman, 2005/06/28
- Re: CVS problem with ssh, Derek Price, 2005/06/28
- Re: CVS problem with ssh, Richard M. Stallman, 2005/06/29
- Re: CVS problem with ssh,
Derek Price <=
- Re: CVS problem with ssh, Derek Price, 2005/06/29