<?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: Как собрать DParser for Python с помощью Visual C++ 2005?</title>
	<atom:link href="http://blog.not-a-kernel-guy.com/2007/08/28/231/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.not-a-kernel-guy.com/2007/08/28/231</link>
	<description>... in the Windows kernel team</description>
	<pubDate>Thu, 08 Jan 2009 16:18:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: heretiqu3@bk.ru</title>
		<link>http://blog.not-a-kernel-guy.com/2007/08/28/231/comment-page-1#comment-10907</link>
		<dc:creator>heretiqu3@bk.ru</dc:creator>
		<pubDate>Sat, 08 Dec 2007 10:35:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.not-a-kernel-guy.com/2007/08/28/231#comment-10907</guid>
		<description>thanks!</description>
		<content:encoded><![CDATA[<p>thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Not a kernel guy</title>
		<link>http://blog.not-a-kernel-guy.com/2007/08/28/231/comment-page-1#comment-10865</link>
		<dc:creator>Not a kernel guy</dc:creator>
		<pubDate>Tue, 27 Nov 2007 04:58:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.not-a-kernel-guy.com/2007/08/28/231#comment-10865</guid>
		<description>&lt;blockquote&gt;В любом случае у разработчиков бинарных библиотек на другом компиляторе возникают проблемы - ведь в python память может выделяться в одном модуле, а освобождаться - в другом, и тогда за это отвечают разные версии msvcrt.&lt;/blockquote&gt;

"Я тебя породил, я тебя и убью!" Каждый объект должен удаляться "своим" деаллокатором. Каком образом по объекту определить кто его создал - это другой вопрос. Скорее всего это тянет за собой смену интерфейса между интерпретатором и расширениями, а это в свою очередь означает целую кучу проблем с обратной совместимостью. Скажем, можно обязать расширения использовать аллокатор/деаллокатор, предоставляемые самим python.exe. И все будет хорошо, за исключением того, что существующие расширения никуда не денуться и их по-прежнему надо будет поддерживать.</description>
		<content:encoded><![CDATA[<blockquote><p>В любом случае у разработчиков бинарных библиотек на другом компиляторе возникают проблемы - ведь в python память может выделяться в одном модуле, а освобождаться - в другом, и тогда за это отвечают разные версии msvcrt.</p></blockquote>
<p>&#8220;Я тебя породил, я тебя и убью!&#8221; Каждый объект должен удаляться &#8220;своим&#8221; деаллокатором. Каком образом по объекту определить кто его создал - это другой вопрос. Скорее всего это тянет за собой смену интерфейса между интерпретатором и расширениями, а это в свою очередь означает целую кучу проблем с обратной совместимостью. Скажем, можно обязать расширения использовать аллокатор/деаллокатор, предоставляемые самим python.exe. И все будет хорошо, за исключением того, что существующие расширения никуда не денуться и их по-прежнему надо будет поддерживать.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alxy Sav</title>
		<link>http://blog.not-a-kernel-guy.com/2007/08/28/231/comment-page-1#comment-10864</link>
		<dc:creator>Alxy Sav</dc:creator>
		<pubDate>Mon, 26 Nov 2007 11:24:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.not-a-kernel-guy.com/2007/08/28/231#comment-10864</guid>
		<description>Наткнулся на этот блог, прочитал несколько статей - очень интересно, спасибо.
А можешь вообще прокомментировать 
&lt;code&gt;patch msvccompiler.py msvccompiler.py.diff&lt;/code&gt;
несовместимость рантаймов разных версий Visual C++. Что делать разработчикам python, там не так много Win32-специалистов, и они не могут решить чем собственно собирать python - 2005 или 2003. В любом случае у разработчиков бинарных библиотек на другом компиляторе возникают проблемы - ведь в python память может выделяться в одном модуле, а освобождаться - в другом, и тогда за это отвечают разные версии msvcrt.</description>
		<content:encoded><![CDATA[<p>Наткнулся на этот блог, прочитал несколько статей - очень интересно, спасибо.<br />
А можешь вообще прокомментировать<br />
<code>patch msvccompiler.py msvccompiler.py.diff</code><br />
несовместимость рантаймов разных версий Visual C++. Что делать разработчикам python, там не так много Win32-специалистов, и они не могут решить чем собственно собирать python - 2005 или 2003. В любом случае у разработчиков бинарных библиотек на другом компиляторе возникают проблемы - ведь в python память может выделяться в одном модуле, а освобождаться - в другом, и тогда за это отвечают разные версии msvcrt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://blog.not-a-kernel-guy.com/2007/08/28/231/comment-page-1#comment-8276</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 29 Aug 2007 07:48:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.not-a-kernel-guy.com/2007/08/28/231#comment-8276</guid>
		<description>Спасибо, интересно.</description>
		<content:encoded><![CDATA[<p>Спасибо, интересно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Зеркало: Not a kernel guy</title>
		<link>http://blog.not-a-kernel-guy.com/2007/08/28/231/comment-page-1#comment-8275</link>
		<dc:creator>Зеркало: Not a kernel guy</dc:creator>
		<pubDate>Wed, 29 Aug 2007 06:28:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.not-a-kernel-guy.com/2007/08/28/231#comment-8275</guid>
		<description>&lt;strong&gt;Как собрать DParser for Python с помощью Visual C++ 2005?...&lt;/strong&gt;

Существует два способа собрать DParser for Python под Windows:
Легкий – восполь...</description>
		<content:encoded><![CDATA[<p><strong>Как собрать DParser for Python с помощью Visual C++ 2005?&#8230;</strong></p>
<p>Существует два способа собрать DParser for Python под Windows:<br />
Легкий – восполь&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
