Date: Mon, 23 Sep 2019 07:26:26 +0000 From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 240761] Segmentation fault in OpenCL programs using clover Message-ID: <bug-240761-7141@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240761 Bug ID: 240761 Summary: Segmentation fault in OpenCL programs using clover Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: x11@FreeBSD.org Reporter: shamaz.mazum@gmail.com Assignee: x11@FreeBSD.org Flags: maintainer-feedback?(x11@FreeBSD.org) Attachment #207731 text/plain mime type: Created attachment 207731 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D207731&action= =3Dedit Constructor/destructor workaround Hello. This is a long standing bug (at least for me), but I've decided to report only now. When you use an OpenCL program using lang/clover, the prog= ramm will crash at exit. I've tracked the problem to a file src/util/u_queue.c in mesa sources. The segmentation fault occurs while executing atexit handlers (one such hander = is added in global_init() ). BTW, there is nothing wrong with atexit_handler() function itself: it can be empty and the result will be the same (segmentat= ion fault). I tried to reproduce this behavior in a test program without success, so I = have no idea what is causing the bug. Meanwhile, I wrote a little workarond using constructor and destructor functions (supported by both clang and gcc). This works just fine without a= ny errors. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-240761-7141>