The nightly build seems to work for other tasks tested.

A release build of the current trunk on the same machine does not have this issue.

Looking at the output of ldd on the SlicerApp-real binary, the only suspicious thing I see is that we are resolving to the system version of zlib rather than something bundled from slicer's build version of zlib. Is this expected?

libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f7cac18c000)

Did you make sure to use 'ldd' after starting a terminal using the Slicer launcher ?

This is still an issue with the 4.3 release build (downloaded today)

Re note 9598, yes, that was in a shell created with the launcher. All the other libraries appear to be correct.

Tried removing Extensions folders as pasted below. After this I was able to see all extensions and pick one to install but then got a crash during installation.

pieper@boggs:~/slicer4/latest/Slicer-superr$ ls ~/.config/Extensions-22*
/home/pieper/.config/Extensions-22199:

/home/pieper/.config/Extensions-22233:

/home/pieper/.config/Extensions-22243:

/home/pieper/.config/Extensions-22251:

/home/pieper/.config/Extensions-22255:

/home/pieper/.config/Extensions-22257:

/home/pieper/.config/Extensions-22287:
pieper@boggs:~/slicer4/latest/Slicer-superr$ rm -rf ~/.config/Extensions-22*

This seems to have fixed the crash:

$ rm -rf ~/.config/Trolltech.conf

I didn't save a copy, but the file contained cache links to various qt plugins from previous versions of slicer. A new version was created after running slicer again where all the paths point into the new directory.

I have not gotten a crash since deleting the file.

After updating my work station to Ubuntu 13.04, I started to experience crash after showing the extensions manager.

To systematically reproduce the issue, I came up with the following.

Using 4.7.4 / Slicer r22457

I did 300 copy of one of the CLI shared library (i.e AddScalarVolumes) using the following bash command:

// ---------------
cd /path/to/Slicer-SuperBuild-Debug/Slicer-build/lib/Slicer-4.3/cli-modules

for i in seq 1 150;
do
echo "Copying into libFoo${i}Lib.so"
cp libAddScalarVolumesLib.so libFoo${i}Lib.so
done
// ---------------

then created a destination folder:

mkdir /path/to/Slicer-SuperBuild-Debug/Slicer-build/lib/Slicer-4.3/foo-cli-modules

and copy the copied module into it

cp /path/to/Slicer-SuperBuild-Debug/Slicer-build/lib/Slicer-4.3/cli-modules/libFoo* /path/to/Slicer-SuperBuild-Debug/Slicer-build/lib/Slicer-4.3/foo-cli-modules

// ---------------

renamed the existing module folders to prevent them from being loaded:

cd /path/to/Slicer-SuperBuild-Debug/Slicer-build/lib/Slicer-4.3/

mv cli-modules cli-modules-disabled
mv qt-loadable-modules qt-loadable-modules-disabled
mv qt-scripted-loadable-modules qt-scripted-loadable-modules-disabled

// ---------------

started Slicer using the following ...

./Slicer --additional-module-path /home/jchris/Projects/Slicer-SuperBuild-Debug/Slicer-build/lib/Slicer-4.3/foo-cli-modules/

=> Crash

./Slicer --disable-python --additional-module-path /home/jchris/Projects/Slicer-SuperBuild-Debug/Slicer-build/lib/Slicer-4.3/foo-cli-modules/ --disable-python

=> Crash

./Slicer --disable-python --disable-message-handlers --additional-module-path /home/jchris/Projects/Slicer-SuperBuild-Debug/Slicer-build/lib/Slicer-4.3/foo-cli-modules/

=> Crash

Commented code related to:

Message handler, ProxyStyle, CookieJar in Slicer webWidget

=> Crash

Interestingly, if a loadable module (Cameras one) is copied 150 times, or if the DoIt method (templated code) is removed from the CLI

=> No Crash - This could be explained by the fact the shared library is less than 1Kb instead of being ~9Mb

// --------------------------
// --------------------------
// --------------------------

Additional remarks:

• Even after building Qt and Slicer in Debug, there are no useful stacktrace (either attaching the process or loading the core dump)

• Checking if the maximum number of file per process has been reached has also been investigated (using lsof, ulimit) and this is not an issue.

• Updating to either 4.8.1 (Release) or 4.8.5 (Release or Debug) doesn't cause problem.

Action plan:

• Before updating to 4.8.5, will have to investigate the implication regarding 0002705

Step 1: Compile Slicer, then copy "libAddScalarVolumesLib" into "foo-cli-modules" folder.

Step 2: Build program attached using against Qt 4.7.4

qmake
make

Step 3: Execute and you will see the crash:

./TrackWebKitCrash /home/jchris/Projects/Slicer-SuperBuild-Debug-Qt476/Slicer-build/lib/Slicer-4.3/foo-cli-modules/

Since building against Qt 4.8.5 prevent Slicer from crashing. Please, give a try using the latest nightly. See http://download.slicer.org

Note that r22466 [1] simplify the requirement for Qt version and any version >= 4.7.4 will now be accepted.

[1] http://viewvc.slicer.org/viewvc.cgi/Slicer4?view=revision&revision=22466

This will be hard to test because I no longer have the Trolltech.conf file. Also, until Oct 6 I won't have access to the linux machine. But your testing looks conclusive to me, so for bookkeeping purposes leading up to the release I will close this now and re-open it if the issue comes back.