1. 13 Oct, 1998 4 commits
  2. 12 Oct, 1998 17 commits
  3. 10 Oct, 1998 3 commits
  4. 09 Oct, 1998 10 commits
  5. 08 Oct, 1998 6 commits
    • Guido van Rossum's avatar
      Fix multi-arg list.append() calls. · 14f9e889
      Guido van Rossum authored
      14f9e889
    • Guido van Rossum's avatar
      There's no need to declare Tk_GetNumMainWindows() (and it breaks · 61c7e222
      Guido van Rossum authored
      something in the latest win342 build).
      61c7e222
    • Guido van Rossum's avatar
      deffa31d
    • Guido van Rossum's avatar
      Implement new format character 't#'. This is like s#, accepting an · 848119ad
      Guido van Rossum authored
      object that implements the buffer interface, but requires a buffer
      that contains 8-bit character data.  Greg Stein.
      848119ad
    • Guido van Rossum's avatar
      Greg Stein: Implement the new bf_getcharbuffer function, indicating · 58a554f2
      Guido van Rossum authored
      that (as far as the data type is concerned!) this is character data.
      58a554f2
    • Guido van Rossum's avatar
      Changes by Greg Stein (code) and GvR (design). · 2938d068
      Guido van Rossum authored
      Add a new member to the PyBufferProcs struct, bf_getcharbuffer.  For
      backward compatibility, this member should only be used (this includes
      testing for NULL!) when the flag Py_TPFLAGS_HAVE_GETCHARBUFFER is set
      in the type structure, below.  Note that if its flag is not set, we
      may be looking at an extension module compiled for 1.5.1, which will
      have garbage at the bf_getcharbuffer member (because the struct wasn't
      as long then).  If the flag is one, the pointer may still be NULL.
      The function found at this member is used in a similar manner as
      bf_getreadbuffer, but it is known to point to 8-bit character data.
      (See discussion in getargs.c checked in later.)
      
      As a general feature for extending the type structure and the various
      structures that (may) hang off it in a backwards compatible way, we
      rename the tp_xxx4 "spare" slot to tp_flags.  In 1.5.1 and before,
      this slot was always zero.  In 1.5.1, it may contain various flags
      indicating extra fields that weren't present in 1.5.1.  The only flag
      defined so far is for the bf_getcharbuffer member of the PyBufferProcs
      struct.
      
      Note that the new spares (tp_xxx5 - tp_xxx8), once they become used,
      should also be protected by a flag (or flags) in tp_flags.
      2938d068