Bug with 3dinfo output format

Dear Friends,

The recent version of 3dinfo seems to have a problem with the header_line output and that is causing problems with our scripts which parse 3dinfo's output for key information.
The new version uses 'max' for the first header_line instead of 'label' even though -label rather than -max was requested.

Thanks in advance.

All the best,
Ziad

Here is an example of a working version:

afni -version
Precompiled binary macos_10.12_local: Sep 18 2023 (Version AFNI_23.2.10 'Marcus Didius Severus Julianus')
3dinfo -header_line -sb_delim '|' -NA_flag 'NA' -atr_delim '\t' -label PET.SUV.MK6240.SeedProj.al.mid.Cerebellum.cortex.nii.gz
label
SP.Fr.10|SP.NSB.max.10|SP.Fr.20|SP.NSB.max.20|SP.Fr.30|SP.NSB.max.30

Now here is what happens under the current version:

~/afni.new/afni -version
Precompiled binary macos_10.12_local: Jul 16 2024 (Version AFNI_24.2.01 'Macrinus')
~/afni.new/3dinfo -header_line -sb_delim '|' -NA_flag 'NA' -atr_delim '\t' -label PET.SUV.MK6240.SeedProj.al.mid.Cerebellum.cortex.nii.gz
max
SP.Fr.10|SP.NSB.max.10|SP.Fr.20|SP.NSB.max.20|SP.Fr.30|SP.NSB.max.30

code text  # or delete if not needed

Dear Ziad-

We could sense the dissatisfactory nature of this -header_line option's behavior in 3dinfo last week (courtesy of Justin), and put in a fix for it just then.

You must have felt the same disturbance in the force, merely delayed by time zone difference (I mean, California is pretty far from everywhere, isn't it?).

Our hard-working build machine has been on vacation for a wee bit, but as soon as it is back in action this will be available in the distributed binaries.

In the meantime, those who can't wait for the binary package can build a local version of AFNI with this via:

build_afni.py -git_tag NONE ...

Ça marche?

--pt

Ça roule!

... and a build has happened, so this fix should be out in The Wild for those that use AFNI binaries.

--pt