[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Fwd: init not called?
Hi Mihajlo, Matt, et al.,
Thanks Matt for reminding me of when this issue was visited before.
I've now gone and verified that I see the same problem with hd_example
when using jana 0.4.9. However, with jana 0.5.2, the problem is indeed
fixed. I think the 2 options are 1.) to implement Matt's solution of
calling init() from the constructor, or 2.) upgrade to JANA 0.5.2. I
would encourage the latter.
Regards,
-David
Matthew Shepherd wrote:
>
> Hi guys,
>
> (Removing the main list to avoid spamming people)
>
> David -- does this message help? I think it is the same problem.
> Perhaps you've fixed it since then and we need to update on our end?
> I fixed the problem by calling init() in my processor's constructor.
>
> -Matt
>
> Begin forwarded message:
>
>> From: Matthew Shepherd <mashephe@indiana.edu>
>> Date: April 2, 2009 1:06:09 PM GMT-04:00
>> To: David Lawrence <davidl@jlab.org>
>> Subject: Re: init not called?
>>
>>
>> David,
>>
>> No problem -- thanks the note -- my solution works now. If you feel
>> appropriate, you might send an email to the software group? I spun
>> my wheels for a while on this. The symptom in my case was actually a
>> segfault in the event loop. I searched all over and found it was due
>> to a TTree Fill() command that was being called on a null pointer
>> (the output tree didn't get setup in init()).
>>
>> -Matt
>>
>> On Apr 2, 2009, at 11:38 AM, David Lawrence wrote:
>>
>>>
>>> Hi Matt,
>>>
>>> I've run into some problems with this too recently. In fact, I just
>>> traced down an issue with it last night. It has to do with changes
>>> in the most recent version of JANA (0.5.1). In that release, a
>>> somewhat significant change was made to how initializations were
>>> done in order to better accommodate GUIs which operate in a slightly
>>> different way.
>>>
>>> The fix seems to depend on the exact version of JANA and the Hall-D
>>> source code that is being used. For me, the main thing that was
>>> needed was to make the JApplication::Init() method virtual so that
>>> DApplication::Init() gets called properly. I'm not sure that would
>>> resolve the issue in your case.
>>>
>>> All I can say for now is that I'm seeing similar issues and I'm
>>> trying to fix them as I come across them. I'm hoping to put out a
>>> new JANA version (0.5.2) next week that addresses this and a new
>>> tagged release of the Hall-D software the week after that that
>>> meshes well with JANA 0.5.2. In the meantime, hopefully you can limp
>>> along with what you have.
>>>
>>> Sorry for the inconvenience.
>>>
>>> Regards,
>>> -David
>>>
>>> Matthew Shepherd wrote:
>>>>
>>>> Hi David,
>>>>
>>>> I seem to have a processor that has an init routine that is not
>>>> getting called. I can't figure out why this is. I checked other
>>>> sample processors in the repository and the function seems to be
>>>> defined correctly:
>>>>
>>>> jerror_t init(void); ///< Called once at
>>>> program start.
>>>>
>>>> I got around it by calling init in the constructor, but this isn't
>>>> the best solution -- any ideas?
>>>>
>>>> -Matt
>>>>
>>>
>>> --
>>>
>>> ------------------------------------------------------------------------
>>>
>>> David Lawrence Ph.D.
>>> Staff Scientist Office: (757)269-5567 [[[ [ [
>>> [ Jefferson Lab Pager: (757)584-5567 [ [
>>> [ [ [ [ http://www.jlab.org/~davidl davidl@jlab.org
>>> [[[ [[ [[ [[[
>>> ------------------------------------------------------------------------
>>>
>>>
>>>
>>
>
--
------------------------------------------------------------------------
David Lawrence Ph.D.
Staff Scientist Office: (757)269-5567 [[[ [ [ [
Jefferson Lab Pager: (757)584-5567 [ [ [ [ [ [
http://www.jlab.org/~davidl davidl@jlab.org [[[ [[ [[ [[[
------------------------------------------------------------------------