Dimitrie O. Paun
dpaun at rogers.com
Mon Apr 4 03:13:12 GMT 2005
On Mon, Apr 04, 2005 at 11:51:02AM +1000, Andrew Tridgell wrote:
> It only changes the name from the point of view of posix. The name is
> completely preserved from the point of view of Wine/Samba. I can still
> understand this annoying some people, but I don't think it would annoy
> the majority of Samba users.
I understand that, but I'd certainly fall into the minority of Samba
users then. I share my /home/dimi directory via Samba to my laptop,
there's no way I want my filenames modified by the system.
In Wine (and I would have thought in Samba too) we try to integrate
as much as possible the two (Win32 and POSIX) environments. A solution
that looks good only from a Wine/Samba standpoint fails on this criteria.
Obviously, we want it to look good from both perspectives simultaneously.
> yes, but you will run up against huge objections from the kernel
> community. The key sticking point is that filenames can no longer be
> treated as "bags-of-bytes".
Right. And I can understand why. But I was hoping we can get some
form of support from the kernel along the lines of the bit that
Linus suggested that would allow us to efficiently do the case
insensitivity in user space.
I think that the problem boils down to being able to maintain
the state of directories in userspace in a coherent manner.
If we don't get support from that in the kernel, it naturally
degenerates to reading the directory every single time. If we
do get support however, we shoudln't need to reread most of
the time, which would be "good enough".
I forget now the outcome of that discussion, whatever happened
to Linus' proposal for that bit?
More information about the samba-technical