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



James,

The object group cleans up everything /except/ the 'rsmd' object. You still need to clean that up when you're done. (Unless there's an additional begin/end object group that's taking care of it.)

You can refer to it throughout your program after it has been retrieved -- UNTIL it gets cleaned up (for example, by ending the object group it's a part of, or freeing that particular object directly, etc.)

-SK


On 10/7/2013 1:14 PM, James H. H. Lampert wrote:
I probably shouldn't be given coffee breaks; it takes too long to
retrain me afterwards:

I have a ResultSetMetaData on a Connection, and I'm keeping it in a
static, module-level variable, in my interface program that calls the
JDBCR4 service program.

Scott's JDBC_GetMetaData function in JDBCR4 looks like:

jdbc_begin_object_group(50);
monitor;
temp = getMetaData( rs );
jdbc_end_object_group(temp: rsmd);
on-error;
jdbc_end_object_group();
return *NULL;
endmon;
return rsmd;

I think I'm finding the answers for myself, just by framing the
questions, but

(1) the object group takes care of allocation and deallocation, so I
don't have to deallocate anything manually, do I?

(2) And since I'm putting what Scott's JDBC_GetMetaData in a static
variable, I can continue to access it so long as my interface program
remains active, right?

--
JHHL
(Back from a 2-week vacation, and forgetting a lot of what I was just
working on 2 weeks ago!)


As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.