From: Alan W. I. <ir...@be...> - 2008-08-24 06:02:39
|
On 2008-08-23 18:54-0700 Jerry wrote: > There have been some posts about Ada example 19 (both x19a.adb and > xthick19a.adb) causing problems, possibly on 64-bit systems but not > 32-bit systems. > > Fortunately, example 19 is short. > > Unfortunately, example 19 runs fine on my machine, OS X. > > Could someone send me detailed info about what happens? On 7/18/08, > Alan indicated this runtime error: > > raised STORAGE_ERROR : stack overflow (or erroneous memory access) That is the only message that is given. > > This is an Ada exception being raised. Was there a line number > associated with this output? Unfortunately, not. > > I would like to try to find, as exactly as possible, where this > problem is arising. I surrounded the plmap and plmeridians calls with if 0 =/0 then end if; then selectively tried if 0 =/1 then It turns out the first two plmap(null... calls generate no run-time error, but that both the plmap(mapform19'Unrestricted_Access... and plmeridians(mapform19'Unrestricted_Access... calls individually generate the above run-time error. BTW, I notice the x16a.adb callbacks are specified with a different access method that does not seem to generate a run-time error, i.e., plshades(... plfill'access, True, pltr1'access, cgrid1'Address); Is it possible to use that method instead for example 19? I simply tried plmap(mapform19'access... but that generated a build error of x19a.adb:113:13: subprogram must not be deeper than access type x19a.adb:118:19: subprogram must not be deeper than access type make[2]: *** [examples/ada/CMakeFiles/x19a.dir/x19a.o] Error 1 I don't understand why this won't build (probably because my Ada languague skills are so limited) since pltr1, for example, is an Ada procedure similar to mapform19. If there is no easy way to mimic what example 16 does, then at least I have pinned down two separate instances of one line of code that generates the run-time error, and I hope you can use that to generate a self-contained test example that is completely independent of PLplot that I can try. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |