Is dead the task

Juan Padilla Julian <[email protected]>
Newsgroups gmane.comp.hardware.microcontrollers.tini
Message-ID <1083056349.21524.2.camel@pegasus>
I have developed framework to replace Slush completely and to give
additional support to my applications (basically gateways).

Framework uses OWFile to store the configuration and the FileSystem in
RAM does not use.

Software is quite great (200 classes) and has built-in the server
'MemDisplay' to be able to observe the use of the RAM.

The behavior is sufficient for my necessities nevertheless, in different
circumstances, apparently without being related among them, is observed
as the GC recovers suddenly the memory (even more of the one than it
recovers normally) without hoping to arrive at the limit from 64K.

>From that moment they begin to throw NullPointerException exceptions
that for my do not have sense since they happen in different scope of
which caused the problem (it is as if the GC released objects of which
still they are left references).

In other cases this same one happened agreeing with the moment at which
the free memory arrived at 64K and the GC began to release memory.

Of course the problems appear when the equipment is in certain situation
of stress.

This problem is on the verge of changing my plans to produce devices
based on this platform.

What is happening? Is dead the GC taskor the number of threads to
exceededthe limits?

The used configuration is TStick and TILT400Pro.


_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.