× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi Justin

If by 4-byte binary you mean the B data type, Jon explained that it is only 9 digits long, so at most it can have all 9's, whether positive or negative. I just looked at the RPG manual, which says that if you assign a number to a 4-byte B type, and that number is 1,000,000,000 or more, the left-hand digit is dropped.

As long as you have at most 999,999,999 records, an int(10) is fine - but the system allows 4.3 billion records - the only data type that can handle that is uint(10).

We don't have any table with that many records, so I can't verify, but this makes sense to me.

Cheers
Vern

On 8/27/2020 12:23 PM, Justin Taylor wrote:
Really? I think a 4 byte binary was int(10).


date: Wed, 26 Aug 2020 12:45:00 -0500
from: Vernon Hamberg <vhamberg@xxxxxxxxxxxxxxx>
subject: Re: How do I retrieve the RRN of a PF or LF in a RPG program.

I think Birgitta replied that it should be an unsigned integer -
uint(10) - the "maximum capacities" page says the maximum number of
records in a member is 4,294,967,294.

Cheers
Vern

On 8/26/2020 12:20 PM, Justin Taylor wrote:
It should be an int(10) beginning at 397.

HTH

date: Tue, 25 Aug 2020 15:39:23 -0400
from: "dfreinkel" <dfreinkel@xxxxxxxxxxxxxxxxx>
subject: How do I retrieve the RRN of a PF or LF in a RPG program.

Its been a while and I cannot find where the value of the record read
(READ,
CHAIN.) is placed by the system.



I tried on the F extension spec KRECNO.

I also defined the INFDS but don't see a definition for the RRN of the
record read.



Where is it defined?



TIA



Darryl Freinkel

A4G.

Tel: 770.321.8562 | Cell: 678.355.8562










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.