RE: Re: Analysing DSPLOG to CFG

[Vernon Hamberg <vhamberg@xxxxxxxxxxx>]

Tom, this is right. The trick is to DSPLOG MSGID(###0000) or other 
bogus message ID - this will bring all messages off the QHST *MSGQ 
that are not yet in the QHST* files.

One other gotcha is that these files are deleted during system 
cleanup, according to the schedule set in GO CLEANUP, I think.

Another problem is that the order is not always that of the names of 
the QHST* files - there is always the possibility of wrapping and 
overrunning days. See the CL Programming manual and, IIRC, the Work 
Management guide for more information. Most of the above is in the 
manuals. Some was painfully learned.

Vern

At 06:35 PM 12/12/2005, you wrote:

> Reading all QHST* files wouldn't reliably give you all available 
> entries somewhere in the past.
>
> The problem was something like QHST itself is a form of message 
> queue, not a physical file. Only messages that had been copied to 
> the QHST* files would be available for reading through those files.
>
> It's been a while, but IIRC, it was necessary to execute a DSPLOG 
> command first. This somehow caused the *MSGQ to be flushed to the files.
>
> Does anybody know if this is still true?
>
> Tom Liotta
>
> midrange-l-request@xxxxxxxxxxxx wrote:
>
> >   6. Re: Analysing DSPLOG to CFG (Pete Massiello)
> >
> >date: Sun, 11 Dec 2005 21:54:07 -0500 (EST)
> >
> > You can do this by reading all the qhst* files that exists in QSYS.
> >
> >Pete
> >
> >---------------------------- Original Message ----------------------------
> >
> >> I am not as skilled as you guys on spectrum of topics, because I am a jack
> >> of all trades, jedi master of only some, so like to work with various
> >> capabilities for multiple applications to get more familiar with what can
> >> be done.  I have an idea for a potential solution to multiple challenges,
> >> but I an unsure of all the pieces.  I do most of my programming nowadays
> >> in
> >> RPG/400 with embedded SQL, and occasionally Query/400 work files (because
> >> speed of implementation is lightning fast compared to other approaches).
> >>
> >> I'd like to read current DSPLOG info into a program, obtain selected
> >> messages, extract security and performance tracking info:
>
> --
> Tom Liotta
> The PowerTech Group, Inc.
> 19426 68th Avenue South
> Kent, WA 98032
> Phone  253-872-7788 x313
> Fax    253-872-7904
> http://www.powertech.com
>
>
> __________________________________________________________________
> Switch to Netscape Internet Service.
> As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register
>
> Netscape. Just the Net You Need.
>
> New! Netscape Toolbar for Internet Explorer
> Search from anywhere on the Web and block those annoying pop-ups.
> Download now at http://channels.netscape.com/ns/search/install.jsp
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.