[Paraview-developers] Problems with protobuf when loading self-compiled plugin on OS X

[Utkarsh Ayachit]

Michael,

In theory, "make install" should work. OsX can be pretty unforgiving
with library paths. I'll try to see if I can reproduce the issue and
track it down.

As for the segfault, it's hard to say without looking at the code.
There have been quite a few changes since VTK 6.0. Refer to this:
http://www.vtk.org/Wiki/VTK/VTK_6_Migration_Guide
Hopefully that helps.

Utkarsh


On Wed, May 29, 2013 at 10:10 AM, Michael Schlottke
<m.schlottke at aia.rwth-aachen.de> wrote:
> Hi Utkarsh,
>
> (a) is the location of the paraview.app bundle that is created when building ParaView on OS X and running "make install"
> (b) is the original build directory
>
> If I go to the build directory and run "./bin/paraview.app/Contents/MacOS/paraview", it actually works, so thank you very much! How come that the "installed" version has problems with duplicate symbols, while the original one doesn't? This seems to render the "make install" command rather useless on OS X…(or maybe its a feature and I just fail to see the purpose).
>
> However, now that the plugin loads correctly, if I try to load a dataset with the reader, ParaView crashes with a segfault: "Segmentation fault: 11"
> From my plugin's debug output I know that the "RequestData" function returns without problems, but after that there's no more output until the segfault. The exact same plugin works without problems on a Linux machine. The only explanation that I can come up with is that there was a (silent) change from 3.14 to 4.00 that does not manifest in the plugin itself but only later in the pipeline. Can you make anything of this?
>
> Thanks a lot in advance!
>
> Michael
>
> On May 29, 2013, at 15:37 , Utkarsh Ayachit wrote:
>
>> Looks like you have two builds of ParaView:
>> (a)  /Applications/ParaView 4.0.0-RC2.app/
>> (b) / /Users/mic/.BuiltFromSource/.builds/ParaView-4.0.0-RC2/
>>
>> Which one (a) or (b) was the plugin built against and which one are
>> you trying to load it in?
>>
>> Utkarsh
>>
>> On Wed, May 29, 2013 at 8:58 AM, Michael Schlottke
>> <m.schlottke at aia.rwth-aachen.de> wrote:
>>> Hi,
>>>
>>> We have created a custom reader plugin for our simulation data. On Linux
>>> using ParaView 3.14 the plugin works without problems. However, we have not
>>> succeeded to get the plugin to work on Mac OS X:
>>>
>>> When trying to load the plugin in the Plugin Manager, ParaView crashes and
>>> leaves the following message on the command line:
>>>
>>> objc[54821]: Class vtkCocoaTimer is implemented in both
>>> /Applications/ParaView
>>> 4.0.0-RC2.app/Contents/MacOS/./../Libraries/libvtkRenderingOpenGL-pv4.0.1.dylib
>>> and
>>> /Users/mic/.BuiltFromSource/.builds/ParaView-4.0.0-RC2/lib/libvtkRenderingOpenGL-pv4.0.1.dylib.
>>> One of the two will be used. Which one is undefined.
>>> objc[54821]: Class vtkCocoaServer is implemented in both
>>> /Applications/ParaView
>>> 4.0.0-RC2.app/Contents/MacOS/./../Libraries/libvtkRenderingOpenGL-pv4.0.1.dylib
>>> and
>>> /Users/mic/.BuiltFromSource/.builds/ParaView-4.0.0-RC2/lib/libvtkRenderingOpenGL-pv4.0.1.dylib.
>>> One of the two will be used. Which one is undefined.
>>> objc[54821]: Class vtkCocoaFullScreenWindow is implemented in both
>>> /Applications/ParaView
>>> 4.0.0-RC2.app/Contents/MacOS/./../Libraries/libvtkRenderingOpenGL-pv4.0.1.dylib
>>> and
>>> /Users/mic/.BuiltFromSource/.builds/ParaView-4.0.0-RC2/lib/libvtkRenderingOpenGL-pv4.0.1.dylib.
>>> One of the two will be used. Which one is undefined.
>>> objc[54821]: Class vtkCocoaGLView is implemented in both
>>> /Applications/ParaView
>>> 4.0.0-RC2.app/Contents/MacOS/./../Libraries/libvtkRenderingOpenGL-pv4.0.1.dylib
>>> and
>>> /Users/mic/.BuiltFromSource/.builds/ParaView-4.0.0-RC2/lib/libvtkRenderingOpenGL-pv4.0.1.dylib.
>>> One of the two will be used. Which one is undefined.
>>> libprotobuf ERROR
>>> /Users/mic/.BuiltFromSource/.sources/ParaView-4.0.0-RC2/ThirdParty/protobuf/vtkprotobuf/src/google/protobuf/descriptor_database.cc:109]
>>> Symbol name "google.protobuf.NamePart" conflicts with the existing symbol
>>> "google.protobuf.NamePart".
>>> libprotobuf FATAL
>>> /Users/mic/.BuiltFromSource/.sources/ParaView-4.0.0-RC2/ThirdParty/protobuf/vtkprotobuf/src/google/protobuf/descriptor.cc:860]
>>> CHECK failed: generated_database_->Add(encoded_file_descriptor, size):
>>> Abort trap: 6
>>>
>>> The used OS X version is 10.7.5, with ParaView 4.0.0-RC2. Compilation was
>>> done (both plugin and ParaView itself) with clang 3.1.
>>>
>>> Since I wouldn't even know where to start searching for the cause of this
>>> problem, any help or input is appreciated.
>>>
>>> Regards,
>>>
>>> Michael
>>>
>>>
>>> --
>>> Michael Schlottke
>>>
>>> SimLab Highly Scalable Fluids & Solids Engineering
>>> Jülich Aachen Research Alliance (JARA-HPC)
>>> RWTH Aachen University
>>> Wüllnerstraße 5a
>>> 52062 Aachen
>>> Germany
>>>
>>> Phone: +49 (241) 80 95188
>>> Fax: +49 (241) 80 92257
>>> Mail: m.schlottke at aia.rwth-aachen.de
>>> Web: http://www.jara.org/jara-hpc
>>>
>>>
>>> _______________________________________________
>>> Paraview-developers mailing list
>>> Paraview-developers at paraview.org
>>> http://public.kitware.com/mailman/listinfo/paraview-developers
>>>
>