<?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: Parsing framework status</title>
	<atom:link href="http://blog.reverberate.org/2007/06/04/16/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.reverberate.org/2007/06/04/16/</link>
	<description>parsing, performance, minimalism with C99</description>
	<lastBuildDate>Thu, 26 Jan 2012 04:15:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: josh</title>
		<link>http://blog.reverberate.org/2007/06/04/16/comment-page-1/#comment-677</link>
		<dc:creator>josh</dc:creator>
		<pubDate>Sat, 09 Jun 2007 17:19:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.reverberate.org/2007/06/04/16/#comment-677</guid>
		<description>Hey Kaushik, thanks for writing.  While it&#039;s true that an arbitrary NFA could have epsilon transitions out of the final state, it is an invariant of the NFA construction I used that no final state has &lt;i&gt;any&lt;/i&gt; transitions out of it.  So the algorithms in nfa_construct.lua will work for any NFA that was generated using that construction.  Perhaps I should document this assumption.</description>
		<content:encoded><![CDATA[<p>Hey Kaushik, thanks for writing.  While it&#8217;s true that an arbitrary NFA could have epsilon transitions out of the final state, it is an invariant of the NFA construction I used that no final state has <i>any</i> transitions out of it.  So the algorithms in nfa_construct.lua will work for any NFA that was generated using that construction.  Perhaps I should document this assumption.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kaushik Sridharan</title>
		<link>http://blog.reverberate.org/2007/06/04/16/comment-page-1/#comment-676</link>
		<dc:creator>Kaushik Sridharan</dc:creator>
		<pubDate>Sat, 09 Jun 2007 09:29:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.reverberate.org/2007/06/04/16/#comment-676</guid>
		<description>I don&#039;t really know Lua so I apologize if I am reading this completely wrongly, but in the concat function in nfa_construct.lua it looks like any existing epsilon transitions from the final state of nfa1 are overwritten when you append nfa2 to it.

I guess you are assuming that nfa1 has no e-transitions from the final state, but I am not sure if that is a valid assumption to make. You could have reached the final state but not yet have consumed all the input; an e-transition back to an earlier state might still get you to the final state at the end of the input.

Likewise for the alt and rep functions, although you do a table.insert in alt for new_nfa because you know it has multiple e-transitions from the start state.

Again, I may be completely off track here; it has been a while since I looked at NFAs and I don&#039;t know anything about your project.

Cheers!

-K</description>
		<content:encoded><![CDATA[<p>I don&#8217;t really know Lua so I apologize if I am reading this completely wrongly, but in the concat function in nfa_construct.lua it looks like any existing epsilon transitions from the final state of nfa1 are overwritten when you append nfa2 to it.</p>
<p>I guess you are assuming that nfa1 has no e-transitions from the final state, but I am not sure if that is a valid assumption to make. You could have reached the final state but not yet have consumed all the input; an e-transition back to an earlier state might still get you to the final state at the end of the input.</p>
<p>Likewise for the alt and rep functions, although you do a table.insert in alt for new_nfa because you know it has multiple e-transitions from the start state.</p>
<p>Again, I may be completely off track here; it has been a while since I looked at NFAs and I don&#8217;t know anything about your project.</p>
<p>Cheers!</p>
<p>-K</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: josh</title>
		<link>http://blog.reverberate.org/2007/06/04/16/comment-page-1/#comment-672</link>
		<dc:creator>josh</dc:creator>
		<pubDate>Wed, 06 Jun 2007 06:14:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.reverberate.org/2007/06/04/16/#comment-672</guid>
		<description>That&#039;s quite awesome.  Thanks for Graphviz!  It&#039;s been really helpful.</description>
		<content:encoded><![CDATA[<p>That&#8217;s quite awesome.  Thanks for Graphviz!  It&#8217;s been really helpful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen North</title>
		<link>http://blog.reverberate.org/2007/06/04/16/comment-page-1/#comment-671</link>
		<dc:creator>Stephen North</dc:creator>
		<pubDate>Tue, 05 Jun 2007 21:46:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.reverberate.org/2007/06/04/16/#comment-671</guid>
		<description>Ever see this?  It&#039;s cool.
http://osteele.com/tools/reanimator/</description>
		<content:encoded><![CDATA[<p>Ever see this?  It&#8217;s cool.<br />
<a href="http://osteele.com/tools/reanimator/" rel="nofollow">http://osteele.com/tools/reanimator/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

