Print

Print


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 ?

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