On Mon, Jan 21, 2008 at 05:53:50PM -0500, Kevin Ballard wrote:
quoted text
> 
> I would go look up specifics to back me up, but my DNS is screwing up  
> right now so I can't access most of the internet.

Then you are lucky that your mails reach this ML without problem.

quoted text
> In any case, there  
> are 4 standard normalization forms - NFC, NFD, NFKC, NFKD. If there  
> are others, they aren't notable enough to be listed in the resource I  
> was reading. HFS+ uses a variant on NFD - it's a well-defined variant,  
> and thus can safely be called its own normalization form. I fail to  
> see how this means it's not "normalization".

The defining property of normalization is producing binary identitical
strings for equivalent strings, IOW, normalization allows you to tell
what strings are equivalent and what are not just by binary comparision.
HFS+ decomposition lacks that property, because strings are not fully
decomposed thus being comparision of equivalent strings may give false
result.

quoted text
> 
> I'm not talking about assigning engineers, I'm saying developing a new  
> filesystem, especially one that's proven itself to be usable and  
> extendable for the last decade, is something that only smart engineers  
> would be capable of doing.

You know, many people still use FAT, but somehow I don't think that
FAT is good despite of it being extendable for more than a decade...
Apparently, HFS+ was not worst part of the Copland project, but I
see no evidence to think that it was developed by the best engineers.


quoted text
> >>And
> >>Copland didn't fail because of stupid engineers anyway. If I had to
> >>blame someone, I'd blame management.
> >
> >But if the code was so good then why was most of that code thrown away
> >later when management was changed? Still bad management?
> 
> Yes. Even the best of engineers will produce crap code when overworked  
> and required to implement new features instead of fixing bugs and  
> stabilizing the system. 

I don't think that anyone asked them to implement so much new features.
AFAIK, it was very difficult (nearly impossible) to get anyone to work
on stabilizing existing software and fixing existing bugs in it.

quoted text
> Copland is well-known to have suffered from  
> featuritis, to the extent that it was practically impossible to test  
> in any sane fashion.

Exactly. IMHO, both management and developers are equally responsible
for that feature-mania.

quoted text
> Bad management can kill any project regardless of  
> how good the engineers are.

Sure.

quoted text
> >Byte sequences are not an issue here. If the filesystem used UTF-16 to
> >store filenames, that would NOT cause this problem, because characters
> >would be the same even though bytes stored on the disk were different.
> >So, what you actually lose here is the original sequence of  
> >*characters*.
> 
> I've already talked about that, but you are apparently incapable of  
> understanding.

Well, it is *you* who is incapable of understanding anything, even
basic terms as encoding and normalization...

Dmitry
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html