*** This bug has been split off bug 147749 *** ------- Original comment by Paul Nasrat on 2005.02.10 17:22 ------- Description of problem: terminate called after throwing an instance of 'std::bad_alloc' what(): St9bad_alloc /usr/lib/openoffice.org1.9.75/program/soffice.bin: error while loading shared libraries: /usr/lib/openoffice.org1.9.75/program/libicudata.so.26: cannot restore segment prot after reloc: Permission denied
a) That exact line above can only come from openoffice.org.1.9.75 which is only available from people.redhat.com/caolanm, so I'd like to handle it. b) but from a non-selinux person, what exactly an I supposed to do ? :-)
Essentially what's happening, as far as I understand things, is that the libicudata library is requesting both writable and executable memory. It is a bug in the rawhide SELinux policy that this was being denied by default (we are going to change it to be allowed by default). However, it is still better to change libicudata if possible. Without looking at the code, it's hard to say what exactly is causing this. One cause might be assembly code which does not have GNU-stack marker. I've added Roland to the CC on this bug; he is an expert in this area and hopefully he can comment more intelligently than I can. We do need to put together a FAQ on this issue. Again, we will be fixing the rawhide SELinux so this is allowed by default, so it is not a showstopper issue.
Apparently its because this lib isn't getting appropiate -fPIC/-fpic which we missed because it's makefile is generated dynamically during the icu build progress. Will be fixed in 1.9.83, upstreamed.