1. 26 Aug, 2014 4 commits
  2. 25 Aug, 2014 4 commits
  3. 22 Aug, 2014 1 commit
  4. 21 Aug, 2014 1 commit
  5. 18 Aug, 2014 6 commits
  6. 17 Aug, 2014 1 commit
  7. 16 Aug, 2014 2 commits
    • http: make sure we can consume the data we request · 294c6f29
      The recv buffer (parse_buffer) and the buffer have independent sizes and
      offsets. We try to fill in parse_buffer as much as possible before
      passing it to the http parser. This is fine most of the time, but fails
      us when the buffer is almost full.
      
      In those situations, parse_buffer can have more data than we would be
      able to put into the buffer (which may be getting full if we're towards
      the end of a data sideband packet).
      
      To work around this, we check if the space we have left on our buffer is
      smaller than what could come from the network. If this happens, we make
      parse_buffer think that it has as much space left as our buffer, so it
      won't try to retrieve more data than we can deal with.
      
      As the start of the data may no longer be at the start of the buffer, we
      need to keep track of where it really starts (data_offset) and use that
      in our calculations for the real size of the data we received from the
      network.
      
      This fixes #2518.
      Carlos Martín Nieto committed
    • Removing a completed starter project. · 1f2f6114
      Removing the starter project for adding support for the symref
      extension (#2006) from PROJECTS.md, as this seems to have been
      completed with the merge of #2376.
      Leigh London committed
  8. 15 Aug, 2014 9 commits
  9. 14 Aug, 2014 4 commits
  10. 13 Aug, 2014 4 commits
  11. 09 Aug, 2014 2 commits
    • Merge pull request #2509 from libgit2/cmn/immediate-multiline · 59403f1f
      config: a multiline var can start immediately
      Vicent Marti committed
    • config: a multiline var can start immediately · 9dac1f95
      In the check for multiline, we traverse the backslashes from the end
      backwards and int the end assert that we haven't gone past the beginning
      of the line. We make sure of this in the loop condition, but we also
      check in the return value.
      
      However, for certain configurations, a line in a multiline variable
      might be empty to aid formatting. In that case, 'end' == 'start', since
      we ended up looking at the first char which made it a multiline.
      
      There is no need for the (end > start) check in the return, since the
      loop guarantees we won't go further back than the first char in the
      line, and we do accept the first char to be the final backslash.
      
      This fixes #2483.
      Carlos Martín Nieto committed
  12. 08 Aug, 2014 2 commits