Hello, Dimitry. You wrote 22 февраля 2013 г., 20:14:50: DA> Maybe samba, or any of its dependencies, attempts to be "smart", and DA> enables some custom CPU optimizations? Maybe. I'll investigate this one too. >> DA> In any case, can you attempt to figure out which exact instructions it >> DA> dies on? If gdb does not work, like you said above, maybe you can use >> DA> objdump to disassemble the executable in question, and find the address >> DA> of the failing instruction. >> I'm trying to do this with very last sources both as build system >> and target sources. DA> As Joerg Sonnenberger mentioned to me, the address 0x10351d6 you show in DA> the gdb session seems to be quite high, possibly pointing to some shared DA> library. Maybe you can try to figure out which library it is? I don't like "bt" result with only two lines in high addresses. I'm rebuilding NanoBSD image with enabled gdb now to run "testconf" under gdb itself. -- // Black Lion AKA Lev Serebryakov <lev_at_FreeBSD.org>Received on Fri Feb 22 2013 - 15:35:53 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:35 UTC