Repository navigation
GTRepository dealloc crash #689
Description
Activity
- added a commit that references this issue
on May 16, 2019 Hmm, we're not supposed to care about the repository having a workdir, and I think that your proposed fix leaks the
git_repositorymemory on bare repositories (ie. whenever workdir would have beenNULL).How you've constructed the GTRepository/git_repository itself would be most helpful, right now this could also just be a stray memory write corrupting something in the git_repository. If it's openen from a worktree (a.k.a
git worktree list), or a worktree on a bare repo, would also help, as there had been a few issues in libgit2 itself.I’m using an Opaque Pointer to create my GTRepository. I will try with a URL, to see if anything changes
Is that specific to a given repository, or does it happen on any of them ? Could you whip up a test case maybe ?
I don't understand what you mean by Opaque Pointer, and there are a few different ways to get to a GTRepository, some which might not be well-supported (using
git_repository_new()is the one I'd be surprised would work, or some edge-cases ofgit_submodule_open). The others should be okay. I just want to clarify if you're only going through Objective-C or if you're somehow customizing something.The OpaquePointer I’m talking about is created by SwiftGit2, a small git library for Swift.
My project is written in Swift, but I’m able to use Objective Git, as Swift runs on the ObjC runtime.
When the system calls
-[GTRepository dealloc]and the git_repository is empty, but still exists, the app crashes.Here is a screenshot of the debug session:
What I would suggest is to change:
objective-git/ObjectiveGit/GTRepository.m
Lines 110 to 115 in b3af3f3
By simply checking if the
workdirproperty of thegit_repositoryobject isn't empty before cleaning the repo.I'm not an Objective-C developer, so I let you guys do that for me (or just show me how to do it, and I'll submit a PR)