<font face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size="2">
<DIV>Hi Luke,</DIV><DIV> </DIV><DIV>I have updated the OpenSPIM/Fiji package and now errors are not present anymore when</DIV>
<DIV>I launch the µManager plugin.</DIV><DIV> </DIV><DIV>Thanks a lot,</DIV>
<DIV>Edgar</DIV><DIV><TABLE border=0 cellSpacing=0 cellPadding=0 width=457>
<TBODY><TR><TD colSpan=3><FONT size=2 face=sans-serif>_________________________________________________________________________<BR>
<BR>Fraunhofer-Institut für Produktionstechnologie IPT <BR>Edgar Escobar Nieto <BR>
<BR><BR><BR><BR>Steinbachstraße 17 <BR>52074 Aachen <BR><BR>skf-ee@ipt.rwth-aachen.de </FONT>
<FONT color=blue size=3><U><BR></U></FONT><A href="http://www.ipt.fraunhofer.de/">
<FONT color=blue size=2 face=sans-serif><U>http://www.ipt.fraunhofer.de</U>
</FONT></A><FONT size=2 face=sans-serif><BR>_________________________________________________________________________</FONT>
<BR></TD></TR><TR><TD vAlign=top width=225></TD><TD width=7></TD><TD vAlign=top width=225>
</TD></TR></TBODY></TABLE></DIV><BR><BR><FONT color=#990099>-----Luke Stuyvenberg <stuyvenberg@wisc.edu> schrieb: -----</FONT>
 <DIV style="PADDING-LEFT: 5px"><DIV style="BORDER-LEFT: black 2px solid; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
An: Johannes Schindelin <Johannes.Schindelin@gmx.de>, Wade Sigurdson <wjs@buffalo.edu>, Edgar Escobar Nieto <skf-ee@ipt.rwth-aachen.de><BR>
Von: Luke Stuyvenberg <stuyvenberg@wisc.edu><BR>Datum: 20.05.2013 23:55<BR>
Kopie: openspim@openspim.org<BR>Betreff: Re: laser questions, About the OpenSPIM/Fiji package, Getting the code back on track<BR>
<BR><DIV><FONT size=2 face="Default Monospace,Courier New,Courier,monospace">
Hey Johannes (and Wade and Edgar -- hang on to the end of this e-mail, I have an aside for you two),<BR>
<BR>We believe we have a solution for the "Error: Failed to open libMMCoreJ_wrap.jnilibmmcorej:MMCoreJJNI.swig_module_init()V" bug.<BR>
<BR><BR>First, a reply to Johannes' e-mail:<BR><BR><BR>Regarding the things we have to ship:<BR>
- Obviously the old runtime and manifest are already included.<BR>- The new runtime has been uploaded: msvcr100.dll, msvcp100.dll.<BR>
However, MMCoreJ_wrap.dll has the manifest (identical to the intermediate manifest, which, I believe, is why it is called 'intermediate') embedded; this is per Microsoft's wishes that DLLs have the manifest embedded (otherwise it won't be read by LoadLibrary calls).<BR>
<BR><BR>Based on certain sources, it seems Microsoft does not want us to load the runtime libraries as side-by-side assemblies. With that in mind:<BR>
- The recompile you made works -- the last part of the search path for DLLs is the PATH environment variable, so including mm/Win32 will find the runtime DLLs.<BR>
- Removing the runtime DLLs does break it again. They have to be present.<BR>
- As I said above, I think intermediate is so-called because it is later embedded into the DLL (you can open it with a text editor and search for 'manifest' if you like).<BR>
You mentioned on IRC that you would upload the new launcher version to the ImageJ update site, so...<BR>
<BR><BR>Now, the promised aside to Edgar and Wade:<BR><BR><BR>The main problem is that we forgot to include the new Microsoft Visual C Runtime libraries. Thanks to Johannes' effort, this should be rectified -- all you need to do now is launch Fiji and update it!<BR>
<BR><BR>You should get a few things:<BR>- A new ImageJ-win32.exe that will find the right files.<BR>
- Newer, slimmer versions of the OpenSPIM DLLs: MMCoreJ_wrap.dll as well as several mmgr_dal_*.dll files.<BR>
- msvcr100.dll and msvcp100.dll, the new runtime.<BR><BR><BR>After updating, please try launching Micro-Manager again!<BR>
<BR><BR>Thank you,<BR>Luke Stuyvenberg<BR><BR><BR>On 05/20/13, Johannes Schindelin  wrote:<BR>
> Hi Luke,<BR>> <BR>> thank you for taking on the task to address the UnsatisfiedLlinkErrors. I<BR>
> will summarize a few points to keep everybody interested in the loop:<BR>
> <BR>> - since Microsoft does not allow redistribution of the debug libraries, we<BR>
> had to recompile everything in release mode<BR>> <BR>> - there was a bug that would prevent release mode from working correctly:<BR>
> it still included debug information<BR>> <BR>> - the old redistributable libraries (i.e. Visual Studio 2008's) required a<BR>
> manifest to be loaded (a small .xml file)<BR>> <BR>> - some setting in Micro-Manager enforces compatibility with the old<BR>
> runtime libraries (as can be seen in<BR>> MMCoreJ_wrap.dll.intermediate.manifest)<BR>
> <BR>> - we therefore need to ship<BR>> <BR>> - the old runtime libraries<BR>
> - the old runtime manifest<BR>> - the new runtime<BR>> - the manifest for MMCoreJ_wrap.dll<BR>
> <BR>> Now, in my tests on the VM (you have credentials to log in), I could start<BR>
> Micro-Manager again, without getting thos unsatisfied links.<BR>> <BR>
> May I ask you to check a couple of things, still?<BR>> <BR>> - I recompiled a debug.exe that also adds mm/win32/ to the PATH. Could you<BR>
> retry with ImageJ-win32.exe? I think the change was not actually needed.<BR>
> <BR>> - Could you try without 2010 runtime libraries in mm/Win32/? I think they<BR>
> are needed, but it would be nice to know.<BR>> <BR>> - The name "intermediate" suggests that Micro-Manager's build process does<BR>
> something funny to that manifest. Could you please check that? "git grep<BR>
> intermediate" should tell<BR>> <BR>> Thank you!<BR>> Dscho<BR>
</FONT></DIV></DIV></DIV><DIV></DIV></font>