× 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.


  • Subject: RE: Sanity check
  • From: Roger Boucher <RBoucher@xxxxxxxxxxx>
  • Date: Mon, 26 Jul 1999 10:56:43 -0700

Thanks Chuck.  The file size is not growing at all, and the program is doing
a READE after the SETLL.  In debug, about 90% of the time the program takes
to run seems to all be coming from that one SETLL statement.  Any other
thoughts?


-----Original Message-----
From: Chuck Lewis [mailto:CLEWIS@IQUEST.NET]
Sent: Friday, July 23, 1999 7:39 PM
To: MIDRANGE-L@midrange.com
Subject: Re: Sanity check


Roger,

If it used to work fast, then this wouldn't explain it BUT if you aren't
sure it
could be that the file has REALLY grown in size (?) and a poorly written
program
is doing a SETLL and READ rather than a SETLL & READE to the key and kicking
out
?

Chuck

Roger Boucher wrote:

> I have a user (controller) who swears up and down that an invoice inquiry
on
> our legacy system (an old AS/400 kept around for inquiry purposes only) is
> taking much longer than it used to.  I tested it and found that it works
> quickly if record is found and takes about 30 seconds when record not
found.
> The problem point (debug) seems to be a SETLL statement on a multi-record
> format LF38.  The logical is not damaged, the physicals on which it is
based
> are not damaged.  The Edit Rebuild of Access Paths screen shows nothing
> pending.
>
> Does anyone know anything else to look for?
> Or Is this just a case of selective memory on the part of our friendly
> neighborhood user?
>
> Any help would be appreciated...
> Thanks.
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
david@midrange.com
> +---

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator:
david@midrange.com
+---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.