-
Notifications
You must be signed in to change notification settings - Fork 25
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
Comments
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. 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 |
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 |
Shipping the binaries would be a big time saver. I'm struggling to make the sample work |
OMG, issue by 2011 year... But the problem of present is actual... |
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?
The text was updated successfully, but these errors were encountered: