أثناء اختبار 17270 ، لاحظت أن البرنامج الرئيسي (bdda137878904e9401a84e308ac74c93c2ef87c1) لا يعمل على NetBSD. أفترض أن هذا بدأ بعد أن قام # 17085 بتغيير اللغة الاحتياطية من C
إلى C.UTF-8
. لا يبدو أن هناك لغة محلية C.UTF-8
على NetBSD.
src/bitcoind
terminate called after throwing an instance of 'std::runtime_error'
what(): locale::facet::_S_create_c_locale name not valid
Abort trap (core dumped)
LC_ALL=C src/bitcoind
يعمل ، LC_ALL=en_US.UTF-8 src/bitcoind
لا يعمل.
locale
LANG=""
LC_CTYPE="en_US.UTF-8"
LC_COLLATE="C"
LC_TIME="C"
LC_NUMERIC="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=""
هذا هو المصدر الأبدي للمشاكل. أتساءل عما إذا كان بإمكاننا التخلص من كل التبعية المحلية في وقت ما وتجاهل اللغة فقط. ربما ليس طالما أننا نستخدم boost::filesystem
…: صرخة:
تضمين التغريدة
إذا وضعنا جانباً boost::filesystem
فإن قائمة الأماكن التي نستخدم فيها عمليات تعتمد على اللغة تكون قصيرة جدًا:
ربما يمكن إنشاء "مشكلة أولى جيدة" لمعالجة القائمة أعلاه؟ بعضها عبارة عن فواكه معلقة منخفضة حقًا مناسبة للمساهمين الجدد.
أنا جميعًا مع استبدال هؤلاء ، ولكن لا تتعطل أي من هذه الوظائف عند تكوين لغة خاطئة ، وهذا أمر مهم للغاية.
التعليق الأكثر فائدة
أنا جميعًا مع استبدال هؤلاء ، ولكن لا تتعطل أي من هذه الوظائف عند تكوين لغة خاطئة ، وهذا أمر مهم للغاية.