Db Error With Begrng And Nlt Apis

Welcome to LawsonTalk. We hope you enjoy your visit.

You're currently viewing our forum as a guest. This means you are limited to certain areas of the board and there are some features you can't use. If you join our community, you'll be able to access member-only sections, and use many member-only features such as customizing your profile, sending personal messages, and voting in polls. Registration is simple, fast, and completely free. After registration, please check your e-mail within 24 hours for an message from us, read it, and reply to it.

Join our community!

If you're already a member please log in to your account to access all of our features:

Db Error With Begrng And Nlt Apis
Topic Started: Jan 18 2008, 09:29 AM (418 Views)
skonduru	Jan 18 2008, 09:29 AM Post #1
Newbie Posts: 8 Group: Members Member #676 Joined: August 3, 2006	Hi, A batch report program is upgraded to LSF 9 . i am getting RngRec db error while running the job.. when analysed i could find a para which is called after a BEGRNG and inside the para there is a FIND NLT on the same table . After this paragraph NXTRNG is called. Does this make any problem in LSF 9? i heard that this could be the problem in LSF9 as it doesnt not support a FIND NLT call after a BEGRNG call on the same table and then next calling the NXTRNG call. Thanks in advance Srikanth



Milo	Jan 28 2008, 02:20 PM Post #2
Rebmem Member Posts: 361 Group: Members Member #424 Joined: February 9, 2006	Can you list out the few lines of COBOL where the error is occurring? That would help us a bit.... Also have you checked the API manual to confirm what you're saying: Quote: doesnt not support a FIND NLT call after a BEGRNG call on the same table



stuman	Aug 26 2009, 01:31 PM Post #3
Newbie Posts: 4 Group: Members Member #14,978 Joined: August 18, 2009	If this is a custom program, the LSF9 environment no longer supports multiple file positions in the same file. My old mainframe style of sweeping a file in read mode, retrieving a record for update on a different key then continueing the sweep no longer works. There is only ONE position pointer per program into any table as of LSF9. A program which accesses the same table on different indexes will lose its position on one index when the other is used.



stuman	Aug 27 2009, 08:06 AM Post #4
Newbie Posts: 4 Group: Members Member #14,978 Joined: August 18, 2009	After looking at the date of the thing I was replying to, I figure my response is quite out of date. Oh well. Edited by stuman, Aug 27 2009, 08:07 AM.



schroncd	Aug 27 2009, 08:56 AM Post #5
Lawson Technorati Posts: 689 Group: Members Member #13 Joined: January 11, 2006	Not to worry.. With answers like that up your sleeve you've already earned major cred points! Welcome to the site!


« Previous Topic · LSF 9.0 (NEW!!) · Next Topic »