[Tcl-bugs] [ tcl-Patches-695422 ] Cleanup empty bufer handling

[SourceForge.net <no...@so...>]

Patches item #695422, was opened at 2003-02-28 19:03
Message generated for change (Comment added) made by andreas_kupries
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=310894&aid=695422&group_id=10894

Category: 25. Channel System
Group: None
>Status: Pending
>Resolution: Out of Date
Priority: 7
Submitted By: Mo DeJong (mdejong)
Assigned to: Andreas Kupries (andreas_kupries)
Summary: Cleanup empty bufer handling

Initial Comment:
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.


----------------------------------------------------------------------

>Comment By: Andreas Kupries (andreas_kupries)
Date: 2004-07-16 13:24

Message:
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.

----------------------------------------------------------------------

Comment By: Mo DeJong (mdejong)
Date: 2003-04-11 02:02

Message:
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.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=310894&aid=695422&group_id=10894