<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: Xorg 6.8.1 strong	</title>
	<atom:link href="https://www.dragonflydigest.com/2005/01/22/xorg-681-strong/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.dragonflydigest.com/2005/01/22/xorg-681-strong/</link>
	<description>A running description of activity related to DragonFly BSD.</description>
	<lastBuildDate>Sun, 23 Jan 2005 16:27:19 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>
	<item>
		<title>
		By: JÃ¶rg Sonnenberger		</title>
		<link>https://www.dragonflydigest.com/2005/01/22/xorg-681-strong/comment-page-1/#comment-425</link>

		<dc:creator><![CDATA[JÃ¶rg Sonnenberger]]></dc:creator>
		<pubDate>Sun, 23 Jan 2005 16:27:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/?p=904#comment-425</guid>

					<description><![CDATA[FreeBSD 4 and DragonFly have two versions of the runtime library, libc and libc_r. The former is single threaded, the latter allows multiple pure userland threads.
Now consider a library like Qt or GTK which wants to support both single- and multi-threaded programs. For this, it has to contain locking instructions and therefore link against something providing this functions. In the Good Old Days, this was libXThrStub. This library was linking with each X11 program requiring such a multi-threaded library, which did not itself link against libc_r.
To avoid this hassle, the stubs has been moved into libc directly, meaning that you can link certain multi-threaded libraries and programs directly against libc, but the function always return a failure code.
]]></description>
			<content:encoded><![CDATA[<p>FreeBSD 4 and DragonFly have two versions of the runtime library, libc and libc_r. The former is single threaded, the latter allows multiple pure userland threads.<br />
Now consider a library like Qt or GTK which wants to support both single- and multi-threaded programs. For this, it has to contain locking instructions and therefore link against something providing this functions. In the Good Old Days, this was libXThrStub. This library was linking with each X11 program requiring such a multi-threaded library, which did not itself link against libc_r.<br />
To avoid this hassle, the stubs has been moved into libc directly, meaning that you can link certain multi-threaded libraries and programs directly against libc, but the function always return a failure code.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: jonathon		</title>
		<link>https://www.dragonflydigest.com/2005/01/22/xorg-681-strong/comment-page-1/#comment-424</link>

		<dc:creator><![CDATA[jonathon]]></dc:creator>
		<pubDate>Sat, 22 Jan 2005 22:27:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/?p=904#comment-424</guid>

					<description><![CDATA[I don&#039;t quite understand enough about the threading system to understand what is going on here.  I thought FreeBSD had threads.  Is this not true, or is DFly different enough in implementation that we have to do something different?]]></description>
			<content:encoded><![CDATA[<p>I don&#8217;t quite understand enough about the threading system to understand what is going on here.  I thought FreeBSD had threads.  Is this not true, or is DFly different enough in implementation that we have to do something different?</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
