You're right, they're not the real d-specs (I copied them from procedural
parameters that have been commented out when I changed the program to call
QSNDDTAQ directly with a call rather than a procedure call with EXTPGM
specified.)
I'll try to do what you suggest but I can't just send the original code
itself. Populating the data for the data queue entry is just lines and lines
of cryptic code, inside of a trigger.
Thomas
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Scott Klement
Sent: Tuesday, September 08, 2009 7:20 PM
To: Midrange Systems Technical Discussion
Subject: Re: Problem with QSNDDTAQ
Thomas,
It would help an awful lot if you provided actual code that we can load and
run to try it for you. Something simple, since we don't want to spend hours
or days setting up an environment.
When you post snippets, the best we can do is TRY to see some flaw in them,
since we can't actually compile or run the code. And we have to mentally
fill in all of the details you've left out, or ask for more information
(which takes both more of my time, and more of your time waiting for a
solution).
In this case, I looked at your D-specs, and immediately said "these
aren't his real D-specs". How do I know that? because they're not
legal syntax. They say "CONST" on them, which isn't allowed for a
standalone def in RPG.
Furthermore, we don't know what values are in these fields at the time the
CALL is run, so we have to guess.
Can you please post a short/simple program that demonstrates the problem?
Thank you.
Thomas Garvey wrote:
Sorry, I left out the defs for the parameters...
d QueueName s 10a const
d QueueLibrary s 10a const
d DataQueueData s 4296a const
Data block for DTAQ
d DataQueueLen s 5p 0 const
Data block for DTAQ
midrange.com
