Sounds like an application problem - the one writing to the data queue.
Think of data queue entries as records and the record length in this
case is 75 bytes. When you do the QRCVDTAQ, you're essentially
"reading" a "record". It's not just a 75 byte space (like a data area).
It will hold multiple entries. Well, depending on the number of
entries parm when you created the queue - but you'd have to have
explicitly specified 1 entry.
BTW.. they don't have to be FIFO. They can be FIFO, LIFO, or Keyed.
richard.marchini@xxxxxxxxxxxxxxxxxx 02/19/2009 2:54:00 PM >>>
I need some help with a data queue question. I know that data queues are
FIFO, and I assume that means they fill from left to right. Can anyone
tell me how the data would be put into the queue if an entry filled the
queue?
i.e. data queue length of 75 bytes (I know these aren't real numbers).
Entries are 50 bytes. When the second entry attempts to be received into
the data queue, will it fill with the first 25 bytes or the last 25? Or
will it put no data into the queue?
I have a situation in which a data queue's data were not in the
positions that they should have been, causing a decimal data error. I
can't think of any other way the data could get put into the queue out
of position.
Any insight will be greatly appreciated.
Rick Marchini
Associated Banc-Corp
IT Services
Mail Stop 7055
920-405-2587
*********************** NOTICE***********************
This e-mail and attachment(s) may contain information that is
privileged, confidential, and/or exempt from disclosure under
applicable law. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination,
distribution, or copy of this message is strictly prohibited. If
received in error, please notify the sender immediately and
delete/destroy the message and any copies thereof. Although
Associated Banc-Corp and/or its affiliates (collectively
"Associated") attempt to prevent the passage of viruses via e-mail
and attachments thereto, Associated does not guarantee that either
are virus-free, and accepts no liability for any damage sustained
as a result of any such viruses.
Any federal tax advice contained in this communication (including
any attachments) is not intended or written to be used or referred
to in the promoting, marketing, or recommending of any entity,
investment plan or agreement, nor is such advice intended or written
to be used, and cannot be used, by a taxpayer for the purpose of
avoiding penalties under the Internal Revenue Tax Code
As an Amazon Associate we earn from qualifying purchases.