<?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: GObject Private Data (again)</title>
	<atom:link href="http://blogs.gnome.org/markmc/2006/01/25/gobject-private-data-again/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/markmc/2006/01/25/gobject-private-data-again/</link>
	<description>Just another GNOME Blogs weblog</description>
	<lastBuildDate>Sat, 26 Feb 2011 15:25:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Tim Janik</title>
		<link>http://blogs.gnome.org/markmc/2006/01/25/gobject-private-data-again/comment-page-1/#comment-23</link>
		<dc:creator>Tim Janik</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/markmc/2006/01/25/gobject-private-data-again/#comment-23</guid>
		<description>Mark, what you say about the offset is not true.&lt;br/&gt;For two objects of different types, both deriving from a common parent, (say P&lt;-A and P&lt;-B), the offsets for getting at the P-private data are likely to be different for instances A*a; and B*b; simply because sizeof(A) is most often != sizeof (B). that&#039;s why gtype.h only provides g_type_instance_get_private() (and because of other nastiness during object construction).</description>
		<content:encoded><![CDATA[<p>Mark, what you say about the offset is not true.<br />For two objects of different types, both deriving from a common parent, (say P<-A and P<-B), the offsets for getting at the P-private data are likely to be different for instances A*a; and B*b; simply because sizeof(A) is most often != sizeof (B). that&#8217;s why gtype.h only provides g_type_instance_get_private() (and because of other nastiness during object construction).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark McLoughlin</title>
		<link>http://blogs.gnome.org/markmc/2006/01/25/gobject-private-data-again/comment-page-1/#comment-24</link>
		<dc:creator>Mark McLoughlin</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/markmc/2006/01/25/gobject-private-data-again/#comment-24</guid>
		<description>Ah, excellent point - I hadn&#039;t considered subtypes at all.</description>
		<content:encoded><![CDATA[<p>Ah, excellent point &#8211; I hadn&#8217;t considered subtypes at all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip Van Hoof</title>
		<link>http://blogs.gnome.org/markmc/2006/01/25/gobject-private-data-again/comment-page-1/#comment-25</link>
		<dc:creator>Philip Van Hoof</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/markmc/2006/01/25/gobject-private-data-again/#comment-25</guid>
		<description>Are these *priv-data backwards ABI compatibility issues documented or explained? If not, somebody should IMHO really do that :p. I can imagine new libraries (like libsexy) will be developed. It would be better if the authors or those new libraries make sure they make the right decisions about *priv-data handling.</description>
		<content:encoded><![CDATA[<p>Are these *priv-data backwards ABI compatibility issues documented or explained? If not, somebody should IMHO really do that :p. I can imagine new libraries (like libsexy) will be developed. It would be better if the authors or those new libraries make sure they make the right decisions about *priv-data handling.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/markmc/2006/01/25/gobject-private-data-again/feed/ ) in 0.15071 seconds, on Feb 11th, 2012 at 1:40 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 11th, 2012 at 2:40 am UTC -->
