carlosmn/geef

Git NEEEEF (Erlang NIF)

geef's Issues

Can't build on Linux

Hello,

I'm trying to build geef on Arch Linux (64-bit, all packages updated). My libgit2 version is 0.22.1 and my git version is 2.3.2. My architecture is 64-bit (with Linux 3.18.6).

I ran make and then in the erlang shell added the code path (/home/user/git/geef/ebin).

When running {ok, Repo} = geef_repo:open("."). (or any other command), I get an error report:

** exception error: undefined function geef_nif:repository_open/1
     in function  geef_repo:open/1 (src/geef_repo.erl, line 39)
2> 
=ERROR REPORT==== 11-Mar-2015::19:56:10 ===
The on_load function for module geef_nif returned {error,
                                                   {load_failed,
                                                    "Failed to load NIF library: '/home/user/git/geef/priv/geef.so: undefined symbol: git_threads_init'"}}

Things I already know, that might help you help me:

• in /home/user/git/geef/priv/geef.so I see the string git_threads_init three times.
• in src/geef_nif.erl, line 236 the Dir pattern is matched.

`Segmentation fault` when reading a commit's tree

Hello again,

I have the following Elixir test, which works, but about a third of the time leads to a segfault (after all three assertions! I tried putting debug prints). Commenting the Commit.tree commit line makes the segfault go away.

{:ok, repo} = Repository.open "tmp"
{:ok, %Reference{target: commit_id}} = Reference.lookup repo, "refs/heads/master"
assert "49E7494346DCFF08279A298D1CF8F5E429FDE98D" == Base.encode16(commit_id)
{:ok, commit} = Commit.lookup repo, commit_id
assert "49E7494346DCFF08279A298D1CF8F5E429FDE98D" == Base.encode16(commit.id)
{:ok, tree} = Commit.tree commit
assert "09EC7D0E07FD6D501B7ED097E3B83C33439AB34D" == Base.encode16(tree.id)

The repository is a standard git 2.3.2 bare repository with a single commit with two one-character-long files.

Any idea why this happens, or how to debug this?

Is this project still active?

I've just found this project, which I intend to use for one of my projects, and I was wondering if it was still active. It seems to have a few PR's waiting to be merged, and documentation needs improving. Based on these symptoms, is this project still active, or is it dead?

Question: Dirty Schedulers

When this library is used, should it be used with dirty schedulers enabled so as not to wreak havoc upon the schedulers, or does the C code currently yield?

I tried reading through the source but I couldn't find anything to confirm or deny my thoughts :(

Thank you.

Is this still maintained?

Hi, since this is listed as the Erlang/Elixir "semi-official" binding for Erlang/Elixir, and I think I found some space for improvements, is this library still maintained? I'd be happy to contribute if so :-)

Submit Geef to Hex.pm

Geef is currently not on Hex.pm, which means that projects have to install from Github directly.

Is there a reason for this - is it intentional, or just not done yet?

Thanks!