lkml.org 
[lkml]   [2009]   [Jun]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
Date
On Sun, 2009-06-28 at 12:51 -0700, Eric W. Biederman wrote:
> OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> writes:
>
> > tridge@samba.org writes:
> >
> >> > Given what you have said our interpretation of vfat has a bug,
> >> > and that small change is a candidate for -stable. If it could
> >> > be it's own patch.
> >>
> >> good point.
> >>
> >> Hirofumi-san, would you support putting the last_u change into stable?
> >
> > If you want, I have no problem to do. However, I'm not thinking that
> > part is a bug. And -stable rule is also "a real bug that bothers
> > people", but there is even a no bug reporter which tell actual problem.
>
>
> Tridge. Is there any reason to believe that Microsoft will continue
> to treat Longfilenames without short filenames as valid in vfat?
>
> If this turns into a contest of who can do the silliest things in
> their vfat code microsoft could easily introduce a stricter directory
> parser and cause all kinds of grief.
>
> It wouldn't even surprise me if you haven't seen such shenanigans
> while working on samba.

If you own the platform, like Microsoft does, there are many things you
*could* do to make life difficult for others (like shipping a slightly
incompatible version of java, for instance ...). However, having had
one or two consumer and regulatory backlashes from shipping updates
primarily designed to hobble what you think of as a competitor, you tend
to be much more wary about doing it so openly ... particularly when
you're trying to convince a wary customer base that you're the champion
of interoperability nowadays.

The bottom line is that we need to consider the current patch on its
merits for evading the vfat patent. Speculating about what Microsoft
might or might not do to retaliate doesn't really help with this.

James




\
 
 \ /
  Last update: 2009-06-28 22:15    [W:0.567 / U:0.152 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site