Re: BIGINT parameter in SQLRPGLE

No - you're right.

For reasons I won't get into my brain is not functioning correctly right now.

But that was not the cause of the issue as it turns out. The OP was passing the value on a job submit so it was coming in as 15,5 packed. And there was no code in place to convert it to an int.

On Jun 2, 2020, at 11:23 AM, Peter Dow <petercdow@xxxxxxxxx> wrote:

Are you sure? From https://www.ibm.com/support/knowledgecenter/ssw_ibm_i_72/rzajp/rzajpequivsqlirpg.htm

RPG data type RPG coding SQLTYPE of host variable SQLLEN of host variable SQL data type


8-byte integer *Free-form:*

* INT(20)

*Fixed-form:*

* Defined on Definition specification as subfield with from and to
positions and data type I and byte length 8.
* Defined on Definition specification with data type I and digits 20.
* Defined on Input specification with data type I and byte length 8.

492 8 BIGINT



On 6/2/2020 5:40 AM, Jon Paris wrote:

Well an INT with a length of 8 should be an Int(10) not 20. So that looks like a pre-processor bug to me.

--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com