1. 17 1月, 1999 2 次提交
  2. 12 1月, 1999 1 次提交
    • M
      · d8b96ade
      Marc G. Fournier 提交于
      From: Magnus Hagander <mha@sollentuna.net>
      
      Here's another patch for the libpq backend areas. This patch removes all
      usage of "FILE *" on the communications channel. It also cleans up the
      comments and headers in the pqcomm.c file - a lot of things were either
      missing or incorrect. Finally, it removes a couple of unused functions
      (leftovers from the time of shared code between the libpq backend and
      frontend).
      d8b96ade
  3. 11 1月, 1999 3 次提交
    • M
      · 3b3ffc8d
      Marc G. Fournier 提交于
      From: Magnus Hagander <mha@sollentuna.net>
      
      Here is a first patch to cleanup the backend side of libpq.
      This patch removes all external dependencies on the "Pfin" and "Pfout" that
      are declared in pqcomm.h. These variables are also changed to "static" to
      make sure.
      Almost all the change is in the handler of the "copy" command - most other
      areas of the backend already used the correct functions.
      This change will make the way for cleanup of the internal stuff there - now
      that all the functions accessing the file descriptors are confined to a
      single directory.
      3b3ffc8d
    • T
      Be more careful to check input string lengths as well as values · 6d5d673c
      Thomas G. Lockhart 提交于
       when deciding whether a field is a year field.  Assume *anything* longer
       than 2 digits (if it isn't a special-case doy) is a valid year.
       This should fix the "Y1K" and "Y10K" problems
        pointed out by Massimo recently.
      Check usage of BC to require a positive-valued year; before just used it
       to flip the sign of the year without checking. This led to problems
       near year zero.
      Allow a 5 digit "concatenated date" of 2 digit year plus day of year.
      Do 2->4 digit year correction for 6 and 5 digit "concatenated dates".
       Somehow forgot this originally. Guess not many folks use it...
      6d5d673c
    • T
      Handle "NaN" and "Infinity" for input values. · c7157886
      Thomas G. Lockhart 提交于
      I think NAN is already guaranteed to be there from Jan's work on NUMERIC,
       but perhaps HUGE_VAL needs some #ifndef's in the same place.
      Should also include "-Infinity" as -HUGE_VAL sometime; not there yet.
      c7157886
  4. 09 1月, 1999 1 次提交
  5. 08 1月, 1999 1 次提交
  6. 07 1月, 1999 9 次提交
  7. 05 1月, 1999 5 次提交
  8. 04 1月, 1999 2 次提交
  9. 03 1月, 1999 4 次提交
  10. 01 1月, 1999 4 次提交
  11. 31 12月, 1998 4 次提交
  12. 30 12月, 1998 4 次提交