In article <20121014184816.ga7...@britannica.bec.de>, Joerg Sonnenberger <jo...@britannica.bec.de> wrote: > >This is wrong in multiple ways: >(1) Why do we care about FreeBSD compatibility? The existing code is >pretty much useless and should just die already. There is no support for >anything modernish anyway.
Because we want to share implementations of 3rd party programs. >(2) It shouldn't be under kern in first place, it is about the current >process after all. I could see some possible sense in making it possible >to read it for arbitrary processes for light debugging, but that is >questionable either. Compatibility. I did not want to graft it elsewhere, because that would require to put NetBSD-specific code. >(3) The information is already available via libpthread and AT_STACKBASE >when processing the aux vector directly. Is there a way to get information from AUXV after ld.so is done, from libc? I know about the stack functions in libpthread, but what happens if you are not threaded? >As such, I ask for reverting this. I don't mind. I was just doing some tests with boehm-gc. It would be nice if there was a way to get to the stack base and size portably. christos