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

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 12/23 01:20 / Filesize : 236 KB / Number-of Response : 809
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2008/06/28(土) 21:49:20 ]: クロスプラットフォーム GUI ライブラリの wxWidgets (旧 wxWindows)についてのスレ。

本家
　www.wxwidgets.org/
wxWindows日本語プロジェクト
　wxwindowsjp.sourceforge.jp/
Let's wxWidgets
dot-gray.s33.xrea.com/
wxWindowsで始めるC++ GUIプログラミング
www.h3.dion.ne.jp/~k5_n/wxwin/
wxWidgets でクロスプラットフォーム GUIアプリを作ろう
0xcc.net/pub/uu-2004-08/
186 名前：デフォルトの名無しさん mailto:sage [2008/10/23(木) 19:46:17 ]: 結局簡単な設定とかだけで日本語が通るwxWidgets向けIDE/RADはないってことでFA？
187 名前：デフォルトの名無しさん mailto:sage [2008/10/23(木) 20:56:39 ]: ないんじゃね
意味が二つ取れるけどとりあえずないんじゃね
188 名前：デフォルトの名無しさん mailto:sage [2008/10/23(木) 21:54:57 ]: gccは--input-charsetと--exec-charsetで、
windresは--languageでASCII以外が通るってことみたいだから
あとはIDE/RADがSJIS or UNICODEで編集・出力できるか、
にかかってるんじゃないかと思ったのよ
189 名前：デフォルトの名無しさん mailto:sage [2008/10/24(金) 01:05:42 ]: ＞＞１８４
一回、インストールしてみるわ。
190 名前：デフォルトの名無しさん mailto:sage [2008/10/24(金) 09:14:50 ]: >>184
超乙！
191 名前：デフォルトの名無しさん mailto:sage [2008/10/31(金) 23:38:41 ]: 誰か、DialogBlocksを日本語化してくれ。
192 名前：デフォルトの名無しさん mailto:sage [2008/11/01(土) 10:20:10 ]: >>191
がんばれよ
ttp://www.poedit.net/
193 名前：デフォルトの名無しさん mailto:sage [2008/11/01(土) 10:24:44 ]: つかさ、クレクレばっかじゃなくてもっと話題が広がる振り方ないの？
まあバリバリのwxプログラマはwxcomunityで英語で意見交換してんだろうなぁ
194 名前：デフォルトの名無しさん mailto:age [2008/11/01(土) 16:51:08 ]: してる人いるのかなぁ。
個人的にマルチバイト周りの強化して欲しいと思ってるが英語でメールするのが億劫でいまだしていない。
195 名前：デフォルトの名無しさん mailto:sage [2008/11/01(土) 23:27:23 ]: >>194
「して欲しい」というのがまず間違ってるんでないの。オープンソースなのに。
196 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 00:25:42 ]: べつに間違ってはいないと思うけど
オープンソースだからパッチ書かずに要望出すな、ってことはないでしょ
パッチ出した方が早いってだけで
197 名前：194 mailto:age [2008/11/02(日) 01:40:50 ]: 今んとこそこまでやれるレベルのプログラマではないので^^:
198 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 01:45:24 ]: 具体的にマルチバイトのどのあたりを強化して欲しいの? >>197
ユニコードでやっとけばとりあえず問題ないとおもうんだけど。
199 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 02:51:18 ]: ユニコードが使えない環境で今更作りたくないな
200 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 03:05:30 ]: 話題が広がらないのは、もうwxWidgetsが枯れてるからじゃない？
MFCからの蓄積があるから、基本的なデザインで悩むとこなんてほとんどないし、
個々のクラスの使い方もドキュメントを見れば一発だから。
wxTNGは熱くなれそうだけど、一部でしか盛り上がってないからどうしようもない。
MFC上がりのおっさんが、クロスプラットフォームな何かを
経験を生かしてさくっと作るライブラリってことでいいじゃない。
201 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 03:54:45 ]: ML読んでればわかるけど、文字を表すのに1バイトで足りない文化圏の人は素直にUnicodeビルド使ってねというのがVZたちの基本的スタンスよ。
202 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 22:51:35 ]: VZってVadim Zeitlinのことだよね
Samplesでよく見かける
関係ないけどこの人たちが8年前に書いたソースで勉強してるんだなあと思うと
先駆者との距離の開きに焦りを覚えるよ
203 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 23:42:27 ]: まあUnicode使用は妥当だろうな。
ShiftJISはダメ文字問題が面倒臭すぎる。
204 名前：デフォルトの名無しさん [2008/11/04(火) 02:27:04 ]: Unicode問題、よく言われてるけど、
正直、いまのままでもあまり困ってない。
(wxString て言ったって、setup0.hを変更すれば std::stringになるのだし・・・。)
具体的に、何に困ってるの？
205 名前：デフォルトの名無しさん mailto:sage [2008/11/17(月) 06:50:39 ]: ライブラリのビルドで--disable-threadsをつけるのが常みたいですが
スレッド作らなきゃいけない場合どうしてますか？
206 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 13:59:57 ]: 結局Mac OS X でwxする場合、どの開発環境が良いんだろうね？
207 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 17:03:52 ]: 正直ほかの環境で wx で書いて出来たものを持ってきてからコンパイルして
微妙にいじるのが正しい気がする。
OS X 専用なら wx で書く必然性が全くない。

wxPerl と wxPython は標準の OS X にインストールされているのでそれを使うのが正解かもしれない。
208 名前：デフォルトの名無しさん [2008/12/07(日) 03:36:00 ]: パソコン変えたので新しくwxWidgetsインストールしようとしたら./configureで失敗します・・。
windows xp professional
msys 1.0.10
mingw 5.1.3
wxMSW 2.8.8
で、MSYSから
./configure --disable-threads --enable-monolithic --enable-unicode
を実行すると

please set CFLAGS to contain the location of windows.h

というエラーが出て止まってしまいます。。
どなたかお助けください。。ｍ(_ _)ｍ
209 名前：208 [2008/12/07(日) 03:38:10 ]: MinGWはc:/msys/1.0/mingw にインストールしています。
CFLAGS=c:/msys/1.0/mingw/include
とかやってみてから./configure してみても変わりませんでした。
210 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 04:28:28 ]: w32apiは正しくインストールされてるのか
#それに CFLAGS はコンパイラオプションで直接ディレクトリを代入しても認識しないと思うがたぶん
211 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 05:55:09 ]: mingwを後から入れたってことだからmsysから/mingwへのパスが通ってないとか？
c:/msys/1.0/etc/fstabに
c:/msys/1.0/mingw /mingw
って入れとけば間違いないかも
mingwはインストーラーで全部チェック入ってれば問題ないと思う
あとビルドするときはビルド用のディレクトリ作って、その中から../configureした方がいいよ
212 名前：208 [2008/12/07(日) 13:45:21 ]: ありがとうございます。
いろいろ試してみているのでがまだ解決しません。
msysからgccとかでコンパイルはできるので、mingwのパスは大丈夫そうです。
./configure 途中の出力見てると、どうもSegmentation fault がでまくっている感じのようです。
これのせいかなと思うのですが、Segmentation fault ってのは要は他のプログラムと競合しているということなのでしょうか？？
バックグラウンドで動いてるプログラムを停止したりしてみながらいろいろ試しているのですが・・
213 名前：208 [2008/12/07(日) 14:18:59 ]: ./configureを走らせるタイミングによってエラーの結果が変わります。
一回 segment fault 吐きながらも最後まで./configure が終わったのですが、案の定make でエラー終了しました。
どうしたものか・・
214 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 14:55:01 ]: そのエラーメッセージを書かないことには・・・。
215 名前：208 [2008/12/07(日) 15:31:27 ]: エラーの内容毎回変わります・・
216 名前：215 [2008/12/07(日) 23:47:45 ]: エラー吐きまくりつつもなんとか簡単なプログラムはビルドできるようになりました。
ありがとうございました。
しかしMSYSがなんかおかしいのか・・
217 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 00:06:23 ]: >>216
それはビルドできるようになったとは言わない
218 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 10:47:15 ]: >>216
ハードディスクがいかれているんじゃない？
chkdsk してみた？
Segmentation fault ってのは例外が発生しているんだけど
普通は起きないようなエラーだから、ハードウェア的なトラブルなんじゃない？
219 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 11:57:47 ]: configureを使用しないという選択はないのか…
220 名前：215 [2008/12/08(月) 16:40:27 ]: ご親切にありがとうございます。

>それはビルドできるようになったとは言わない
wxWidgetsのインストール時にエラー吐きまくっているが、簡単なプロジェクトのビルドはできるようになったということです。
たぶんコンパイルできなかったスタティックリンクライブラリがかなりたくさんあるのでもちろんどうにかしなければと思ってはいるのですが・・

>>chkdsk してみた？
chdsk 知らなかったのでやってみたところ、破損ファイルを回復しています・・みたいのが一つでたのですが、
その後./configureしてみてもやはりSegmentation fault は出ました。
ハード的になんかおかしいってことなんでしょうか？

そもそもMSYSのインストール時点で
Couldn't reserve space for cygwin's heap
という変なエラーが出てるんですよね。
この症状は報告例があって、調べてなんとかMSYSは動くようになったんですが、
もしかしたらそのせいでMSYSが完全に正常には動かないような状態になっていて、それでwxWidgetsの./configureでSegmentation fault が出まくるのかなと思ってたのですが・・関係ないでしょうか？

>configureを使用しないという選択はないのか…
そんなことできるんですか？？
221 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 23:57:59 ]: >>220
一旦、すべてアンインストールして、一からやり直したほうが早いんでないかい？

MinGW、msys、環境設定、wxWidgetsのインストール全て。

以下で親切に解説されてますよ。

ttp://labs.unoh.net/2008/09/idegui.html
222 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 03:18:56 ]: ドキュメントにmakefileを直接使う方法ってのが載ってるじゃん
俺はむしろMinGW環境ではこっちが標準だと思ってたんだけど

MSYSからじゃなくてコマンドプロンプトからになるけど
mingw\binに環境変数でPATH通してから
> cd c:\wx\build\msw
> mingw32-make -f makefile.gcc BUILD=release SHARED=0 MONOLITHIC=1 UNICODE=1 USE_THREADS=0
みたいにビルドできるよ

つか、install-msw.txtくらい読むものじゃないの…？
223 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 00:42:03 ]: 結局どうなったんだ…？
つかmakefileを直接使う俺は異端なのか…？
224 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 07:49:17 ]: wxHtmlWindowに日本語を含むHTMLを読み込ませて、
マウスドラッグで日本語を選択するときに場所によって文字が化けるんですが、化けないようにする方法はありますか？
225 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 08:04:50 ]: ユニコードビルドにしたら改善しない？
それで駄目なら wx のソースをいじらないとどうしようもない気がする。
というか wx で日本語がきめ細かく動くことを期待してはいけない。
226 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 03:15:54 ]: DialogBlocks固有の問題だと思うんだけれども、
wxTextCtrlの初期値に"_"が含まれてると、"%"になっちゃう。
使わなければ良いだけなので回避してるんだけど、ちょびっと気持ち悪い。
227 名前：デフォルトの名無しさん [2008/12/25(木) 05:08:59 ]: こんなに至れりつくせりなライブラリなのに
日本では全然盛り上がらないな。
228 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 09:46:19 ]: ＞こんなに至れりつくせりなライブラリ

どこが？

＞日本では全然盛り上がらないな

海外では流行ってるのか？
229 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 09:53:38 ]: Ubuntu 8.10 で、 wxGTK ダイアログ中のテキストボックス上で Atok X で変換すると、
確定するときに Enter キーを押すと OK ボタンが押されてしまう。

GTKアプリではこんなことが起こらないから、 wxGTK の input method あたりが
何かおかしいんだろうけど、何が悪いのかさっぱり判らない。
230 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 14:28:58 ]: >>228
C++
オープン
クロプラ
日本語可
GUIウィジェット網羅
非GUI系ラッパも豊富
豊富なドキュメント
RADの充実
スタティックリンク可
多ビルド

これだけのものは他にないな。

>海外では流行ってるのか？

はい。
231 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 23:04:51 ]: >これだけのものは他にないな。
Qt ...
232 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 23:13:21 ]: 流行らないのは、「クロスプラットフォームなGUIアプリ」のニーズが
少ないから

ポータブリティがタダで（犠牲なしに）手に入るのならいいが、残念ながら
そうではないしな
233 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 00:34:10 ]: 宣伝してないのと日本語資料が無きに等しいからだろう
234 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 08:55:58 ]: >>231
やっぱ、Qtってメチャクチャ良いの？

クロスプラットフォームの開発にwxDev-C++でやってるんだけど、
C++ Builderには遠く及ばない感じがして。。。
235 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 14:03:04 ]: 230に
ライセンスがうざくない
OSネイティブのTKで動く

も入れるとQtは却下だな。
236 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 14:41:05 ]: >>235
Mac OS X 上ではネイティブ度？は Qt のほうがマシだベ。
まあ誰も wxMac をつかってなさそうでメンテされてないからだろうけど。
237 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 19:47:15 ]: VCL
○C++（少しDel臭いがMFCよりはマシ）
×オープンソース
×クロスプラットフォーム
◎GUIウィジェット
◎非GUIラッパ
○ドキュメント
◎RAD
○スタティックリンク可

MFC
○C++（かなりインチキ臭いマクロとか多いが）
×オープンソース
×クロスプラットフォーム
×GUIウィジェット
○非GUIラッパ
○ドキュメント
×RAD
○スタティックリンク可

WTL
◎C++
◎オープンソース
×クロスプラットフォーム
×GUIウィジェット
○非GUIラッパ
×ドキュメント
×RAD
○スタティックリンク可
238 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 19:47:55 ]: 誤爆った
239 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 21:23:30 ]: なんでスタティックリンク可不可って問題なの？
Windows でもインストーラ書けばいいのでは？
Linux だったら .rpm とか .deb でいいし、
OS X なら .app パッケージに全部つっこめばいいよね...
240 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 00:28:37 ]: ある時見つけた便利そうなソフトがインストーラしかないと知ってスルーした経験ない？
241 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 01:14:27 ]: できないよりはできたほうがいいな。
242 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 10:54:50 ]: >>240
ないけど...
ていうかインストーラ無いやつは Program Files 内に入らなくて
自分でフォルダ管理しないといけないからウザイ
243 名前：デフォルトの名無しさん [2008/12/27(土) 15:19:17 ]: 会社とかで、さっくりと作ったアプリを
もらった時とかに、インストーラーがあると逆にうざくて
しょうがないときとかない？

何で、わざわざインストールが必要なんだ？とか
244 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 15:57:20 ]: そんなことより Windows Update がうざい
245 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 16:13:48 ]: ちょっと試してみるだけだったり、気に入らなければすぐアンインストールする
つもりのことが多いから、インストーラ無しのほうがいいな

フリーウエアでインストーラ付きだと、インストールするのをやめることもある
いやな予感がするときとか
246 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 16:23:45 ]: インストーラが本当に必要なレベルの大型ソフトなんて個人では作らんよ
247 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 17:01:06 ]: あとスタティックリンクできないと
なんのライブラリつかってるかもろばれじゃん。
有用なライブラリは同業者に教えたくないし。
248 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 17:33:01 ]: >>247
その発想はなかったわｗｗｗ
249 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 19:53:37 ]: そうか、インストーラ拒否症のひとって多いんだな。
自分がそうでないからわかってなかったが、
今後はスタティックリンクするようにしよう...
250 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 21:50:07 ]: それにしたって、実行ファイルと同じフォルダにdll詰めてzipで配布すりゃ良いんじゃないの？わざわざスタティックリンクしなくても。

>>247
さすがにそれはねーよwどんだけ情報弱者の同業者想定してんのｗ
そのしょぼい独占欲で守られる利益なんて大してねーよw
251 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 23:52:23 ]: やたら巨大なライブラリの一部の機能しか使わない時なんかは、
サイズ的にスタティックリンクの方が効率いいかもしれん。
まあ、そんなにサイズを気にするご時世じゃないけどね
252 名前：デフォルトの名無しさん [2008/12/28(日) 01:48:53 ]: スタティックリンク最大の利点は精神衛生上
ちょっと一端のプログラムを一人で作りあげた感を得られることだろう。
Windows慣れしてると、なんか変なdll置いてあるだけで
どことなく「ライブラリ頼りのトーシロ」感がかもしだされてしまう。
それよりはやっぱり実行ファイル一つ、のほうが気持ちいい。
253 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 03:12:08 ]: Windows自身がライブラリの塊じゃん
254 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 04:11:19 ]: 実行ファイル一個で済む方が気分が良い
255 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 06:44:07 ]: 動的リンクなら、ライブラリに脆弱性が見つかったときに
そのアプリがメンテされて無くても対応できる可能性が！

いや、まずないけどね
256 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 11:10:28 ]: >>252
ひとによって考え方が違うのは承知の上で聞くが、
全然わからん。プログラム書いた本人は
何のライブラリ使ったか覚えてるわけでしょ？
見た目だけちがうだけでなんで気持ち良かったり気持ち悪かったりするの？
257 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 13:32:06 ]: windowsユーザーの意見だけど……

dll使用が嫌われるのは「俺のPCのシステムに変なの仕込むな」つうことだけでしょ？
dll hellとかも嫌だし、アンインストールするときにキレイになるか判らんし。

exeと同じフォルダに仕込んどけばシステムにインストールする必要は無くなるけど、
dllのメリット無くなるしね。
258 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 13:37:21 ]: 動的リンクで後から脆弱性が直せる可能性があるなら
同じように後から脆弱性を作り出せる可能性もあるのかな？
259 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 14:46:08 ]: 最近はサイドバイサイドとかマニフェストとか色々めんどくさい
260 名前：デフォルトの名無しさん [2008/12/29(月) 22:37:21 ]: >>250
いやあ、それが気になるのですよ。

うちの場合、
「ダイナミックでいれたランタイムを他のアプリが勝手に入れ替えた場合の保証がとれない。」
という理由で、お試しに作ったソフト・出荷ソフトの区別なく
一切ダイナミックリンク禁止になってます。

ちなみに、うちでは工場系のソフト（VC6 MFC製）を扱ってます。

工場のマシンに勝手にアプリを入れる馬鹿がいるとは思えないので、
ダイナミックだろうがスタティックだろうが、関係ないはずなのですけど・・・。

もしかして、OSのサービスパックが勝手に更新する、Cランタイム／MFCライブラリ
に対しての評価のことを気にしてるのか？
261 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 22:54:58 ]: 全然素人なんだけど、工場って WIndows つかってるの？
でかい機械をコントロールしてるときに Windows がブルースクリーンになったら
どうするんでしょう？危険でない？

Windows ベースのタッチパネル端末で良く異常終了して
エラー画面になって止まってるのをみるんだけど...
262 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 23:36:26 ]: 監視端末(Windows)と機械のファームは別だろう。
端末からの信号が途絶えたとしても、安全動作するよう普通考えるはず
263 名前：デフォルトの名無しさん [2008/12/30(火) 00:23:35 ]: >>261 >>262
もちろん、機械のファームはWindowsではないですが、
監視端末はWindows2000です。XpやLinuxにするだけのメリットがないので。

枯れた技術(STLですら新技術扱い)・枯れたコンパイラーしか(いまだに、VC6だぜ)使わせてくれないから、ブルースクリーンになることは、まずないよ。

>端末からの信号が途絶えたとしても、安全動作するよう普通考えるはず

のように設計指示はしてるのだけど、実際に作ってるのがFSIの新人だから、
評価だけはしっかりやらせてる。
264 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 00:43:11 ]: なるほど！安心しました。まあ従業員の命がかかってるからそりゃ対処してるでしょうね。
265 名前：２６３補足 [2008/12/30(火) 01:05:15 ]: EXEが使用するDLLが、何らかの拍子で規定の場所から消えて、
同じDLL（Version違い）がWindowsディレクトリにあった場合に、
動作してしまう可能性がある。

DLLのVersionチェックとかできればいいのだけど、
Versionチェックそのものがバグってた場合や、Cランタイム／MFCランタイム
に問題が合った場合、評価したDLLのVersionと違う環境で動作してしまう。

Version差分によって修正されたDLLの場所に、
競合とかリークとか実装上のミスがたまたま引っかかって、
１％の確率で落ちたりしたら、だれが責任とるんじゃ？という問題があるのよ。
１００万個作る場合、１万個の不良が出てしまう。。。

だったら、最初からスタティックにしておけば、DLLの外部要因をOSのDLLだけにしておける。
リスク軽減。その辺ってかんがえてる？
266 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 04:29:07 ]: ダイナミックリンカのバージョンが変われば問題も起こるからなぁ。
プロトコルが決まっていればいいんだが、
プロトコルが一定でない関数呼び出しみたいなものは出荷検査みたいなのに対応できない。
267 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 18:15:34 ]: >>265
まず言っとくけど、安全側に倒すってのもわかるし、DLLを強制するわけでもないぞ。

>EXEが使用するDLLが、何らかの拍子で規定の場所から消えて、
>同じDLL（Version違い）がWindowsディレクトリにあった場合に、
>動作してしまう可能性がある。
これはそういう風に依存するDLLを自動検索するよう作ってるからであって
.localファイルなりDLLを絶対パスで指定するなりすればいいんでないの？

>DLLのVersionチェックとかできればいいのだけど、
>Versionチェックそのものがバグってた場合や、Cランタイム／MFCランタイム
>に問題が合った場合、評価したDLLのVersionと違う環境で動作してしまう。
バージョンチェックがバグってたら、てそれはバージョンチェックするのはDLLホスト側なんだし
そんなバグ出るかもなんてレベルでホスト側のテスト通してるんならスタティックリンクしようがダイナミックリンクしようが
バグ埋め込みそうなものだけどなぁ。
Cランタイム／MFCランタイム側まで問題があった場合なんて言ったらそれこそスタティックリンクしようがダイナミックリンクしようがどうしようもないじゃないの。

ちなみにDllGetVersion()とかCOMとかCOM相当の自前でインターフェイスベースでコンポーネント作るとかやれば
バージョン違いでのDLLを使用することはそれなりに避けられるんじゃない？

>だったら、最初からスタティックにしておけば、DLLの外部要因をOSのDLLだけにしておける。
>リスク軽減。その辺ってかんがえてる？
その代わりテストするのは一塊の実行ファイルなりモジュールなりになるわけで、工数もテストの規模もでかくなると思われ。
全てのフローを網羅するとなったら個々のモジュール間が全て統合された場合の状態を全部網羅しなきゃならないし、
一部だけテストするとなったらなったでカバーしなきゃならない状態のテスト漏れとか起こりそうだし、
DLLでモジュールを細かく分割統治するより別側面でのリスクが増大しそうな気がする。
268 名前：267 mailto:sage [2008/12/30(火) 18:17:14 ]: 今気づいたがぜんぜんwxWidgetsと関係ない話に脱線してるな。ｺﾞﾒﾝﾅｻｲ。
269 名前：デフォルトの名無しさん mailto:sage [2008/12/31(水) 16:23:30 ]: いや、おもしろいよ。どうせ閑古鳥スレだし。
270 名前：デフォルトの名無しさん mailto:sage [2008/12/31(水) 16:39:20 ]: wxWidgets の場合、公式バイナリのような dll が無いので、 dll をほかの wxWidgets アプリと
共有しようとしたら違うconfigやコンパイラでビルドされた dll を使ってしまう可能性があって危険。
(C言語の場合ABIが決まってるけど、C++だとコンパイラのバージョンそろえないと怖い)
だから、wxWidgets の dll を system32 とかにぶち込む気にはなれない。

dllを共用できないのであれば、スタティックリンクにした方がいらない関数をリンクから外すとか
できるのでサイズが縮む。起動時間もダイナミックリンクがいらない分早くなるはず。
271 名前：デフォルトの名無しさん mailto:sage [2008/12/31(水) 16:54:07 ]: >>267
単純に疑問なんだけど、リンク形態によってテスト工数が変わる理由がわからないんだが
単純に配布のファイルフォーマットの話じゃないの？
どっちにしろテストは全部しなきゃならんわけで
272 名前：263 mailto:sage [2008/12/31(水) 17:17:47 ]: >>267

たしかに、評価工数とかを考えると、フツーにモジュールを別にしますね。

>その代わりテストするのは一塊の実行ファイルなりモジュールなりになるわけで、工数もテストの規模もでかくなると思われ。
ええおかげさまで、ひどい目に遭いましたよ。帰れない日々が・・・。

COM形式なら、最悪IFクラスそのものを切り替えてしまえばいいので
それもありですね。

やっぱ、状況しだいなのかな。
273 名前：デフォルトの名無しさん mailto:sage [2008/12/31(水) 17:40:14 ]: >>271

前に、モジュール（DLL←→EXE）間の、
「構造体メンバのアライメント指定」が不一致が原因でメモリ壊してる
バグがあったです。と言うのは関係ないか。

どっちかというと、バイナリとしてのモジュールが違うから、
別の担当者に作業を割り当てることができるから、というのも違うな。
LIBにするのだから、IFでわけるわな。

納品される側から考えたら、DLLでもLIBでも対して違いはないですな。
作る側から考えたら、DLLの概要仕様から作らなきゃならんわけで、
めんどくさいてのはあるかも。

外注に、「DLLの要求仕様を出してないんかい」てのは、なしの方向で。
274 名前：デフォルトの名無しさん mailto:sage [2008/12/31(水) 17:48:18 ]: DLLは基本的に「そうせざるを得ない」場合にしか使わないなぁ
275 名前：デフォルトの名無しさん mailto:sage [2008/12/31(水) 18:09:06 ]: お前ら完全にスレ違いだが

いいぞもっとやれ
276 名前：デフォルトの名無しさん mailto:sage [2008/12/31(水) 18:40:32 ]: そもそも、ネタがない・・・。

無理矢理作るか？
「wxwidgets乗ってたはずのC++Builder X ってどうなったんだ」とか？

これからやろうとしてるのだけど、
MFC製Dialogベースアプリを、
wxWidgetsのMDIの一画面にしてまともに動くのかとか？
277 名前：デフォルトの名無しさん mailto:sage [2008/12/31(水) 19:11:49 ]: mfcのdllとか危険過ぎる。
278 名前：デフォルトの名無しさん mailto:sage [2008/12/31(水) 23:10:02 ]: ちょっと気になった＆連絡。

あけましておめでとうございます。

SVNのVCプロジェクトファイルなんだけど、
今までマルチバイトのはずだった(Debugと、ユニバーサルじゃない方)設定
が全部、Unicodeビルドになってる。。。

2.9に更新する場合は、wxString → char*変換周り、全部直さないとだめぽ。
279 名前：デフォルトの名無しさん mailto:sage [2009/01/01(木) 04:24:51 ]: >>278
それ以前に、ASCIIで事足りる文化圏の人間じゃないなら、最初からUnicode使っておけよ。
280 名前：デフォルトの名無しさん mailto:sage [2009/01/01(木) 13:30:08 ]: >>278
前スレとかにあったような気がするんだけど、wxWidgetsの3.0からUnicodeに統一されるよ。
詳細は以下のサイトとかが参考になると思う。
ttp://wxwidgets.blogspot.com/2007/11/looking-forward-to-wxwidgets-3.html
281 名前：デフォルトの名無しさん mailto:sage [2009/01/01(木) 20:38:42 ]: wxとboostがあればもう何もいらない。
これでSOHO GUIアプリ請負で25歳月収60-70万だぜ。
282 名前：デフォルトの名無しさん mailto:sage [2009/01/02(金) 21:05:10 ]: >>281
すごい。SOHOって仕事は自分で営業して取ってくるの？
283 名前：デフォルトの名無しさん mailto:sage [2009/01/02(金) 23:21:46 ]: 発注元の慈悲に過ぎん。あと有能な営業なら同じ仕事でも100万で取ってくる。
284 名前：デフォルトの名無しさん mailto:sage [2009/01/03(土) 01:49:01 ]: マ板ネタになりそうだからこれで最後にするが

>>282
もちろんそうよ。ただ、特定の取引先と運良く良いコネが生まれたってのもある。
283のいうとおり、相手の良心に依存してるのはたしかだ。

まだwx自体が知られてなくて、それなりのGUIを作れるわりに
オープンでクロスプラットフォームということもあって
ある程度安心してガンガン技術習得に時間投資できるから
技術的精度が良かったり小回りが効いたりで客の評価は概ね高い。
285 名前：デフォルトの名無しさん mailto:sage [2009/01/03(土) 02:17:40 ]: webやDB込みだよね？
スタンドアロンなアプリで60ならすごいな
286 名前：デフォルトの名無しさん mailto:sage [2009/01/03(土) 02:52:57 ]: たしかにスキルがあって良いコネがあれば，そんぐらいもらえるかもなあ…
羨しすぎる

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef