bug-gnuastro
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-gnuastro] failure on wcscat,sh, radec.sh, wcspolygon.sh


From: Christopher Willmer
Subject: Re: [bug-gnuastro] failure on wcscat,sh, radec.sh, wcspolygon.sh
Date: Fri, 2 Dec 2016 09:56:56 -0700
User-agent: SquirrelMail/1.5.2 [SVN]

Hello Mohammad,


============================================================================
Testsuite summary for GNU Astronomy Utilities 0.2.47-2dfa
============================================================================
# TOTAL: 48
# PASS:  47
# SKIP:  1
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 0
============================================================================

Seems to work fine, so this is all good news !

Eventually I might start asking you questions about NoiseChisel. My
interest is in the detection of high redshift galaxies and am curious how
NoiseChisel will perform, particularly when dealing with multi-wavelength
data.

Cheers,

Christopher


On Fri, December 2, 2016 08:56, Mohammad Akhlaghi wrote:
> Hi Christopher,
>
>
> Great! I am really happy we were able to fix this problem.
>
>
> I just commited the changes to the version controlled source, I found a
> few other occurances of these two WCSLIB functions and corrected them.
>
> So, before pushing the commit to the main Gnuastro repository, and as a
> final check, could you try `make check' on this tarball:
>
> https://cral.univ-lyon1.fr/labo/perso/mohammad.akhlaghi/gnuastro-0.2.47-2
> dfa.tar.gz (will be removed after the check)
>
>
> Thanks a lot,
> Mohammad
>
>
>
> On 12/02/2016 04:42 PM, Christopher Willmer wrote:
>
>> Hello Mohammad,
>>
>>
>>
>> Success !
>>
>>
>>
>> =======================================================================
>> =====
>> Testsuite summary for GNU Astronomy Utilities 0.2
>> ========================================================================
>> ====
>> # TOTAL: 48
>> # PASS:  47
>> # SKIP:  1
>> # XFAIL: 0
>> # FAIL:  0
>> # XPASS: 0
>> # ERROR: 0
>>
>>
>> That is the solution !
>> Glad that I could be of help.
>>
>>
>> Cheers,
>>
>>
>> Christopher
>>
>>
>>
>> On Fri, December 2, 2016 07:20, Mohammad Akhlaghi wrote:
>>
>>> Hi Christopher,
>>>
>>>
>>>
>>> Thank you very much, the outputs were really helpful and after
>>> following each step much more closely I think I was able to find the
>>> problem. Could you try `make check' (everything set as default) on the
>>> tarball below:
>>>
>>> https://cral.univ-lyon1.fr/labo/perso/mohammad.akhlaghi/gnuastro-0.2-
>>> poss ible-fix.tar.gz (will be removed after this bug is fixed.)
>>>
>>>
>>> If I am correct, the problem was caused by a bad call to WCSLIB's
>>> `wcsp2s' function in the `wcscheckprepare' function of
>>> `bin/imgcrop/wcsmode.c'. The `status' variable should actually have
>>> been an array, not a single value. So WCSLIB was writing values in
>>> regions of memory that it thought belong to this array. But in fact,
>>> these regions had information of the other constructs, so after WCSLIB
>>> changed them you get a segmentation error.
>>>
>>> To be honest, I am surprized how other compilers (or your compiler in
>>>  non-optimized mode) hadn't caught this error. But I hope this is the
>>>  solution ;-).
>>>
>>> Thanks again,
>>> Mohammad
>>>
>>>
>>>
>>> On 12/02/2016 12:25 PM, Christopher Willmer wrote:
>>>
>>>
>>>> Hello Mohammad,
>>>>
>>>>
>>>>
>>>> I downloaded the tar file you made into a separate directory and
>>>> ran configure with
>>>>
>>>> ./configure --prefix=/home/cnaw/bin LDFLAGS=-L/home/cnaw/bin/lib
>>>> CPPFLAGS=-I/home/cnaw/bin/include
>>>>
>>>>
>>>>
>>>> and then
>>>>
>>>> make -j4
>>>>
>>>> I did three runs of make check;
>>>>
>>>>
>>>>
>>>> In the first run (test-suite_org.log) I used the scripts as they
>>>> came. For
>>>> the second run I edited the 3 scripts that fail by adding the
>>>> valgrind command (test-suite_valgrind.log)
>>>>
>>>> valgrind --leak-check=full --show-reachable=yes $execname ...
>>>>
>>>> and the third (test-suite_valgrind_minus_v.log)
>>>>
>>>> valgrind -v --leak-check=full --show-reachable=yes $execname ...
>>>>
>>>> Hopefully this will be useful
>>>>
>>>>
>>>>
>>>> Cheers,
>>>>
>>>>
>>>>
>>>> Christopher
>>>>
>>>>
>>>>
>>>
>>
>>
>


-- 
Christopher Willmer
Steward Observatory, University of Arizona
933 North Cherry Avenue, Tucson AZ, 85721, USA
(520) 626-0805




reply via email to

[Prev in Thread] Current Thread [Next in Thread]