FWD Software

[David Kapukchyan <david.kapukchyan AT email.ucr.edu>]

Ok, thanks! I'll give it a try. -David On Thu, Feb 26, 2026 at 11: 03 AM Akio Ogawa <akio@ bnl. gov> wrote: Hmmm. . . . Maybe I have not done that neither. . . . Add anonther StMuDstMaker with write mode : 1st argunennt = 1 when new-ing (wrire

ZjQcmQRYFpfptBannerStart

This Message Is From an External Sender

This message came from outside your organization.

 

ZjQcmQRYFpfptBannerEnd

Ok, thanks! I'll give it a try.

-David

On Thu, Feb 26, 2026 at 11:03 AM Akio Ogawa <akio AT bnl.gov> wrote:

Hmmm.... Maybe I have not done that neither....

Add anonther StMuDstMaker with write mode :

   1st argunennt = 1 when new-ing (wrire mode)
   different name "MuDst" -> "ReCreatedMuDst" or something.

and place it AFTER StFcsClusterMaker/StFcsPointMaker but BEFORE
your analysis maker where you are printing out those lines....

Make sure your analysis take new Mudst (not old one) by

   mAnaData->mMuDstMkr = (StMuDstMaker*)GetInputDS("RecreatedMuDst");

instead of one you are reading...

OGAWA, akio                 Email : akio AT bnl.gov
BrookHaven National Lab. Physics Dep. 510A 2-235
Upton, NY, 11973-5000          Tel. 631-344-5293

On Thu, 26 Feb 2026, David Kapukchyan wrote:

> Yes but it may take some time. Also, I've never recreated mudst before. How do I do this? I am not using BFC
> options but create my own StMuDstMaker object. Is there a "mudstmaker->Write()" call I need to use? -David
> On Thu,
> ZjQcmQRYFpfptBannerStart
> This Message Is From an External Sender
> This message came from outside your organization.
>  
> ZjQcmQRYFpfptBannerEnd
> Yes but it may take some time. Also, I've never recreated mudst before. How do I do this? I am not using BFC
> options but create my own StMuDstMaker object. Is there a "mudstmaker->Write()" call I need to use?
> -David
>
> On Thu, Feb 26, 2026 at 10:25 AM Ogawa, Akio <akio AT bnl.gov> wrote:
>       Hello
>
>       Printing from StEvent. 
>
> Okey so we don’t know if Mudst wasn’t filled correctly on memory, or file writing or reading issues at
> later stage yet. 
>
> Can you re-create Mudst (read mudst -> create StEvent -> recreate Mudst on memory) and see if
> re-created Mudst on memory is also corrupt?
>
> Then can you check out StMuDSTMaker, and change 
>
> COMMON/StMuFcsUtil.cxx
> line 173-184 
>
> where lines were commented out, put them in, compile and try again?
>
> Akio
>
>
> Is there anything wrong you see from StMuFcsAnaCheckFillClusPoint from StEvent? 
> Yes I think it is a problem reading/writing MuDsts around cluster-point associations….
>
> Is there anything wrong you see from StMuFcsAnaCheckFillClusPoint?
>
>
> I haven't seen anything wrong from StMuFcsAnaCheckFillClusPoint.
>
> -Akio
>
>
>