Linux application crashes

[Glen Bojsza]

I build a scaled version of a test stack and application and sent it to
support.

On my system this shows an increase of 1.2% to 1.4% in memory usage with
each click... so from a stress test perspective 70 clicks or less and the
application crashes. the memory continues to climb unless the application
is closed. There is also a button that removes all the images (ie start
clean) and the memory does not decrease or change.

So we will wait to hear from the support team.

I have tarred the folder and if anyone wants to try it (24.6 MB) then let
me know since I need to use an email address when sharing from google docs.



On Fri, Apr 13, 2012 at 9:06 AM, Bernard Devlin <bdrunrev at gmail.com> wrote:

> This sounds similar.
> http://quality.runrev.com/show_bug.cgi?id=7257
>
> Not saying it is the same bug.  Just your description triggered a
> familiar odour.
>
> Bernard
>
> On Fri, Apr 13, 2012 at 12:53 PM, Glen Bojsza <gbojsza at gmail.com> wrote:
> > My latest update / feedback on the issue...
> >
> > I tried monitoring the memory on the Centos 6.2 system with top -p
> $(pgrep
> > Xorg) and watching the %MEM. It was really interesting and informative...
> > when I launched the application I was down at 1.5% MEM and as I did
> > database queries and plots I saw it increase between 0.3 and 0.5 % each
> > time (This had several queries with large numbers of data).
> >
> > To address Tim's concern I stopped doing any graphing and solely did a
> > series of import snapshots.
> >
>
> snip
>
> > So essentially, going through this cycle several times showed the memory
> to
> > start increasing approximately .7% each cycle. (this is where there are
> 20
> > cards so 20 images)
> >
> > I increased the number of cards / images to 40 and the memory started to
> > increase 1.2% each cycle!
> >
> > Never has the memory decreased.
> >
> > I removed ALL images and cards except for the intro card and the memory
> > never decreased?!
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>