<?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"
	>
<channel>
	<title>Comments for anderson</title>
	<atom:link href="http://blogs.freebsdish.org/anderson/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.freebsdish.org/anderson</link>
	<description>Just another FreeBSD Committers Blogs weblog</description>
	<pubDate>Fri, 21 Nov 2008 10:57:28 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>Comment on PUFFS for FreeBSD? by Ale</title>
		<link>http://blogs.freebsdish.org/anderson/2007/11/27/puffs-for-freebsd/#comment-30</link>
		<dc:creator>Ale</dc:creator>
		<pubDate>Mon, 25 Aug 2008 17:53:58 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.freebsdish.org/anderson/2007/11/27/puffs-for-freebsd/#comment-30</guid>
		<description>Hello.

I'm the maintainer of the sysutils/fusefs-ntfs (NTFS-3G) port, and it has some serious problems residing in the current fuse4bsd implementation (the author quickly fixed most of the problems that appeared, but now he is very busy at work IIRC). See the fusefs-ntfs/files/README.FreeBSD file, section "Known Problems".

In short (I'm not a kernel programmer so please excuse me if I made some mistakes in the explanation), as FreeBSD uses vnode based IO and Linux uses full paths, it happens frequently that when a vnode is reused any filesystem using FUSE reports "file not found" or EAGAIN when using the filesystem (not the FUSE one, but the native UFS fs; as the problems is with the vnodes being reused). These problems can make it unusable when doing something else like compiling/extracting. Doing any kind of operations inside the FUSE filesystem does not produce the error, as it uses a user space caching library.

If you make any progress on the port, I would like to hear about it. Also it would be nice if the code could be shared between FreeBSD and NetBSD then.

Thanks,
Ale</description>
		<content:encoded><![CDATA[<p>Hello.</p>
<p>I&#8217;m the maintainer of the sysutils/fusefs-ntfs (NTFS-3G) port, and it has some serious problems residing in the current fuse4bsd implementation (the author quickly fixed most of the problems that appeared, but now he is very busy at work IIRC). See the fusefs-ntfs/files/README.FreeBSD file, section &#8220;Known Problems&#8221;.</p>
<p>In short (I&#8217;m not a kernel programmer so please excuse me if I made some mistakes in the explanation), as FreeBSD uses vnode based IO and Linux uses full paths, it happens frequently that when a vnode is reused any filesystem using FUSE reports &#8220;file not found&#8221; or EAGAIN when using the filesystem (not the FUSE one, but the native UFS fs; as the problems is with the vnodes being reused). These problems can make it unusable when doing something else like compiling/extracting. Doing any kind of operations inside the FUSE filesystem does not produce the error, as it uses a user space caching library.</p>
<p>If you make any progress on the port, I would like to hear about it. Also it would be nice if the code could be shared between FreeBSD and NetBSD then.</p>
<p>Thanks,<br />
Ale</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on FreeBSD Cross Reference Online by Anthony Anderson</title>
		<link>http://blogs.freebsdish.org/anderson/2007/10/19/freebsd-cross-reference-online/#comment-9</link>
		<dc:creator>Anthony Anderson</dc:creator>
		<pubDate>Fri, 18 Jan 2008 19:46:41 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.freebsdish.org/anderson/2007/10/19/freebsd-cross-reference-online/#comment-9</guid>
		<description>Hey!...I Googled for eric anderson, but found your page about FreeBSD Cross Reference Online...and have to say thanks. nice read.</description>
		<content:encoded><![CDATA[<p>Hey!&#8230;I Googled for eric anderson, but found your page about FreeBSD Cross Reference Online&#8230;and have to say thanks. nice read.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PUFFS for FreeBSD? by anderson</title>
		<link>http://blogs.freebsdish.org/anderson/2007/11/27/puffs-for-freebsd/#comment-7</link>
		<dc:creator>anderson</dc:creator>
		<pubDate>Tue, 27 Nov 2007 17:05:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.freebsdish.org/anderson/2007/11/27/puffs-for-freebsd/#comment-7</guid>
		<description>tarfs is still on the plate, but development slowed to a crawl over the last few months as I have joined a startup and it is eating most of my time.  :)

I plan on finishing up tarfs first, then will be looking for another file system related project.  I have thought about helping with bluffs also, but that's not up to me.</description>
		<content:encoded><![CDATA[<p>tarfs is still on the plate, but development slowed to a crawl over the last few months as I have joined a startup and it is eating most of my time.  <img src='http://blogs.freebsdish.org/anderson/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>I plan on finishing up tarfs first, then will be looking for another file system related project.  I have thought about helping with bluffs also, but that&#8217;s not up to me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PUFFS for FreeBSD? by ivoras</title>
		<link>http://blogs.freebsdish.org/anderson/2007/11/27/puffs-for-freebsd/#comment-6</link>
		<dc:creator>ivoras</dc:creator>
		<pubDate>Tue, 27 Nov 2007 16:28:59 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.freebsdish.org/anderson/2007/11/27/puffs-for-freebsd/#comment-6</guid>
		<description>If PUFFS is more stable then FreeBSD's existing port, and it's compatible with existing FUSE modules, then thumbs up!</description>
		<content:encoded><![CDATA[<p>If PUFFS is more stable then FreeBSD&#8217;s existing port, and it&#8217;s compatible with existing FUSE modules, then thumbs up!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PUFFS for FreeBSD? by Joel</title>
		<link>http://blogs.freebsdish.org/anderson/2007/11/27/puffs-for-freebsd/#comment-5</link>
		<dc:creator>Joel</dc:creator>
		<pubDate>Tue, 27 Nov 2007 15:39:49 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.freebsdish.org/anderson/2007/11/27/puffs-for-freebsd/#comment-5</guid>
		<description>what happened to tarfs?</description>
		<content:encoded><![CDATA[<p>what happened to tarfs?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PUFFS for FreeBSD? by jema</title>
		<link>http://blogs.freebsdish.org/anderson/2007/11/27/puffs-for-freebsd/#comment-4</link>
		<dc:creator>jema</dc:creator>
		<pubDate>Tue, 27 Nov 2007 14:19:46 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.freebsdish.org/anderson/2007/11/27/puffs-for-freebsd/#comment-4</guid>
		<description>Sure, that's really neat one!</description>
		<content:encoded><![CDATA[<p>Sure, that&#8217;s really neat one!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Utility File Systems by ivoras</title>
		<link>http://blogs.freebsdish.org/anderson/2007/10/14/utility-file-systems/#comment-2</link>
		<dc:creator>ivoras</dc:creator>
		<pubDate>Sat, 20 Oct 2007 00:07:58 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.freebsdish.org/anderson/2007/10/14/utility-file-systems/#comment-2</guid>
		<description>One thing that's not new is ditching the TCP/IP "sockets" API in favor of file system-like semantics. Historically, Unix has favored "everything is a file" approach and the sockets API was one of the first that didn't follow that path.

I feel it's inconsistent that we can't just open /dev/fxp0 for reading and sniff the network, or open it for writing and inject packets. :)</description>
		<content:encoded><![CDATA[<p>One thing that&#8217;s not new is ditching the TCP/IP &#8220;sockets&#8221; API in favor of file system-like semantics. Historically, Unix has favored &#8220;everything is a file&#8221; approach and the sockets API was one of the first that didn&#8217;t follow that path.</p>
<p>I feel it&#8217;s inconsistent that we can&#8217;t just open /dev/fxp0 for reading and sniff the network, or open it for writing and inject packets. <img src='http://blogs.freebsdish.org/anderson/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
</channel>
</rss>
