What FreeBSD 9.1 library is missing at runtime for "_ThreadRuneLocale"

1,216 views
Skip to first unread message

Lynn Scott

unread,
Apr 15, 2013, 3:02:22 PM4/15/13
to klish-dev
Hi Serj,

Everything seems to build fine on FreeBSD 9.1, however when I try to
execute another FreeBSD 9.1 system I get the following:

/usr/lib/libclish.so.0: Undefined symbol "_ThreadRuneLocale"

Any ideas as to what library or package am I missing?

Thanks, Lynn

serj.k...@gmail.com

unread,
Apr 16, 2013, 2:26:19 AM4/16/13
to klis...@googlegroups.com
Hi

What do you mean? What is another system? do you mean you build on the
system #1 and then try to execute it on system #2?
I don't know what _ThreadRuneLocale is but current versions of klish
doesn't need threads.

To Stanislav: Do you use such version of FreeBSD? Do you have any
problems like this?




15.04.2013 23:02, Lynn Scott пишет:

Lynn Scott

unread,
Apr 16, 2013, 8:33:31 PM4/16/13
to klis...@googlegroups.com
Sorry - yes that is correct, build on one system execute another system FreeBSD 9.1



--
You received this message because you are subscribed to the Google Groups "klish-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to klish-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.



Stanislav Galabov

unread,
Apr 17, 2013, 2:22:26 AM4/17/13
to klis...@googlegroups.com
Hi Lynn,

Can you please provide 'uname -a' output from both systems (the one you built on and the one you tried to execute on) so I can try to help with that?

Serj, I am not using FreeBSD > 8.x at the moment due to too many custom changes to the OS in our project, so I haven't run into this issue so far, but I see that a lot of people seem to have had it on 9.1 and -CURRENT.

I'll see if I can help Lynn with that.

Best wishes,
Stanislav
To unsubscribe from this group and stop receiving emails from it, send an email to klish-dev+...@googlegroups.com.

Stanislav Galabov

unread,
Apr 17, 2013, 2:44:00 AM4/17/13
to klis...@googlegroups.com
Hi again,

Could you also post the output of the following commands from both systems:
nm -D /lib/libc.so.7 | grep _ThreadRuneLocale

Best wishes,
Stanislav

Stanislav Galabov

unread,
Apr 17, 2013, 2:56:25 AM4/17/13
to klis...@googlegroups.com
And one last thing for now... :-)
Please also post outputs from 'objdump -x /lib/libc.so.7' from both machines.

Stanislav

serj.k...@gmail.com

unread,
Apr 17, 2013, 3:04:44 AM4/17/13
to klis...@googlegroups.com
Hi

I have tried to google for this. It's not klish specific problem. People has such prodlems with different application on FreeBSD 9.1.

17.04.2013 10:56, Stanislav Galabov пишет:

serj.k...@gmail.com

unread,
Apr 17, 2013, 3:12:45 AM4/17/13
to klis...@googlegroups.com
They say something like it's a problem of software from 9.1 with
libraries from 9.0. System update problem.

15.04.2013 23:02, Lynn Scott пишет:

Stanislav Galabov

unread,
Apr 17, 2013, 3:39:22 AM4/17/13
to klis...@googlegroups.com
Yes, this is in line with what I found as well. More specifically: FreeBSD 9.1's libc has the symbol defined as a BSS symbol when compiled with support for Thread Local Storage (TLS), where FreeBSD 9.0's libc doesn't.

Now, if you build klish on a system that exports _ThreadRuneLocale, you get a reference to it in libclish.so.0 as an undefined symbol (so it will be looked up from other libs that libclish is linked to, which includes libc). So later when you try to run klish, compiled this way, on a system where libc doesn't export _ThreadRuneLocale, you get the problem that Lynn describes.

So, all in all, Lynn, please rebuild or reinstall libc on the failing machine so that it properly exports _ThreadRuneLocale.

Best wishes,
Stanislav
Reply all
Reply to author
Forward
0 new messages