Search Results for “libc_r” – DragonFly BSD Digest

libc_r no longer in DragonFly

Justin Sherrill — Fri, 22 Nov 2019 15:58:48 +0000

It hasn’t been updated or used for some time, but libc_r was 20+ years old. Now it’s gone. You know someone younger than this code, or maybe even younger than the last time I talked about it.

Really old systems and libpthread

Justin Sherrill — Tue, 10 May 2011 00:59:35 +0000

If you have a really old DragonFly system, meaning you’ve been upgrading it since version… 1.8 (I think?), you may have libpthread linked to libc_r instead of libxu. This means that if you have a system that old, you will now need to set THREAD_LIB or just recompile your pkgsrc programs on your next upgrade to something after DragonFly 2.10. I don’t think this is going to apply to a lot of people.

(I hope I got the lib details right…)

Getting rid of libc_r

Justin Sherrill — Sat, 26 Sep 2009 02:12:53 +0000

If you’ve got a really, really old DragonFly installation that been upgraded from… 1.8? Perhaps earlier? The system will be using libc_r instead of lib_xu. If you want to change to lib_xu, which is the long-term goal, Hasso Tepper has the simple steps listed.

Libpthread changes

Justin Sherrill — Tue, 14 Jul 2009 20:33:28 +0000

Threading libraries libc_r and libthread_xu have been synchronized by Hasso Tepper; this shouldn’t cause noticeable issues. The potential issues he mentions for pkgsrc appear fixed, as I haven’t had any significant trouble (from that, at least) during bulk builds.

How badly did that break things?

Justin Sherrill — Tue, 14 Apr 2009 01:56:21 +0000

Hasso Tepper reported on the results of Peter Avalos’s major libc changes; someone retiring libc_r would help, as would someone figuring out why unistd.h isn’t found on DragonFly.

Graphs for fork profiling

Justin Sherrill — Thu, 01 May 2008 01:26:17 +0000

Robert Luciani, one of the Summer of Code students for DragonFly, did some initial testing of the libc_r and libthread_xu libraries, with some graphable results. Unfortunately, there’s some degree of error, but that’s OK – I just like having tests performed and images created.

Floating point error and fix

Justin Sherrill — Sat, 15 Dec 2007 02:24:40 +0000

Joerg Anslik found a strange error that turns out to have been a problem in handling floating point states; it’s fixed, but you will need to recompile kernel and libc_r if you are running bleeding edge code.

Benchmarking threading results

Justin Sherrill — Fri, 19 Oct 2007 17:48:51 +0000

Antonio Huete used sysbench to benchmark a DragonFly system running either libc_r or libthread_xu. Aggelos Economopoulos graphed the results so far.

Huete mentions that more results are forthcoming on more operating systems (same hardware), and they’ll be found here:

http://codisolutions.com/dragonflybsd/

Libcr gone away

Justin Sherrill — Fri, 28 Apr 2006 02:16:50 +0000

Matthew Dillon has removed libcr, since libc_r now links correctly against libc, and libcr is no longer needed.

Java Applets in Opera

Justin Sherrill — Fri, 21 May 2004 14:45:57 +0000

‘esmith’ got Java applets working in Opera 7.5 thisaway:

1) mkdir ~/j4o
2) cd ~/j4o
3) ln -s /usr/local/jdk1.4.1/jre/lib/i386/client/libjvm.so libjvm.so
4) ln -s /usr/local/jdk1.4.1/jre/lib/i386/client/libjvm_g.so libjvm_g.so
5) ln -s libjvm.so libjava.so
6) ln -s libjvm.so libawt.so
7) Add to the environment variable LD_LIBRARY_PATH the values:
/usr/local/jdk1.4.1/jre/lib/i386/client
/usr/local/jdk1.4.1/jre/lib/i386/
Then as root and at your own risk

9) cd /usr/src/lib/libc_r
10) make LDFLAGS=’-lc -L/usr/lib’
11) cp /usr/obj/usr/src/world_i386/usr/lib/libc_r.so.4 ~/j4o
12) strip ~/j4o/libc_r.so.4
13) Set Java path in Opera -> Tools -> Preferences -> Multimedia to
/home/your_account/j4o
14) validate Java path
15) Try to load an applet