On 29 July 2016 at 19:18, CRPence wrote:
[…] I still am not entirely clear what is the general purpose of
the Record ID indicator on the type=record-format line of the
I-spec […] I understand the effect as utilized, or I believe I do;
i.e. the indicator is on, when and only when, the record from the
I-spec is read […]

Replying to both

On 29-Jul-2016 21:16 -0500, Booth Martin wrote:

[…] Back then we're talking code for 80 or 96 column cards. […]

and

On 29-Jul-2016 19:25 -0500, Buck Calabro wrote:
Put your mind in the era of punched cards. […]
I* column 1 = '1' means 'sold to'
ICARDINP NS 01 1 C1
[…]
When we read a card with a 1 in column 1, indicator 01 gets turned
on and the program knows it just read a 'sold to' card. […]

Apologies, as apparently I was suffering _brain fog_ when I composed that portion of my message [quoted at the top of this reply].

Somehow the terminology for that indicator [identified as the Record ID (RcdId) indicator] had me suffer some /crossed-wires/, conflating the specification of an indicator with specification of actual record selection by comparison to literal(s) with Record Identifier Codes in the data; the latter of which I had none, because my code cared neither about sequencing nor which of multiple-formats might describe the incoming data, so [for that moment anyhow,] specifying the former seemed to have no clear meaning to me.

IOW, the muddled thinking had me questioning, "What purpose does a RcdID-indicator serve, when there are no RcdIdCodes in my data?" Not surprisingly, both responses included an explanation for which the usage of RcdId was [implied or shown explicitly] *with* selection by Record ID codes.

I expect that I am correct in my [defogged] understanding, that, *lacking any comparisons* included on the I-Spec of Type=record-format, the indicator name specified as the RcdId indicator will be set-On when *any* record is read from the database file.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.