On Nov 5, 2014, at 11:19 AM, Maury Markowitz <maury.markow...@gmail.com> wrote:
> unzOpen2 is part of miniunzip, itself part of zlib. The zlib code appears to
> be in the MPH project essentially/completely unchanged. Of course I also have
> libz in /usr/lib on every device I'm targeting.
libMonoPosixHelper.dylib has a copy of minzip for use in
System.IO.Packaging/etc.
> *** What are you doing, man?! ***
>
> Is WindowsBase available in a OSX version? Or just System.IO.Packaging? It
> does not appear to be, which is what started me down this rabbit hole.
The System.IO.Packaging namespace is in WindowsBase.dll:
http://msdn.microsoft.com/en-us/library/system.io.packaging.package(v=vs.110).aspx
> Assembly: WindowsBase (in WindowsBase.dll)
WindowsBase.dll, in turn, is installed:
$ find /Library/Frameworks/Mono.framework/Libraries/ -name
WindowsBase.dll
/Library/Frameworks/Mono.framework/Libraries//mono/2.0/WindowsBase.dll
/Library/Frameworks/Mono.framework/Libraries//mono/4.0/WindowsBase.dll
/Library/Frameworks/Mono.framework/Libraries//mono/4.5/WindowsBase.dll
/Library/Frameworks/Mono.framework/Libraries//mono/gac/WindowsBase/3.0.0.0__31bf3856ad364e35/WindowsBase.dll
/Library/Frameworks/Mono.framework/Libraries//mono/gac/WindowsBase/4.0.0.0__31bf3856ad364e35/WindowsBase.dll
Using the assembly Works For Me™:
$ csharp -r:WindowsBase.dll
csharp> using System.IO.Packaging;
csharp> Package p = null;
OK, not a great example, but it shows that the assembly, namespace, and type
were found by the compiler...
> *** It just works! ***
>
> If this call should normally just work, then perhaps the path is screwed up
> and it can't find it. How would I test this possibility?
What would be helpful is if you provided your sample code and the corresponding
error message. AFAIK, Mono should be able to find libMonoPosixHelper.dylib, so
I don't understand the error you're seeing.
- Jon
_______________________________________________
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
