1. 12 Feb, 2001 1 commit
  2. 16 Jan, 2001 1 commit
  3. 11 Jan, 2001 1 commit
  4. 09 Jan, 2001 1 commit
  5. 01 Dec, 2000 1 commit
  6. 14 Nov, 2000 1 commit
  7. 08 Nov, 2000 1 commit
  8. 31 Oct, 2000 1 commit
  9. 25 Oct, 2000 1 commit
  10. 06 Oct, 2000 1 commit
  11. 08 Sep, 2000 1 commit
  12. 24 Aug, 2000 1 commit
  13. 22 Aug, 2000 1 commit
  14. 10 Aug, 2000 1 commit
  15. 01 Aug, 2000 1 commit
  16. 31 Jul, 2000 2 commits
  17. 27 Jul, 2000 1 commit
  18. 28 Jun, 2000 2 commits
  19. 21 Jun, 2000 1 commit
  20. 16 Jun, 2000 1 commit
  21. 01 Jun, 2000 1 commit
    • David Lawrence's avatar
      Megacommit of many files. · 6d12fdf9
      David Lawrence authored
      Mostly, several functions that take pointers as arguments, almost
      always char * pointers, had those pointers qualified with "const".
      Those that returned pointers to previously const-qualified arguments
      had their return values qualified as const.  Some structure members
      were qualified as const to retain that attribute from the variables
      from which they were assigned.
      
      The macro DE_CONST is used to deal with a handful of very special
      places where something is qualified as const but really needs to have
      its const qualifier removed.
      
      rdata.c now defines macros for the prototypes of the basic rdata functions,
      and all of the lib/dns/rdata/**/*.c files now use them.
      
      Some minor integer-compatibility issues.  (IE, ~0x03 is a signed int,
      so assigning it to an unsigned int should use a cast.  The type of an
      enum member is int, so there are some conversion issues there, too.)
      
      A pointers-to-function should not be cast to a pointer-to-object.
      
      Variables should not be named for C reserved identifiers.
      
      One or two set-but-not-used variables removed.
      
      Minor other ISC style cleanups.
      6d12fdf9
  22. 25 May, 2000 1 commit
  23. 24 May, 2000 1 commit
  24. 22 May, 2000 2 commits
  25. 19 May, 2000 4 commits
  26. 18 May, 2000 2 commits
  27. 17 May, 2000 1 commit
  28. 15 May, 2000 1 commit
  29. 13 May, 2000 5 commits
    • David Lawrence's avatar
      Fixed IRIX warnings: · 652c8043
      David Lawrence authored
      "./rdata/generic/tkey_249.c", line 89: remark(1506): implicit conversion from
                "unsigned long" to "int":  rounding, sign extension, or loss of
                accuracy may result
      "./rdata/generic/tkey_249.c", line 98: remark(1506): implicit conversion from
                "unsigned long" to "int":  rounding, sign extension, or loss of
                accuracy may result
      
      The values in question were already being checked to be within the range of
      a short, so where the warnings were occuring they were just cast to int.
      652c8043
    • David Lawrence's avatar
      Fixed IRIX warning: · e14969d2
      David Lawrence authored
      "./rdata/generic/unspec_103.c", line 138: warning(1184): possible use of "="
                where "==" was intended
      by changing to ==, which is clearly what was intended.
      e14969d2
    • David Lawrence's avatar
      Fixed IRIX warning: · 17547ed8
      David Lawrence authored
      "./rdata/generic/opt_41.c", line 73: remark(1552): variable "option" was set
                but never used
      by removing option, because there was nothing to do with its value.
      17547ed8
    • David Lawrence's avatar
      Fixed IRIX warning: · 873484b4
      David Lawrence authored
      "./rdata/generic/nxt_30.c", line 66: warning(1042): operand types are
                incompatible ("char *" and "void *")
      by casting to char *, as already being done with several other uses of
      token.value.as_pointer.
      873484b4
    • David Lawrence's avatar
      Fixed several instances of this IRIX warning: · 22520194
      David Lawrence authored
      "./rdata/generic/loc_29.c", line ??: remark(1506): implicit conversion from
                "unsigned long" to "int":  rounding, sign extension, or loss of
                accuracy may result
      by making sure that the range was suitable for an int and casting to
      int in each case.  (This appeared to be more desirable than changing
      all of the variables in question to longs.)
      22520194