Boost logo

Boost :

Subject: Re: [boost] [filesystem] Decomposition of filenames beginning with period?
From: Paul Rose (prose_at_[hidden])
Date: 2011-04-07 12:33:52

I agree that the current behavior is consistent with how Windows does things.

For example, create a file called ".exe" and look at it with windows explorer.

It will be shown as type "Application".

Doing a "dir *.exe" from a CMD prompt will include it.

It is also what is indicated by the _splitpath function from the MSVC library:

Path extracted with _splitpath:
  Drive: C:
  Dir: \
  Ext: .exe

> Beman Dawes wrote:
> >Boost.Filesystem class path views filenames as being made up of a stem
> >and an extension.
> >
> >My Windows Users directory includes files ".gitconfig" and ".netrc".
> >
> >The current class path implementation views these as having extensions
> >of ".gitconfig" and ".netrc", respectively, and empty stems.
> >
> >To me, that's a bit counter intuitive. I guess I view filenames as
> >always having stems, but extensions being optional. But I don't view
> >that as a strong enough argument to change anything.
> >Does anyone have a stronger argument than intuition for changing or
> >retaining the current behavior?
> Hi
> I believe the current behavior is correct.
> Best regards
> Jorge
Confidentiality Notice: This email, including attachments, may include non-public, proprietary, confidential or legally privileged information. If you are not an intended recipient or an authorized agent of an intended recipient, you are hereby notified that any dissemination, distribution or copying of the information contained in or transmitted with this e-mail is unauthorized and strictly prohibited. If you have received this email in error, please notify the sender by replying to this message and permanently delete this e-mail, its attachments, and any copies of it immediately – you should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. Thank you.

Boost list run by bdawes at, gregod at, cpdaniel at, john at