pspp-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Pspp-commits] [SCM] GNU PSPP branch, mingw, updated. v0.6.1-876-gb9f776


From: Ben Pfaff
Subject: [Pspp-commits] [SCM] GNU PSPP branch, mingw, updated. v0.6.1-876-gb9f7767
Date: Sat, 17 Oct 2009 23:45:11 +0000

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU PSPP".

The branch, mingw has been updated
       via  b9f77673d45b465987304c76d80b29fba893a93a (commit)
      from  47ccfee48be2d073a32f0c5f7c21bc8ae55f195c (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit b9f77673d45b465987304c76d80b29fba893a93a
Author: Ben Pfaff <address@hidden>
Date:   Sat Oct 17 16:46:21 2009 -0700

    Fix get-data-txt-importcases.sh test on Mingw.
    
    On Mingw, ftell() and ftello() are unreliable when used on text files with
    plain LF line endings:
        http://article.gmane.org/gmane.comp.gnu.m4.bugs/2224
    
    This made the get-data-txt-importcases.sh test fail, because
    dfm_get_percent_read() that it depends upon to determine the percentage of
    the file that has been read uses ftello().  The solution is to always open
    the text file as a binary file.  According to my audit of the ways that
    the text file is read, this should not cause other problems.  In
    particular, ds_read_line() handles both LF and CR-LF line endings.  But it
    cannot handle negative effects on Unix platforms anyway, since they do not
    distinguish text and binary modes.

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

Summary of changes:
 src/language/data-io/data-reader.c |    3 +--
 1 files changed, 1 insertions(+), 2 deletions(-)


hooks/post-receive
-- 
GNU PSPP




reply via email to

[Prev in Thread] Current Thread [Next in Thread]