From: Burton S. <bur...@gm...> - 2012-07-10 12:15:00
|
On 12-07-10 06:09 AM, Troy Noble wrote: > Perhaps the size of the image is a red herring and not really the problem at all. I think so but so far that's all that's been concentrated on. > I have been following the other thread of discussion about divide-by-zero with random > numbers close to zero in the denominator. > > Is this possible the same set of data you are trying to dump to the image file? It is the same code, but from what I can see the divide by zero I'm seeing is happening before the repl even loads (see the GDB stacktrace in the original message) so none of my code looks to have even been called yet, and I didn't even set a custom startup function for the core. > I am almost wondering if you could be tripping over the same divide-by-zero issue when the image is > loading? That might explain the randomness of the failures you described. > > It would be an interesting exercise to try to produce a repeatable test case using various "corner case" >numeric values such as 0, -0, 0.0+/-epsilon, +/-INF, +/-NAN and so forth, and dump that data set to a >much smaller image file, and then try to load it. If it fails you would have a repeatable test case to > report as well, or you could easily narrow it down to values to be avoided. The randomness isn't with the loading, it's with the cores. As in, some cores crash on startup but which ones seems to be random. -- Burton Samograd |