[Halld-offline] sefaults in GetLastDOCAPoint()

David Lawrence davidl at jlab.org
Mon Mar 21 10:18:22 EDT 2011


Hi Richard,

     I have just committed a fix to this problem. It was due to a lack 
of checking whether an internal pointer in the DReferenceTrajectory 
object was set prior to using it. This pointer is set by calls to 
certain methods (like DistToRT()) but then used when one wants 
additional information regarding the point on the RT that was determined 
in the previous call. If the previous call fails to find the POCA for 
whatever reason, it sets this internal pointer to NULL indicating to 
subsequent calls to GetLastDOCAPoint methods (of which there are two) 
that they should consider this information invalid.

     Could you please verify that this fixes the problem for you?

Rgards,
-David

On 3/21/11 9:32 AM, Richard Jones wrote:
> David,
>
> Just checking -- "not YET gotten a segfault" ?
>
> Do you mean, do not get a segfault?  This file contains only one 
> event, so either you do get one when you analyze it or you don't.  If 
> you don't, this is a clue.  So far I have reproduced it under the 
> following circumstances:
>
>    1. default build, i686 without sse
>    2. default build, x86_64 with sse2, sse3
>    3. debug build with OPTIMIZE=2, x86_64 with sse2,sse3
>
> Next I will try debug build with OPTIMIZE=0
>
> -Richard J.
>
>
> On 3/21/2011 9:28 AM, David Lawrence wrote:
>> Hi Richard,
>>
>>      I've tried reproducing the error on Mac OS X 10.6 using revision 7602 but have not yet gotten a seg. fault. I'm in the process of compiling the same version on CentOS 5.3 x86_64 to see if I can reproduce the problem there.
>>
>> Regards,
>> -David
>>
>> On 3/21/11 7:51 AM, Richard Jones wrote:
>> Colleagues,
>>
>> I have entered this latest issue in Mantis as issue #51.  See that for details.  This message is just a heads-up to those doing reconstruction studies that this issue is known and reproducible on a data file containing a single event.  A fix should be forthcoming shortly.
>>
>> -Richard J.
>>
>>
>>
>>
>>
>> _______________________________________________
>> Halld-offline mailing list
>> Halld-offline at jlab.org  <mailto:Halld-offline at jlab.org><mailto:Halld-offline at jlab.org>
>> https://mailman.jlab.org/mailman/listinfo/halld-offline
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.jlab.org/pipermail/halld-offline/attachments/20110321/1d6fe690/attachment-0002.html>


More information about the Halld-offline mailing list