Crash on launch if %LANG% not C or POSIX (Windows, trunk)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
Fix Released
|
Undecided
|
Patrick Storz |
Bug Description
Inkscape trunk crashes on launch on Windows if the current environment defines LANG to any (valid) locale but C or POSIX.
Steps to reproduce:
In Command Prompt window, change to inkscape's install folder:
C:\path\
C:\path\
--> inkscape launches as expected
C:\path\
C:\path\
--> inkscape launches as expected
C:\path\
C:\path\
--> inkscape crashes on launch
C:\path\
C:\path\
--> inkscape crashes on launch
Console message (without gdb):
terminate called after throwing an instance of 'std::runtime_
what(): locale:
Notes:
* The crash is for example exposed if inkscape is launched with GUI (e.g. for verbs) via python-based extensions which use a subclass of inkex.Effect() (bug #1662531 , bug #1663697, bug #1663585), because inkex.localize() sets LANG in os.environ on Windows (bug #1666108).
* Not reproduced with Inkscape 0.91, 0.92.0, 0.92.1 (32bit, 64bit, installed from 7z to custom location): no crash on launch, inkscape sets the GUI language according to LANG as defined in the environment.
* Based on earlier bisecting by Alvin Penner, this regression seems to have been exposed with the merge of the doc-rotate branch (lp:inkscape r15444):
http://
Reproduced with Inkscape 0.92+devel 15534 on Windows 10 (local build).
Related branches
description: | updated |
Changed in inkscape: | |
status: | Fix Committed → Fix Released |
Just came across this recent message on one of GCC's mailing lists (no replies yet): /gcc.gnu. org/ml/ gcc-help/ 2017-02/ msg00080. html
https:/
Similarly, there is a known issue with libstdc++ on (older) versions of Mac OS X (before the switch to clang and libc++ as default): C++ locale only supports C, POSIX /mail.gnome. org/archives/ gtkmm-list/ 2010-April/ msg00030. html
https:/