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



I don't even won't to pretend that I know what the problem is but have they
tried putting a RCLRSC in the CLP program?  Not saying that this is the best
fix but I have had to do this before with some third party Java programs
that I've called in a job stream.  

----------------------------------------------------------------------

message: 1
date: Wed, 13 Apr 2005 07:08:01 -0500
from: "Brad Stone" <brad@xxxxxxxxxxxx>
subject: Re: RPG/Java memory leaks?  Possible?

On Tue, 12 Apr 2005 23:21:28 -0500 (CDT)
 Scott Klement <rpg400-l@xxxxxxxxxxxxxxxx> wrote:
> Hi Brad,
> 
> >Like I said, all variables are declared as standalone,
> and
> >LR is set on once the app is complete.  so I would think
> >any memory that is used in the Java app would be fine.
> 
> I don't understand why it matters if the variables are
> standalone. I don't think data structures are any more
> dangerous than standalone fields...  or do you mean that
> they're not BASED?

I guess to me if the system is doing allocation and
deallocation instead of me, I feel it's more "safe".  I was
still thinking about Bobs first reply asking if I allocated
memory in my application using alloc.

> >So to me, either sounds like some obscure OS/JVM issue,
> or
> >a bug in the Java code where it's reusing memory without
> >"resetting" it.. or reinitializing it.
> 
> It could be.  Though, the more I think about it, the more
> I think about how easy it would be for an unexperienced
> programmer to make a mistake like this if they're calling
> the JNI APIs.
> 
> Might be worth looking at their code carefully...

Well, that's part of the issue.  It's not my code or the
customer's code, it's another ISV's code.  I'm willing to
do all I can, but they'll have to find the issue with their
code, or if they come to the conclusion that there is no
code problem, contact IBM for support since it is their
software that is malfunctioning.

I'm sure they charge nice prices for the software and for
support, and I give free support, but that support doesn't
include looking at another ISV's code.  That's called
consulting.   :)

Brad

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

Bradley V. Stone
BVS.Tools
www.bvstools.com


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.