Непонятный "вылет" программы., а должна была быть кросплатформенной... Опции

[NordWest]

Пишем программу в Qt. Начинали под винду, теперь есть непреодолимое желание использовать её ещё и под Линуксом, там более кросплатформ и всё такое... Но программа сопротивляется.

Вылетает она из библиотеки, которая позволяет работать со специальными графическими файлами. При открытии такого файла, т.е. при вызове метода fits_open_file() из этой библиотеки, программа вылетает, и если в релизе она это делает молча, то в дебуг-варианте в консоль выдается следующее:

CODE

Scope for 7037:
Symbol fptr is a variable with multiple locations, length 4.
Symbol imgtype is a variable with multiple locations, length 4.
Symbol status is a variable with multiple locations, length 4.
Symbol tstatus is a variable with multiple locations, length 4.
Symbol lngscale is a variable with multiple locations, length 4.
Symbol bscale is a variable with multiple locations, length 8.
Symbol bzero is a variable with multiple locations, length 8.
Symbol min_val is a variable in register st3, length 8.
Symbol max_val is a variable in register st1, length 8.
(gdb)
Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
(gdb)

Это как же понимать? Области переменных смешались?

[ЙаМайскЫйПчОЛ]

НУ ладно давай разбераться по пункта.
Я на 87% уверен что проблемма в первом аргументе либо в его типе либо в объявлении функции
Эта уверенность инстинктивная + основное что мне приходилось править при переводе приложения на линь - это ссылки и указатели.

В Твоем случае я вижу что мы имеем дело с FITS
немного погуглив

int ffpcls( fitsfile *fptr,   /* I - FITS file pointer                       */
            int  colnum,     /* I - number of column to write (1 = 1st col) */
            long  firstrow,  /* I - first row to write (1 = 1st row)        */
            long  firstelem, /* I - first vector element to write (1 = 1st) */
            long  nelem,     /* I - number of strings to write              */
            char  **array,   /* I - array of pointers to strings            */D
            int  *status)    /* IO - error status                           */
/*
  Write an array of string values to a column in the current FITS HDU.
*/
{
    int tcode, maxelem, hdutype, nchar;
    long twidth, incre, rownum, remain, next;
    long ii, jj, ntodo, tnull;
    OFF_T repeat, startpos, elemnum, wrtptr, rowlen;
    double scale, zero;
    char tform[20], *blanks;
    char message[FLEN_ERRMSG];
    char snull[20];   /*  the FITS null value  */
    tcolumn *colptr;

    double cbuff[DBUFFSIZE / sizeof(double)]; /* align cbuff on word boundary */
    char *buffer, *arrayptr;

    if (*status > 0)           /* inherit input status value if > 0 */
        return(*status);

    /* reset position to the correct HDU if necessary */
    if (fptr->HDUposition != (fptr->Fptr)->curhdu)
    {
        ffmahd(fptr, (fptr->HDUposition) + 1, NULL, status);
    }
    else if ((fptr->Fptr)->datastart == DATA_UNDEFINED)
    {
        if ( ffrdef(fptr, status) > 0)               /* rescan header */
            return(*status);
    }

обрати внимание на первую строчку кода и вызов ffmahd ИМХО такое объявление отличается от твоего на одну *
контрол-ц контрол-в из MSDN и готовых сырцов часто приводит к непониманию

сделай ТАК!

int ffopen(fitsfile *fptr, const char *filename, int iomode, int *status);

в объявлении функции и будет тебу счастие

а примеров подобного рода куча http://astro.phys.au.dk/ai43/toar/io/MOMF/...itsio/putcoll.c

Сообщение отредактировал ЙаМайскЫйПчОЛ - 22.4.2009, 8:21

[NordWest]

НУ ладно давай разбераться по пункта.
...
сделай ТАК!

int ffopen(fitsfile *fptr, const char *filename, int iomode, int *status);

в объявлении функции и будет тебу счастие
...

Ну вот, программа заработала. При этом не понятно что случилось и что собственно помогло...

В общем, я попытался воспользоваться советом уважаемого майского насекомого. убрать звездочку из ffopen явно мало. Потому как сама fits_open_file связана define'ом с функцией ffopentest в файле longname.h:

#define fits_open_file(A, B, C, D)  ffopentest( CFITSIO_VERSION, A, B, C, D)

Т.е. этот двойной указатель передается ей, а уже она вызывает ffopen():

Раскрывающийся текст

int ffopentest(double version,   /* I - CFITSIO version number, from the    */
                                 /*     application program (fitsio.h file) */
           fitsfile **fptr,      /* O - FITS file pointer                   */ 
           const char *name,     /* I - full name of file to open           */
           int mode,             /* I - 0 = open readonly; 1 = read/write   */
           int *status)          /* IO - error status                       */
/*
  Open an existing FITS file with either readonly or read/write access.
  First test that the version of fitsio.h used to build the CFITSIO library
  is the same as the version used in building the application program that
  links to the library.
*/
{
    if (version != CFITSIO_VERSION)
    {
        printf("ERROR: Mismatch in the version of the fitsio.h include file used to build\n");
    printf("the CFITSIO library, and the version included by the application program:\n");
    printf("   Version used to build the CFITSIO library   = %f\n",CFITSIO_VERSION);
    printf("   Version included by the application program = %f\n",version);
    
        *status = FILE_NOT_OPENED;
    return(*status);
    }

    /* now call the normal file open routine */
    ffopen(fptr, name, mode, status);////////////////////////<<<<<<<<<<<<<<<<<<<<
    return(*status);
}

Получается чтобы поменять заголовок как в совете, нужно не только изменить сам ffopen, но и ffopentest и ещё все процедуры, которые вызывают данные функции с двойным указателем. Это мне и выдал make, когда я заменил вызов у себя и пересобирал библиотеку. Поэтому я возвернул всё назад. Пересобрал библиотеку и свой проект и о чудо!..

Помимо этих действий, я также скачал новую версию библиотеки, переустановил её в /usr/local а не /usr/local/bin как ранее и забросил в папку, откуда подключаю fitsio.h и longname.h ещё и drvsmem.h и fitsio2.h, которые также создаются при сборке и на которые я раньше внимания вообще не обращал.

Т.е. возможно была какая-то путаница версий, либо я криво установил библиотеку... Либо ещё что. Главное теперь всё работает и более того - по сравнению с виндой приложение теперь летает

В любом случае, всем спасибо за помощь и участие! И приношу свои извинения за нецелевое использование консультационных ресурсов форума.

Сообщение отредактировал NordWest - 22.4.2009, 13:16