【GUI】wxWidgets(旧wxWindows) その3【サイザー】

**デフォルトの名無しさん** · 2006/09/09(土) 00:06:30

クロスプラットフォーム GUI ライブラリの wxWidgets (旧 wxWindows)について語りましょう。

本家
　http://www.wxwidgets.org/
wxWindows日本語プロジェクト
　http://wxwindowsjp.sourceforge.jp/
Let's wxWidgets
http://dot-gray.s33.xrea.com/
(*)準備中(*)
http://www.geocities.co.jp/SiliconValley-Cupertino/8526/
wxWindowsで始めるC++ GUIプログラミング
http://www.h3.dion.ne.jp/~k5_n/wxwin/
wxWidgets でクロスプラットフォーム GUIアプリを作ろう
http://namazu.org/~satoru/pub/uu-2004-08/
dW : Linux : wxWindowsの概要
　http://www-6.ibm.com/jp/developerworks/linux/010413/j_l-wxwin.html
SunWorld Online：wxWindows――無名だが成熟したGUIツールキット
　http://www.idg.co.jp/sw/back/200102/20010219_01_report.html

**デフォルトの名無しさん** · 2007/02/24(土) 08:44:46

VisualWx使ってみたが、MicrosoftとかBorlandのRADとは
比べ物にならないな。
糞。

**デフォルトの名無しさん** · 2007/02/24(土) 16:36:05

エディタ手打ちで済むものをいちいちポトペタしなくてもいいじゃないか。

**デフォルトの名無しさん** · 2007/02/25(日) 01:24:44

いや、やっぱエディタ打ちはやってて面倒だよ・・・。

**デフォルトの名無しさん** · 2007/02/25(日) 01:27:39

アセンブラがあれば(ry

**デフォルトの名無しさん** · 2007/02/25(日) 03:00:56

ハンドアセンブルしてバイナリを直接入力すれば(ry

**デフォルトの名無しさん** · 2007/02/26(月) 04:44:02

テキストコントロールの各行に対する行数（行番号）を表示させたいんだけど、
（行番号があらかじめ書いてある原稿用紙に書き込む感じにしたい）
なんかいい方法ない？

**デフォルトの名無しさん** · 2007/02/26(月) 08:12:02

>>114
行番号表示用のウィンドウを作るのが多分一番楽

**114** · 2007/02/27(火) 01:48:30

>>115
はい。それも考えたんですが、本文の行数が多い場合に縦にスクロールさせると、
行番号表示用の行数とずれてしまうという問題があり、詰まっています。
なにかいい手はないでしょうか？

**デフォルトの名無しさん** · 2007/02/27(火) 10:53:40

>>116
テキストコントロールの内容を変更するたびに、
行頭に行番号を追加するようにすればいいんじゃね？

**デフォルトの名無しさん** · 2007/02/27(火) 17:01:25

114, 116はかなりの初心者かな？

**114** · 2007/02/27(火) 23:27:54

>>118
いままで簡単なスクリプトを書いて仕事（研究員）に使う程度だったのですが、
GUIつきのプログラムを作れば使いやすくなるし、同僚に自慢できるし、
上司によりアピールできるし。。。と思って始めたばかりです。

私のような初心者でも簡単なGUIが作れるという点ではwxwidgetsは素晴らしいと思います。
ただ、少し凝ろうとすると急にハードルが高く感じられます。今回の行番号表示など。
テキストエディタの表示オプションによくあったので、簡単に出来るのではと思ったのですが。

**デフォルトの名無しさん** · 2007/02/28(水) 00:59:27

> 少し凝ろうとすると急にハードルが高く感じられます。

GUIフレームワークって何でもそうです。あらゆるものを御仕着せで用意するのは無理。
用意された機能を利用して実現できればそれでいいわけで、
これくらいはまだすんなり実現できる範疇に入るでしょうよ。

>>116は要はテキストコントロールをスクロールさせたら行番号表示が一緒に
動かないからずれるってことでしょ? それなら行番号表示の方も一緒に動かせればいい。

ということで次のステップはイベント処理ですね。
テキストコントロールのスクロールが発生したときを捕捉して、そのスクロール
量を知り、行番号表示の方に指定量のスクロールをさせる。

**デフォルトの名無しさん** · 2007/02/28(水) 01:09:23

じゃあちょっと難しく感じるかもな。
基本的には、番号用のウインドウを作る→さもメインのパネルの一部かのように組み込む→
（位置を計算して）番号出す→スクロールイベントを取得→表示のアップデート（スクロール）
って流れかねえ。

＞テキストエディタの表示オプションによくあったので
なんかこう、GUIをべたーっとした一枚の絵のように考えていたら
簡単にはできないよw

あと、この場合情報としての価値は低いが使用言語も書いたほうがいいよ。

**114** · 2007/02/28(水) 03:32:32

>>120,121
アドバイスありがとうございます。イベント処理はいままで扱ったことが
ないので、調べてみます。

>あと、この場合情報としての価値は低いが使用言語も書いたほうがいいよ。
失礼しました。
Windows XP, ActivePerl-5.8 でwxPerlを使っています。
wxPerlは比較的マイナーなようですね。

**デフォルトの名無しさん** · 2007/02/28(水) 06:37:40

C++ならwxScintillaがつかえるが、他の言語ではラッパーか書かないとだめかも？

**デフォルトの名無しさん** · 2007/02/28(水) 13:10:52

117だけど、wxpythonで作ってみた

import wx
import re

class MyApp(wx.PySimpleApp):
def OnInit(self):
Frame = wx.Frame(None, -1, "Text Edit", size=(400,400))
self.Btn = wx.Button(Frame, -1, "Set Number")
self.Btn.Bind(wx.EVT_BUTTON, self.SetNum)
self.TxtBox = wx.TextCtrl(Frame, -1, "One\nTwo\n", style=wx.TE_MULTILINE)
self.SetNum(wx.Event)
MySizer = wx.BoxSizer(wx.VERTICAL)
MySizer.Add(self.Btn, 0, wx.FIXED_MINSIZE | wx.LEFT | wx.RIGHT | wx.TOP, 20)
MySizer.Add(self.TxtBox, 1, wx.EXPAND | wx.ALL, 20)
Frame.SetSizer(MySizer)
Frame.Show(1)
return 1

（つづく）

**デフォルトの名無しさん** · 2007/02/28(水) 13:13:13

def SetNum(self, event):
Text = self.TxtBox.GetValue()
OldLines = Text.split('\n')
NewLines = []
Count = 1
for OldLine in OldLines:
NewLine = re.sub('^([ \d]+: )?', '%4d: ' % Count, OldLine)
NewLines.append(NewLine)
Count += 1
self.TxtBox.SetValue('\n'.join(NewLines))

app = MyApp()
app.MainLoop()

30分くらいで単純に作ったので、細かいツッコミは無しでお願いします。

**デフォルトの名無しさん** · 2007/02/28(水) 23:55:44

微妙だなw
つか、そのままコピペしたらエラー出たわw
おいバグかよ、って思ったら、インデントの関係だったわ。
（SetNumはMyAppクラス内なのね。）
これだからpythonはw

**114** · 2007/03/01(木) 01:47:35

>>124
ありがとうございます。こういう参考に出来るコードがあればと思っていたところでした。
ぱっと見まだよく分からないんですが、参考にさせてもらいます。

**デフォルトの名無しさん** · 2007/03/01(木) 13:20:33

>>126
すぐに気づけてよかったね。
これだから(ry

**デフォルトの名無しさん** · 2007/03/01(木) 16:19:36

Winでテキスト表示が場合によって問答無用でCour何とかいう2k/XPでFontlinkしないと日本語化けるフォント使わないように直ったんですか？

**デフォルトの名無しさん** · 2007/03/01(木) 16:36:26

>>129
日本語でおｋ

**デフォルトの名無しさん** · 2007/03/01(木) 20:30:47

おれのエスパー能力で解析すると、
「Windowsでテキスト表示のフォントが変わったんですか？」
らしい。

**デフォルトの名無しさん** · 2007/03/02(金) 00:17:04

変わるわけねーよ外人だもん。日本語が自分たちのフォントで表示できないことも知らないよ。

**デフォルトの名無しさん** · 2007/03/02(金) 00:54:12

俺もエスパーなんだけどunicode使わないようにすれば解決する

**デフォルトの名無しさん** · 2007/03/02(金) 03:27:05

エスパーだけど非Unicodeにするとたちまち駄目文字問題が出る。
予言だけど本気でコレの作者に中国人なり日本人なりが頼まないと未来永劫にわたって変更はない。

**デフォルトの名無しさん** · 2007/03/02(金) 11:08:47

CourなんとかってCourierのことだな
文字化けしないフォントを使わなくなったのならいいんじゃないか
ちなみにエスパーだけど

**デフォルトの名無しさん** · 2007/03/02(金) 13:12:04

じゃあ俺もエスパー。

**デフォルトの名無しさん** · 2007/03/02(金) 23:17:02

きてます。きてます。

**デフォルトの名無しさん** · 2007/03/03(土) 19:44:35

質問です。SpinCtrlとSliderをセットにしたコンポーネントを作りたくて、
次のようなクラスを作ったのですが、Sliderを動かしたらその値がSpinCtrlに反映させるようにイベントを作ろうとしても上手くできません
.hで
enum
{ SliderPage_Slider = 100, };

class SliderAndSpinCtrlSet: public wxBoxSizer
{
public:
SliderAndSpinCtrlSet(wxWindow *parent, const wxString& title, int sliderID, float val, float min, float max, int spinCtrlID) : wxBoxSizer(wxHORIZONTAL)
{
m_slider = new wxSlider(parent, sliderID,
val, min, max ,
wxDefaultPosition, wxDefaultSize, 0);
m_spinctrl = new wxSpinCtrl(parent, spinCtrlID, wxString::Format(_T("%d"), val),
wxDefaultPosition, wxDefaultSize,
0,
min, max, val);
Add(m_spinctrl, 0, wxALL | wxGROW, 5);
Add(m_slider, 0, wxALL | wxGROW, 5);

}
void OnSlider(wxScrollEvent& event) { hogehoge... }

として、.cppで
BEGIN_EVENT_TABLE(SliderAndSpinCtrlSet, wxBoxSizer)
EVT_COMMAND_SCROLL(SliderPage_Slider, SliderAndSpinCtrlSet::OnSlider)
END_EVENT_TABLE()

としたのですが、エラーになりました。wxBoxSizerにはsm_eventTableなどを持っていないのが原因という事は分かったのですが、代替案が見つからず困っています。

どなたか上手いやり方をご存じないでしょうか？

**デフォルトの名無しさん** · 2007/03/04(日) 02:38:55

wxPanelとかから継承したら?

**デフォルトの名無しさん** · 2007/03/04(日) 03:13:20

>>139
wxPanelだと、独立したウィンドウになってしまいませんか？
ウィンドウ内のコンポーネントとして配置できるような、SpinCtrlとSliderをセットにしたものを作りたいのですが・・・。

**デフォルトの名無しさん** · 2007/03/04(日) 12:29:07

最近wxWidgets忘れてるのでとりあえず思い付いたことを適当に書く
- wxEventHandlerを継承してないとイベント扱えないのでは
- DECLARE_EVENT_TABLE必要

まあとにかくEvent Handling Overviewくらいは読めと。

**デフォルトの名無しさん** · 2007/03/04(日) 13:08:40

>>141
wxEvtHanderを継承してみました。

.hで
enum
{ SliderPage_Slider = 100, };

class SliderAndSpinCtrlSet: public wxBoxSizer, wxEvtHandler
{
public:
SliderAndSpinCtrlSet(wxWindow *parent, const wxString& title, int sliderID, float val, float min, float max, int spinCtrlID) : wxBoxSizer(wxHORIZONTAL)
{
m_slider = new wxSlider(parent, sliderID,
val, min, max ,
wxDefaultPosition, wxDefaultSize, 0);
m_spinctrl = new wxSpinCtrl(parent, spinCtrlID, wxString::Format(_T("%d"), val),
wxDefaultPosition, wxDefaultSize,
0,
min, max, val);
Add(m_spinctrl, 0, wxALL | wxGROW, 5);
Add(m_slider, 0, wxALL | wxGROW, 5);

}
void OnSlider(wxScrollEvent& event) { hogehoge... }
DECLARE_EVENT_TABLE()
};
として、.cppで
BEGIN_EVENT_TABLE(SliderAndSpinCtrlSet, wxEvtHander
EVT_COMMAND_SCROLL(SliderPage_Slider, SliderAndSpinCtrlSet::OnSlider)
END_EVENT_TABLE()
としてみましたが、コンパイルは通るものの、スライダーを動かしても何の反応もありません。
どうすればいいんだ・・・。Event Handling Overview今読んでいますが、難しいですね・・・。

**デフォルトの名無しさん** · 2007/03/05(月) 00:42:03

多分、コントロール自身かその親ウィンドウじゃないと、
コントロールからのイベントが到達しないんじゃない？
やっぱ、wxPanel継承して、そのハンドラで受けるのがいいと思う。
そのPanelをひとつのコンポーネントとしてとらえればいいわけだし、
他パネルに配置もできるでしょ？

どうしても嫌なら、wxEvtHandler継承で、
m_slider->Connect(
SliderPage_Slider,
wxEVT_COMMAND_SLIDER_UPDATED,
wxCommandEventHandler(SliderAndSpinCtrlSet::OnSlider),
NULL, this);
とすればできる気がする。動作確認してないけど。

**デフォルトの名無しさん** · 2007/03/05(月) 10:28:39

>>143
wxPanel継承でできました！ありがとうございます。
というかwxPanelをコンポーネントとして配置できる事を知りませんでした。
まだ使い始めたばかりなもので・・・。

**デフォルトの名無しさん** · 2007/03/08(木) 10:54:48

質問です。
ウィンドウを二つ表示しているんですが、
片方で何らかの操作をした結果の値を、もう一方のウィンドウ上に配置したスライダー
等のコンポーネントにリアルタイムに反映させたいのですが、何か方法はないでしょうか。

具体的に言うと、片方はwxGLCanvasを継承したクラスで、その画面上をドラッグすると
ある値が変わるのですが、ドラッグ中にもう一方のウィンドウ（wxPanel)上の
スライダー等の表示をその値を反映したものにリアルタイムに更新したいのです。

しかし、ドラッグ中にスライダー等にSetValueで値をセットしても、そのウィンドウに
フォーカスが移動するまでスライダー等の表示が更新されません。
仕方が無いのでドラッグ中にwxPanelのSetFocus()メソッドを呼んで無理やり更新させていますが、
なんか気持ち悪いです。

他に方法はないでしょうか。

**デフォルトの名無しさん** · 2007/03/08(木) 11:02:26

>>145
すみません。自己解決しました。
Update()関数で更新できました。お騒がせしました（汗）

**デフォルトの名無しさん** · 2007/03/10(土) 00:07:38

wxPanelのサイズを実行時に変更するにはどうしたらいいでしょうか？

**デフォルトの名無しさん** · 2007/03/10(土) 00:35:21

実行時に変更じゃわかんねーな
実行後に変更か？それともコンパイル時に指定か？

**デフォルトの名無しさん** · 2007/03/10(土) 00:41:52

コンパイル時ではなく，アプリケーションの実行時です．
読み込んだ画像の大きさに合わせて変更するような感じです．
言葉足らずですいません．．

**デフォルトの名無しさん** · 2007/03/10(土) 01:14:44

wxWindow::SetClientSizeかなあ

**デフォルトの名無しさん** · 2007/03/10(土) 01:15:07

wxImage image("foo.jpg");
panel->SetSize(image.GetWidth(), image.GetHeight());
みたいな感じでいいんじゃない？

**デフォルトの名無しさん** · 2007/03/18(日) 22:42:36

みなさん。
wxFrameにwxGLCanvasセットしているときって、
なぜかwxMessageBoxの表示が全面に出てこなくて、wxFrameを最小化するか、クイック起動の「デスクトップを表示」をするかしないと、
wxMessageBoxが現れなかったりしませんか？

ちなみに当方wxWidgets1.6.3使用。
1.8.2だと治ってるかなぁ・・・。

**デフォルトの名無しさん** · 2007/03/19(月) 08:48:42

>>152
2.8じゃなくて？

**デフォルトの名無しさん** · 2007/03/19(月) 09:16:38

>>153
そうでした。2.6.3使用で、2.8だと直ってるかな、でした。

**デフォルトの名無しさん** · 2007/03/29(木) 09:01:33

Mac の wxPython で使ってみてるんだけど、
wx.DC.GetTextExtent() がラテン文字以外は正しい幅を返してこないようだ。
Windows だとちゃんととれるのに。
これはどこの問題なんだ？

**デフォルトの名無しさん** · 2007/04/03(火) 17:10:57

wxWidgetsの問題．諦めよ．

**デフォルトの名無しさん** · 2007/04/03(火) 17:52:33

べつに諦めなくても自分で書いて送りつければいいんだけどね。
結構反応はやいよ。時々永遠に放置されるけどw

実装具合はポートによって様々。
一応実装されていても細かいところで違っていて、それを吸収する
クラスを書かないといけないこともある。

**デフォルトの名無しさん** · 2007/04/04(水) 16:41:07

http://groups.yahoo.co.jp/group/wxmljp/

日本語版メーリングリストが無いから作っといた
テンプレにいれといて

**デフォルトの名無しさん** · 2007/04/07(土) 00:08:15

なぁなぁ
wxWidgetsってさ、UTFの扱いどうなってるな？F8とか押すとさ、たまーにゴミ文字列
挿入されるんだがあれまじキレそうになるからなんとかしたいんだけど
どうすればいい？

**デフォルトの名無しさん** · 2007/04/07(土) 00:49:26

コンパイラをUnicodeにすればいいんでない？

**デフォルトの名無しさん** · 2007/04/07(土) 01:42:17

155だけど、日本語のフォントにしたら日本語についてはちゃんと取れた。
フォントのフォールバックが起こると取れなくなるみたい。
157のいう実装上の差異というところか。直せるのかな。
wxMAC のソースをちょっと覗いてみたら、元のAPIの仕様でそうなってるようにも見える。
Mac 詳しくないのでわかんないけど。

wxて Unicode や XML に詳しい人がコアにいないんじゃないかと思うことがある。
XRC の文法もなんか素人くさいよね。size をリテラルとして指定するとことか。
Uniscribe や TextLayoutManager（だっけ？）相当の機能がつくといいんだけどな。
ワイド文字列でコンパイルしただけじゃUnicode対応とはいえなかろう。

でも古典的な範囲でふつうに使ってる分にはやりやすい。嫌いなわけではないのよ。

あとインプットメソッドまわりは日本人がやらないと絶対始まらないと思うぞ。

**デフォルトの名無しさん** · 2007/04/07(土) 10:10:45

ソース見てきた。Unicode実装してない
嘘Unicode絶対間違って実装してるからバグバグになる。
最悪buffer overflowとかも平気でありありな実装で
こいつら死ねよって今からメール送りまくろうと思ってます。
メインの開発者全員にしねよねﾊｹﾞゴルァメールを送りつけて気を引き締めて
あげたいであります。

**デフォルトの名無しさん** · 2007/04/07(土) 23:49:22

>>162
そんなことよりパッチ送ってやれ。
どーせ理解できねーんだから。

**デフォルトの名無しさん** · 2007/04/08(日) 04:19:49

ソース見てないけど
Unicodeが問題になることといえばコードの上下関係だけじゃないの？
日本語をソートするとばらばらになるとかでしょ
基底はWindowsAPIをUnicode版に切り替えるだけだから切り替えミスでもしてない限りはOverFlowはないと思うけど
切り替えしてないならアフォだけど
LinuxとMacは単純にUnicodeAPIが無いから非対応という話ではないのか？
ちなみに一からlinuxやMacでUnicode作ろうと思ったら全部書き換えないと無理だろ

**デフォルトの名無しさん** · 2007/04/08(日) 07:36:26

>>164
>LinuxとMacは単純にUnicodeAPIが無い

UnicodeAPI って何だよw
もしかして Windows 以外では UTF-8 とか 16 とか弄れないと思ってるの?

**デフォルトの名無しさん** · 2007/04/08(日) 13:27:31

kernelレベルでデフォルトキャラセットをUnicodeにしないと無理でしょ

**デフォルトの名無しさん** · 2007/04/08(日) 14:31:15

ふぅん、カーネルレベルねぇ...
デフォルトキャラセットとな...
全部書き換えないと無理と...

Linux も Mac も使ったこと無いのに色々知ってるんだ
偉いねえ

**デフォルトの名無しさん** · 2007/04/08(日) 16:54:12

Unicodeはkernelレベルでサポートするべきものだったんだよ!

**デフォルトの名無しさん** · 2007/04/08(日) 16:55:32

な，なんだってーっ!

**デフォルトの名無しさん** · 2007/04/08(日) 17:47:29

>>168
当然そうあるべきだと思うが。
ファイルシステムやカーネルオブジェクト等に使われる名前の
エンコーディングに一貫性が無いとロクなことにならない。

名前のエンコーディングが不明では、文字列として正しく処理をしようが無い。
一方名前にエンコーディング情報も付与することにしたら無駄に
データ量が増えインタフェースも複雑化するだけ。

だから、Windows NTやPlan 9はUnicodeだよな。
Unixが時代遅れなだけ。

**デフォルトの名無しさん** · 2007/04/08(日) 17:59:31

一応書いておくと、カーネルモジュールでもファイルシステムとかは
Unicode 扱えないとちょっとダサイ。でもこれはユーザランドのアプリ
とは関係無い話。

**171** · 2007/04/08(日) 18:04:28

ｽﾏﾝ。ボーッとしてたら被った。

>>170
"カーネルオブジェクト等に使われる名前" って何?
ASCII Code の範囲を超える文字を使うケースってあるの?

つか、カーネルモジュールで Unicode サポートが必要なのって
ファイルシステムだけだよね?　そして普通の Un*x なら kiconv
とか（似た様な名前の）機構が既に入ってるよね?

>>170 が時代遅れなだけ?

**171** · 2007/04/08(日) 18:12:33

最後ちょっと下らない煽りっぽくなっちゃったが、カーネル内で実装されていようがいまいが、
ユーザランドのアプリで Unicode を使うには全く問題無いよ。全部書き換える必要なんて
全く無い。それと Mac も Linux もデフォで Unicode 使えるようになってるので、その意味
でも問題無い。

**デフォルトの名無しさん** · 2007/04/08(日) 18:35:28

いや別にネットからダウンロードしたUTF-8の文字をバッファにいれてカーネルEUCの状態で表示しようがしまいが勝手だし
そのためのクラス郡はwxWidgetsに用意されてるのだから好きにすればいいのでは？
今の話ってそういう話じゃないよね
Unicodeの入ったバッファの中身をEUCのAPIにパスして文字が化けるんですけどとかそういうこと言ってんでしょ？
そりゃ当たり前だって言ってるだけｗ

**デフォルトの名無しさん** · 2007/04/08(日) 18:40:56

strcpyとかstrlenとかAPIだよ
Unicodeの中身そのまま渡したらおかしくなるって

**デフォルトの名無しさん** · 2007/04/08(日) 18:42:08

>>174
>EUCのAPI

もっとくやしく。

**デフォルトの名無しさん** · 2007/04/08(日) 18:51:32

Windowsは２個用意してる
strcpyだとstrcpyAとstrcpyWと２種類のAPIが存在してコンパイルする時に何をベースにプログラムを動かすかで
自動的に切り替わるようになってる
linuxやMacはこういう機構が無いのだから完全にカーネル依存になる
基本的にカーネルの扱う文字コード以外ではコンパイルしてはいけない
別の文字コードを扱う時はバッファ内で変換してからすべての処理に引き渡すようにしないといけない

**デフォルトの名無しさん** · 2007/04/08(日) 19:26:12

>カーネル依存になる

だから、ならねっての。
C/C++ の標準ライブラリとカーネルの話をごっちゃにしてるね。
ついでに言うとロケールについても分かっちゃいない。

**デフォルトの名無しさん** · 2007/04/08(日) 19:40:11

kiconvって、kernel内部コードをUTF-8で統一
全てのシステムコールの界面でLC_CTYPEを使ってchar*のエンコード変換を
行うと解釈していいのかな？
それならWindowsの動作に近いんだが。

いや、kernel側にはユーザ側のLC_CTYPEは分からないか。
むしろシステムコールにラッパーかませるべき？どういう実装になってるの？

**デフォルトの名無しさん** · 2007/04/08(日) 19:44:56

話が全然噛み合ってねえな…

**デフォルトの名無しさん** · 2007/04/08(日) 19:45:09

>>177
> strcpyだとstrcpyAとstrcpyW
1. 存在しません。
2. strcpy()はWindows APIではなくC標準のランタイムライブラリです。
3. MSVC++はC標準ランタイムライブラリに対しても、TCHARベースの
　汎用テキストマッピングの仕掛けは提供しています。
　strcpy()の場合は、_tcscpy() -> strcpy() / wcscpy()です。

**179** · 2007/04/08(日) 19:47:41

よくわからないんだけど。
kiconvってカーネルパッチでしょ？
コールゲート通過後の、カーネル空間に入っちゃったただのchar*のデータを
どうエンコード変換すべきか、どうやって判断してるんだ？

Windows APIの場合は、APIのレイヤで全部UTF-16にしてるよ。
その層だと判断できるし、カーネル内部がUTF-16に閉じてクリーンになるから。

**デフォルトの名無しさん** · 2007/04/08(日) 19:51:06

ネット斜め読みしただけで分かった風に書くなよ…

**179** · 2007/04/08(日) 19:56:40

>>183
単純な話なんだから、分かってるのなら答えて欲しいんだけど。
・マルチユーザシステムであるUnixでは、ユーザ毎にLC_CTYPE設定が異なり得る。
　これが前提。
・何もしなければ（少なくとも昔のUnixでは）システムコールにchar*を渡せば
　それは「そのまま」kernelに素通しで渡るはず。つまり、一貫性の無い
　異なるエンコーディングの名前がkernelに渡されることになる。しかも
　kernelに渡ってしまった後はそのエンコーディングを判断するすべが無い。

　ユーザモードで呼ばれるシステムコールのCインタフェース（ラッパ）には
　呼び出し側プロセスの環境のLC_CTYPEが分かっているので、多分ロケールに
　従った変換をかけるならここがベストである、ように俺には見える。

で、
・↑のような変換を行うシステムコールラッパの仕掛けなんですか
・kernel内部はUTF-8で統一されているのですか
というのが質問。
間違っているのなら、どこがどう間違っているのか説明してほしい。

**デフォルトの名無しさん** · 2007/04/08(日) 20:09:41

>>184
何つーかさ、↓こういう質問が出る時点で答えるのを躊躇しちゃうのよ。

>・kernel内部はUTF-8で統一されているのですか

正直、君のレベルに合わせて回答を作るのは「単純な話」じゃないと思うよ。
誰にとっても。

**179** · 2007/04/08(日) 20:13:21

>>185
>・kernel内部はUTF-8で統一されているのですか
なぜ、この疑問がそんなに問題なの？
Windows NTは、kernelが扱う「名前」「テキスト」は、全てUTF-16だよ。
kernelの扱う名前のエンコーディングに一貫性が無いと、例えばファイルシステム
のファイル名のエンコーディングが統一されていないと、問題でしょ？
UTF-16に統一することで、そのような問題を避けつつ、ASCIIよりはるかに
大きな文字集合を無問題に扱うことが出来ているわけ。
少なくともWindowsでは。

無論ファイルの中に入っていたりネットワークを流れるデータ（バイト列）の
具体的な中身にはkernelは関与しないよ。それはユーザレベルの話。

**179** · 2007/04/08(日) 20:19:48

例えば

fd = creat(filename, 0666);
を実行した時に、

1) filenameはどこかでUTF-8に変換されますか
2) それはどこで行われますか
3) 変換されないならば、「全ての」ユーザコードが「各自」適切な
　エンコーディングを指定しない限り、
　ファイルシステムのエンコーディングの一貫性は保障されないということで
　良いですね。

ということなんだが。

**デフォルトの名無しさん** · 2007/04/08(日) 20:31:18

>>186
前にも書いたけどさ、符号化方式はファイルシステム固有の話であって
「カーネル内部で統一」という言い方はおかしいよね?
単に一個のカーネルモジュールに過ぎない訳だから。
君も一応マイクロカーネルな OS 使ってるんでしょ?

これはｵｹ?

**179** · 2007/04/08(日) 20:52:19

>>188
・非Unicodeの符号化形式を採用しているファイルシステムは、それだけで
　i18n/m17n対応においてUnicodeベースのもの(FAT32やNTFS)より劣ると
　いわざるを得ないだろう。

・ファイルシステムが非Unicodeの符号化形式を用いている場合、ファイルシステムの
　モジュールなりドライバなりが、相互変換を行うべき。そしてその層に
　それが閉じているならば、カーネルとしてはUnicodeで考えることが出来るので
　「統一」と呼べるのでは。
　統一されていれば、異なるファイルシステム上の名前を比較したり、ファイル
　システム間で名前をコピーすることの問題も無くなるし、
　ユーザの実行環境のロケールが何であろうと、そのロケールとの相互変換を
　どこかのレイヤが行いさえすれば、問題なくファイル名を取り扱うことが出来る。

・今きづいたのだが、ファイルシステムの符号化形式との間の決めウチ変換を
　行うのがkiconvの役目？もしかして。
　だとすれば、それだけではWindowsの提供する環境より
　随分劣るといわざるを得ない。

**デフォルトの名無しさん** · 2007/04/08(日) 20:57:58

相変わらず、話が全然噛み合ってねえな…

**179** · 2007/04/08(日) 21:10:05

>>187のような単純な質問には誰も答えてくれないの？

filenameの中身がUTF-8エンコードされていないなら、結局どうなるの？
1) EILSEQエラーなどではじかれる。
2) 普通にテキストと解釈できないへんな名前のファイルが出来る。
3) プロセス実行環境のLC_CTYPEに応じて、UTF-8に誰かが変換してくれる。
4) ファイルシステムに甚大な被害を及ぼす可能性がある。

**デフォルトの名無しさん** · 2007/04/08(日) 21:14:45

>>191
何答えても屁理屈こねられそうだからみんな嫌がってんだよ。

**デフォルトの名無しさん** · 2007/04/08(日) 21:15:33

>>187
1. いいえ
3. はい

**デフォルトの名無しさん** · 2007/04/08(日) 21:16:49

>>191
2

**デフォルトの名無しさん** · 2007/04/08(日) 21:17:24

↓勝ち誇った書き込みｷﾀｰ

**179** · 2007/04/08(日) 21:19:08

>>192
具体的に俺の「どの」発言が屁理屈なの。
誤っている箇所があるなら指摘してくれよ。

俺はそもそも屁理屈をこねるほど最近のLinuxのことを知らないから、
聞いてるだけなんだが。

**デフォルトの名無しさん** · 2007/04/08(日) 21:21:54

>>196
↓これ

>>189
>・ファイルシステムが非Unicodeの符号化形式を用いている場合、ファイルシステムの
>　モジュールなりドライバなりが、相互変換を行うべき。そしてその層に
>　それが閉じているならば、カーネルとしてはUnicodeで考えることが出来るので
>　「統一」と呼べるのでは。
>　統一されていれば、異なるファイルシステム上の名前を比較したり、ファイル
>　システム間で名前をコピーすることの問題も無くなるし、
>　ユーザの実行環境のロケールが何であろうと、そのロケールとの相互変換を
>　どこかのレイヤが行いさえすれば、問題なくファイル名を取り扱うことが出来る。

**179** · 2007/04/08(日) 21:22:24

>>193, 194
教えてくれてあんがと。
んじゃ、問題ないとか言い切ってる>>171は勇み足さんかな。

事実上そのUTF-8対応したLinuxとそうでない従来型ロケールベースでは
運用方法から何から全然変わってこない？
皆が皆UTF-8に移行してるわけじゃないでしょ？

どっちでも動くプログラムとか書くの、面倒じゃないの？

**デフォルトの名無しさん** · 2007/04/08(日) 21:25:00

>>198
>>>171は勇み足さんかな。

勝手にあんたの持論に巻き込むな。

**デフォルトの名無しさん** · 2007/04/08(日) 21:31:09

>>198
>事実上そのUTF-8対応したLinuxとそうでない従来型ロケールベースでは
>運用方法から何から全然変わってこない？

誰か俺にも分かるように翻訳してくれ。

**179** · 2007/04/08(日) 21:42:51

>>200
非UTF-8カーネルでユーザ毎にLC_CTYPEが異なる昔ながらのL10N環境と、
カーネルからユーザロケールまでUTF-8を前提とした環境と、
UTF-8カーネルに従来型ロケールの環境では、
ユーザコードでiconv()やwcstombs()等を用いた変換が必要な箇所が
変わってくるんでは？と思ったんだけど。

気のせいだというのならいい。

**179** · 2007/04/08(日) 21:43:50

>>197
えーと、俺は見ての通り頭が悪いし最近のLinuxのことは知らないので、
誤りはもっとピンポイントかつ具体的に指摘してくれると嬉しいのですが。

**デフォルトの名無しさん** · 2007/04/08(日) 21:54:41

>>202
> 誤りはもっとピンポイントかつ具体的に指摘してくれると嬉しいのですが。
スレ違い

**デフォルトの名無しさん** · 2007/04/08(日) 23:46:39

よくある逃げ方だな。
ごくろーさんｗ

**デフォルトの名無しさん** · 2007/04/08(日) 23:52:15

↑捨て台詞ｷﾀｰ

**179** · 2007/04/09(月) 00:00:11

>>204は俺ではないですよ。どうでもよいことですが。

**デフォルトの名無しさん** · 2007/04/09(月) 00:54:49

で結局
EUCベースのlinuxでwxWidgetsでUTF-8を用いたアプリを開発するにはどうすればよいかという話でしょ

１．wxWidgetsが馬鹿なので書き換える
２．アプリをEUCで作る
３．linuxをUTF-8に対応させる

さあどれだｗ

**デフォルトの名無しさん** · 2007/04/09(月) 00:57:38

話の発端はwxMACだっけ
ということはMACのカーネルは何のコードがデフォなんだ？

**デフォルトの名無しさん** · 2007/04/09(月) 01:32:03

わかってもいないし調べる気もない奴らばっかだということはよくわかったから
もうここで続けるな。どこか他所でやってくれよ。