[UDAV][HDF5]2 abalakin и др.

Частично разобрался. На самом деле проблемы две.

Первая возникает при первом сохранении в новый hdf5-файл. В силу каких-то причин вызов H5Eset_auto в начале метода saveHDF5 портит имя файла в виде C-строки, полученное вызовом fname=fileName.toAscii().constData(). Имя файла при этом заменяется на \001 и т.п.

Я вставил в начало функции main вызов H5open(), проблема исчезла; при этом, если H5open вставлять в saveHDF5 перед H5Eset_auto, проблема остается. Как я понял, и char* -строка, и стек ошибок hdf5 хранятся в thread-specific storage, возможно, эффект связан с этим. Если не вставлять вызов H5open(), а сделать копию имени файла fname перед вызовом H5Eset_auto с помощью strdup, проблема также решается.

Вторая проблема возникает при последующем сохранении в hdf5. H5Eset_auto не меняет имя файла, а в процессе вызова H5Fcreate имя меняется на 'йла или каталога' и т.п. Вызовом H5open() эта проблема не решается, но создание копии строки также помогает: исходное имя fname меняется, а его копия — нет.

К сожалению, я недостаточно знаю языки C, C++ и библиотеку pthreads, чтобы понять, что происходит.

Пояснение: кусок кода из файла scriptwindow.cpp, о котором речь идёт, выглядит так:

	const char *fname = fileName.toAscii().constData();
// <--- если здесь сделать strdup и пользоваться копией, всё ок

// <--- вот здесь fname портится первый раз (при 1м сохранении)
	H5Eset_auto(0,0);

// <--- здесь fname портится при 2м сохранении
	hf = H5Fcreate(fname, H5F_ACC_TRUNC, H5P_DEFAULT, H5P_DEFAULT);

Похоже что треды не при чём.

Написал багрепорт, тема закрыта.