Root2csv segmentation fault for Geant4 merged .root file

[DanBenjaminOxos]

I’m trying to use root2csv, as in this post.

Converting root file to csv using root2csv

ok. so, first a few clarifying things. root-ls, root2csv, … all the commands from go-hep.org/x/hep are written in Go. Go is a compiled programming language, so one needs a compiler (e.g. one that can be installed from golang.org) to compile Go source code into an executable for a given operating system + architecture (e.g.: linux + 64bits machine). go get go-hep.org/x/hep/cmd/root2csv will fetch the Go code for root2csv, compile it and install the resulting binary under some directory (by…

I’m running a Geant4 program that runs in multithreading. If I generate the root files as normal outputs, it will generate say “output_t#.root” for each thread #. I can manually merge the files after the fact using hadd, and then run root2csv to get a csv output.

However, for efficiency I would like to have the multiple threads merged. If I enable the command below using the G4AnalysisManager, I do get a single output.root file.

//Merge Multi-threaded root files into one
man->SetNtupleMerging(true);

However, if I try to run root2csv on this, I get a segmentation violation.

panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x10 pc=0x931c61]

Anyone know how to work around this?

[sbinet]

hi there,

could you post a link to a ROOT file that makes root2csv panic ?
(also, which version of root2csv are you using ?)

[DanBenjaminOxos]

Here’s a link to a merged root file that I can open in root, but fails on trying to use root2csv.

output_1.root

I’m not sure how to check the version of root2csv, but I tried yesterday on whatever the latest version was when downloading using the instructions you shared (with @latest).

[sbinet]

apologies for the belated answer.
I didn’t get an email notification for your answer.

I’ll investigate (at a quick glance, it seems it’s coming from how baskets are organized with this modus operandi. uproot seems to get those correctly, so there’s hope groot can do that as well)

[sbinet]

hi there,

PR #990 should fix it.
(it will appear shortly (1-2 days) in the next Go-HEP version)

groot/rtree: handle parallel-merged TBaskets

[sbinet]

@DanBenjaminOxos it’s done and published

• Go HEP release 0.34.0 - go-hep

[DanBenjaminOxos]

Nice work. I’ll give it a go.

[sbinet]

@DanBenjaminOxos any news ?

(my policy has always been to only advertise groot stuff when ROOT/C++ didn’t provide a satisfactory answer. or when asked to. and I’ve always been very clear about the Go-ish-ness of groot.)

[Axel]

@sbinet et might make sense to set up your own support forum and redirect people there? It might be worthwhile for people to understand that they are not connected to ROOT - i.e. once you decide to become a lumberjack or whatever we won’t be able to support them… Thanks!