× 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: *DTS data in msgdta
  • From: Rob Berendt <rob@xxxxxxxxx>
  • Date: Fri, 30 Oct 1998 14:06:40 -0500

Which format should I select as the output, or, is this not what I want?
Output format
    INPUT; CHAR(10)
 
    The format to convert the data to.  Valid values are:
 
    *DTS        System time-stamp.  For additional information, see the 
description of the *DTS value under the input format parameter.
    *JOB        The format given in the DATFMT job attribute
    *SYSVAL     The format given in the QDATFMT system value
    *YMD        YYMMDD format
    *YYMD       YYYYMMDD format
    *MDY        MMDDYY format
    *MDYY       MMDDYYYY format
    *DMY        DDMMYY format
    *DMYY       DDMMYYYY format
    *JUL        Julian format (YYDDD)
    *LONGJUL    Long Julian format (YYYYDDD)
    *DOS        DOSGetDateTime format.  The *DOS value can be specified only 
when *CURRENT or *DTS is specified for the input format 
                parameter.




bvining@VNET.IBM.COM on 10/30/98 01:52:06 PM
Please respond to MIDRANGE-L@midrange.com@Internet
To:     MIDRANGE-L@midrange.com@Internet
cc:      

Subject:        *DTS data in msgdta

Use the Convert Date and Time Format (QWCCVTDT) API documented in the
Miscellaneous chapter of the System API Reference.  *DTS is one of the
supported formats.

Bruce Vining

>
>I am doing a RCVMSG monitoring a message queue.  Currently the
>most important message is CPI8050.  When a do a DSPMSGD on CPI8050
>it has the following data fields:
>Field     Data Type     Length
> &1       *CHAR             8
> &2       *CHAR             8
> &3       *CHAR             8
> &4       *CHAR             8
> &5       *CHAR            10
> &6       *CHAR            10
> &7       *CHAR             6
> &8       *DTS
> &9       *DTS
> &10      *BIN              4
> &11      *CHAR             7
>
>I've discovered that &8 and &9 take up 8 positions each in the
>msgdta.  I do the following in my CL:
>/*
> | SENTTIME & RCVDTIME are both stored funky and I haven't been
> | able to figure them out.
>*/
>         CHGVAR     VAR(&SENTTIME) VALUE(%SST(&MSGDTA 59  8))
>         CHGVAR     VAR(&RCVDTIME) VALUE(%SST(&MSGDTA 67  8))
>How do I convert the above into human readable?
>I've tried breaking up &SENTTIME into four 2 character binary fields
>and two 4 character binary fields, and doing
>CHGVAR     VAR(&NUMERIC) VALUE(%BINARY(&BIN4))   or &BIN2
>and none of the chunks made sense.
>
>The way to generate CPI8050 is to do a SNDNETF.
>
>The CL programming guide has the following about using *DTS in message
>descriptions:
>
>The following data types are valid only in IBM-supplied message
>descriptions and should not be used for other messages:
>
>:   Time interval (*ITV).  An 8-byte time interval that contains the
>    time to the nearest whole second for various wait time out conditions.
>
>:   Date and time stamp (*DTS).  An 8-byte system date and time stamp for
>    which the date is to be formatted as specified in the QDATFMT and
>    QDATSEP system values and the time is to be formatted as hh:mm:ss.
>

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