<?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: Remember to breathe</title>
	<atom:link href="http://blogs.gnome.org/ebassi/2009/10/14/remember-to-breathe/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/ebassi/2009/10/14/remember-to-breathe/</link>
	<description>Just another GNOME Blogs weblog</description>
	<lastBuildDate>Sat, 01 Oct 2011 09:02:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Ted Gould</title>
		<link>http://blogs.gnome.org/ebassi/2009/10/14/remember-to-breathe/comment-page-1/#comment-638</link>
		<dc:creator>Ted Gould</dc:creator>
		<pubDate>Fri, 16 Oct 2009 19:58:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ebassi/?p=305#comment-638</guid>
		<description>Hmm, that didn&#039;t work nearly as well as I hoped it would :)</description>
		<content:encoded><![CDATA[<p>Hmm, that didn&#8217;t work nearly as well as I hoped it would <img src='http://blogs.gnome.org/ebassi/wp-content/mu-plugins/tango-smilies/tango/face-smile.png' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ted Gould</title>
		<link>http://blogs.gnome.org/ebassi/2009/10/14/remember-to-breathe/comment-page-1/#comment-637</link>
		<dc:creator>Ted Gould</dc:creator>
		<pubDate>Fri, 16 Oct 2009 19:52:18 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ebassi/?p=305#comment-637</guid>
		<description>Hey,

Used your Makefile.am.enum and ended up making a couple changes to make distcheck happy.

=== modified file &#039;Makefile.am.enum&#039;
--- Makefile.am.enum	2009-10-16 17:59:39 +0000
+++ Makefile.am.enum	2009-10-16 19:50:10 +0000
@@ -24,10 +24,11 @@
 EXTRA_DIST += $(enum_tmpl_h) $(enum_tmpl_c)
 
 stamp-enum-types: $(glib_enum_headers)
+	$(QUIET_GEN)mkdir -p `dirname $(builddir)/$(glib_enum_h)`
 	$(QUIET_GEN)$(GLIB_MKENUMS) \
-		--template $(enum_tmpl_h) \
+		--template $(srcdir)/$(enum_tmpl_h) \
 	$(glib_enum_headers) &gt; xgen-eh \
-	&amp;&amp; (cmp -s xgen-eh $(glib_enum_h) &#124;&#124; cp -f xgen-eh $(glib_enum_h)) \
+	&amp;&amp; (cmp -s xgen-eh $(builddir)/$(glib_enum_h) &#124;&#124; cp -f xgen-eh $(builddir)/$(glib_enum_h)) \
 	&amp;&amp; rm -f xgen-eh \
 	&amp;&amp; echo timestamp &gt; $(@F)
 
@@ -35,9 +36,10 @@
 	@true
 
 $(glib_enum_c): $(glib_enum_h)
+	$(QUIET_GEN)mkdir -p `dirname $(builddir)/$(glib_enum_c)`
 	$(QUIET_GEN)$(GLIB_MKENUMS) \
-		--template $(enum_tmpl_c) \
+		--template $(srcdir)/$(enum_tmpl_c) \
 	$(glib_enum_headers) &gt; xgen-ec \
-	&amp;&amp; cp -f xgen-ec $(glib_enum_c) \
+	&amp;&amp; cp -f xgen-ec $(builddir)/$(glib_enum_c) \
 	&amp;&amp; rm -f xgen-ec</description>
		<content:encoded><![CDATA[<p>Hey,</p>
<p>Used your Makefile.am.enum and ended up making a couple changes to make distcheck happy.</p>
<p>=== modified file &#8216;Makefile.am.enum&#8217;<br />
&#8212; Makefile.am.enum	2009-10-16 17:59:39 +0000<br />
+++ Makefile.am.enum	2009-10-16 19:50:10 +0000<br />
@@ -24,10 +24,11 @@<br />
 EXTRA_DIST += $(enum_tmpl_h) $(enum_tmpl_c)</p>
<p> stamp-enum-types: $(glib_enum_headers)<br />
+	$(QUIET_GEN)mkdir -p `dirname $(builddir)/$(glib_enum_h)`<br />
 	$(QUIET_GEN)$(GLIB_MKENUMS) \<br />
-		&#8211;template $(enum_tmpl_h) \<br />
+		&#8211;template $(srcdir)/$(enum_tmpl_h) \<br />
 	$(glib_enum_headers) &gt; xgen-eh \<br />
-	&amp;&amp; (cmp -s xgen-eh $(glib_enum_h) || cp -f xgen-eh $(glib_enum_h)) \<br />
+	&amp;&amp; (cmp -s xgen-eh $(builddir)/$(glib_enum_h) || cp -f xgen-eh $(builddir)/$(glib_enum_h)) \<br />
 	&amp;&amp; rm -f xgen-eh \<br />
 	&amp;&amp; echo timestamp &gt; $(@F)</p>
<p>@@ -35,9 +36,10 @@<br />
 	@true</p>
<p> $(glib_enum_c): $(glib_enum_h)<br />
+	$(QUIET_GEN)mkdir -p `dirname $(builddir)/$(glib_enum_c)`<br />
 	$(QUIET_GEN)$(GLIB_MKENUMS) \<br />
-		&#8211;template $(enum_tmpl_c) \<br />
+		&#8211;template $(srcdir)/$(enum_tmpl_c) \<br />
 	$(glib_enum_headers) &gt; xgen-ec \<br />
-	&amp;&amp; cp -f xgen-ec $(glib_enum_c) \<br />
+	&amp;&amp; cp -f xgen-ec $(builddir)/$(glib_enum_c) \<br />
 	&amp;&amp; rm -f xgen-ec</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Walden</title>
		<link>http://blogs.gnome.org/ebassi/2009/10/14/remember-to-breathe/comment-page-1/#comment-636</link>
		<dc:creator>Jeff Walden</dc:creator>
		<pubDate>Thu, 15 Oct 2009 04:35:30 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ebassi/?p=305#comment-636</guid>
		<description>I wasn&#039;t suggesting insufficiency at 32 bits; there are all sorts of natural quantities computers might measure which overflow 32 bits (wealth of several hundred people in the world in dollars, for example).  If you change 32 to 64 in your example, tho, suddenly 43 days (I think you misplaced a decimal point) changes into five hundred million years.  At that scale, who cares about the vanishingly rare twitpocalypse?</description>
		<content:encoded><![CDATA[<p>I wasn&#8217;t suggesting insufficiency at 32 bits; there are all sorts of natural quantities computers might measure which overflow 32 bits (wealth of several hundred people in the world in dollars, for example).  If you change 32 to 64 in your example, tho, suddenly 43 days (I think you misplaced a decimal point) changes into five hundred million years.  At that scale, who cares about the vanishingly rare twitpocalypse?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ebassi</title>
		<link>http://blogs.gnome.org/ebassi/2009/10/14/remember-to-breathe/comment-page-1/#comment-635</link>
		<dc:creator>ebassi</dc:creator>
		<pubDate>Thu, 15 Oct 2009 00:42:01 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ebassi/?p=305#comment-635</guid>
		<description>@Jeff: if you have a site with 10 millions of users who bang out at least 10 status messages per day you&#039;ll overflow a signed 32 bits integer in 429 days. 10 status messages per user is a ridiculous number, if we start factoring in the celebs and the spammers. no wonder Twitter already went through a twitpocalypse and has spilled over to 64 bits. but, all in all, if you just want to assume a monotonic number you should be using a string to hold it, not use a native type that has no defined size and defaults to machine size. because we don&#039;t have 128 bit architectures widely deployed on the entire planet (yet).</description>
		<content:encoded><![CDATA[<p>@Jeff: if you have a site with 10 millions of users who bang out at least 10 status messages per day you&#8217;ll overflow a signed 32 bits integer in 429 days. 10 status messages per user is a ridiculous number, if we start factoring in the celebs and the spammers. no wonder Twitter already went through a twitpocalypse and has spilled over to 64 bits. but, all in all, if you just want to assume a monotonic number you should be using a string to hold it, not use a native type that has no defined size and defaults to machine size. because we don&#8217;t have 128 bit architectures widely deployed on the entire planet (yet).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Walden</title>
		<link>http://blogs.gnome.org/ebassi/2009/10/14/remember-to-breathe/comment-page-1/#comment-634</link>
		<dc:creator>Jeff Walden</dc:creator>
		<pubDate>Wed, 14 Oct 2009 18:45:34 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ebassi/?p=305#comment-634</guid>
		<description>&lt;blockquote&gt;incremental integers for unique id without a known length limit? not good design.&lt;/blockquote&gt;

Why so?  How long would your program have to run, uninterrupted, to overflow 64 bits?  Theoretically it might matter -- but even the longest-running programs aren&#039;t going to run anywhere near long enough to encounter those limits.

(This isn&#039;t merely an idle question; I have one project that relies on unique-id integers for correctness, although as the project&#039;s JS it&#039;s really IEEE doubles which don&#039;t lose precision until 2**52 or thereabouts.  I figured it would take a few thousand years or so to overflow, so I didn&#039;t bother worrying further.)</description>
		<content:encoded><![CDATA[<blockquote><p>incremental integers for unique id without a known length limit? not good design.</p></blockquote>
<p>Why so?  How long would your program have to run, uninterrupted, to overflow 64 bits?  Theoretically it might matter &#8212; but even the longest-running programs aren&#8217;t going to run anywhere near long enough to encounter those limits.</p>
<p>(This isn&#8217;t merely an idle question; I have one project that relies on unique-id integers for correctness, although as the project&#8217;s JS it&#8217;s really IEEE doubles which don&#8217;t lose precision until 2**52 or thereabouts.  I figured it would take a few thousand years or so to overflow, so I didn&#8217;t bother worrying further.)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/ebassi/2009/10/14/remember-to-breathe/feed/ ) in 1.16928 seconds, on Feb 10th, 2012 at 3:57 pm UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 10th, 2012 at 4:57 pm UTC -->
