https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112315
--- Comment #2 from mccannd at uk dot ibm.com ---
OK, thanks. I had just started using Fedora 39. I assume this bug can be closed
then.
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mccannd at uk dot ibm.com
Target Milestone: ---
I created the following test program:
#include
int main(int argc, char* argv[])
{
std::string X = "my s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90589
--- Comment #11 from mccannd at uk dot ibm.com ---
I've just discovered that /usr/bin/free also exhibits the same symptoms.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90589
--- Comment #9 from mccannd at uk dot ibm.com ---
Still failing when I try the same in Fedora 31.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90589
--- Comment #8 from mccannd at uk dot ibm.com ---
Or more fully:
#0 0x773705f8 in pthread_rwlock_wrlock () from /lib64/libpthread.so.0
#1 0x773c2833 in textdomain () from /lib64/libc.so.6
#2 0x775ee531 in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90589
--- Comment #6 from mccannd at uk dot ibm.com ---
Yes, I've got it failing in a Fedora 30 virtual image outside of any container.
root@localhost ~]# LD_PRELOAD=/lib64/libasan.so.5.0.0
ASAN_OPTIONS=alloc_dealloc_mismatch=0 gdb $(which ps)
wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90589
--- Comment #4 from mccannd at uk dot ibm.com ---
I've not yet tried outside of a container.
I have a script that sets LD_PRELOAD so that I can detect problems in code I do
care about. It just so happens that this code calls ps, which then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90589
--- Comment #2 from mccannd at uk dot ibm.com ---
No, I've just installed the procps and libasan packages within my Fedora 30
container.
: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: mccannd at uk dot ibm.com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxin at
gcc dot gnu.org
Target Milestone
