Непонятный "вылет" программы., а должна была быть кросплатформенной... Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Переключить на: Древовидный Стандартный Переключить на: Линейный

[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)

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

[SABROG]

Начинали под винду, теперь есть непреодолимое желание использовать её ещё и под Линуксом,

А под виндой какой компилятор используется?

[Гость_Пчол_*]

ты лучше код покажи а не результат: тк это обычная ошибка сегментации и причин возникновения куча

[Гость_Он_Же_*]

скорее всего неправльная работа с память: виндовый стиль программирования слишком расслабляет

[Гость_Яже_*]

самая распространненая ошибка при работе с указателями и ссылками, хорошенько проверьте работу динамических элементов, особенно контейнеров и повышенное внимание параметрам функции
MVS + их компилер разрешает такие вещи от которых gcc жутко тянет блевать

[NordWest]

Начинали под винду, теперь есть непреодолимое желание использовать её ещё и под Линуксом,

А под виндой какой компилятор используется?

mingw32-make

ты лучше код покажи а не результат: тк это обычная ошибка сегментации и причин возникновения куча

fitsdata::fitsdata(QString fitsFileName)
{
...
       char *fname = fitsFileName.toAscii().data();
    fitsfile *fptr;//pointer ot FITSfile
    int status = 0;//status
    fits_open_file(&fptr, fname , READONLY,&status);
...
}

Объявление функции такое:

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

[igor_bogomolov]

Вот твоя ошибка. Так делать категорически нельзя. fname у тебя невалиден.

char *fname = fitsFileName.toAscii().data();

подробно здесь

Сообщение отредактировал igor_bogomolov - 21.4.2009, 22:37

[SABROG]

По сути тут область видимости временного объекта ограниченна таким образом:

char *fname = (fitsFileName.toAscii().data());

[NordWest]

Вот твоя ошибка. Так делать категорически нельзя. fname у тебя невалиден.

char *fname = fitsFileName.toAscii().data();

подробно здесь

Делал так:

QByteArray tmp = fitsFileName.toAscii();
const char *fname = tmp.data();

И так:

const char *fname = fitsFileName.toAscii().constData();

И так:

QByteArray tmp = fitsFileName.toAscii();
fits_open_file(&fptr, tmp.data() , READONLY,&status);

Но никак...
Так как?

[Гость_Гость_*]

а может дело в первом параметре функции ?

[NordWest]

Ага, только теперь при дебуге выдает ещё и это:

Program received signal SIGSEGV, Segmentation fault.
0x080df7bd in ffgiet (fptr=0x987b8e0, imgtype=0xbf827234, status=0xbf827220) at fitscore.c:7038
Program terminated with signal SIGSEGV, Segmentation fault.

А вот код, на который ошибка указывает:

    /* 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);

[igor_bogomolov]

а может дело в первом параметре функции ?

А чем он тебе не нравится?

[Гость_Гость_*]

fitsfile *fptr;//pointer ot FITSfile
ты уверен что под него не надо память выделять???

[Гость_Гость_*]

fptr=0x987b8e0, imgtype=0xbf827234, status=0xbf827220
выбивается из контектста + ты перемудрил с **в объявлении и & в переданом значении, даже я не понимаю чего ты хочешь

[Гость_Гость_*]

я имелл в виду fptr=0x987b8e0 выбивается из контектста адресов выделеной памяти

[igor_bogomolov]

& в переданом значении, даже я не понимаю чего ты хочешь

+1

fits_open_file(fptr, qPrintable(fitsFileName) , READONLY, &status);
//bkb
fits_open_file(fptr, fitsFileName.toAscii().data() , READONLY, &status);

Сообщение отредактировал igor_bogomolov - 21.4.2009, 23:53

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

ну гдето так)))
а то даж залагиниться пришлось)))))

[igor_bogomolov]

[oftop]
Так чтож сразу не залогинелся то? С конкретным человеком приятней общаться чем с анонимом
[/offtop]

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

да думал поспать лечь, хрен уснеш когда у людей баги при кросплатформизации выявляются

[igor_bogomolov]

NordWest, погоди. Чет я не врубился. Это что, имелось в виду одно и то же

fits_open_file(&fptr, fname , READONLY,&status);

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

В смысле fits_open_file и ffopen???????????????77

Сообщение отредактировал igor_bogomolov - 22.4.2009, 0:05

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

всёёёёё мне такой херней еща завтра заниматься........


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

[NordWest]

В смысле fits_open_file и ffopen???????????????77

Одно и то же:

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

fitsfile *fptr;//pointer ot FITSfile
ты уверен что под него не надо память выделять???

В примерах не нужно было, и в винде думаю это также проявилось бы.

В описалове ещё что-то говориться о "Shared memory files", но пока не разберусь к чему это они.

fits_open_file(fptr, qPrintable(fitsFileName) , READONLY, &status);
//bkb
fits_open_file(fptr, fitsFileName.toAscii().data() , READONLY, &status);

Оба варианта результата не дают.

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

НУ ладно давай разбераться по пункта.
Я на 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