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

[Milian Wolff]

On Donnerstag, 6. Februar 2020 11:09:38 CET René J.V. Bertin wrote:
> 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?

No, we do not share fd's with libclang. This cannot be it.

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

Please try again. Without, there's nothing for me to see here.
 
> 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.


-- 
Milian Wolff
mail at milianw.de
http://milianw.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20200206/17e2d361/attachment.sig>