bugGNU RCS - Bugs: bug #41707, RCS 5.8 file corruption when using...


bug #41707: RCS 5.8 file corruption when using file descriptor IO for large files

Submitted by:  None
Submitted on:  Wed 26 Feb 2014 12:38:18 PM UTC  
Category: NoneSeverity: 3 - Normal
Item Group: NoneStatus: Fixed
Privacy: PublicAssigned to: Thien-Thi Nguyen <ttn>
Open/Closed: Closed

Add a New Comment (Rich MarkupRich Markup):

You are not logged in

Please log in, so followups can be emailed to you.


Sat 12 Sep 2015 03:07:29 PM UTC, comment #2:

Thanks for the tip. Closing the bug now.

Thien-Thi Nguyen <ttn>
Project AdministratorIn charge of this item.
Mon 24 Aug 2015 06:07:40 PM UTC, comment #1:

This has been fixed in Cygwin since July 2014 with the release of a downstream patched rcs-5.9.2. It is patched in the upstream sources since rcs-5.9.3.

Can this bug be closed, please?

Wed 26 Feb 2014 12:38:18 PM UTC, original submission:

Are you aware of the failure mechanism in RCS 5.8 for large
files as described in


Basically, when ci decides to use file descriptor IO for a
large file, it shares the file descriptor with a diff
subprocess which leaves the descriptor at end of file,
causing the check-in to truncate the file content to a
single buffer (64k on Cygwin), leading to loss of content
and an inconsistent RCS file.

Are there versions of RCS 5.8 in which this has been fixed?

Is RCS 5.9 vulnerable to the same failure mechanism?



(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by ttn (Posted a comment)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Please enter the title of George Orwell's famous dystopian book (it's a date):



    Follow 3 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sat 12 Sep 2015 03:07:29 PM UTCttnStatusNone=>Fixed
      Assigned toNone=>ttn

    Back to the top

    Powered by Savane 3.1-cleanup