>
>must subsequently be erased."
>
>Changing the HDS leaking code to use "ALOCATORS" instead of "LOCATORS"
in smurf_mon.c I'm still getting leaking >locators of the form
>
> HDS_SCRATCH.TEMP_2
Hi Tim,
I have been looking with gdb and, from limited experimentation, it looks
there are two locators TEMP_1(ARY_TEMP) and TEMP_2(NDG_TEMP) which are
still being left connected to the temporary file after monolith run. In
an ideal world they should perhaps go as well but - as they are just the
"top_level" locators for ARY and NDG structures they are perhaps not
crucial - unless we DO still want to delete the temporary file between
iterations!
I was going to limit my functionality change at the end of each
iteration to "uncaching" the HCB and block data - so that hdsdump and/or
hdstrace could be run on the files (at the minute they are claimed to be
invalid - as the hcb data is cached)
Brian
|