• Dag Erling Smørgrav's avatar
    Merged revisions 1693-1708 via svnmerge from · f2bd97c7
    Dag Erling Smørgrav authored
    svn+ssh://projects.linpro.no/svn/varnish/trunk/varnish-cache
    
    ........
      r1694 | phk | 2007-07-13 17:31:37 +0200 (Fri, 13 Jul 2007) | 3 lines
      
      Fix 304 responses, they got messed up in the vcl_deliver() addition.
    ........
      r1695 | phk | 2007-07-13 21:36:38 +0200 (Fri, 13 Jul 2007) | 4 lines
      
      Shave the previos commit a bit closer: don't write the HTTP response
      only to throw it away later and then rewrite it again after giving
      vcl_deliver() the chance to munge it.
    ........
      r1696 | phk | 2007-07-15 09:51:36 +0200 (Sun, 15 Jul 2007) | 2 lines
      
      Tune a couple of library warnings out
    ........
      r1697 | phk | 2007-07-15 09:52:11 +0200 (Sun, 15 Jul 2007) | 2 lines
      
      Make the header-gluing code more readable.
    ........
      r1698 | phk | 2007-07-15 09:52:30 +0200 (Sun, 15 Jul 2007) | 2 lines
      
      A cast to make flexelint happy.
    ........
      r1699 | phk | 2007-07-15 12:22:05 +0200 (Sun, 15 Jul 2007) | 2 lines
      
      Initialize all bits in the sigaction.
    ........
      r1700 | phk | 2007-07-15 12:22:39 +0200 (Sun, 15 Jul 2007) | 2 lines
      
      Plug a memory-leak in the VCL compiler.
    ........
      r1701 | phk | 2007-07-15 12:57:55 +0200 (Sun, 15 Jul 2007) | 2 lines
      
      Don't leak all the tokens.
    ........
      r1702 | phk | 2007-07-15 12:58:11 +0200 (Sun, 15 Jul 2007) | 2 lines
      
      Plug minor memory leak.
    ........
      r1703 | phk | 2007-07-15 13:04:52 +0200 (Sun, 15 Jul 2007) | 2 lines
      
      Don't leak the file contents either.
    ........
      r1704 | phk | 2007-07-15 13:08:48 +0200 (Sun, 15 Jul 2007) | 2 lines
      
      Plug even more memory leaks in the VCL compiler.
    ........
      r1705 | phk | 2007-07-15 13:25:27 +0200 (Sun, 15 Jul 2007) | 13 lines
      
      From the "What has the world come to ?" department:
      
      It used to be that sscanf(3) would walk along the proffered string
      and do what the format string was told, and as long as the format
      terminated before the input string, the NUL termination was not
      relevant.
      
      Sometime in the last 20 years, sscanf started doing a strlen on the
      passed argument changing this behaviour.
      
      Give sscanf the NUL it wants.
    ........
    
    
    git-svn-id: http://www.varnish-cache.org/svn/branches/1.1@1709 d4fa192b-c00b-0410-8231-f00ffab90ce4
    f2bd97c7
flint.lnt 2.69 KB