LIBCLANG FATAL ERROR: IO failure on output stream: Bad file descriptor

René J.V. Bertin <[email protected]>
Newsgroups gmane.comp.kde.devel.kdevelop
Message-ID <2207074.044ReBvyqI@bola>
Hi,

I hadn't seen this kind of crash for a while now but got 2 almost in a row the last few days.

Both times I had launched a project-wide string search as soon as the UI allowed me to after starting the session. The session does have a few C++ files open that are restored on load.

Could it be that the file search and the initial parse somehow interfere, somehow? Could the file search use a file-open method that queues the file for parsing under certain conditions, causing libclang to fail because the file has been closed before it's its turn, thus explaining the "bad file descriptor" error?

I'm not getting a backtrace through DrKonqi and haven't been able to reproduce the issue with a debugger attached.

FWIW, the project in question is Audacity, which has a new and rather innovative cmake build system.
Open files restored on launch:
lib-src/FileDialog/FileDialog.cpp
src/effects/lv2/LoadLV2.cpp
/opt/local/libexec/wxWidgets/3.1/include/wx-3.1/wx/chartype.h
lib-src/lv2/suil/src/qt5_in_gtk.cpp
CMakeLists.txt
/opt/local/libexec/wxWidgets/3.1/include/wx-3.1/wx/string.h
/opt/local/libexec/wxWidgets/3.1/include/wx-3.1/wx/strvararg.h
src/CMakeLists.txt
cmake-proxies/CMakeLists.txt
src/AboutDialog.cpp
src/export/ExportMP3.cpp

R.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.