1. 14 Aug, 1997 1 commit
  2. 28 Mar, 1997 1 commit
    • Marc G. Fournier's avatar
      From: Thomas Lockhart <Thomas.G.Lockhart@jpl.nasa.gov> · 632a707f
      Marc G. Fournier authored
      Subject: [HACKERS] Small date patches (resubmitted)
      
      Here a some small patches for the date/time code. They set the default
      output format for the datetime type to the traditional Postgres
      style, and fix a date debugging declaration. I submitted these
      a couple of days ago, but they might have gotten lost...
      
      
      NOTE: the second patch to dt.c is what I believe D'Arcy submitted as well,
            that I claimed was taken out...sorry D'Arcy, my fault :(
      632a707f
  3. 25 Mar, 1997 1 commit
    • Marc G. Fournier's avatar
      From: Thomas Lockhart <Thomas.G.Lockhart@jpl.nasa.gov> · dfe04753
      Marc G. Fournier authored
      Subject: [HACKERS] More patches for date/time
      
      I have accumulated several patches to add functionality to the datetime
      and timespan data types as well as to fix reported porting bugs on non-BSD
      machines. These patches are:
      
      dt.c.patch              - add datetime_part(), fix bugs
      dt.h.patch              - add quarter and timezone support, add prototypes
      globals.c.patch         - add time and timezone variables
      miscadmin.h.patch       - add time and timezone variables
      nabstime.c.patch        - add datetime conversion routine
      nabstime.h.patch        - add prototypes
      pg_operator.h.patch     - add datetime operators, clean up formatting
      pg_proc.h.patch         - add datetime functions, reassign conflicting date OIDs
      pg_type.h.patch         - add datetime and timespan data types
      
      The dt.c and pg_proc.h patches are fairly large; the latter mostly because I tried
      to get some columns for existing entries to line up.
      dfe04753
  4. 18 Mar, 1997 2 commits
    • Marc G. Fournier's avatar
      - Move most of the I/O in both libpq and the backend to a set · 812a6c2b
      Marc G. Fournier authored
          of common routines in pqcomprim.c (pq communication primitives).
          Not all adapted to it yet, but it's a start.
      
        - Rewritten some of those routines, to write/read bigger chunks of
          data, precomputing stuff in buffers instead of sending out byte
          by byte.
      
        - As a consequence, I need to know the endianness of the machine.
          Currently I rely on getting it from machine/endian.h, but this
          may not be available everywhere? (Who the hell thought it was
          a good idea to pass integers to the backend the other way around
          than the normal network byte order? *argl*)
      
        - Libpq looks in the environment for magic variables, and upon
          establishing a connection to the backend, sends it queries
          of the form "SET var_name TO 'var_value'". This needs a change
          in the backend parser (Mr. Parser, are you there? :)
      
        - Currently it looks for two Env-Vars, namely PG_DATEFORMAT
          and PG_FLOATFORMAT. What else makes sense? PG_TIMEFORMAT?
          PG_TIMEZONE?
      
      From: "Martin J. Laubach" <mjl@wwx.vip.at>
      812a6c2b
    • Marc G. Fournier's avatar
      Resync the source tree, commit some things that were missing (pqcomprim.c) and · b5e16b18
      Marc G. Fournier authored
      bring in Thomas's updates for the date/time code...
      b5e16b18
  5. 26 Jan, 1997 1 commit
  6. 14 Jan, 1997 1 commit
  7. 14 Nov, 1996 1 commit
  8. 06 Nov, 1996 1 commit
  9. 09 Jul, 1996 1 commit