2.93: Crash on system with a non-English locale #88877

System Information
Operating system: macOS-11.4-arm64-arm-64bit 64 Bits
Graphics card: Apple M1 Apple 4.1 Metal - 71.6.4

Blender Version
Broken: version: 2.93.0, branch: master, commit date: 2021-06-02 11:21, hash: 84da05a8b8
Worked: (newest version of Blender that worked as expected)

Short description of error
When I open first Blender on the system which the locale set to Korean, the program just shut down and report error message.

Exact steps for others to reproduce the error
Set system locale Korean, and just start Blender program at first time on the system.

When I started the program after changing system locale to English, the program worked normally. After that, I changed the locale of Blender program to Korean inside the program, then error didn't occur.
And I closed the program, and changed again the system locale to Korean, and open Blender program, and the error didn't occur. I guess the error occurs only when first open the Blender program that is not initialized on Korean system.

Crash report from #88845: blender crash.rtf

**System Information** Operating system: macOS-11.4-arm64-arm-64bit 64 Bits Graphics card: Apple M1 Apple 4.1 Metal - 71.6.4 **Blender Version** Broken: version: 2.93.0, branch: master, commit date: 2021-06-02 11:21, hash: `84da05a8b8` Worked: (newest version of Blender that worked as expected) **Short description of error** When I open first Blender on the system which the locale set to Korean, the program just shut down and report error message. **Exact steps for others to reproduce the error** Set system locale Korean, and just start Blender program at first time on the system. When I started the program after changing system locale to English, the program worked normally. After that, I changed the locale of Blender program to Korean inside the program, then error didn't occur. And I closed the program, and changed again the system locale to Korean, and open Blender program, and the error didn't occur. I guess the error occurs only when first open the Blender program that is not initialized on Korean system. Crash report from #88845: [blender crash.rtf](https://archive.blender.org/developer/F10158352/blender_crash.rtf)

Added subscriber: @GB44

#92547 was marked as duplicate of this issue

#92504 was marked as duplicate of this issue

#91482 was marked as duplicate of this issue

#90935 was marked as duplicate of this issue

#90894 was marked as duplicate of this issue

#90821 was marked as duplicate of this issue

#90420 was marked as duplicate of this issue

#90161 was marked as duplicate of this issue

#89620 was marked as duplicate of this issue

#89201 was marked as duplicate of this issue

#89161 was marked as duplicate of this issue

#89383 was marked as duplicate of this issue

#88212 was marked as duplicate of this issue

#88845 was marked as duplicate of this issue

Added subscriber: @ankitm

Changed status from 'Needs Triage' to: 'Needs User Info'

Try this:

Set system locale to Korean
Rename ~/Library/Application Support/Blender/ to something else, like Blender_backup
Open Blender.

Does the crash happen ?

Try this: - Set system locale to Korean - Rename `~/Library/Application Support/Blender/` to something else, like Blender_backup - Open Blender. Does the crash happen ?

Added subscriber: @dadojoker

Added subscriber: @hannoeru

Hi, I'm new to blender and also have this problem when I open blender in my Intel MBP, my locale is set to Japanese.
It works well when I was in 2.83 but crashed in 2.93.

I also deleted ~/Library/Application Support/Blender/ and tried to open it again, but it didn't work.

Hi, I'm new to blender and also have this problem when I open blender in my Intel MBP, my locale is set to Japanese. It works well when I was in 2.83 but crashed in 2.93. I also deleted `~/Library/Application Support/Blender/` and tried to open it again, but it didn't work.

Changed status from 'Needs User Info' to: 'Confirmed'

In #88877#1171689, @ankitm wrote:
Try this:

Set system locale to Korean

Rename ~/Library/Application Support/Blender/ to something else, like Blender_backup

Open Blender.

Does the crash happen ?

Sorry, I tried reproduce the error by reinstalling the app after removing the app with App Cleaner, however I couldn't reproduce the error.
I checked ~/Library/Application Support/Blender/ is deleted after removing the app. After rebooting, and reinstalling, I opened the app on the system with Korean locale, but the error did not occur.

> In #88877#1171689, @ankitm wrote: > Try this: > - Set system locale to Korean > - Rename `~/Library/Application Support/Blender/` to something else, like Blender_backup > - Open Blender. > > Does the crash happen ? Sorry, I tried reproduce the error by reinstalling the app after removing the app with App Cleaner, however I couldn't reproduce the error. I checked `~/Library/Application Support/Blender/` is deleted after removing the app. After rebooting, and reinstalling, I opened the app on the system with Korean locale, but the error did not occur.

So it could be that settings saved in previous versions of Blender is causing the error in the new one.

Here is what I tried:

Run AppCleaner to remove blender.
Run sudo rm -rf ~/Library/Application Support/Blender/, and reboot.
Reinstall blender 2.93

Still not works

Download blender 2.83
Replace blender in the Application folder

Works

OS: macOS 11.4 (20F71)
Crash report: Blender_2021-06-06-183634.crash

Here is what I tried: - Run AppCleaner to remove blender. - Run `sudo rm -rf ~/Library/Application Support/Blender/`, and reboot. - Reinstall blender 2.93 Still not works - Download blender 2.83 - Replace blender in the Application folder Works OS: macOS 11.4 (20F71) Crash report: [Blender_2021-06-06-183634.crash](https://archive.blender.org/developer/F10159727/Blender_2021-06-06-183634.crash)

Changed status from 'Confirmed' to: 'Needs User Info'

We need steps to create the error locally, not the steps to make blender launch.
They'd look like:

set locale to Korean
Delete this folder
run this version
run that version
Now blender crashes
etc

We need steps to create the error locally, not the steps to make blender launch. They'd look like: - set locale to Korean - Delete this folder - run this version - run that version - Now blender crashes etc

Added subscriber: @pb29

delete ~/Library/Application Support/Blender/ and launch 2.93 still not work.
here's the crash log.
log.txt
however, i changed locale to english and launch 2.93, it launched.
If you checked successfully run it in English locale and revert it back to Korean locale, it even still works.

delete `~/Library/Application Support/Blender/` and launch 2.93 still not work. here's the crash log. [log.txt](https://archive.blender.org/developer/F10160387/log.txt) however, i changed locale to english and launch 2.93, it launched. If you checked successfully run it in English locale and revert it back to Korean locale, it even still works.

Changed status from 'Needs User Info' to: 'Confirmed'

I cannot redo it on macOS mojave. All three reports are on Big Sur 11.4. (the OS is not mentioned in one comment)

I tried to localize in English and it works, but when I try to reset it to Italian it starts crashing again

Internationalization is part of UI as per https://wiki.blender.org/wiki/Modules#User_Interface

Added subscribers: @sebbas, @mont29

@ankitm Not sure how your patch could fix anything? It's just offsetting the start of the try block, nothing else... I would not expect setting the location of the MO's to be at the origin of that issue? Or do you think that the default constructor for boost::locale::generator is the crashing call here? Too bad there's no full backtrace identifying the calling line...

Since this happens when using default (system, empty string) locale, I'd rather look at the exception we have for OSX currently, the #if defined(__APPLE__) && !defined(WITH_HEADLESS) && !defined(WITH_GHOST_SDL), and check if this is called, what kind of string it returns, and if removing this special case helps, etc.

We could also try a different boost::locale::localization_backend_manager option, like "std" e.g.

In any case we need a dev able to reproduce the issue first though. @sebbas maybe you'd have some time and proper hardware/OSX version at hands?

@ankitm Not sure how your patch could fix anything? It's just offsetting the start of the `try` block, nothing else... I would not expect setting the location of the MO's to be at the origin of that issue? Or do you think that the default constructor for `boost::locale::generator` is the crashing call here? Too bad there's no full backtrace identifying the calling line... Since this happens when using default (system, empty string) locale, I'd rather look at the exception we have for OSX currently, the `#if defined(__APPLE__) && !defined(WITH_HEADLESS) && !defined(WITH_GHOST_SDL)`, and check if this is called, what kind of string it returns, and if removing this special case helps, etc. We could also try a different `boost::locale::localization_backend_manager` option, like `"std"` e.g. In any case we need a dev able to reproduce the issue first though. @sebbas maybe you'd have some time and proper hardware/OSX version at hands?

I was under impression that boost::locale::conv::conversion_error is caught by std::exception(.. turns out not). So the exception should be originating from the code outside try block.

I'll abandon the patch.

diff --git a/intern/locale/boost_locale_wrapper.cpp b/intern/locale/boost_locale_wrapper.cpp
index 73433fe7c5e..b4301793e75 100644
--- a/intern/locale/boost_locale_wrapper.cpp
+++ b/intern/locale/boost_locale_wrapper.cpp
@@ -87,6 +87,7 @@ void bl_locale_set(const char *locale)
   // gen.set_default_messages_domain(default_domain);
 
   try {
+    throw boost::locale::conv::conversion_error();
     if (locale && locale[0]) {
       _locale = gen(locale);
     }
@@ -120,6 +121,9 @@ void bl_locale_set(const char *locale)
   catch (std::exception const &e) {
     std::cout << "bl_locale_set(" << locale << "): " << e.what() << " \n";
   }
+  catch (std::runtime_error const &e){
+    std::cout << "**bl_locale_set(" << locale << "): " << e.what() << " \n";
+  }
 }
 
 const char *bl_locale_get(void)

**bl_locale_set(): Conversion failed**bl_locale_set(en_US.UTF-8): Conversion failed

UPDATE
D13019 #343592

I was under impression that `boost::locale::conv::conversion_error` is caught by `std::exception`(.. turns out not). So the exception should be originating from the code outside try block. I'll abandon the patch. ``` diff --git a/intern/locale/boost_locale_wrapper.cpp b/intern/locale/boost_locale_wrapper.cpp index 73433fe7c5e..b4301793e75 100644 --- a/intern/locale/boost_locale_wrapper.cpp +++ b/intern/locale/boost_locale_wrapper.cpp @@ -87,6 +87,7 @@ void bl_locale_set(const char *locale) // gen.set_default_messages_domain(default_domain); try { + throw boost::locale::conv::conversion_error(); if (locale && locale[0]) { _locale = gen(locale); } @@ -120,6 +121,9 @@ void bl_locale_set(const char *locale) catch (std::exception const &e) { std::cout << "bl_locale_set(" << locale << "): " << e.what() << " \n"; } + catch (std::runtime_error const &e){ + std::cout << "**bl_locale_set(" << locale << "): " << e.what() << " \n"; + } } const char *bl_locale_get(void) ``` ``` **bl_locale_set(): Conversion failed**bl_locale_set(en_US.UTF-8): Conversion failed ``` UPDATE [D13019](https://archive.blender.org/developer/D13019)#343592

Added subscribers: @sirokawa032, @haemin, @mano-wii

Added subscriber: @PratikPB2123

Added subscriber: @Staph

Added subscriber: @himelgelt

@mont29 A build with something like D11806: Add logging to debug #88877 applied can be run by bug reporters to get some information.
In any case, an exception handler should be added anyway IMHO.

@mont29 A build with something like [D11806: Add logging to debug #88877](https://archive.blender.org/developer/D11806) applied can be run by bug reporters to get some information. In any case, an exception handler should be added anyway IMHO.

Oh I can do it now after setting language to en_IN and in lite build (+ boost + international), offending line is _locale = gen(locale_osx.c_str());
2d146b61d8

- 0  __pthread_kill ()
- 1  pthread_kill ()
- 2  abort ()
- 3  abort_message ()
- 4  default_terminate_handler() ()
- 5  _objc_terminate() ()
- 6  std::__terminate(void (*)()) ()
- 7  __cxxabiv1::failed_throw(__cxxabiv1::__cxa_exception*) ()
- 8  __cxa_throw ()
- 9  std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > boost::locale::conv::impl::iconverter_base::real_convert<wchar_t, char>(char const*, char const*) ()
- 10 boost::locale::conv::impl::iconv_to_utf<wchar_t>::convert(char const*, char const*) ()
- 11 std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > boost::locale::conv::impl::convert_to<wchar_t>(char const*, char const*, char const*, boost::locale::conv::method_type) ()
- 12 std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > boost::locale::conv::to_utf<wchar_t>(char const*, char const*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, boost::locale::conv::method_type) ()
- 13 boost::locale::util::simple_converter_impl::simple_converter_impl(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) ()
- 14 boost::locale::util::create_simple_codecvt(std::__1::locale const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned int) ()
- 15 boost::locale::impl_posix::create_codecvt(std::__1::locale const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned int) ()
- 16 boost::locale::impl_posix::posix_localization_backend::install(std::__1::locale const&, unsigned int, unsigned int) ()
- 17 boost::locale::localization_backend_manager::impl::actual_backend::install(std::__1::locale const&, unsigned int, unsigned int) ()
- 18 boost::locale::generator::generate(std::__1::locale const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) const ()
- 19 boost::locale::generator::generate(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) const ()
- 20 boost::locale::generator::operator()(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) const at lib/darwin/boost/include/boost/locale/generator.hpp:203
- 21 ::bl_locale_set(const unsigned char *) at blender/intern/locale/boost_locale_wrapper.cpp:96
- 22 BLT_lang_set at blender/source/blender/blentranslation/intern/blt_lang.c:280
- 23 WM_init at blender/source/blender/windowmanager/intern/wm_init_exit.c:268
- 24 main at blender/source/creator/creator.c:505
- 25 start ()

locale	const unsigned char *	""	0x000000010b279d00
gen	boost::locale::generator	
_locale	std::__1::locale	
e	const std::exception &	0x00001fffddf7fc78
locale_osx	std::__1::string	"en_IN.UTF-8"	
default_domain	std::__1::string	"blender"	
facet_global	const char_message_facet *	NULL	0x0000000000000000
locale_global	std::__1::locale	
locale_str	std::__1::string	""	
messages_path	std::__1::string	"/Users/ankitkumar/blender-build/build_darwin_lite/bin/Debug/Blender.app/Contents/Resources/3.0/datafiles/locale"

Oh I can do it now after setting language to `en_IN` and in lite build (+ boost + international), offending line is `_locale = gen(locale_osx.c_str());` 2d146b61d8 ```lines=10 - 0 __pthread_kill () - 1 pthread_kill () - 2 abort () - 3 abort_message () - 4 default_terminate_handler() () - 5 _objc_terminate() () - 6 std::__terminate(void (*)()) () - 7 __cxxabiv1::failed_throw(__cxxabiv1::__cxa_exception*) () - 8 __cxa_throw () - 9 std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > boost::locale::conv::impl::iconverter_base::real_convert<wchar_t, char>(char const*, char const*) () - 10 boost::locale::conv::impl::iconv_to_utf<wchar_t>::convert(char const*, char const*) () - 11 std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > boost::locale::conv::impl::convert_to<wchar_t>(char const*, char const*, char const*, boost::locale::conv::method_type) () - 12 std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > boost::locale::conv::to_utf<wchar_t>(char const*, char const*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, boost::locale::conv::method_type) () - 13 boost::locale::util::simple_converter_impl::simple_converter_impl(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) () - 14 boost::locale::util::create_simple_codecvt(std::__1::locale const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned int) () - 15 boost::locale::impl_posix::create_codecvt(std::__1::locale const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned int) () - 16 boost::locale::impl_posix::posix_localization_backend::install(std::__1::locale const&, unsigned int, unsigned int) () - 17 boost::locale::localization_backend_manager::impl::actual_backend::install(std::__1::locale const&, unsigned int, unsigned int) () - 18 boost::locale::generator::generate(std::__1::locale const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) const () - 19 boost::locale::generator::generate(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) const () - 20 boost::locale::generator::operator()(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) const at lib/darwin/boost/include/boost/locale/generator.hpp:203 - 21 ::bl_locale_set(const unsigned char *) at blender/intern/locale/boost_locale_wrapper.cpp:96 - 22 BLT_lang_set at blender/source/blender/blentranslation/intern/blt_lang.c:280 - 23 WM_init at blender/source/blender/windowmanager/intern/wm_init_exit.c:268 - 24 main at blender/source/creator/creator.c:505 - 25 start () ``` ``` locale const unsigned char * "" 0x000000010b279d00 gen boost::locale::generator _locale std::__1::locale e const std::exception & 0x00001fffddf7fc78 locale_osx std::__1::string "en_IN.UTF-8" default_domain std::__1::string "blender" facet_global const char_message_facet * NULL 0x0000000000000000 locale_global std::__1::locale locale_str std::__1::string "" messages_path std::__1::string "/Users/ankitkumar/blender-build/build_darwin_lite/bin/Debug/Blender.app/Contents/Resources/3.0/datafiles/locale" ```

Added subscriber: @jbbbbb

Added subscriber: @sepraphim

Added subscriber: @dbsskdn

Added subscriber: @astyagun

Added subscriber: @veravin

Added subscriber: @gott

Added subscriber: @kieuns

In my case, result of NSLocale.localeIdentifier() is wrong in osx_user_locale.mm.
My locale must be ko_KR. but NSLocale.localeIdentifier() returns ko-Kore_KR.

changed some code in osx_user_locale.mm for testing.
then it is ok for me.

it needs fixing from developers.

// get current locale
const char *osx_user_locale()
{
  ::free(user_locale);
  NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
  CFLocaleRef myCFLocale = CFLocaleCopyCurrent();
  NSLocale *myNSLocale = (NSLocale *)myCFLocale;
  [myNSLocale autorelease];
    
  //NSString *nsIdentifier = [myNSLocale localeIdentifier];
    
    NSString *a = [myNSLocale languageCode];
    NSString *b = [myNSLocale countryCode];
    NSString *f = [a stringByAppendingString:@"_"];
    f = [f stringByAppendingString:b];
    
  user_locale = ::strdup([f UTF8String]);
  [pool drain];

  return user_locale;
}```

In my case, result of `NSLocale.localeIdentifier()` is wrong in `osx_user_locale.mm`. My locale must be `ko_KR`. but `NSLocale.localeIdentifier()` returns `ko-Kore_KR`. changed some code in `osx_user_locale.mm` for testing. then it is ok for me. it needs fixing from developers. ``` // get current locale const char *osx_user_locale() { ::free(user_locale); NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; CFLocaleRef myCFLocale = CFLocaleCopyCurrent(); NSLocale *myNSLocale = (NSLocale *)myCFLocale; [myNSLocale autorelease]; //NSString *nsIdentifier = [myNSLocale localeIdentifier]; NSString *a = [myNSLocale languageCode]; NSString *b = [myNSLocale countryCode]; NSString *f = [a stringByAppendingString:@"_"]; f = [f stringByAppendingString:b]; user_locale = ::strdup([f UTF8String]); [pool drain]; return user_locale; }```

Added subscriber: @adonisgenie

Added subscriber: @arsienbajan

It seems that the cause of the crash has been investigated as above.

Can I know when a fix will be released?

It seems that the cause of the crash has been investigated as above. Can I know when a fix will be released?

In #88877#1243044, @adonisgenie wrote:
It seems that the cause of the crash has been investigated as above.

Can I know when a fix will be released?

It seems they plan to fix this on Blender 3.0, it says Administrator moved this task to 3.0

> In #88877#1243044, @adonisgenie wrote: > It seems that the cause of the crash has been investigated as above. > > Can I know when a fix will be released? It seems they plan to fix this on Blender 3.0, it says Administrator moved this task to 3.0

Removed subscriber: @gott

Added subscriber: @gott

Current proposed patch is D13019: Fix #88877: 2.93: Crash on recent OSX with a non-English locale.. If you are using OSX and can compile Blender, it would be great if you could test it and confirm it fixes the issue.

Patch will be committed to 3.0 branch yes, and then backported to 2.93 (and probably 2.83 too) in the coming weeks.

Current proposed patch is [D13019: Fix #88877: 2.93: Crash on recent OSX with a non-English locale.](https://archive.blender.org/developer/D13019). If you are using OSX and can compile Blender, it would be great if you could test it and confirm it fixes the issue. Patch will be committed to 3.0 branch yes, and then backported to 2.93 (and probably 2.83 too) in the coming weeks.

This issue was referenced by ca881afef1

This issue was referenced by ca881afef1631cdd138ccf9af090ca6fb29b3608

This issue was referenced by 8e237d83f2

This issue was referenced by 8e237d83f2138fb94933f971a070a0552f1f506a

This issue was referenced by be0d5da341

This issue was referenced by be0d5da341cf3f33ba2d7cca8c979abf9d94f683

Changed status from 'Confirmed' to: 'Resolved'

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Labels Milestones

2.93: Crash on system with a non-English locale #88877