1. 28 Jun, 2012 1 commit
  2. 05 Jun, 2012 1 commit
  3. 02 Jun, 2012 1 commit
  4. 26 May, 2012 1 commit
  5. 19 May, 2012 3 commits
  6. 18 May, 2012 1 commit
  7. 17 May, 2012 3 commits
  8. 06 May, 2012 1 commit
  9. 05 May, 2012 1 commit
    • Fix gitno_connect() error handling on Windows · b4b96d56
      gitno_connect() can return an error or socket, which is fine on most
      platforms where sockets are file descriptors (signed int), but on Windows,
      SOCKET is an unsigned type, which is problematic when we are trying to
      test if the socket was actually a negative error code.
      
      This fix seperates the error code and socket in gitno_connect(), and fixes
      the error handling in do_connect() functions to compensate. It appears
      that git_connect() and the git-transport do_connect() functions had bugs
      in the non-windows cases too (leaking sockets, and not properly reporting
      connection error, respectively) so I went ahead and fixed those too.
      Scott J. Goldman committed
  10. 03 May, 2012 1 commit
  11. 30 Apr, 2012 2 commits
  12. 25 Apr, 2012 2 commits
  13. 23 Apr, 2012 1 commit
  14. 17 Apr, 2012 2 commits
    • Fix warnings on 64-bit windows builds · 44ef8b1b
      This fixes all the warnings on win64 except those in deps, which
      come from the regex code.
      Russell Belfer committed
    • Add git_reference_lookup_oid and lookup_resolved · f201d613
      Adds a new public reference function `git_reference_lookup_oid`
      that directly resolved a reference name to an OID without returning
      the intermediate `git_reference` object (hence, no free needed).
      
      Internally, this adds a `git_reference_lookup_resolved` function
      that combines looking up and resolving a reference.  This allows
      us to be more efficient with memory reallocation.
      
      The existing `git_reference_lookup` and `git_reference_resolve`
      are reimplmented on top of the new utility and a few places in the
      code are changed to use one of the two new functions.
      Russell Belfer committed
  15. 12 Apr, 2012 1 commit
  16. 11 Apr, 2012 3 commits
  17. 10 Apr, 2012 1 commit
  18. 06 Mar, 2012 1 commit
    • error-handling: Repository · cb8a7961
      This also includes droping `git_buf_lasterror` because it makes no sense
      in the new system. Note that in most of the places were it has been
      dropped, the code needs cleanup. I.e. GIT_ENOMEM is going away, so
      instead it should return a generic `-1` and obviously not throw
      anything.
      Vicent Martí committed
  19. 02 Mar, 2012 1 commit
    • Clean up GIT_UNUSED macros on all platforms · 854eccbb
      It turns out that commit 31e9cfc4cbcaf1b38cdd3dbe3282a8f57e5366a5
      did not fix the GIT_USUSED behavior on all platforms.  This commit
      walks through and really cleans things up more thoroughly, getting
      rid of the unnecessary stuff.
      
      To remove the use of some GIT_UNUSED, I ended up adding a couple
      of new iterators for hashtables that allow you to iterator just
      over keys or just over values.
      
      In making this change, I found a bug in the clar tests (where we
      were doing *count++ but meant to do (*count)++ to increment the
      value).  I fixed that but then found the test failing because it
      was not really using an empty repo.  So, I took some of the code
      that I wrote for iterator testing and moved it to clar_helpers.c,
      then made use of that to make it easier to open fixtures on a
      per test basis even within a single test file.
      Russell Belfer committed
  20. 13 Feb, 2012 1 commit
  21. 19 Jan, 2012 2 commits
  22. 28 Dec, 2011 1 commit
  23. 24 Dec, 2011 1 commit
  24. 21 Dec, 2011 1 commit
  25. 08 Dec, 2011 1 commit
    • Use git_buf for path storage instead of stack-based buffers · 97769280
      This converts virtually all of the places that allocate GIT_PATH_MAX
      buffers on the stack for manipulating paths to use git_buf objects
      instead.  The patch is pretty careful not to touch the public API
      for libgit2, so there are a few places that still use GIT_PATH_MAX.
      
      This extends and changes some details of the git_buf implementation
      to add a couple of extra functions and to make error handling easier.
      
      This includes serious alterations to all the path.c functions, and
      several of the fileops.c ones, too.  Also, there are a number of new
      functions that parallel existing ones except that use a git_buf
      instead of a stack-based buffer (such as git_config_find_global_r
      that exists alongsize git_config_find_global).
      
      This also modifies the win32 version of p_realpath to allocate whatever
      buffer size is needed to accommodate the realpath instead of hardcoding
      a GIT_PATH_MAX limit, but that change needs to be tested still.
      Russell Belfer committed
  26. 29 Nov, 2011 1 commit
  27. 28 Nov, 2011 1 commit
  28. 26 Nov, 2011 1 commit
  29. 18 Nov, 2011 1 commit
  30. 06 Nov, 2011 1 commit