This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug go/59433] [4.9 regression] Many 64-bit Go tests SEGV on Solaris
- From: "ro at CeBiTec dot Uni-Bielefeld.DE" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Thu, 09 Jan 2014 14:30:33 +0000
- Subject: [Bug go/59433] [4.9 regression] Many 64-bit Go tests SEGV on Solaris
- Auto-submitted: auto-generated
- References: <bug-59433-4 at http dot gcc dot gnu dot org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59433
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot Uni-Bielefeld.DE> ---
It seems this is a 32-bit issue: the failure is very fragile to
reproduce: I easily get it if running manually or under gdb, but it
vanishes if run under truss. Adding assertions in runtime_netpoll to
check how prfds turns NULL, I find that runtime_SysAlloc indeed returns
NULL, but similar assertions there don't show that.
Investigating the SEGV with pmap, I find this:
14198: /var/gcc/regression/trunk/11-gcc/build/i386-pc-solaris2.11/libgo/log-s
08050000 48K r-x--
/var/gcc/regression/trunk/11-gcc/build/i386-pc-solaris2.11/libgo/log-syslog-check/test/a.out
0806B000 12K rwx--
/var/gcc/regression/trunk/11-gcc/build/i386-pc-solaris2.11/libgo/log-syslog-check/test/a.out
0806E000 8K rwx-- [ heap ]
08080000 4K rw--- [ anon ]
08090000 4K rw--- [ anon ]
and many many more anon mappings, too many for the 32-bit address space,
it seems. Perhaps a missing munmap somewhere?
Rainer