Re: [ROOT] seg fault in CINT while loading DLLs

From: Rene Brun (Rene.Brun@cern.ch)
Date: Mon Feb 17 2003 - 18:34:58 MET


Hi Francois,

Could you compile your classes in debug mode, run under gdb:
After loading your first library,
root [0] .L ../Core/lib/libNEATCore.so

could you do;
.class someclass

where someclass is any classname in this library.

if you see the functions of someclass, execute :

root [1] .L ../RawData/lib/libNEATRawData.so

when it crashes, you are back to gdb. Could you send the traceback from
gdb > bt

The problem could be in your class constructors.

If this does not give any hints, could you make your own main program
based on the Root main program, linking with your 2 shared libs.
In your main program, including classes from your libraries and try
to make an instance of one class.

Rene Brun

François Mauger wrote:
> 
> Hi ROOTers,
> 
> OK I was apparently successful in compiling my first DLLs:
>   ../Core/lib/libNEATCore.so
>   ../RawData/lib/libNEATRawData.so
> 
> Note: the second lib depends on the first one.
> 
> Now I want to check them with CINT!
> 
> My system:
> # uname -a
> OSF1 V5.1 1885 alpha
> 
> My ROOT version
> # root
> ...
>   *        W E L C O M E  to  R O O T       *
>   *                                         *
>   *   Version   3.03/09  18 December 2002   *
> ...
> 
> And now the funny stuff!
> 
> root [0] .L ../Core/lib/libNEATCore.so
> root [1] .L ../RawData/lib/libNEATRawData.so
> 
>  *** Break *** segmentation violation
> Root > .q
> 
> Arghhhhhh ! I have no hint !
> Any idea or better solution!
> 
> What's wrong between me and ROOT?
> 
> thks
> frc
> --
> François Mauger
> Laboratoire de Physique Corpusculaire de Caen et Université de Caen
> ENSICAEN/ISMRA - 6, Boulevard du Marechal Juin, 14050 CAEN Cedex, FRANCE
> e-mail: mauger@caelav.in2p3.fr
> tel.: (0/+33) 2 31 45 25 12
> fax: (0/+33) 2 31 45 25 49
> internet: http://www.physique.unicaen.fr/~fmauger/



This archive was generated by hypermail 2b29 : Thu Jan 01 2004 - 17:50:09 MET