pspp-commits
[Top][All Lists]
Advanced

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

[Pspp-commits] [SCM] GNU PSPP branch, master, updated. v0.6.1-1888-g4200


From: Ben Pfaff
Subject: [Pspp-commits] [SCM] GNU PSPP branch, master, updated. v0.6.1-1888-g42004e9
Date: Sat, 12 Feb 2011 05:38:26 +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, master has been updated
       via  42004e91dc5a76f746b9bf902130182318806291 (commit)
       via  b28e509a8bd42ec40b60184b89457e762e5c4e0b (commit)
       via  8b42eb7dfd30afe72c307f91c298abe811befc60 (commit)
       via  11210e8190261d1ab630b1a56f6c0a44a5e82419 (commit)
       via  d723af7eca95b73a618ae5fe831f380239550a23 (commit)
       via  01b8f463e64469622cfe56f123e23a45d36d5d52 (commit)
       via  791f28f623b5ccb8602819a1594d601f6c71fd66 (commit)
       via  97cb2acd10045679031d3abe971f7896de575790 (commit)
       via  0f1b17abb6bd3e98e0f0747950144fe2ea67ea2f (commit)
       via  23e4750c9a2fbc89126fe7be83ee7a3c1914cc07 (commit)
       via  41cd9b96ff7876beb54a00b07eb52a45da83c0eb (commit)
       via  6eeee3ec27d9e75cba2f390fc7dceef7ff38c2f3 (commit)
       via  9aba308c2db666c5d206d4b85e1b1f8e0ef57580 (commit)
       via  b4c6c0abd5358cb64757bec30a42be300e9ccd0f (commit)
       via  fa61f97cbbd1246c659d4d07b302c1a02cafcd97 (commit)
       via  e21ca4562ad6a6581423ec393a359704f620feea (commit)
       via  0655c32db3a849462fbcebd73d8c659d814e794d (commit)
      from  ad05a0285feaa0faa4e1329b8ee985c2ce17b1c9 (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 42004e91dc5a76f746b9bf902130182318806291
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 16:42:06 2011 -0800

    por-file-reader: Remove dependency on VAR_NAME_LEN.
    
    VAR_NAME_LEN wasn't really needed here because we knew that the name we
    started from was no more than 8 bytes long.  Also, we know that we can
    come up with a unique name within ULONG_MAX tries since we'd run out of
    memory before running out of values to try.
    
    Most uses of VAR_NAME_LEN within PSPP are wrong due to encoding issues:
    the limit applies to variable names in the encoding used by the data
    set, but most uses of VAR_NAME_LEN actually limit the length of a name
    in UTF-8.  The UTF-8 representation of a name can be longer or shorter
    than its representation in the data set encoding, so it seems best to
    eliminate references to VAR_NAME_LEN entirely.

commit b28e509a8bd42ec40b60184b89457e762e5c4e0b
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 16:30:42 2011 -0800

    text-data-import-dialog: Eliminate VAR_NAME_LEN restriction.
    
    Most uses of VAR_NAME_LEN within PSPP are wrong due to encoding issues:
    the limit applies to variable names in the encoding used by the data
    set, but most uses of VAR_NAME_LEN actually limit the length of a name
    in UTF-8.  The UTF-8 representation of a name can be longer or shorter
    than its representation in the data set encoding, so it seems best to
    eliminate references to VAR_NAME_LEN entirely.

commit 8b42eb7dfd30afe72c307f91c298abe811befc60
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 16:26:25 2011 -0800

    REGRESSION: Eliminate restriction to VAR_NAME_LEN in reg_get_name().
    
    There's still an obvious problem here that the prefix isn't being trimmed
    down so that the suffix will fit.  Since an upcoming series of changes
    would have to completely redo how this would be done, I'm not fixing that
    now, only marking it with XXX.
    
    Most uses of VAR_NAME_LEN within PSPP are wrong due to encoding issues:
    the limit applies to variable names in the encoding used by the data
    set, but most uses of VAR_NAME_LEN actually limit the length of a name
    in UTF-8.  The UTF-8 representation of a name can be longer or shorter
    than its representation in the data set encoding, so it seems best to
    eliminate references to VAR_NAME_LEN entirely.

commit 11210e8190261d1ab630b1a56f6c0a44a5e82419
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 16:16:30 2011 -0800

    FLIP: Eliminate false dependency on VAR_NAME_LEN.
    
    The size of this buffer really shouldn't have anything to do with
    VAR_NAME_LEN but with the string about to be put into it.
    
    Most uses of VAR_NAME_LEN within PSPP are wrong due to encoding issues:
    the limit applies to variable names in the encoding used by the data
    set, but most uses of VAR_NAME_LEN actually limit the length of a name
    in UTF-8.  The UTF-8 representation of a name can be longer or shorter
    than its representation in the data set encoding, so it seems best to
    eliminate references to VAR_NAME_LEN entirely.

commit d723af7eca95b73a618ae5fe831f380239550a23
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 16:08:03 2011 -0800

    DESCRIPTIVES: Eliminate main restriction on Z-score variable name length.

commit 01b8f463e64469622cfe56f123e23a45d36d5d52
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 15:54:54 2011 -0800

    variable-parser: Drop VAR_NAME_LEN restriction from 
var_set_lookup_var_idx().
    
    This restriction is purely artificial, as part of an assertion.  Since
    longer variable names are going to have to be supported, remove it.
    
    Most uses of VAR_NAME_LEN within PSPP are wrong due to encoding issues:
    the limit applies to variable names in the encoding used by the data
    set, but most uses of VAR_NAME_LEN actually limit the length of a name
    in UTF-8.  The UTF-8 representation of a name can be longer or shorter
    than its representation in the data set encoding, so it seems best to
    eliminate references to VAR_NAME_LEN entirely.

commit 791f28f623b5ccb8602819a1594d601f6c71fd66
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 13:00:49 2011 -0800

    variable-parser: Rewrite parse_DATA_LIST_vars().
    
    This rewrite was prompted by getting rid of the VAR_NAME_LEN limit inside
    parse_DATA_LIST_vars(), but then I noticed that the variable naming and
    coding style was dated, and that duplicate variable names were only
    detected for variables named using TO, not for individual names, so I
    rewrote much of the code instead.

commit 97cb2acd10045679031d3abe971f7896de575790
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 11:15:33 2011 -0800

    DEBUG EVALUATE: Eliminate VAR_NAME_LEN limit.
    
    Most uses of VAR_NAME_LEN within PSPP are wrong due to encoding issues:
    the limit applies to variable names in the encoding used by the data
    set, but most uses of VAR_NAME_LEN actually limit the length of a name
    in UTF-8.  The UTF-8 representation of a name can be longer or shorter
    than its representation in the data set encoding, so it seems best to
    eliminate references to VAR_NAME_LEN entirely.

commit 0f1b17abb6bd3e98e0f0747950144fe2ea67ea2f
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 11:11:07 2011 -0800

    VECTOR: Eliminate VAR_NAME_LEN limit for variable names.
    
    Most uses of VAR_NAME_LEN within PSPP are wrong due to encoding issues:
    the limit applies to variable names in the encoding used by the data
    set, but most uses of VAR_NAME_LEN actually limit the length of a name
    in UTF-8.  The UTF-8 representation of a name can be longer or shorter
    than its representation in the data set encoding, so it seems best to
    eliminate references to VAR_NAME_LEN entirely.

commit 23e4750c9a2fbc89126fe7be83ee7a3c1914cc07
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 11:09:01 2011 -0800

    MODIFY VARIABLES: Eliminate VAR_NAME_LEN limit on variable names.
    
    This is actually a general code improvement, since it eliminates memory
    allocation and copying that was not actually necessary.
    
    Most uses of VAR_NAME_LEN within PSPP are wrong due to encoding issues:
    the limit applies to variable names in the encoding used by the data
    set, but most uses of VAR_NAME_LEN actually limit the length of a name
    in UTF-8.  The UTF-8 representation of a name can be longer or shorter
    than its representation in the data set encoding, so it seems best to
    eliminate references to VAR_NAME_LEN entirely.

commit 41cd9b96ff7876beb54a00b07eb52a45da83c0eb
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 11:05:14 2011 -0800

    DATAFILE ATTRIBUTE, VARIABLE ATTRIBUTE: Eliminate VAR_NAME_LEN limit.
    
    Most uses of VAR_NAME_LEN within PSPP are wrong due to encoding issues:
    the limit applies to variable names in the encoding used by the data
    set, but most uses of VAR_NAME_LEN actually limit the length of a name
    in UTF-8.  The UTF-8 representation of a name can be longer or shorter
    than its representation in the data set encoding, so it seems best to
    eliminate references to VAR_NAME_LEN entirely.

commit 6eeee3ec27d9e75cba2f390fc7dceef7ff38c2f3
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 10:59:03 2011 -0800

    GET DATA /TYPE=TXT: Get rid of VAR_NAME_LEN limit on variable names.
    
    Most uses of VAR_NAME_LEN within PSPP are wrong due to encoding issues:
    the limit applies to variable names in the encoding used by the data
    set, but most uses of VAR_NAME_LEN actually limit the length of a name
    in UTF-8.  The UTF-8 representation of a name can be longer or shorter
    than its representation in the data set encoding, so it seems best to
    eliminate references to VAR_NAME_LEN entirely.

commit 9aba308c2db666c5d206d4b85e1b1f8e0ef57580
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 10:56:55 2011 -0800

    FILE HANDLE: Get rid of VAR_NAME_LEN limit on handle name.
    
    Most uses of VAR_NAME_LEN within PSPP are wrong due to encoding issues:
    the limit applies to variable names in the encoding used by the data
    set, but most uses of VAR_NAME_LEN actually limit the length of a name
    in UTF-8.  The UTF-8 representation of a name can be longer or shorter
    than its representation in the data set encoding, so it seems best to
    eliminate references to VAR_NAME_LEN entirely.

commit b4c6c0abd5358cb64757bec30a42be300e9ccd0f
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 10:52:14 2011 -0800

    combine-files: Eliminate VAR_NAME_LEN restriction from combine_files().
    
    Most uses of VAR_NAME_LEN within PSPP are wrong due to encoding issues:
    the limit applies to variable names in the encoding used by the data
    set, but most uses of VAR_NAME_LEN actually limit the length of a name
    in UTF-8.  The UTF-8 representation of a name can be longer or shorter
    than its representation in the data set encoding, so it seems best to
    eliminate references to VAR_NAME_LEN entirely.

commit fa61f97cbbd1246c659d4d07b302c1a02cafcd97
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 10:47:56 2011 -0800

    vector: Remove VAR_NAME_LEN limit for internal representation of name.
    
    Most uses of VAR_NAME_LEN within PSPP are wrong due to encoding issues:
    the limit applies to variable names in the encoding used by the data
    set, but most uses of VAR_NAME_LEN actually limit the length of a name
    in UTF-8.  The UTF-8 representation of a name can be longer or shorter
    than its representation in the data set encoding, so it seems best to
    eliminate references to VAR_NAME_LEN entirely.

commit e21ca4562ad6a6581423ec393a359704f620feea
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 10:45:11 2011 -0800

    variable: Remove VAR_NAME_LEN limit for internal representation of name.
    
    Most uses of VAR_NAME_LEN within PSPP are wrong due to encoding issues:
    the limit applies to variable names in the encoding used by the data
    set, but most uses of VAR_NAME_LEN actually limit the length of a name
    in UTF-8.  The UTF-8 representation of a name can be longer or shorter
    than its representation in the data set encoding, so it seems best to
    eliminate references to VAR_NAME_LEN entirely.

commit 0655c32db3a849462fbcebd73d8c659d814e794d
Author: Ben Pfaff <address@hidden>
Date:   Sat Jan 1 10:39:07 2011 -0800

    dict: Make dict_make_unique_var_name() return an allocated string.

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

Summary of changes:
 src/data/dictionary.c                      |   52 ++++----
 src/data/dictionary.h                      |    7 +-
 src/data/gnumeric-reader.c                 |   13 +--
 src/data/por-file-reader.c                 |   17 +--
 src/data/psql-reader.c                     |   13 +-
 src/data/variable.c                        |    9 +-
 src/data/vector.c                          |   21 ++--
 src/language/data-io/combine-files.c       |   37 +++--
 src/language/data-io/file-handle.q         |   25 ++--
 src/language/data-io/get-data.c            |   12 +-
 src/language/dictionary/attributes.c       |   48 +++++--
 src/language/dictionary/modify-variables.c |    8 +-
 src/language/dictionary/vector.c           |   12 +-
 src/language/expressions/evaluate.c        |   11 +-
 src/language/lexer/variable-parser.c       |  208 +++++++++++++++-------------
 src/language/stats/descriptives.c          |   77 ++++++-----
 src/language/stats/flip.c                  |    4 +-
 src/language/stats/regression.q            |   45 +++----
 src/ui/gui/text-data-import-dialog.c       |   49 ++++---
 19 files changed, 365 insertions(+), 303 deletions(-)


hooks/post-receive
-- 
GNU PSPP



reply via email to

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