[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Funny situation

Pierre Phaneuf wrote:

>Why the GetEntry() method in Directory then? This is one method that

For functions like ppfStat () that don't care about what kind of FS entity
they look at.

>Interestingly, the Add method for File does not check if there is a
>Directory with that name, and vice-versa, so they *are* separate
>namespaces in the current FTP version (you can add a File called "foo"
>and a Directory called "foo" without any error, if you do a
>GetEntry("foo"), you'll get the File. Funny.).
>I guess this is a bug.

Right. Thanks.

>> There *are* File::Read () and File::Write (). It's just not in the publicly
>> code in ftp, only in my own tree ;)
>And what do they do? Is there an open method? The same object is reused


>to do the access? Hmm, I smell some unnecessary state here, but what the
>heck, if this is internal...

Little to nothing.

>> Client apps never, ever see DirEntry. They *only* see the ppf* functions.
>No way to get the C++ API for a client? I didn't expect that...

No way. The internals are in a seperate namespace and their headers 
aren't even installed.
If a C++ API is really wanted some iostream-clone should be best. But
that's an issue for the (distant) future.


Drive A: not responding...Formatting C: instead