From: Jeff Garland (jeff_at_[hidden])
Date: 2002-03-07 22:14:49
I'm not intentionally repeating myself and responding a second time to things we
have already discussed. I sent these at least 4 hours ago and they have been
lost somehow within yahoogroups. When I realized they didn't get thru at first
I sent some replacements that made it....
> -----Original Message-----
> From: Jeff Garland [mailto:jeff_at_[hidden]]
> Sent: Thursday, March 07, 2002 2:37 PM
> To: boost_at_[hidden]
> Subject: RE: [boost] Re: Design for a file system library
> > > i don't understand you here. you want no directory_iterators?
> > What you've suggested is that the library magically determined that "A:\"
> > was the directory of choice (or "/bin" for Posix). I would not want that.
> > On the one hand, root_directory() suggests "/" to me for Posix. On the
> > other, there is no "root directory" concept on DOS-style filesystems apart
> > from that of the current drive. Therefore, the behavior you described
> Maybe it would help if we thought about it like this:
> --what are the available 'root directories' on the system
> on Unix this there is always one: "/"
> on Dos there are several possibly: "A:\ C:\ D:\" etc
> Then from a functional point of view we need to be able to retrieve
> this list of
> directory entry names regardless of platform. I haven't followed this whole
> discussion lately, but I see no reason why this can't be a directory iterator
> since the results would all be directory names. It's just that with unix we
> will only iterate once since there is only one root....
> > suggests that root_directory() either relied on the current directory to
> > determine the current drive, thus selecting "A:\" if the current directory
> Even with Beman's desire to avoid global data, we still need a
> function that can
> return the current working directory of the process. From the
> working directory
> name it should be possible to obtain the current root directory name. So I
> don't think we want root_directory() to return the 'current' root. I haven't
> looked at the latest proposal to see if what I suggested is really covered,
> Info: http://www.boost.org Send unsubscribe requests to:
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk