Re: RPG/Java memory leaks? Possible?

["Brad Stone" <brad@xxxxxxxxxxxx>]

Hi, Steve.

No, but I believe the issue is with the encryption
software.  So our next step is to have them debug/look at
their software.  I don't believe the issue is with my
software, but I'm willing to help as much as I can.

Brad

On Tue, 12 Apr 2005 22:19:41 -0500
 "Steve Landess" <sjl_abc@xxxxxxxxxxx> wrote:
> Brad -
> 
> Do you have a Supportline agreement?
> Have you called IBM on this issue?
> 
> Steve
> 
> 
> ----- Original Message ----- From: "Brad Stone"
> <brad@xxxxxxxxxxxx>
> To: "RPG programming on the AS400 / iSeries"
> <rpg400-l@xxxxxxxxxxxx>
> Sent: Tuesday, April 12, 2005 9:10 PM
> Subject: Re: RPG/Java memory leaks? Possible?
> 
> 
>

 >Ya, sounds like  longshot to me too.  I would think if
> it
> >were doing that, then that would mean RPG isn't as
> "safe"
> >as we thought.
> >
> >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.
> >
> >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.
> >
> >Seems to work fine the first call (when the JVM is
> >initiated) but after that... problems, but only
> following a
> >call to my app.
> >
> >Brad
> >
> >On Tue, 12 Apr 2005 18:41:30 -0500 (CDT)
> >Scott Klement <rpg400-l@xxxxxxxxxxxxxxxx> wrote:
> >>Hello,
> >>
> >>>When they call GETURI, then call they encryption app
> it
> >>>works fine the first time.  Any subsequent calls to
> the
> >>>encryption app returns bogus data only if they follow
> a
> >>>call to GETURI.  But GETURI still funtions fine.  This
> >>is
> >>>only if done in the same job.
> >>
> >>It returns bogus data?  I doubt that's a memory leak.
> >>Sounds more like a buffer overflowing and trashing the
> >>data beyond it.  But, if the programs aren't both
> >>activated at the same time, I don't understand how they
> >>could  affect each other in this way.
> >>
> >>I guess a buffer overflow might be trashing data in the
> >>JVM...  seems like a long shot, though.
> >>
> >>---
> >>Scott Klement  http://www.scottklement.com
> >>
> >>-- 
> >>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
> >-- 
> >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.
> >
> >
> -- 
> 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