Re: RPG/Java memory leaks? Possible?

["Ricky Thompson" <rthompson@xxxxxxxxxxxxxxx>]

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