 |
 |
2009/5/19 Tim Jenness <[log in to unmask]>: > > well, I had the problem on mac and then copied the parameter file to > scubadev and got the same problem... With that parameter file do you get an > image that completely fills the Y axis but not the X ? Yes. David > Tim > > On Tue, 19 May 2009, David Berry wrote: > >> Tim, >> I'm having problems reproducing this. I copied the parameter >> file you supplied into my ~/adam directory, then ran >> >> % display /star/bin/kappa/comwest accept >> >> It ran successfully. Running it under valgrind showed up the astBorder >> problem (which I have now fixed) but nothing else. >> >> Do you see the problem if you run display on a Linux machine rather >> than a Mac? When did you first see the problem? Can you tell if it's >> related to recent changes to anything? Is it related to the size of >> your xwindow? >> >> David >> >> 2009/5/18 Tim Jenness <[log in to unmask]>: >>> >>> David, >>> >>> With the attached display.sdf parameter file I get a segv in pgplot in >>> grpxre.f. The problem is that J2 has a value of 257 but the array IA is >>> only >>> initialised to 256. Deleting the parameter file or using "reset" fixes >>> the >>> problem. With this parameter file the Y extent of the data completely >>> fills >>> the display area. valgrind gets really upset (and there is an unrelated >>> warning from the astBorder function) with the read off the end. >>> >>> I'm not sure where the 257 is coming from or which ADAM parameter is >>> triggering the problem. To get things to display on my Mac without the >>> segv >>> I need to add >>> >>> IF ( J2 .GT. JDIM ) THEN >>> print *, 'GRPXRE: J2 Out of array bounds. Resetting to ', JDIM >>> J2 = JDIM >>> END IF >>> IF ( I2 .GT. IDIM ) THEN >>> print *, 'GRPXRE: I1 Out of array bounds. Resetting to ', IDIM >>> I2 = IDIM >>> END IF >>> >>> to the pgplot routine but I assume the error is in some higher level >>> routine. It is likely that it is in the PGPLOT code itself so I'm >>> wondering >>> whether I should just commit the above and ignore the problem. I'd like >>> enlightenment on the ADAM parameter that is causing the trouble though >>> (and >>> it's clearly a sticky parameter). >>> >>> The call to PGPIXL in KPG1_PGPIX seems reasonable: >>> >>> 256 256 55.774169921875007 150.60083007812500 >>> 20.319999694824219 115.14665222167969 >>> >>> >>> -- >>> Tim Jenness >>> Joint Astronomy Centre >>> >>> PGPLOT valgrind: >>> >>> ==8407== Invalid read of size 4 >>> ==8407== at 0xC33CF04: grpxre_ (grpxre.f:39) >>> ==8407== by 0xC33BE39: grpixl_ (grpixl.f:124) >>> ==8407== by 0xC34F0FB: pgpixl_ (pgpixl.f:58) >>> ==8407== by 0x53BB9FD: kpg1_pgpix_ (kpg1_pgpix.f:132) >>> ==8407== by 0x4184B6: display_ (display.f:1425) >>> ==8407== by 0x40A627: kapview_mon_ (kapview_mon.f:221) >>> ==8407== by 0x40A11E: dtask_applic_ (dtask_applic.f:66) >>> ==8407== by 0xF852BAF: dtask_obeydcl_ (dts_obeydcl.f:160) >>> ==8407== by 0xF8513C7: dtask_dcltask_ (dts_dcltask.f:153) >>> ==8407== by 0x40A050: MAIN_ (dtask_main.f:140) >>> ==8407== by 0x44D68D: main (in /star/bin/kappa/kapview_mon) >>> ==8407== Address 0x12D22370 is 0 bytes after a block of size 262,144 >>> alloc'd >>> ==8407== at 0x4A04B32: calloc (vg_replace_malloc.c:279) >>> ==8407== by 0x1243C57F: Malloc (cnfMem.c:381) >>> ==8407== by 0x11E20CBF: psx_calloc_ (psx_calloc.c:239) >>> ==8407== by 0x4345C5: kps1_discl_ (kps1_discl.f:375) >>> ==8407== by 0x418B36: display_ (display.f:1408) >>> ==8407== by 0x40A627: kapview_mon_ (kapview_mon.f:221) >>> ==8407== by 0x40A11E: dtask_applic_ (dtask_applic.f:66) >>> ==8407== by 0xF852BAF: dtask_obeydcl_ (dts_obeydcl.f:160) >>> ==8407== by 0xF8513C7: dtask_dcltask_ (dts_dcltask.f:153) >>> ==8407== by 0x40A050: MAIN_ (dtask_main.f:140) >>> ==8407== by 0x44D68D: main (in /star/bin/kappa/kapview_mon) >>> >>> >>> AST valgrind: >>> >>> ==8407== Conditional jump or move depends on uninitialised value(s) >>> ==8407== at 0x3BE001204C: __ieee754_pow (in /lib64/libm-2.5.so) >>> ==8407== by 0x3BE0023B92: pow (in /lib64/libm-2.5.so) >>> ==8407== by 0xD2B004B: Border (plot.c:4817) >>> ==8407== by 0xD2AD091: Grid (plot.c:17230) >>> ==8407== by 0xD0B5A31: ast_grid_ (fplot.c:249) >>> ==8407== by 0x53B0508: kpg1_asgrd_ (kpg1_asgrd.f:265) >>> ==8407== by 0x418D5F: display_ (display.f:1499) >>> ==8407== by 0x40A627: kapview_mon_ (kapview_mon.f:221) >>> ==8407== by 0x40A11E: dtask_applic_ (dtask_applic.f:66) >>> ==8407== by 0xF852BAF: dtask_obeydcl_ (dts_obeydcl.f:160) >>> ==8407== by 0xF8513C7: dtask_dcltask_ (dts_dcltask.f:153) >>> ==8407== by 0x40A050: MAIN_ (dtask_main.f:140) >>> >>> >>> >>> >>> >> > > -- > Tim Jenness > JAC software > http://www.jach.hawaii.edu/~timj >