| Ticket UUID: | 695422 | |||
| Title: | Cleanup empty bufer handling | |||
| Type: | Patch | Version: | None | |
| Submitter: | mdejong | Created on: | 2003-03-01 03:03:29 | |
| Subsystem: | 25. Channel System | Assigned To: | andreas_kupries | |
| Priority: | 7 High | Severity: | ||
| Status: | Closed | Last Modified: | 2004-07-17 03:24:03 | |
| Resolution: | Out of Date | Closed By: | andreas_kupries | |
| Closed on: | 2004-07-16 20:24:03 | |||
| Description: |
Here is a patch the cleans up empty buffer handling. I have
run the test suite and get no failures, but I wanted to
have
someone else look at this to make sure I am not missing
something.
Here is the ChangeLog entry:
* generic/tclIO.c (ReadBytes, ReadChars):
Handle the case of en empty input buffer
explicitly.
This can happen when a cr appears at the end of an
input buffer that is in crlf or auto mode. A flag
is set to indicate that a lf at the start of the
next buffer means that a single lf should be added.
The problem in ReadBytes and ReadChars is that
they assume that the buffer will be non-empty.
It appears as though ReadBytes and ReadChars
still function properly in this case, so the
additional checks added here serve to make handling
of this case more clear.
| |||
| User Comments: |
andreas_kupries added on 2004-07-17 03:24:03:
Logged In: YES user_id=75003 Given the long time nothing has happened with this patch I am placing this item on the queue to auto-close. mdejong added on 2003-04-11 16:02:57: Logged In: YES user_id=90858 I did some more looking and I am not sure this patch is correct now. I will have to get back to it. mdejong added on 2003-03-01 10:04:37: File Added - 43755: empty_buffer.patch | |||
Attachments:
- empty_buffer.patch [download] added by mdejong on 2003-03-01 10:04:37. [details]