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
On Apr 13, 2012, at 4:53 AM, Glen Bojsza wrote:
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
Hey Glenn,
My suggestion, while you're waiting to hear from support, would be to run
your app with a tool like Valgrind. It could be you've found a leak in the
engine, but you might just have a buggy dependency in your Centos distro.
Valgrind output may give you some hints as to where.
--
cb
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 gboj...@gmail.com wrote:
My latest update / feedback on the issue...
I tried monitoring
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
The tarball can be gotten here...
http://www.box.com/s/07d396287def00f59b8e
If you launch the application then all you need to do is click any of the
images in the scrolling field and watch the memory.
On Fri, Apr 13, 2012 at 9:13 AM, Glen Bojsza gboj...@gmail.com wrote:
I build a scaled
Glen Bojsza wrote:
...
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?!
...
Good info, Glen. Please consider adding
On 04/13/2012 10:22 AM, Glen Bojsza wrote:
The tarball can be gotten here...
http://www.box.com/s/07d396287def00f59b8e
If you launch the application then all you need to do is click any of the
images in the scrolling field and watch the memory.
This problem is very evident here, certainly a
Glen Bojsza gbojsza@... writes:
If you launch the application then all you need to do is click any of the
images in the scrolling field and watch the memory.
Confirmed here on 32-bit Fedora Core 16 xcfe spin. I get a very noticeable
memory leak for each image generated and a significant use of
Hello,
I have discovered a potential problem with my Livecode app running on
CentOS 6.2
Basic summary is that the application queries databases and generates
graphs. The application does snapshots of these graphs and allows the user
to position them or re-order them.
After stress testing the
Glen,
My linux system is down (fried psu) so I can't test it right now, sorry.
I advise you to check with support at supp...@runrev.com this sounds like a
blocker.
Best
andre
On Thu, Apr 12, 2012 at 10:23 PM, Glen Bojsza gboj...@gmail.com wrote:
Hello,
I have discovered a potential problem
Hi Andre,
I have sent in to supp...@runrev.com as well.
This is a blocker since any Linux application done in Livecode could easily
experience this and give the end user a bad taste.
I just tried the same tests on OS X and did not have any issues.
Hopefully it can be fixed.
... sorry to hear
Glen-
Thursday, April 12, 2012, 6:23:33 PM, you wrote:
Even if, before generating more snapshots, you delete all existing
snapshots the application shuts down... deleting doesn't seem to do
anything in helping the application to continue to run??
Are there any suggestions that can be tried
Glen,
I sincerely doubt that this is related to the version of Linux you are using.
This sounds like a potential memory leak in your graphing functionality. Are
you using native LiveCode or someone's plugin / stack?
Tim
On Apr 12, 2012, at 6:23 PM, Glen Bojsza wrote:
Hello,
I have
14 matches
Mail list logo