Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[DllImport("libzbar")] #3

Open
bambams opened this issue Mar 23, 2011 · 4 comments
Open

[DllImport("libzbar")] #3

bambams opened this issue Mar 23, 2011 · 4 comments

Comments

@bambams
Copy link
Contributor

bambams commented Mar 23, 2011

One thing I noticed today while attempting to package up my software (which depends on libzbar-cil and libzbar*) is that libzbar-cil references libzbar[.dll], whereas zbar seems to distribute the DLL as libzbar-0[.dll]. I don't really remember why this wasn't a problem earlier, but I assume that I probably manually copied x to y within the installation folder to make things work. That is always an option for deployment too, but it does raise the question of why libzbar is distributed that way and why libzbar-cil references it by another name. Do you also copy libzbar-0.dll to libzbar.dll or is your environment just different than mine?

@jonasfj
Copy link
Owner

jonasfj commented Mar 23, 2011

I run Linux and use mono for zbar-sharp development... And there's a lot of different prefixes and extensions depending on the platform (See [1] for details)...

I suppose [DllImport("zbar")] or [DllImport("zbar-0")] might do... Or perhaps I should write .config file for mono.
Anyway, I'm thinking about shipping binaries which would probably solve the issue...

But yes, I should fix the dll import statement at some point... It's pretty Linux specific at this point...

[1] http://www.mono-project.com/Interop_with_Native_Libraries#Library_Handling

@bambams
Copy link
Contributor Author

bambams commented Mar 23, 2011

It probably does make the most sense the way it is (or "zbar", if Mono supports that), but of course Windows fails when it comes to linking... :P I say do it the logical way, and if necessary distribute a renamed copy to make it work in Windows. :P

@Edddy
Copy link

Edddy commented Sep 27, 2011

Shipping the binaries would be a big time saver. I'm struggling to make the sample work

@scriptBoris
Copy link

OMG, issue by 2011 year... But the problem of present is actual...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants