James,

Assuming this is occurring in JDBCR4, you can eliminate the stack trace and the 10 second pause by commenting-out these two lines of code in the jni_checkError() subprocedure of JDBCR4:

ExceptionDescribe(JNIENV_P);
sleep(10);

Or, you could put in an IF statement to have it only run these under certain circumstances, or whatever works best for you.

I personally like having these in the code because otherwise when something fails, I can't tell for the life of me what the problem is... the user calls and says "it didn't work", and I don't have any better diagnostics than that -- makes the problem pretty much impossible to troubleshoot. But, with ExceptionDescribe() (plus some instructions) the user can send me the full error message, and I can determine what the problem is.

But, by all means, remove them if you don't like them.

-SK


On 8/20/2013 12:52 PM, Barbara Morris wrote:
On 8/19/2013 8:27 PM, James H. H. Lampert wrote:

Is there a way to suppress the call stack entirely, and avoid the long
pause?


Are you using the QIBM_RPG_JAVA_EXCP_TRACE environment variable to
enable the stack trace? Unlike other Java-related environment variables
that are only checked at JVM startup, the RPG runtime checks that one
for every Java method call that gets an exception.


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