Boost C++ Libraries: Ticket #4688: std::runtime_error: locale::facet::_S_create_c_locale name not valid

attachment set

Tue, 28 Sep 2010 08:04:04 GMT

attachment → boost_filesystem.patch

attachment set

Tue, 28 Sep 2010 08:04:13 GMT

attachment → boost_filesystem.2.patch

jonathansternberg@… — Fri, 19 Nov 2010 23:00:01 GMT

This affected my system as well. The attached patch fixed the problem. I'm running Ubuntu 9.04 and used gcc-4.3 to compile. I downloaded the newest release (Boost 1.45.0) that was released today.

Linux aquila 2.6.28-19-generic #66-Ubuntu SMP Sat Oct 16 17:39:04 UTC 2010 i686 GNU/Linux

Sun, 12 Dec 2010 15:19:33 GMT

Happens on Solaris 10 (Sun OS 5.10) with gcc-4.2.3 too. Empty program linking against boost_filesystem throws exact same exception. The patch provided fixed the problem.

anonymous — Thu, 21 Apr 2011 20:36:37 GMT

Also Ubuntu 10.10 with gcc-4.4.4.

Tue, 31 May 2011 11:34:50 GMT

Duplicates in #5100 and #5289 (but with better patches, perhaps).

anonymous — Thu, 02 Jun 2011 14:47:57 GMT

Is there any information, when this bug will be fixed? This bug makes boost::filesystem unusable in production environment.

anonymous — Fri, 01 Jul 2011 08:27:40 GMT

Still happens with Ubuntu 11.04/g++-4.5.2 and debian with g++/4.4.5. This is a very critical bug for production software as the application can only be started by overriding the locale on the command line (standard C locale seems to work; any other not).

status changed

Beman Dawes — Fri, 01 Jul 2011 11:55:48 GMT

status new → assigned

I've been working on 4688, 5289, 5100, etc. all week. I'll post a status update on the main list, rather than try to reply to each ticket individually.

--Beman

platima@… — Thu, 28 Jul 2011 17:02:07 GMT

I've had this same issue with gcc 4.5.2 and 4.5.3 on Ubuntu 8.04 and 10.04.3 (Boost 1.44.0).

Thanks for getting it sorted :)

-Keith

platima@… — Thu, 28 Jul 2011 17:02:46 GMT

Oh and that was both i386.

-Keith

anonymous — Fri, 29 Jul 2011 15:22:11 GMT

Have you tried 1.47.0?

The critical part of these three issues was fixed, and you should no longer have the problem at startup time.

The issues are about to be closed.

Thanks,

--Beman

status changed; resolution set

anonymous — Fri, 29 Jul 2011 15:29:37 GMT

status assigned → closed
resolution → fixed

Fixed by changeset 72855, Fix problem of locale("") exception being thrown before main() starts on misconfigured (e.g. LANG="bad name") POSIX systems. Resolves the most serious aspect of tickets 4688, 5100, 5289.

Boost 1.47.0 was the first release to include this fix.

--Beman

platima@… — Sat, 30 Jul 2011 04:04:58 GMT

Hey,

Went to give 1.47.0 a shot but had some incompatibilities with our code that need to be addressed.

Thanks -Keith

gonzalo.raposo@… — Mon, 26 Sep 2011 17:15:00 GMT

I tried it with boost 1_47 but is still happen the same on FreeBSD 8.1, doesn't work with locale en_US.UTF-8 nor with C (which was working with boost 1_46_1).

There was some compatibility issues (private functions that before were public and boost::asio::const_buffer_1 doesn't accept std::string anymore as constructor's parameter)

platima@… — Tue, 27 Sep 2011 00:35:16 GMT

Hey,

Yeah we're having the same issues reported by multiple people with 1.47.0.

We've had to force LC_ALL=C in our launcher to avoid it, but this really isn't a nice way about it.

Any thoughts/suggestions? Thanks -Keith

anonymous — Tue, 04 Oct 2011 22:47:17 GMT

Replying to gonzalo.raposo@…:

I tried it with boost 1_47 but is still happen the same on FreeBSD 8.1, doesn't work with locale en_US.UTF-8 nor with C (which was working with boost 1_46_1).

What is the "it" you are trying? Could you post code that fails?

And exactly what happens? Are you saying that the app still throws an exception before main starts?

Thanks,

--Beman

anonymous — Wed, 05 Oct 2011 12:02:04 GMT

Replying to anonymous:

Replying to gonzalo.raposo@…:

I tried it with boost 1_47 but is still happen the same on FreeBSD 8.1, doesn't work with locale en_US.UTF-8 nor with C (which was working with boost 1_46_1).

What is the "it" you are trying? Could you post code that fails?

And exactly what happens? Are you saying that the app still throws an exception before main starts?

Thanks,

--Beman

Yes, it means that the app is still trowing the exception before main starts when locale != C. What you need to reproduce this issue is just create a simple main that uses boost.filesystem and the locale is another than C (en_US.UTF-8 for example)

Gonzalo

mihai.dontu@… — Wed, 05 Oct 2011 22:39:13 GMT

Replying to anonymous:

Replying to anonymous:

Replying to gonzalo.raposo@…:

I tried it with boost 1_47 but is still happen the same on FreeBSD 8.1, doesn't work with locale en_US.UTF-8 nor with C (which was working with boost 1_46_1).

What is the "it" you are trying? Could you post code that fails?

And exactly what happens? Are you saying that the app still throws an exception before main starts?

Thanks,

--Beman

Yes, it means that the app is still trowing the exception before main starts when locale != C. What you need to reproduce this issue is just create a simple main that uses boost.filesystem and the locale is another than C (en_US.UTF-8 for example)

Gonzalo

I have came across the same problem, only I am using a cross compiler. The true issue lies in how GCC (libstdc++) is configured. On some Linux distributions and apparently FreeBSD, the C++ runtime is configured to use generic locale support. This is the one that handles nothing but "C". However, if one configures GCC with "--enable-clocale=gnu", a more advanced implementation becomes available. I don't know if it's tied in any way to the GNU C library (it doesn't appear to) and I also don't know the proper way to check if you have "generic" or "gnu" enabled. I used

$ objdump -D -C -j .text -M intel libstdc++.so.6 >libstdc++.so.6.S

to look in the assembler dump for _S_create_c_locale(). A call to "newlocale@plt" tells me I have "gnu" enabled.

attachment set

anonymous — Fri, 13 Jan 2012 21:17:34 GMT

attachment → boost_1_47_0_filesystem_freebsd.patch

boost filesystem patch to include FreeBSD in the list of BSD platforms (!) that need locale fix

charles@… — Thu, 17 Jan 2013 02:42:46 GMT

I see this on Solaris 11 as well in boost 1.52

status, version changed; resolution deleted

ruipfernandes@… — Sat, 26 Jan 2013 00:45:11 GMT

status closed → reopened
version Boost 1.44.0 → Boost 1.52.0
resolution fixed

Same problem in HPUX with gcc44

attachment set

bapt@… — Wed, 06 Feb 2013 14:42:45 GMT

attachment → patch-boost-filesystem-str_runtime

same patch for boost 1.52.0

status changed; resolution set

Beman Dawes — Fri, 22 Feb 2013 14:32:52 GMT

status reopened → closed
resolution → fixed

(In [83083]) Add FreeBSD support. Fix #4688

hours10000@… — Mon, 04 Mar 2013 07:27:51 GMT

I have came accoss the same problem . GCC 4.1.0 SUSE LINUX 10.1 (x86-64) VERSION =10.1

hours10000@… — Mon, 04 Mar 2013 07:39:55 GMT

Replying to hours10000@…:

I have came accoss the same problem . GCC 4.1.0 SUSE LINUX 10.1 (x86-64) VERSION =10.1

PS; boost 1.53

ruipfernandes@… — Wed, 13 Mar 2013 10:40:25 GMT

Replying to bemandawes:

(In [83083]) Add FreeBSD support. Fix #4688

This change (83083) is not totally correct. As you can see in the patch by bapt added at 6 February, there are three lines where the change should be done, however only two of them were changed in this changeset. I also figured out that for HP-UX a similar procedure solves the problem.

Please do replace the following string (three occurrences):

defined(macintosh) || defined(__APPLE__) || defined(__APPLE_CC__)

with this one:

defined(macintosh) || defined(__APPLE__) || defined(__APPLE_CC__) || defined(__FreeBSD__) || defined(__hpux)

I'd also like to point out another fix I asked (misspelled macro name _INCLUDE_STDC__SOURCE_199901), related to ticket #5048 (I added a comment to the ticket)

Thank you very much.

Beman Dawes — Fri, 15 Mar 2013 17:28:20 GMT

Replying to hours10000@…:

Replying to hours10000@…:

I have came accoss the same problem . GCC 4.1.0 SUSE LINUX 10.1 (x86-64) VERSION =10.1

PS; boost 1.53

You need to test against svn trunk. The fix changeset was applied after 1.53 shipped.

--Beman

Beman Dawes — Fri, 15 Mar 2013 17:49:51 GMT

Replying to ruipfernandes@…:

Replying to bemandawes:

(In [83083]) Add FreeBSD support. Fix #4688

This change (83083) is not totally correct. As you can see in the patch by bapt added at 6 February, there are three lines where the change should be done, however only two of them were changed in this changeset.

The current svn trunk, which is what the fix was applied against, has only two occurrences.

I also figured out that for HP-UX a similar procedure solves the problem.

Please do replace the following string (three occurrences):
defined(macintosh) || defined(__APPLE__) || defined(__APPLE_CC__)
with this one:
defined(macintosh) || defined(__APPLE__) || defined(__APPLE_CC__) || defined(__FreeBSD__) || defined(__hpux)

I'm nervous about adding HP-UX. Are you sure that all HP-UX systems use UTF-8 encoding? Do you have a link to HP docs on that?

I'd also like to point out another fix I asked (misspelled macro name _INCLUDE_STDC__SOURCE_199901), related to ticket #5048 (I added a comment to the ticket)

I'll take a look. Thanks,

--Beman

status, severity changed; resolution deleted

hendrich@… — Tue, 01 Oct 2013 22:48:19 GMT

status closed → reopened
resolution fixed
severity Problem → Showstopper

Complete fuckup. Setting any LANG makes Ubuntu unusable. On my 12.04:

export LANG=de export LANG=en_US export LANG=en_US.UTF-8

makes every subsequent program crash with the boost crazyness.

anonymous — Sat, 15 Feb 2014 20:43:41 GMT

Happens to me as well, using Boost 1.55.0.

anonymous — Wed, 21 May 2014 10:53:36 GMT

Using boost 1.52 on gentoo, I got the same error message. Google landed me here.

I had LANG=en_US.UTF-8. Doing unset LANG and then re-running my application worked.

Thu, 12 Jun 2014 19:35:55 GMT

Replying to hendrich@…:

Complete fuckup. Setting any LANG makes Ubuntu unusable. On my 12.04:

export LANG=de export LANG=en_US export LANG=en_US.UTF-8

makes every subsequent program crash with the boost crazyness.

You are quite wrong, Ubuntu 12.04 has boost version 1.48 which already has this bug fixed. Still your application may crash but if it does it is bug in your application and not in boost, bug which coincidentally manifests itself the same way.

Original bug in boost was an exception thrown in initialization of global object, which happened before main() and hence was (almost) impossible to handle in programmatic way.

Since forementioned initialization was turned into lazy initialization, the same exception, which by the way is quite valid, can be handled programmaticaly.

This bug should be marked as fixed.

status, milestone changed; resolution set

Beman Dawes — Wed, 06 Aug 2014 13:03:56 GMT

status reopened → closed
resolution → fixed
milestone To Be Determined → Boost 1.56.0

std::runtime_error: locale::facet::_S_create_c_locale name not valid exceptions may be caused by Boost.Filesystem errors, user program errors, or user system configuration errors. Comments on this thread mixed all three types of errors, making the thread hard to parse.

Please do not reopen this thread. Please open a new issue if you encounter a Boost.Filesystem error in 1.56.0 and it is not already described in another open filesystem issue. Please include a test program that illustrates the error, with instructions as to how to build and execute the program. Please do not bother to report locale and codecvt related errors in versions prior to 1.56.0 unless they also occur in 1.56.0, which made important changes locale and codecvt handling.

Thanks,

--Beman