<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to patches</title><link>https://sourceforge.net/p/python-fam/patches/</link><description>Recent changes to patches</description><atom:link href="https://sourceforge.net/p/python-fam/patches/feed.rss" rel="self"/><language>en</language><lastBuildDate>Sun, 27 Feb 2005 18:55:56 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/python-fam/patches/feed.rss" rel="self" type="application/rss+xml"/><item><title>Compilation cleanups</title><link>https://sourceforge.net/p/python-fam/patches/4/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;This patch cleans up a few warnings that gcc reports.&lt;br /&gt;
In _fam_pending, the complaint is about the assignment&lt;/p&gt;
&lt;p&gt;if (pyval = PyInt_FromLong(1)) {&lt;/p&gt;
&lt;p&gt;While this is C-wise correct, it is not Python-wise: if&lt;br /&gt;
PyInt_FromLong would indeed return NULL, you would have&lt;br /&gt;
to return NULL to the caller. Instead of doing that, I&lt;br /&gt;
rewrote the entire function to return Py_True/Py_False&lt;br /&gt;
(which will return booleans in 2.3 and later).&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Martin v. Löwis</dc:creator><pubDate>Sun, 27 Feb 2005 18:55:56 -0000</pubDate><guid>https://sourceforge.net15943996230b1757f837c1954c42755377d2cb41</guid></item><item><title>Yet another setup.py</title><link>https://sourceforge.net/p/python-fam/patches/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;This is my take of a setup.py for python-fam. Unlike&lt;br /&gt;
the other patch, this does not create a fam package.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Martin v. Löwis</dc:creator><pubDate>Sun, 27 Feb 2005 18:53:33 -0000</pubDate><guid>https://sourceforge.net16ecd5ef893130f61bb888e4f8759a75126d9c7d</guid></item><item><title>distutils setup</title><link>https://sourceforge.net/p/python-fam/patches/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I created a distutils setup for python-fam&lt;/p&gt;
&lt;p&gt;This makes it trivial to create an rpm.&lt;/p&gt;
&lt;p&gt;Since this also creates a new package fam to contain&lt;br /&gt;
_fam.so it should probably bump the version number to 1.1&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Terrel Shumway</dc:creator><pubDate>Mon, 24 Feb 2003 10:53:21 -0000</pubDate><guid>https://sourceforge.net0d6c6a553b37cfc8ee50836df48a8e428de88d16</guid></item><item><title>crash due to missing hostname</title><link>https://sourceforge.net/p/python-fam/patches/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I compiled python-fam on my system (debian 3.0).  The&lt;br /&gt;
included test.py ran fine, but I encountered a crash&lt;br /&gt;
after making use of it from a different application.&lt;/p&gt;
&lt;p&gt;I traced the problem to the hostname field being NULL&lt;br /&gt;
in _fam_next_event.  The attached patch checks for this&lt;br /&gt;
condition, and sets the python string to the empty&lt;br /&gt;
string in this case.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jason Hildebrand</dc:creator><pubDate>Wed, 23 Oct 2002 02:40:50 -0000</pubDate><guid>https://sourceforge.net3cf28ab2e46dfcb9f6eff17b038dbef18edfec57</guid></item></channel></rss>