[Ifeffit] sum path NAN?

[Carlo Segre]

Hi Mauro:

I wanted to close the loop on this problem.  I have implemented a 
temporary solution while I figure out what the right thing to do is.

This solution applise to whomever is using the Debian packages for etch 
and sid as well as my unofficial packages for sarge and the ubuntu 
varieties.  Note that for Debian lenny you should use the sid repository.

Point your /etc/apt/sources.list to whichever source applies to your 
distribution:

deb http://debian-xray.iit.edu sarge main contrib non-free
deb http://debian-xray.iit.edu etch main contrib non-free
deb http://debian-xray.iit.edu sid main contrib non-free
deb http://debian-xray.iit.edu edgy main contrib non-free
deb http://debian-xray.iit.edu feisty main contrib non-free

upgrade using whatever tools you choose.  You will get a package that is 
names 1.3.0 but has been rolled back to the 1.2.9 version.  This has been 
tested to not have the error that you found on etch, sid and sarge.  The 
problem was my mistakenly believing that Matt had released version 1.3.0 
in September 2006 (my fault, I should have asked!).  I will keep this 
naming scheme until the real 1.3.0 (or 1.3.1) releases.

As for the official version in Debian.  i will look into what is the best 
thing to do to make the fix.  I don't know when I will figure this out or 
when it will appear in etch/proposed-updates.

Again, sorry for the problem.

carlo

On Fri, 20 Apr 2007, M. Rovezzi wrote:

> Quoting Bruce Ravel <bravel at anl.gov>:
>
>> I don't quite understand this.  Would a screenshot or a clar project
>> file help?
>
> Bruce,
>
> I use Ifeffit and Horae packages under Debian built by Carlo so launching
> Artemis from the command line:
>
> $artemis&
>
> at each fit, during the minimization process, appear in the standard
> output, that is in the shell where I executed the program many lines (one
> for each path at each minimization step, if I well understand it) that
> have this form:
>
> sum path #1 #2 #3 #4
>
> Where #* are real numbers and sometimes appears "NAN" that, as Matt said,
> seems a division by zero or a log(-1). I'm trying to produce a project
> file that will show the case when the minimization fall in all "NAN" and
> the loop need to be killed to stop. I'll post it as soon as possible, but
> in the meantime is useful to understand these numbers that appear in the
> shell.
>
> M.
>
>

-- 
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498            Fax: 312.567.3494
segre at iit.edu    http://www.iit.edu/~segre    segre at debian.org