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



Peter's stuff looks very interesting. It does not, however, use the C routines. With the C routines you would not use F-specs hardly at all - all done in code. That is why RPG is so easy comparatively but also why you can't dynamically assign what format you want to use. C routines in RPG give us tremendous power and flexibility. Some I won't tell you cuz it's a secret!!! Well, not really, but it's part of what I want to use in our products someday. So I leave some as an exercise for the reader.

He does appear to use the DSM routines - maybe they let you dynamically set subfiles - that'd be another method. I have not looked at those, but for me the C routines are pretty intuitive - very analogous to the RPG opcodes - almost direct analogues. So they might be easier to work with. Not sure, however.

Regards
Vern

-------------- Original message --------------
From: "Kevin Bucknum" <Kevin@xxxxxxxxxxxxxxxxxxx>

You may want to look at Peter Levy routines at
http://home.att.net/~peter.levy/Downloads.html I have played around
with them a few times, but haven't ever gotten around to rewriting any
of our production stuff using it.

Kevin

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of vhamberg@xxxxxxxxxxx
Sent: Saturday, July 26, 2008 5:32 PM
To: RPG programming on the AS400 / iSeries
Subject: Re: Subfile as a procedure

Right - have used some of those functions in a previous life - thing is,
you can specify - in fact, you HAVE to specify - the format you want to
use, in a separate call, not in an F-spec, so its name can be passed as
a parameter to a generalized procedure. In RPG we are insulated from all
these gory details, but we do lose some power thereby.

Oh - one could also go with UIM panel group lists, too!

Just expanding on your info, Jon - heh!

HTH
Vern

-------------- Original message --------------
From: Jon Paris


On 25-Jul-08, at 11:24 PM, rpg400-l-request@xxxxxxxxxxxx wrote:

Just the other day I was thinking along these same lines. My
thought was
that if I could soft code the record format in a variable I could
move my
subfile setup to a sub procedure and just pass the record format in
a
variable as the parameter that way I wouldn't have to write the same

subfile prep code over and over again for each one. Well as I found
out, ...

This can be done in RPG, but only by prototyping and wrappering the C
record I/O procedures. This is not that hard, but does require a
certain amount of knowledge of C. I thought that there were some
examples of doing this out on the web but I don't have time to search
for them right now.

An alternative option is the use the Dynamic Screen Manager (DSM) APIs

to handle the screens. This will not strictly speaking give you a
subfile but can be used for scrolling lists in windows etc. Again
there are examples out there.


Jon Paris

www.Partner400.com
www.SystemiDeveloper.com
--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing
list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

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.