Date: Sat, 4 Jun 2011 13:57:52 +0200 From: Per von Zweigbergk <pvz@itassistans.se> To: Bruce Evans <brde@optusnet.com.au> Cc: freebsd-fs@FreeBSD.org, rmacklem@FreeBSD.org Subject: Re: [PATCH] Set the DE_UPDATE flag on the directory node on msdosfs Message-ID: <D6A9F3E8-2763-433B-A960-25FDABD74D79@itassistans.se> In-Reply-To: <20110604070707.K970@besplex.bde.org> References: <1307069726.2024.18.camel@nsl> <1307071973.2024.19.camel@nsl> <20110603173555.X994@besplex.bde.org> <20110603105904.GM48734@deviant.kiev.zoral.com.ua> <1307106007.2865.8.camel@nsl> <20110604052946.Q3281@besplex.bde.org> <9DD5A034-DA68-4D03-8B0D-F484AAE003CC@itassistans.se> <20110604070707.K970@besplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
3 jun 2011 kl. 23.13 skrev Bruce Evans: > On Fri, 3 Jun 2011, Per von Zweigbergk wrote: >=20 >> 3 jun 2011 kl. 22.04 skrev Bruce Evans: >>=20 >>> BTW, how do you get unmangled source files from Apple? The one in = the >>> above URL is actually an html file so it is fully mangled when = fetched. >>=20 >> There's a "plain text" link at the top. >=20 > This gives even worse results for me (with lynx): > - selecting the link gives a directory listing; downloading file.c = from > this gives file.c.gz which is actually an html file gzipped > - downloading on the link gives a poor recommended file name (?.txt) > and a file which is actually an html file. I think the file is the > same one as from downloading using fetch on the original url, but > didn't check this. >=20 > Bruce Odd, I just tested this on Lynx on a machine I have access to, and while = it's true that I got a bad recommended filename, I was able to download = the plain text of the source code just fine. We can continue off-list = though, since this discussion looks like it's going to be off-topic. :-)=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D6A9F3E8-2763-433B-A960-25FDABD74D79>