Samba 3.0: vfs_netatalk.c
Simo Sorce
simo.sorce at xsec.it
Wed Feb 12 09:20:58 GMT 2003
Have you checked we do not have a replacement function?
Generally we do such function sys_something when we found system missing
a needed function.
Simo.
On Tue, 2003-02-11 at 22:00, Anthony Liguori wrote:
>
>
> > One catch is that there is a difference between BSD and System V
> > implementations, but that's something that should be handle-able with
> > ./configure. It seems to me that in either case the data could be sorted
> > using the binary tree stuff or by qsort(). This should be fairly
> do-able.
>
> On some systems, scandir() doesn't even exist. I think the only reason why
> there's been any discussion as to whether this is a problem is because of
> the fact that it's a module. I think the general sentiment has been that
> even modules need to be concerned about portability unless there's good
> reason.
>
> Anthony Liguori
> Linux/Active Directory Interoperability
> Linux Technology Center (LTC) - IBM Austin
> E-mail: aliguor at us.ibm.com
> Phone: (512) 838-1208
> Tie Line: 678-1208
>
>
>
> "Christopher R. Hertel" <crh at ubiqx.mn.org>
> Sent by: To: samba-technical at samba.org
> samba-technical-bounces+aliguor=us.ibm.com at list cc:
> s.samba.org Subject: Re: Samba 3.0: vfs_netatalk.c
>
>
> 02/11/2003 02:52 PM
>
>
>
>
>
> Paul Green wrote:
> > Anthony Liguori [mailto:aliguor at us.ibm.com] wrote:
> > >
> > > scandir() (and it's [alpha|version]sort() brethren) is a BSD/Linux-ism
> > > and therefore isn't very portable. Since this is in a VFS module (and
> > > therefore only optional) I guess this is ok.
> >
> > then Herb Lewis [mailto:herb at sgi.com] found this info:
> > > IRIX: scandir, scandir64, alphasort, alphasort64
> > > BSD: scandir, alphasort
> >
> > I just checked and neither scandir* nor alphasort* are in POSIX-1996 or
> > POSIX-2001. I'm not trying to build vfs_netatalk here on VOS, but if I
> > was, it looks like I'd be writing some code first. I don't consider
> > these functions portable either. My vote is for sticking with functions
> > in POSIX if at all possible.
> >
> > PG
>
> I have not been following this thread closely, but it occurs to me that we
> have tools that would make this easy to implement by hand. If I
> understand the docs, the goal is to create an array of pointers to
> directory entry structures (the latter allocated via malloc()).
>
> One catch is that there is a difference between BSD and System V
> implementations, but that's something that should be handle-able with
> ./configure. It seems to me that in either case the data could be sorted
> using the binary tree stuff or by qsort(). This should be fairly do-able.
>
> Chris -)-----
>
> --
> Samba Team -- http://www.samba.org/ -)----- Christopher R. Hertel
> jCIFS Team -- http://jcifs.samba.org/ -)----- ubiqx development, uninq.
> ubiqx Team -- http://www.ubiqx.org/ -)----- crh at ubiqx.mn.org
> OnLineBook -- http://ubiqx.org/cifs/ -)----- crh at ubiqx.org
--
Simo Sorce - simo.sorce at xsec.it
Xsec s.r.l.
via Durando 10 Ed. G - 20158 - Milano
tel. +39 02 2399 7130 - fax: +39 02 700 442 399
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: This is a digitally signed message part
Url : http://lists.samba.org/archive/samba-technical/attachments/20030212/08649f83/attachment.bin
More information about the samba-technical
mailing list