Boost logo

Boost :

Subject: Re: [boost] [chrono] [thread] Test names too long
From: Joshua Boyce (raptorfactor_at_[hidden])
Date: 2012-03-18 22:50:48

On Mon, Mar 19, 2012 at 5:56 AM, Steven Watanabe <watanabesj_at_[hidden]>wrote:

> I think we used to have a policy limiting file names
> to 31 characters. According to
> ,
> the limit for
> the total path length is 260 characters.
> In Christ,
> Steven Watanabe
Perhaps this is a good reason to look into using the Unicode path style?
The obvious pro is that it supports path up to around 32k characters,
however the downside is that the majority of Windows software doesn't
really deal well with paths this long, including programs built into
Windows like Explorer (which is just ridiculous imo, but there's nothing we
can do about that...).

Obviously it would be better to keep the paths under the MAX_PATH limit
regardless, just to keep the majority of users sane, however it would be
nice if the Unicode path style was supported regardless, so users (who
understand the consequences) can nest Boost arbitrarily deep into a
directory structure and it still works (assuming the tools they are using
also support the Unicode path format).

On Mon, Mar 19, 2012 at 8:09 AM, Vicente J. Botet Escriba <
vicente.botet_at_[hidden]> wrote:

> Ok. I will check that.
> I run the test on Boost.Thread and Boosty.Chrono regularly and I didn't
> see never this error. On which environment this error occurs?
> ______________________________**_________________
> Unsubscribe & other changes:**
> mailman/listinfo.cgi/boost<>

It will occur on any Windows platform. I haven't run the tests on this
machine lately, so I can't say whether or not it will happen in the 'best
case scenario' (i.e. Boost is located at the root of a drive), however it
is pretty much guaranteed to happen if you nest it even a few levels deep
into a directory structure.

The relative path posted by Steven above is 219 characters long, so you
don't have much room to work with there...

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