<?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: Coding Style</title>
	<atom:link href="http://phbaer.net/2006/10/20/coding-style/feed" rel="self" type="application/rss+xml" />
	<link>http://phbaer.net/2006/10/20/coding-style</link>
	<description></description>
	<lastBuildDate>Wed, 10 Feb 2010 23:08:11 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: phbaer</title>
		<link>http://phbaer.net/2006/10/20/coding-style/comment-page-1#comment-17898</link>
		<dc:creator>phbaer</dc:creator>
		<pubDate>Sat, 11 Nov 2006 16:27:40 +0000</pubDate>
		<guid isPermaLink="false">http://npw.net/2006/10/20/coding-style/#comment-17898</guid>
		<description>That&#039;s correct and I was not aware of this fact, I must admit. The reason why I was irritated about the (for me) unexpected behavior is: it is perfect for development if you don&#039;t want to copy files around or want to separate libraries and binaries.

Well, and since our software will never reach some stable release state, there will probably never be a fixed directory structure.

So it&#039;s great that it is fixed now.</description>
		<content:encoded><![CDATA[<p>That&#8217;s correct and I was not aware of this fact, I must admit. The reason why I was irritated about the (for me) unexpected behavior is: it is perfect for development if you don&#8217;t want to copy files around or want to separate libraries and binaries.</p>
<p>Well, and since our software will never reach some stable release state, there will probably never be a fixed directory structure.</p>
<p>So it&#8217;s great that it is fixed now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Miguel de Icaza</title>
		<link>http://phbaer.net/2006/10/20/coding-style/comment-page-1#comment-17897</link>
		<dc:creator>Miguel de Icaza</dc:creator>
		<pubDate>Sat, 11 Nov 2006 16:17:05 +0000</pubDate>
		<guid isPermaLink="false">http://npw.net/2006/10/20/coding-style/#comment-17897</guid>
		<description>The example about parsing user input is a valid one, but it happens in an explicitly unsupported feature of Mono, from the manual page:

MONO_PATH

Provides  a  search  path  to  the  runtime where to look for library files.   This is a tool convenient for debugging applications, but should not be used by deployed applications as it breaks the assembly loader in subtle ways.

So you were using an unsupported feature, a debugging tool, and furthermore, the documentation explicitly states that it should have a list of directories.  An empty directory is not a list of directories.

Miguel.</description>
		<content:encoded><![CDATA[<p>The example about parsing user input is a valid one, but it happens in an explicitly unsupported feature of Mono, from the manual page:</p>
<p>MONO_PATH</p>
<p>Provides  a  search  path  to  the  runtime where to look for library files.   This is a tool convenient for debugging applications, but should not be used by deployed applications as it breaks the assembly loader in subtle ways.</p>
<p>So you were using an unsupported feature, a debugging tool, and furthermore, the documentation explicitly states that it should have a list of directories.  An empty directory is not a list of directories.</p>
<p>Miguel.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: phbaer</title>
		<link>http://phbaer.net/2006/10/20/coding-style/comment-page-1#comment-17896</link>
		<dc:creator>phbaer</dc:creator>
		<pubDate>Fri, 10 Nov 2006 20:45:57 +0000</pubDate>
		<guid isPermaLink="false">http://npw.net/2006/10/20/coding-style/#comment-17896</guid>
		<description>I agree, mcs and gmcs (well, ok, only gmcs as of 1.1.18) are really usable. We are using Mono for a quite large project, so I really know that it is usable for most appliances.

I&#039;ve filed some bug reports in the last year (79696, 77747 for Mono, then one or two for gtk-sharp). But hey, I&#039;ve a job and do not have the time to constantly doing such costly things. I actually can&#039;t always dig for the sources of an error. Maybe you&#039;ve the time to care about all that, I don&#039;t.

Finally, these bug reports are in the public. They&#039;ve been filed to bugzilla -- by other users.

Again: I like Mono, really. But I don&#039;t think it&#039;s stable. That&#039;s all. That&#039;s no bad thing. If you do think it is, it&#039;s ok. I&#039;ll continue using it and write hooks around things that do not work as expected.</description>
		<content:encoded><![CDATA[<p>I agree, mcs and gmcs (well, ok, only gmcs as of 1.1.18) are really usable. We are using Mono for a quite large project, so I really know that it is usable for most appliances.</p>
<p>I&#8217;ve filed some bug reports in the last year (79696, 77747 for Mono, then one or two for gtk-sharp). But hey, I&#8217;ve a job and do not have the time to constantly doing such costly things. I actually can&#8217;t always dig for the sources of an error. Maybe you&#8217;ve the time to care about all that, I don&#8217;t.</p>
<p>Finally, these bug reports are in the public. They&#8217;ve been filed to bugzilla &#8212; by other users.</p>
<p>Again: I like Mono, really. But I don&#8217;t think it&#8217;s stable. That&#8217;s all. That&#8217;s no bad thing. If you do think it is, it&#8217;s ok. I&#8217;ll continue using it and write hooks around things that do not work as expected.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Jordan</title>
		<link>http://phbaer.net/2006/10/20/coding-style/comment-page-1#comment-17895</link>
		<dc:creator>Robert Jordan</dc:creator>
		<pubDate>Fri, 10 Nov 2006 20:14:52 +0000</pubDate>
		<guid isPermaLink="false">http://npw.net/2006/10/20/coding-style/#comment-17895</guid>
		<description>I&#039;m accidentally the reviewer of your bug report ;-)

I&#039;m not against criticisms. I&#039;m against nitpicking and pointless blogging.

If you&#039;ve found so many bugs, where are your bug reports? Why
don&#039;t you make them public where they belong to: in Mono&#039;s Bugzilla.

Of course there are many classes not implemented: The whole
2.0 profile has missing pieces. WinForms 1.1 has just been finished and
it has for sure some issues. So *parts* of Mono are really pre-beta,
but this isn&#039;t true for mcs, the runtime and the 1.1 profile.</description>
		<content:encoded><![CDATA[<p>I&#8217;m accidentally the reviewer of your bug report ;-)</p>
<p>I&#8217;m not against criticisms. I&#8217;m against nitpicking and pointless blogging.</p>
<p>If you&#8217;ve found so many bugs, where are your bug reports? Why<br />
don&#8217;t you make them public where they belong to: in Mono&#8217;s Bugzilla.</p>
<p>Of course there are many classes not implemented: The whole<br />
2.0 profile has missing pieces. WinForms 1.1 has just been finished and<br />
it has for sure some issues. So *parts* of Mono are really pre-beta,<br />
but this isn&#8217;t true for mcs, the runtime and the 1.1 profile.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: phbaer</title>
		<link>http://phbaer.net/2006/10/20/coding-style/comment-page-1#comment-17894</link>
		<dc:creator>phbaer</dc:creator>
		<pubDate>Fri, 10 Nov 2006 18:53:41 +0000</pubDate>
		<guid isPermaLink="false">http://npw.net/2006/10/20/coding-style/#comment-17894</guid>
		<description>Well, let&#039;s cool down a bit. I don&#039;t think this sentence is too weird, it expresses my opinion. If you do not agree, it&#039;s ok for me.

Nevertheless, from my point of view &lt;a href=&quot;http://lists.ximian.com/pipermail/mono-devel-list/2006-October/020982.html&quot; title=&quot;Mono Feature&quot; rel=&quot;nofollow&quot;&gt;this&lt;/a&gt; is bad style (yes, I&#039;m talking about the Mono thing) and I&#039;m not the only one who thinks so. My last &lt;a href=&quot;http://bugzilla.ximian.com/show_bug.cgi?id=79462&quot; title=&quot;Mono Bugs&quot; rel=&quot;nofollow&quot;&gt;bug report&lt;/a&gt; is another example of bad style. Parsing a user-provided string the wrong way is the most obvious vulnerability in almost every program. Mono is a really cool piece of software, they (Miguel et. al.) did a  good job but it is, in my opinion, rather pre-beta software. There are and were so many missing things, buggy programs, or unfinished implementations.
Even if it is open source (and I know, *nobody* is allowd to criticize open source software), I take the liberty of having my own opinion. It&#039;s not my problem if you feel attacked by me or my statement.

A compiler is a compiler. It is responsible for translating things into other things, maybe with some non-linear transformations in-between. If some editor or whatever is not capable of parsing the output a compiler produces, than take some script, wrap it around the compiler, and let it transform the output. That&#039;s far less weird.

So long, I&#039;m hungry now.</description>
		<content:encoded><![CDATA[<p>Well, let&#8217;s cool down a bit. I don&#8217;t think this sentence is too weird, it expresses my opinion. If you do not agree, it&#8217;s ok for me.</p>
<p>Nevertheless, from my point of view <a href="http://lists.ximian.com/pipermail/mono-devel-list/2006-October/020982.html" title="Mono Feature" rel="nofollow">this</a> is bad style (yes, I&#8217;m talking about the Mono thing) and I&#8217;m not the only one who thinks so. My last <a href="http://bugzilla.ximian.com/show_bug.cgi?id=79462" title="Mono Bugs" rel="nofollow">bug report</a> is another example of bad style. Parsing a user-provided string the wrong way is the most obvious vulnerability in almost every program. Mono is a really cool piece of software, they (Miguel et. al.) did a  good job but it is, in my opinion, rather pre-beta software. There are and were so many missing things, buggy programs, or unfinished implementations.<br />
Even if it is open source (and I know, *nobody* is allowd to criticize open source software), I take the liberty of having my own opinion. It&#8217;s not my problem if you feel attacked by me or my statement.</p>
<p>A compiler is a compiler. It is responsible for translating things into other things, maybe with some non-linear transformations in-between. If some editor or whatever is not capable of parsing the output a compiler produces, than take some script, wrap it around the compiler, and let it transform the output. That&#8217;s far less weird.</p>
<p>So long, I&#8217;m hungry now.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
