On Thu, October 5, 2017 14:21, Pickering, John wrote:
> In an earlier msg you indicated that the request was accessing file
>> ACCESS AC-NOTES ALIAS AN
>
> In the Qshow output below you are showing details for file ALIASES.
>
> Presumably AC-NOTES is a redefinition of ALIASES and there is a SELECT
> in the dictionary definition for AC-NOTES. Does it help if you include
> the same SELECT in the Qtp request to build the subfile?
>
> Sorry - grasping at straws here.


AC-NOTES is a different file (IMAGE detail dataset) used in the
REQUEST that ran immediately prior to the REQUEST that is accessing
the ALIASES file when both REQUESTS were in the same RUN.  The
original issue was that an artefact from the previous REQUEST was
showing up in the output of the subsequent REQUEST, which was only
ACCESSing the KSAMXL file named ALIASES in the PDL.

I extracted the ALIASES file request into its own RUN and while the
artefact in the resulting SUBFILE disappeared the underlying problem
remained. Now at record offsets of +82,+83 two nul records are
inserted instead of residual data from the previous REQUEST.


-- 
***          e-Mail is NOT a SECURE channel          ***
        Do NOT transmit sensitive data via e-Mail
 Do NOT open attachments nor follow links sent by e-Mail

James B. Byrne                mailto:[log in to unmask]
Harte & Lyne Limited          http://www.harte-lyne.ca
9 Brockley Drive              vox: +1 905 561 1241
Hamilton, Ontario             fax: +1 905 561 0757
Canada  L8E 3C3

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *