HQUAD and big ntuples.

PAW version: 2.08/14

Description

Bug fixed by Pierre Astier (astier@lpnax1.in2p3.fr):

"I experienced a crash (floating invalid) in HQPOIS called by HQUAD when running on a large ntuple. This was due to a division by zero which should not happen given the preprocessing done by HQBIN. HQBIN takes copies of links belonging to a link area (L1V,L1H,...) into local variables (LV,LH). Then in case of an ntuple, it scans the tuple. Finally it does some post-processing using LV and LH to index the data. My crash was due to the fact that the tuple scan is causing some bank displacements, which are reflected in L1V,L1H ... but not in their local copies. As far as I know this is a very common trap when using ZEBRA. I fixed the problem and my crash disappeared."

Fixed in: HBOOK 4.24/09

Workaround

None

Release Notes

Known bugs

PAW version:	*2.08/14*
Description
Bug fixed by Pierre Astier (astier@lpnax1.in2p3.fr): "I experienced a crash (floating invalid) in HQPOIS called by HQUAD when running on a large ntuple. This was due to a division by zero which should not happen given the preprocessing done by HQBIN. HQBIN takes copies of links belonging to a link area (L1V,L1H,...) into local variables (LV,LH). Then in case of an ntuple, it scans the tuple. Finally it does some post-processing using LV and LH to index the data. My crash was due to the fact that the tuple scan is causing some bank displacements, which are reflected in L1V,L1H ... but not in their local copies. As far as I know this is a very common trap when using ZEBRA. I fixed the problem and my crash disappeared."
Fixed in:	HBOOK 4.24/09
Workaround
None