Sorry to bump an old thread, but Jensen's old problem looks ominously like what I'm experiencing now. Getting the "illegal instruction (core dumped)" like in the original post. This happens both on command line and Ekos (ekos just says solver failed). Tried on various Ubuntu vivid flavours from daily builds, but the same thing happens on all of them. The common link is the new Astrometry build (0.52+r3783.207~ubuntu15.04.1) from the repo. Haven't tried compiling the code so I don't know whether that helps.
Running just solve-field without any parameters does not produce an error, but as soon as any parameters are passed to the solver I get "Illegal instruction". I'll try to get some logs later today if it helps.
Additional info for my previous post (which is somewhere).
So te situation is the same as in Jensen's original post, illegal instruction (core dump) immediately after starting solve. The following data is from the command line.
Gdb output:
mtoastro@mtoastro-K53U:~$ sudo gdb --args /usr/bin/solve-field --verbose --no-plots --downsample 2 goodL_Horsehead_010.fit
GNU gdb (Ubuntu 7.9-0ubuntu1)7.9
Copyright (C)2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/solve-field...(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/bin/solve-field --verbose --no-plots --downsample 2 goodL_Horsehead_010.fit
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Program received signal SIGILL, Illegal instruction.
0x00000000004615da in ?? ()(gdb)
mtoastro@mtoastro-K53U:~$ dpkg -l astro*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==============-============-============-=================================
ii astrometry-dat 0.45 all Astrometry.net index files
ii astrometry-dat 0.45 all Astrometry.net index files
ii astrometry-dat 0.45 all Astrometry.net index files
ii astrometry-dat 0.45 all Astrometry.net index files
ii astrometry-dat 0.45 all Astrometry.net index files
ii astrometry.net 0.52+r3783.2 amd64 Astrometry plate solver
After browsing through the astromentry.net google group, it looks very much like one reported problem where the solution was to recompile the astrometry engine with OPTIMIZE=no.
I think I'll give that a try and see what happens.
ontinuing the "unseen" posts. It seems that compiling the source with "export OPTIMIZE = no" unommented in the makefile solves the issue at least when solving from the command line.
Quick test with telescope and CCD simulators in ekos seems to work also.