[Rivet] HEPMC interface being weird in 2.6.0

[Andy Buckley]

If you could add the refdata-booking lines beside the manual ones, but
commented out, that'll give me a good shot at debugging -- or send me a
minimal example that exhibits the behaviour and I'll check it right away.
Since the 2D histograms are less used, maybe there is some (really weird)
bug in there...

Andy

On 27 April 2018 at 09:24, Christian Gutschow <chris.g at cern.ch> wrote:

> Hi again,
>
> I’ve tried recompiling from scratch, once even with ROOT removed from my
> environment, but to no avail.
>
> Given that the routine is otherwise validated, I would like to submit it
> now anyway. Shall I leave the manual booking in for now or rewrite the (cc
> & plot files & post-processing script) assuming the reference-data-based
> booking works (which would change the histogram name), even though I can’t
> seem to test it myself?
>
> Cheers,
> Chris
>
>
> On 24 Apr 2018, at 17:56, Christian Gutschow <chris.g at cern.ch> wrote:
>
> Yes, I can switch this behaviour on and off depending on how I book the 2D
> histogram.
>
> I’m attaching my 2.6.0 config.log in case it helps.
>
> Cheers,
> Chris
>
>
>
>
> > On 24 Apr 2018, at 17:51, Andy Buckley <andy.buckley at cern.ch> wrote:
> >
> > No idea -- this makes no sense. And the dot thing also seems to not be
> true -- I was tricked by a symlinking failure into thinking it had solved a
> problem coming from HepMC being unable to re-read the HepMC events written
> out by MadGraph.
> >
> > This is super-weird. It's a bit turn-it-off-and-back-on-again, but does
> normal service reliably resume when you revert your bookHisto2D change?
> There's no reason that they should be connected in code logic, but maybe
> something to do with the build/run environment...
> >
> > Andy
> >
> > Dr Andy Buckley, Lecturer / Royal Society University Research Fellow
> > Particle Physics Experiment Group, University of Glasgow
> > On Apr 24 2018, at 5:34 pm, Christian Gutschow <chris.g at cern.ch> wrote:
> >
> > Ok not quite solved apparently and even weirder:
> >
> > I’ve copied the hepmc file into my working directory to avoid the
> leading dots and it runs fine. Exact command:
> >
> > rivet --ignore-beams --pwd -a ATLAS_2017_I1624693 -H MyOut260.yoda
> jets.hepmc2g
> >
> > Among other things, this routine fills a 2D histograms, and rather than
> defining the binning manually, I want to book via reference data, which
> should be doable for 2Ds as of 2.6.0. So I replace this guy
> >
> > _dalitz = bookHisto2D( "dalitz", 20, -1., 1., 20, -1., 1.);
> >
> > with this guy
> >
> > _dalitz = bookHisto2D(3, 1, 1);
> >
> > in the *routine code* and recompile.
> >
> > All good so far. Running the same command as above and now it
> immediately gives up, saying
> >
> > Could not read from 'jets.hepmc2g'
> >
> > What. Mind blown.
> >
> > How is the HEPMC-input file handling correlated with the histogram
> booking in this way? Any ideas!?
> >
> > Cheers,
> > Chris
> >
> >
> >
> > On 24 Apr 2018, at 12:03, Christian Gutschow <chris.g at cern.ch> wrote:
> >
> > Ahh, yeah it didn’t like the leading dots in "../jets.hepmc2g"
> >
> > Thanks Andy! I can work around that :)
> >
> > Cheers,
> > Chris
> >
> >
> > On 24 Apr 2018, at 11:30, Andy Buckley <andy.buckley at cern.ch> wrote:
> >
> > Aha, I just ran into the same thing.
> >
> > Your filename has a dot in the "stem" before the .hepmc* bit, right?
> Looks like I need to be cleverer in my path parsing to work out if there's
> a .gz on the end. Probably also an issue in YODA 1.7.
> >
> > Andy
> >
> > Dr Andy Buckley, Lecturer / Royal Society University Research Fellow
> > Particle Physics Experiment Group, University of Glasgow
> > On Apr 24 2018, at 8:04 am, Christian Gutschow <chris.g at cern.ch> wrote:
> >
> > Hi Andy,
> >
> > I was using:
> >
> > rivet —ignore-beams -a MyAnalysis —pwd jets.hepmc2g
> >
> > Nothing too controversial I would have thought...
> >
> > Cheers,
> > Chris
> >
> >
> > Sent from my iPhone
> >
> > On 23 Apr 2018, at 23:33, Andy Buckley <andy.buckley at cern.ch> wrote:
> >
> > I'm using custom routines and 2.6.0 without problems. What exact command
> are you running? Don't think we changed any command-line flag parsing, but
> I can't think of anything else...
> >
> > Andy
> >
> > Dr Andy Buckley, Lecturer / Royal Society University Research Fellow
> > Particle Physics Experiment Group, University of Glasgow
> > On Apr 23 2018, at 4:17 pm, Christian Gutschow <chris.g at cern.ch> wrote:
> >
> > Hi,
> >
> > I have a case where using 2.6.0 I can run a standard routine, say
> MC_JETS, on a local HEPMC file just fine, but when I want to run a custom
> routine on the same file, it gives up immediately saying:
> >
> > Could not read from 'jets.hepmc2g'
> >
> > Same behaviour even if I zip the file. When I switch back to 2.5.4, it
> works again using both routines.
> >
> > Any ideas what’s changed / how to fix this?
> >
> > (I’m using HEPMC 2.06.09)
> >
> > Cheers,
> > Chris
> >
> >
> > —
> >
> > Dr. Christian Gütschow
> >
> > Department of Physics and Astronomy
> > University College London
> > Gower Street
> > London WC1E 6BT
> >
> >
> >
> > _______________________________________________
> > Rivet mailing list
> > Rivet at projects.hepforge.org
> > https://www.hepforge.org/lists/listinfo/rivet
> > _______________________________________________
> > Rivet mailing list
> > Rivet at projects.hepforge.org
> > https://www.hepforge.org/lists/listinfo/rivet
> >
> >
> >
> >
> > —
> >
> > Dr. Christian Gütschow
> >
> > Department of Physics and Astronomy
> > University College London
> > Gower Street
> > London WC1E 6BT
> >
> >
> >
> > _______________________________________________
> > Rivet mailing list
> > Rivet at projects.hepforge.org
> > https://www.hepforge.org/lists/listinfo/rivet
> >
> >
> >
> >
> > —
> >
> > Dr. Christian Gütschow
> >
> > Department of Physics and Astronomy
> > University College London
> > Gower Street
> > London WC1E 6BT
>
>
>
>
>  —
>
>  Dr. Christian Gütschow
>
>  Department of Physics and Astronomy
>  University College London
>  Gower Street
>  London WC1E 6BT
>
>
>
> <config.log>_______________________________________________
> Rivet mailing list
> Rivet at projects.hepforge.org
> https://www.hepforge.org/lists/listinfo/rivet
>
>
>
>
>
>  —
>
>  Dr. Christian Gütschow
>
>  Department of Physics and Astronomy
>  University College London
>  Gower Street
>  London WC1E 6BT
>
>
>
>


-- 
Dr Andy Buckley, Lecturer / Royal Society University Research Fellow
Particle Physics Expt Group, University of Glasgow
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.hepforge.org/lists-archive/rivet/attachments/20180427/a625a111/attachment.html>