<div dir="ltr">Thanks, Gert,<div><br></div><div>A quick question about the plugins: when you build with Cmake, did you have CMAKE_PREFIX_PATH set to point to the Qt5's lib/cmake directory? I think this is the way the plugins get picked up. </div><div><br></div><div>I've set up a VM with Debian and am trying to build everything now. </div><div><br></div><div>Paul</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 21, 2014 at 6:19 AM, Gert Wollny <span dir="ltr"><<a href="mailto:gw.fossdev@gmail.com" target="_blank">gw.fossdev@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Paul,<br>
<span class=""><br>
<br>
<br>
On Tue, 2014-10-21 at 04:45 -0400, Paul Yushkevich wrote:<br>
> I am going to try looking into this problem this week. I have been building<br>
> on Centos, and there the Qt plugins are being picked up just fine. I<br>
> suspect the crash is due to the missing plugin, but I am not sure.<br>
</span>The crash is within<br>
<br>
 QCoreApplication::arguments ()<br>
<br>
and it doesn't seem to crash reliable. Somehow I suspect that there is a<br>
mixup in symbols resolution, i.e. I added code like:<br>
<br>
  char *a = "lala";<br>
  SNAPQApplication app(1, &a);<br>
  QStringList mylist = app.arguments();<br>
<br>
and it crashes in this very call to app.arguments() without going<br>
through the plug-in loading. I also call arguments() in the<br>
SNAPQApplication() constructor to check it and there it doesn't cash.<br>
<br>
When I use valgrind*, then it reports "jump depends on un-initialized<br>
values" within the final loop of  QCoreApplication::arguments (), but<br>
only outside the constructor.<br>
<br>
I can only guess that the upload of QT5 that came after the upload of<br>
libvtk6-dev which depends on QT5 broke something and a binary upload of<br>
vtk could help.<br>
<span class=""><br>
> Could you tell me why including all VTK libs and GDCM libs was required?<br>
</span>I think not all VTK libs are required, but some symbols where missing,<br>
and it was easier to add all libraries instead of finding out what is<br>
really needed. There was also a symbol missing from GDCM.<br>
<br>
Note, that I worked with the dev32 branch.<br>
<br>
Best<br>
Gert<br>
<br>
* valgrind reports a number of problems with the code. For some of them<br>
I sent patches upstream, see<br>
 <a href="https://sourceforge.net/p/itk-snap/bugs/81/" target="_blank">https://sourceforge.net/p/itk-snap/bugs/81/</a><br>
 <a href="https://sourceforge.net/p/itk-snap/bugs/82/" target="_blank">https://sourceforge.net/p/itk-snap/bugs/82/</a><br>
<br>
<br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Paul A. Yushkevich, Ph.D. <br>Associate Professor<br>Penn Image Computing and Science Laboratory<br>Department of Radiology<br>University of Pennsylvania<br></div>
</div>