Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Re:マルチバイト系の処理とか (#2526435) | 1991年から存在していたX11のバグが発見される | スラド
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

1991年から存在していたX11のバグが発見される」記事へのコメント

  • マルチバイト系の処理とか、ほとんど誰もチェックしてなくて、バグがたまってそうな気がする。

    • by Anonymous Coward on 2014年01月13日 14時54分 (#2526435)

      X11のプログラムを最後に作ってから15年くらい経ってるんで記憶があいまいですが、文字はコンパウンドストリングとかいうのに変換しないと表示できず、ちゃんとマルチバイトだとかマルチリンガルが考慮されていたような。
      まあ、だからと言って十分なチェックされてる保証は無いですが。

      Xtの方の仕組みだったかな?

      親コメント
      • by Anonymous Coward on 2014年01月13日 15時37分 (#2526450)

        私も20年近く前の知識ですが、マルチバイト系(というかマルチリンガル系)の関数セットと、バイト系の関数セットの2通りがありますね。

        個々のアプリケーションを書く個々のプログラマが、マルチリンガルのことを意識して、あえて難しいほうの書き方をしないと、
        そのプログラムはマルチバイト対応にならない(なのでマルチバイト対応アプリケーションの割合は全然高まらない)という仕組みです。
        どうやって世界中のプログラマにマルチリンガルの必要性を説いて回るんだ、と思ったものでした。

        何もないところから、その仕組みを作ってXに入れさせただけでも、ものすごい功績だとは思いますけど。

        親コメント
        • by Anonymous Coward

          ああ…Lesstifが日本語通らなくてソース修正しまくった思い出がよみがえってまいりました…。

        • で、デフォルトの文字列をUTF-8にしようとしたら日本の原理主義者が反対するというおなじみすぎる流れでもう笑うしかなかった。あいつらがいなかったらアプリケーションの(あいつらの主張によれば)なんちゃって国際化は10年くらい早まったんじゃねーの。

        • by Anonymous Coward

          Win 32のUnicode系のAPIの使用率すらなかなか高まらないんだから、いわんやISO/IEC 2022ベースのマルチバイト系APIをや

犯人はmoriwaka -- Anonymous Coward

処理中...