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



One of the original reasons for doing APIs was to provide HLL program-level
access to information that was either available only via some of the DSPxxx
commands are not available at all.  

I mean, why would anyone want to call an API such as QUSRMBRD from within CL
when you can use RTVMBRD?

At least that was the thinking.

Today, obviously there are a number of APIs that have been release since the
early days of S/38 that came out during that dark period in history when IBM
though CL commands were not going to be used anymore. During that time they
created API after API without a CL equivalent. So I can see the frustration
in an end-programmer wanting to call an API from within CL via a
user-written CL command. 

Who knows, maybe if you send a note off to IBM they may put some money into
is since they're apparently upgrade CL again for the first time in 2
decades.  (It seems like 2 decades anyway.)

-Bob Cozzi


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Buck Calabro
Sent: Thursday, December 09, 2004 7:16 AM
To: rpg400-l@xxxxxxxxxxxx
Subject: Re: Testing from the command line (was: Use
of%DECwithunformattedcharacter numerics)

> And I'd love to be able to set an option on a
> command PARM() definition that told it to
> leave off "Number of values passed" from
> the beginning of lists that I define. While it's
> very useful for standard list parms, it just
> gets in the way when I want to define a
> mixed list that essentially creates a fixed
> data structure such as what gets passed into
> various APIs. I can't simply name the API
> as the CPP; I have to create a CPP that
> receives the parm, strips off "Number of
> values passed" and then calls the API.

It's a priviledge to be able to have access to the opinions of top
quality programmers.  Until Tom said this, I never once thought about
it like this.  I have been wrappering my API calls in either CL or RPG
forever; the HLL provides the 'clean-up' and grageful error handling
for my command definitions.  Now that I hear the idea broached, it
sounds attractive...  Food for thought is good food indeed!
  --buck



--
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-Ups:
Replies:

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.