Comments on: When doing a chain the (HI) indicator return with ’1′. But if I do a query on the same file I can see that the record is in the file. http://itknowledgeexchange.techtarget.com/itanswers/when-doing-a-chain-the-hi-indicator-return-with-1-but-if-i-do-a-query-on-the-same-file-i-can-see-that-the-record-is-in-the-file/ Thu, 23 May 2013 11:00:18 +0000 hourly 1 By: 9053303479 http://itknowledgeexchange.techtarget.com/itanswers/when-doing-a-chain-the-hi-indicator-return-with-1-but-if-i-do-a-query-on-the-same-file-i-can-see-that-the-record-is-in-the-file/#comment-106990 9053303479 Thu, 26 Apr 2012 16:05:43 +0000 #comment-106990 JUST HAD THIS PROBLEM. I WAS MISSING THE K( KEYED) FILE IN THE F SPECS.
THOUGHT I WOULD PASS THIS ALONG

]]> By: supriyob2 http://itknowledgeexchange.techtarget.com/itanswers/when-doing-a-chain-the-hi-indicator-return-with-1-but-if-i-do-a-query-on-the-same-file-i-can-see-that-the-record-is-in-the-file/#comment-71685 supriyob2 Wed, 16 Dec 2009 13:19:48 +0000 #comment-71685 Hi..
I think it can be because of
1. pgm is not referring to the correct version of the file in the library.
2.The key sequence is not in order..

]]> By: tomliotta http://itknowledgeexchange.techtarget.com/itanswers/when-doing-a-chain-the-hi-indicator-return-with-1-but-if-i-do-a-query-on-the-same-file-i-can-see-that-the-record-is-in-the-file/#comment-71616 tomliotta Tue, 15 Dec 2009 08:31:08 +0000 #comment-71616 Since it’s RPGIII, there is no %FOUND bif, nor can it be coded /free style.

The suggestion to check record ID indicator is good, but it should cause the indicator to be on more often. Still, a detail check through the program to ensure that nothing else can set that indicator on is the best idea so far.

Tom

]]> By: bobbys40 http://itknowledgeexchange.techtarget.com/itanswers/when-doing-a-chain-the-hi-indicator-return-with-1-but-if-i-do-a-query-on-the-same-file-i-can-see-that-the-record-is-in-the-file/#comment-39376 bobbys40 Mon, 11 Sep 2006 09:05:08 +0000 #comment-39376 oops – I meant update not input.

]]> By: bobbys40 http://itknowledgeexchange.techtarget.com/itanswers/when-doing-a-chain-the-hi-indicator-return-with-1-but-if-i-do-a-query-on-the-same-file-i-can-see-that-the-record-is-in-the-file/#comment-39377 bobbys40 Mon, 11 Sep 2006 09:03:36 +0000 #comment-39377 Did you check the indicator before the chain. Had this happen many years ago on the Sys36. Turned out the file was defined Input Demand and not Input Full procedural. The Demand option does NOT turn off indicator if chain succesful.

]]> By: atgidm http://itknowledgeexchange.techtarget.com/itanswers/when-doing-a-chain-the-hi-indicator-return-with-1-but-if-i-do-a-query-on-the-same-file-i-can-see-that-the-record-is-in-the-file/#comment-39378 atgidm Sun, 10 Sep 2006 12:28:41 +0000 #comment-39378 Setting the force write ratio to 1 will work but this affects every time records are written to this file while trying to overcome one problem in one RPG program, so depending on how many other applications are writing to the file could affect system performance. There is an opcode FEOD(force end of data) which having after your WRITE opcode forces the record to be written to the disk so it does not get buffered and a subsequent chain would then find the record.

]]> By: kbarnette http://itknowledgeexchange.techtarget.com/itanswers/when-doing-a-chain-the-hi-indicator-return-with-1-but-if-i-do-a-query-on-the-same-file-i-can-see-that-the-record-is-in-the-file/#comment-39379 kbarnette Sun, 10 Sep 2006 11:33:16 +0000 #comment-39379 There is one more consideration. If the programs is writing the record in question; and then the program chains for it soon after to see if it already exists, then the issue could be the system is not writing the output buffer to disk. If this is the case, then set force write ratio to 1 for the file. This forces the system to write the record immed. to disk so it can be found with additional chains to the file.

]]> By: michlw http://itknowledgeexchange.techtarget.com/itanswers/when-doing-a-chain-the-hi-indicator-return-with-1-but-if-i-do-a-query-on-the-same-file-i-can-see-that-the-record-is-in-the-file/#comment-39380 michlw Thu, 07 Sep 2006 06:18:31 +0000 #comment-39380 Are you debugging interactive, if so press F21 while debugging and check the file in this case.

Check library list

Check for OPNQRYFILE

]]> By: ddune3566 http://itknowledgeexchange.techtarget.com/itanswers/when-doing-a-chain-the-hi-indicator-return-with-1-but-if-i-do-a-query-on-the-same-file-i-can-see-that-the-record-is-in-the-file/#comment-39381 ddune3566 Tue, 05 Sep 2006 08:48:42 +0000 #comment-39381 This happended to a co-worker many years ago.
He chained to a file and it did not get a hit.
The key was setup correctly
We used dbu to look for the record and it was there.
After some time we relised that 1 of the fields that was blank had a hexidecial code of a special character that could not be displayed on the screen and therefore showed as blank. This must have been keyed in by a user and they fat fingerd the keys when entering the data.

]]> By: stanzg http://itknowledgeexchange.techtarget.com/itanswers/when-doing-a-chain-the-hi-indicator-return-with-1-but-if-i-do-a-query-on-the-same-file-i-can-see-that-the-record-is-in-the-file/#comment-39382 stanzg Wed, 30 Aug 2006 10:23:34 +0000 #comment-39382 One more shot in the dark. If you have I specs check for any indicators there. I have seen a record indicator coded the same as a chain indicator causing this kind of problem. Change the code to %Found(FileName) and see if this doesn’t fix it.

]]>