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