<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
<title>Snipplr - CUViper</title>
<link>http://snipplr.com/users/CUViper</link>
<description>Recent snippets posted on Snipplr.com</description>
<language>en-us</language>
<pubDate>Fri, 05 Dec 2008 11:47:51 GMT</pubDate>
<item>
<title>(CSS) Remove Google Notebook text</title>
<link>http://snipplr.com/view/1929/remove-google-notebook-text/</link>
<description><![CDATA[ <p>I don't like having the &amp;quot;Open Notebook&amp;quot; text next to the status bar icon of Google Notebook's extension for Firefox.  Add this snip to userChrome.css to make it go away!</p> ]]></description>
<pubDate>Thu, 04 Jan 2007 16:47:42 GMT</pubDate>
<guid>http://snipplr.com/view/1929/remove-google-notebook-text/</guid>
</item>
<item>
<title>(C++) Safe application spawning with fork+exec</title>
<link>http://snipplr.com/view/1790/safe-application-spawning-with-forkexec/</link>
<description><![CDATA[ <p>With the typical fork+exec method of spawning an application, you are left in the dark about failures in the exec.  Once the fork occurs, the "main" process doesn't have any communication channel except waitpid, so it's hard to tell what happened.

With this function, a pipe is opened for the forked child to communicate errors.  If the exec succeeds, then the pipe is automatically closed, and the main process reports success.  Otherwise, the errno from exec is communicated through the pipe.</p> ]]></description>
<pubDate>Mon, 11 Dec 2006 17:55:15 GMT</pubDate>
<guid>http://snipplr.com/view/1790/safe-application-spawning-with-forkexec/</guid>
</item>
</channel>
</rss>