Re: damaged dataq

Hi Mona,

You should create an exact copy of the data queue, especially as the length
of the data is very important. The programs that use these queues expect a
certain length - if the queue is created with a shorter length, you could
lose data (if the programs are not falling over).

There are some ways to find out what the default values should be..

1. Refer to the redbook for the creation of data queues

2. Do a DSPDTAQ on the data queue. if the damaged queue cannot be
referenced, then you could restore a copy of the data queue and do a DSPDTAQ
on the restored object. - Note that this is a System21 command and, it used
to have a issue working on DBCS enabled machines.

3. Dump the object and get the default values from the spool file - you need
to decode/take an educated guess at what is what on the spool file. In order
to know what values are where on the spool file, I used to compare it with a
valid data queue and get an idea.

4. There is an IBM API that can be used to retrieve attributes of a data
queue. This API could be used to perform a 'COPY' function of the data
queue.

Any of the above methods to refere to and create the data queue would give
you peace of mind...  I have used all of the above methods while I've been
with JBA and Geac..

Hope this helps.

Roshan


----- Original Message ----- 
From: <mon.ferriols@xxxxxxxxxxxxxx>
To: <system21@xxxxxxxxxxxx>
Sent: Wednesday, September 01, 2004 7:50 PM
Subject: [SYSTEM21] damaged dataq


> Hello all,
>
>
>
> Anyone had any experience with a damaged data queue? We had a user hang in
> the middle of an OE transaction, after which the OE program abended with a
> "call QSNDDTAQ ended in error"  due to an error in the number of
parameters
> passed. I renamed the original DTAQ and created a new one using default
> values since there's no way I could see the values used when the original
> DTAQ was created. The program works now, I'm just worried that if there's
> something special about the original object that I was not able to
duplicate
> I could expect trouble in the future. Any thoughts on this? Thanks.
>
>
>
> Mona M. Ferriols
>
> Information Technology Department
>
> Software & Systems Section
>
> Ionics EMS, Inc.
>
> * (49) 545-0019 (Plant 7)
>
> * (49) 543-0156 (Plant 5/6)
>
> * mon.ferriols@xxxxxxxxxxxxxx
>
> *     www.ionicsgroup.com
>
>
>
>
>
> _______________________________________________
> This is the System 21 Users (SYSTEM21) mailing list
> To post a message email: SYSTEM21@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/system21
> or email: SYSTEM21-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/system21.
>
>