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



Maybe you're just not looking at the right place for this being documented.
Do you suppose that someone doing a client server package calls that API
and processes the user space?  No, there are some SQL calls that will
return the structure of a table.  Granted I don't know all of this.  Maybe
our visual basic odbc brethern are better versed - but then again maybe
it's buried in the ODBC driver itself.

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin



                    Evan Harris
                    <spanner@ihug.co.       To:     rpg400-l@midrange.com
                    nz>                     cc:
                    Sent by:                Fax to:
                    rpg400-l-admin@mi       Subject:     Re: QUSLFLD
                    drange.com


                    01/05/2002 03:48
                    AM
                    Please respond to
                    rpg400-l






I would add to this that I have seen a couple of occasions where the IBM
reference files were "out of touch with reality" requiring a RCLSTG DBXREF;
I presume this would also impact using this file as the basis of your
procedure whereas IMO the API would continue to work. Admittedly an unusual
circumstance, and maybe I have misunderstood what I actually rebuilt.

Also, in line with James' comments I would be nervous about using an
undocumented/informal method as opposed to an officially support interface.
It seems to me this has similarities with hard-coding off-set or other
values in API calls.....

Just another opinion

Regards
Evan HArris

<SNIP>
>My concern when using QADBIFLD is that IBM could change the format in
>a future release, causing the program to stop working..   (Or have they
>documented that this won't change?)
>
>You wouldn't have that problem with QUSLFLD...  it's designed so that
>they can make changes and still keep things backwards-compatible.
>
>On Fri, 4 Jan 2002 rob@dekko.com wrote:
> >
> > My stock and standard reply to this is that why use DSPFFD or QUSLFLD
when
> > you can use traditional i/o against the file QSYS/QADBIFLD to get this
> > information?
<END SNIP>


_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
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:

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.