Could it be that the OVRDBF is not in effect? This would result
in you possibly reading more records than intended. Setll can take
a really long time if you are using a dynamic logical that uses
select/omit and there are a lot of records omitted.
--- In Easy400Group@yahoogroups.com
, "Jon Paris" <Jon.Paris@...>
> Have you specified BLOCK(*YES) on the F spec for the file in
> doesn't explain why there is such a performance differential, but
> useful for programs where a CHAIN or SETLL is used to position a
> to a fill subfile type read sequence.
> Rather than move the subprocedure(s) back into the program itself,
> creating a module and binding it by copy. If it still slows down
> least you have eliminated any possibility that it is the
> causing the problem.
> Jon Paris