Re: Sticking diagnostic information (up to 16k) where calling program can get it? -- RPG400-L

Subject: Re: Sticking diagnostic information (up to 16k) where calling program can get it?
From: "James H. H. Lampert" <jamesl@xxxxxxxxxxxxxxxxx>
Date: Thu, 13 Nov 2014 11:11:47 -0800
List-archive: <http://archive.midrange.com/rpg400-l/>
List-help: <mailto:rpg400-l-request@midrange.com?subject=help>
List-id: "RPG programming on the IBM i \(AS/400 and iSeries\)" <rpg400-l.midrange.com>
List-post: <mailto:rpg400-l@midrange.com>
List-subscribe: <http://lists.midrange.com/mailman/listinfo/rpg400-l>, <mailto:rpg400-l-request@midrange.com?subject=subscribe>
List-unsubscribe: <http://lists.midrange.com/mailman/options/rpg400-l>, <mailto:rpg400-l-request@midrange.com?subject=unsubscribe>

On 11/13/14 11:02 AM, Vernon Hamberg wrote:

James - you can use puts with a user space, too, I believe - just use
the full IFS path name. It behaves like a stream file, after all.

Not sure if that helps, however!!

Actually, it does (and I was thinking of something very much like that, after reading Rory's suggestion). And if the Unix-type I/O calls (which are what I usually use for accessing the IFS) treat a user space as a stream file (and can create one in QTEMP -- I've already seen that EDTF can create a stream file in QTEMP), then I may have my answer.

But first, lunch -- and a nap.

--
JHHL

As an Amazon Associate we earn from qualifying purchases.

Follow-Ups:

Re: Sticking diagnostic information (up to 16k) where calling program can get it? , Vernon Hamberg

This mailing list archive is Copyright 1997-2025 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.