RE: Best options for polling a file

["Rick DuVall" <R_C_DuVall@xxxxxxxxxx>]

Hi Rich,

	with all due respect, I don't think Data Queues are cleared at ipl.  I use
them regularly and have never noted that.  The manual says in regard to the
crtdtaq cmd parameter 'Force'

FORCE
    Specifies whether the data queue entries sent to or received by this
data queue are forced to auxiliary storage.

    Note: 	This parameter is valid only when TYPE(*STD) is specified.

    *NO: Send and receive operations are not immediately forced to auxiliary
storage.

    *YES: Send and receive operations are immediately forced to auxiliary
storage. ***This ensures that the changes are not lost if a system failure
occurs.*** This requires additional system overhead.


which would lead me to believe that they are not cleared at ipl. (as i am
sure they are not from experience)

Regards

Rick DuVall
Systems Manager
Dealer's Auto Auction of Okc
405 947-2886 Ext:143
rick@xxxxxxxxxx


[mailto:rpg400-l-bounces@xxxxxxxxxxxx]On Behalf Of Rich Duzenbury
Sent: Monday, May 23, 2005 9:41 PM
To: RPG programming on the AS400 / iSeries
Subject: RE: Best options for polling a file


On Mon, 2005-05-23 at 14:08 -0700, Alan Campin wrote:

> or using EOFDLY which again takes all kinds of resources.
EOFDLY doesn't consume large amounts of resources.  The job goes to
sleep until a record appears in the file.  EOFDLY has been around since
system/38 (perhaps before that), and it *couldn't* use much in the way
of resources because there weren't that many to consume.

The drawback to EOFDLY is that a database write must be made in order to
signal the listening job to do something.

> Data queues are just about as perfect as anything can be on the AS/400.
The problem with data queues is that they are transient.  If the system
goes down while there are (perhaps *important*) messages in the data
queue, you kiss them goodbye.

When the system is IPL'd, one of the things it does is to initialize
(read 'empty') the queues.

Regards,
Rich