今、ここまで作りました。
http://www.geocities.jp/katayama_hirofumi_mz/mzc.zip
何でイマサラ？
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
mzc.cpp
FormatV→_vscprintfとvsprintfに丸投げしろ。
TrimLeft/TrimRight→boost::algorithm::trim_rightあたりで十分。
そもそもCString要らん。std::basic_stringでいいよ。MFCと全く同じもの作るつもりではないんだろ、な？
mzc.h
ASSERT_POINTER周りでIsBadXxxPtr使っているけど、
そんな使わってもしょうもないって中の人も言っている。
http://blogs.msdn.com/b/oldnewthing/archive/2006/09/27/773741.aspx
今時CObjectとかやめてくれ。そんな共通基底クラスなんて百害あって一利なしなのがC++なんだから。
（まさにそのCStringみたいにCObjectを継承しないクラスがいくらでも作れるし、
intとか組込型も平等に扱いたいとなると共通基底クラスなんて一瞬で破綻する）
CString、コピー構築・コピー代入ありのクラスでswapないのはいただけない。
あと、CStringTクラステンプレート作ってCStringA/CStringW用意している最近のMFCを見習え。
AllocSysStringとかBSTRもクラス化しろよ。そこMFCに似せなくていいから。
swap無いことから想像どおりコピー代入は強い例外安全になっていない。
参照カウントなんかshared_ptrに任せましょうね。
mzcmsg_.h
ON_ナンチャラは言うことない、MFCっぽいって言ったらこうなるよなあって感じ。
ON_WM_XXXでコールバック関数名なのは若干気になる。それと、まだ品揃えが足りない感じがする。
あと、GET_X_LPARAM/GET_Y_LPARAMとか使ってやってください。
mzcsync.h
コンストラクタでLock→デストラクタでUnlockする補助クラス欲しい。ただ、それ含めWinSTLで事足りるからなあ。
文字列引数を取るCCriticalSectionコンストラクタは非デバッグ時にも定義しろよ（中身は空でもいいから）。
CCriticalSection x(TEXT("Hoge"));って同じコードを使い回せないよ。
あと、InitializeCriticalSectionAndSpinCount呼ぶコンストラクタも作るべき。
InitializeCriticalSectionと違って、エラーか否かを戻り値で返す優れ物。Windows 2000ですら使える。
えー、またCXxxクラスオブジェクトを生ポインタで持つの。だから、そこMFC真似なくていいって。
CBitmap::SaveBitmapToFile
うーん、DDBをファイルに書き出すのは少々やり過ぎに思う。せめて、CreateCompatibleBitmapしたときのDCでGetDIBitsしたい。
常にモニタ対象のDCってわけでもないんだし。たしかに、大抵の場合はそれで困らないだろうけど。
CDC::PlayMetaFile Windows APIのPlayMetaFileでダメな理由のコメント書いて。
MzcWindowProc/MzcSubclassWndProc せめてCWndの静的メンバ関数だろ。privateに隠せ。
あと、複数のスレッドでウィンドウ作る設計だったら、mapに排他制御要るよね（map使う実装の是非は置いておいて）。
MzcModalDialogProc/MzcDialogProc 戻り値INT_PTR型だろ
mzcwin.h
GDI/メニュー関係はスルー。
CWndのGetWindowとかGetActiveWindowとかCWndコピー返しで本当にいいのか？
CWndの派生クラスCMyWndを定義、CMyWndオブジェクトを作ってCreate(Ex)した。
そいつがたまたまアクティブウィンドウだったら、こんな風にGetActiveWindowから再びCMyWndを取り出せるようにしたい。
CMyWnd* w = dynamic_cast<CMyWnd*>(CWnd::GetActiveWindow());
あ、もちろんこれは例だから、実際こんな生ポインタむき出しは勘弁してくれ。
LoadLibraryは絶対パス指定しておけ。
偽物のDLLを読み込む脆弱性が話題になったばっかり。
http://slashdot.jp/security/article.pl?sid=10/08/23/072200
LoadLibraryで絶対パスを指定しなくていいのはSxS DLLの場合だけ。
http://d.hatena.ne.jp/NyaRuRu/20040931
まあどうでもいいが、MFCはともかくとして、
Win32++では何が問題で、このMZCは何を解決する方針なんだ？
まずはそれから始めろや>>1
>>3 Rebarが簡単に扱えて、ツールバーやダイアログバーの取り外しができるような。。。
>>6 それは私の専門外です。
>>7 WTLを使うにはATLが必要じゃなかった？
>>8 修正しました。
basic_stringは書き込み可能なバッファとして使えないから、
あまり好きじゃない。
>>9 WinSTLって初めて聞いた。使ってみることにする。
> コンストラクタでLock→デストラクタでUnlockする補助クラス欲しい。
検討中。
>えー、またCXxxクラスオブジェクトを生ポインタで持つの。
mzcwin.cppのどのあたりのコードのことですか？
>CWndコピー返しで本当にいいのか？
アップキャストはできたほうがいいですね。
やっぱりポインタの方がいいのかな。。。
ハンドルむき出しだと、
コンストラクタでメンバーが初期化できないからだめか。
コンストラクタの代わりのものを用意するか（FromHandleとか）？
検討中。
Version 0.0.1になりました。全然できていない。
CWnd::FromHandleを実装したいと思います。
今度のC++の規格改定で、basic_stringの要素が連続する保証がつく。
そのため、こんなコードも合法になる。
std::basic_string<TCHAR> s;
s.resize(MAX_PATH);
DWORD length = GetTempPath(MAX_PATH, &s[0]); // エラー処理省略
s.resize(length);
まあ、それを根拠に今までのC++ライブラリの実装でそんなことやっていいのか、と言う点は意見の割れるとこだろう。
一応、どいつもこいつもこんなコード動くような実装にはなっているけど。
日本語がまともに通らないライブラリ
なんだかんだでWinAPIなみにグチャグチャになるライブラリ
そんなものならいくらでもある
gccで安心して利用でき、日本語がごく普通に通り、見通しのいいライブラリはあまりない
そんなGUIライブラリがあるなら喜んで利用させていただくよ
あとなんでDT_METAFILEのときだけPlayMetaFileなの？
と思ったが、MFCもWTLもそうしているのかー。
DisableThreadLibraryCallsはDLL_PROCESS_ATTACHのときに呼ぶんだぞ。
ただ、コンストラクタ・デストラクタの呼び出しが絡むから、
C++では本当に使って大丈夫かよく調べておいた方がいい気がする。
Win32ではただのメタファイルなんて過去との互換のためでしかないから、めったに使わないよ。
>18 BCC55、MinGW、VC++6はサポートしたいと考えています。
>20 修正しました。
>21 拡張メタファイルをサポートしました。
あれはいろいろ面倒くさい
AHCI対応で
結局Win32API併用しないと役に立たない
クロスプラットフォームなんて夢のまた夢
いっそもっと抽象化してAWTみたいなのに徐々に発展していって欲しい
そしたらマジ使いたいです…
Inprise/Borland
http://cc.codegear.com/partners/bcb5/exclusive/object_windows_library/index.html
This release of the Object Windows Library is based on the OWL 5.4
release and is denoted as OWL 5.5.
It has been ported to Borland C++Builder 5 by Yura Bidus, author of OWLNExt.
It includes source code and debug and release libraries of, OWL, BIDS and OCF
http://owlnext.sourceforge.net/
~ About OWLNext ~
http://owlnext.sourceforge.net/about.html
Advantages of using OWLNext:
* OWLNext is an object-oriented framework, built on top of the Windows API without adding much overhead.
* OWLNext is pure C++ library, which does not use any vendor- or compiler- specific extensions.
* OWLNext fully supports developing Unicode applications.
* OLE, OCX and ActiveX support (server and consumer)
* OWLNext can be used with wide range of C++ compilers. Currently it is tested with
o CodeGear Developer Studio 2007 and 2009
o Borland Developer Studio 2006
o Borland C++ Builder 6.0
o Borland Free C++ Compiler 5.5
o Borland C++ 5.01/5.02
o Microsoft Visual C++ 2003, 2005, 2008
o Microsoft Visual C++ 6.0
Also in the past it has been working with Borland C++ Builder 1.0-5.0, Microsoft Visual C++ 5.0 and GCC and has been ported to Linux using WINE
* OWLNext offers easy upgrade path for porting legacy OWL applications to modern compilers and operating systems.
* OWLNext is open-source project, it's based on contributions and directions from it's community
0.0.5
車輪の再発明乙！
何を悩んでいる
四角い車輪を作ってるから再発明じゃないよ
>>35 そういうときはスタティックライブラリを使ってください。
>>37 mzcver_.hに動的リンクのコードを書きました。
>>39 VC++を用意しているのでもう少しお待ちください。
>>40 DLLを使わなければいいじゃん。
次のようなエラーが出たんだけど、どうすればいい？
LINK : fatal error LNK1104: ファイル 'mzc0vdam.lib' を開くことができません。
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 10.0\VC\BIN\link.EXE"' : リターン コード '0x450'
Stop.
VC++でもnmakeを使えばビルドできるようになりました。ところで
#pragma comment(lib, "...")
みたいにソースコードからリンクする方法がMinGWでもありませんか。
それと、Borland Implibで次のような警告がでるけど、
どういう意味でしょうか。教えてください。
Warning duplicate symbol: @CWnd@SendMessageW$quiuil
Warning duplicate symbol: @CWnd@UnsubclassWindow$qv
英語の意味くらいは分かりますが対処法が分かりません。
関数のインライン化を無効にすればいいのでしょうか？
-Hc プリコンパイルヘッダをキャッシュする。
（詳しい説明がほとんどないのでよくわからんが、たぶん一時的にメモリに確保するんだと思う。ユーザーズガイドの「C++Builder のコンパイル時間の最適化」あたりを参照）
-He 外部ファイルを使ってプリコンパイルヘッダを使用可能にする。
（詳細不明。ヘルプのどこを見ればいいですか？）
-Hs スマートキャッシュしたプリコンパイルヘッダを使用可能にする。
（詳細不明）
-Hu プリコンパイルヘッダを生成しないが、すでに存在すれば利用する。
（プリコンパイルヘッダ名を指定したい場合は、-H=filename と共に使えばいいようだ）
プリコンパイルヘッダって勝手にでかいファイル作られて気分悪い
コンパイルなんか遅くてもいいからコンパイラは余計な事しないで欲しい
それが解決したところで dll にしても CThreadLocal とかを使う限り LGPL 感染を免れない
もうちょっと考えてくれよ
そのくらいの規模のソース扱う場合は少しの変更でもコーディングの何倍も
時間をかけて設計書書くのが普通だけどもしかしてPMが無能な不幸環境にいるのか
コンパイルなんか何度もするものじゃないだろうよ
MSの開発者も無能なのか
自分でpch無効に設定して毎回リビルドすりゃいいだろ
勝手に時間の浪費しとけ
ATLやMFC、WTL、Boostでもときたま見かける。
それならそれで別のヘッダを用意しなきゃならなくなる
問題をすりかえてるのがおかしいんだろ
つまらん流れにした >>50 がわるい
でしょうか？GNUの考え方に賛同して行動されているのなら
ゴメンなさいですが、あまり強く思われていないならば、
wxwindowライセンスやCPLのようにバイナリ配布制限の
緩いライセンスについて考えてもらうことはできますでしょうか？
それらならば、dll化の必要性がかなりなくなるでしょうし、
(L)GPLを敬遠してる人でも興味をもつ可能性が増えそうに
思うのですが。
※wxwindowライセンスは基本はLGPLだけどバイナリ配布に
ついてはアプリ作者がわりと自由にライセンスできる。
CPLもバイナリはとやかくいわず、ただ、ライブラリ自体を修正
した場合は弄ったライブラリをCPLで公開する必要がある。
（といった感じだったはず）
wxwindow ライセンス → wxWindowsライブラリ・ライセンス
FreeBSDライセンスにしました。CTimeとCTimeSpanを追加しました。
コンパイルが速くなりました。
<mzc/config.h>で_MZC_NO_INLINESを#defineすると、
次のようなエラーが出てきます。なぜでしょうか？
Error: 外部シンボル
'CThreadLocal<MZC_THREAD_DATA>::~CThreadLocal<MZC_THREAD_DATA>()'
が未解決
あとstd::stringとか継承するな
-ologoてどっから出てきたんだろう
リソースコンパイラが/nologoを誤解釈してるのか
rc /r /nologo /i"include" /D_DEBUG /d"MBCS" /d"_MBCS" /fo"mzcdll.res" mzcdll.rc
fatal error RC1106: invalid option: -ologo
っていうかちゃんとテストしてからリリースしてくれ
mzcdll.rcの#include "config.h"だってエラーになるし
ぱっとみたところ、メンバー関数テンプレーﾄを .inl 側に
置いてるのが不味そう。ヘッダ側へ。
ところで、メインで使ってるコンパイラは何？
CWndの規定のメッセージ処理を追加。mzccmn.cppを追加。
>>60 検討中。>>62 /nologoを取り除いた。>>63 BCC55
MinGWはUnicodeアプリをサポートしていますか？
MinGWでのUnicode化については自己解決しました。
BCC55(フリー版)で試したけど mzcres.h だと下のヘッダコメント化しないとだめだった
#ifdef RC_INVOKED
//#include <winresrc.h>
#endif
//#include <dlgs.h>
だいたい_MZC_NO_INLINESって予約語じゃないか他のにしてくれ
#define inlineでのキーワード削除も気に入らない
考えなしにこんなことしても今みたいにバグ出してるだけで何の恩恵も受けられない
そんなのはコンパイラオプションでやれ
に関するODR違反はそれ程、重要なことだろうか。
_MZC_NO_INLINESはC/C++の予約語ではない。
inlineのout-of-line化のコンパイラオプションに関しては、
サポートしていないコンパイラもある。
意味なら、賛成する。それならば、<mzc/config.h>は使わないという
方向で。
参考にしたならちゃんとMZC_INLINEとかでやるべき
> ODR違反はそれ程、重要なことだろうか。
ビルドが通らない
> サポートしていないコンパイラもある
インライン展開に関してinlineの有無を無視せず
無効にするためのオプションも存在しないコンパイラって>>22の中にあるの？
あるいはこれ以外の環境もサポートするの？
まあやりたいならやればいいと思うけど
まとめずグローバル名前空間汚しまくるとか、min,maxマクロとか
非常に残念なモノを見る思いなんだが。
60をどう解釈したのか…オレstringを造り始めてないよね？
>>70-71 ありがとうございます。修正しました。
>>72 リソースを扱うときに必要です。>>73 min,maxを大文字にしました。
CWnd::CreateGrayCaret、CWnd::UpdateDataの実装がわからない。
次はサンプルを充実させなければ。MinGWで次のような警告がでます。
dllwrap: no export definition file provided.
なにこれ笑うところ？
VC6対策かとも思ったけどコンパイル通らないし
僕、VC++6を持っていないからエラーメッセージを載せてくれると
ありがたいのですが。
いつまでそんな古いコンパイラつかってんだってかんじ
某スクリプト言語もWindows版はVC6でビルドされてるはずだし
プロジェクトがネットワークドライブ上にあると
コンパイル中にIDEまるごと死んだりする？
VC6の現役って、メンテナンスやVC6資産活用のための現役じゃね？
今 VC6 使ってる人間が、わざわざVC6でコレを使うとは思えないよ。
だいたい今これに興味があるモノづきなら、少なくとも Express くらい
は入れるだろうし。
古いコンパイラ気にするよりも、boostとかいまどきの他のC++ライブラリ
との共存に気を配って欲しいよ。
そういう意味では BCC55 も… C++98としては不十分な出来だし、
最適化へぼいからinlineでなくマクロ使う誘惑にかられるし。
ごめんなさい。
Signal::Type a=Signal::ON;
と呼び出せるようにしておくと、
列挙型の名前を表す名前空間をUSINGで省略出来て便利だ。
ただし、グローバルでUSINGはするなよ。
どこかに OWL の資料が落ちてませんかね。いちどチェックしたいと思って。
http://sourceforge.net/apps/mediawiki/owlnext/index.php?title=Main_Page
CWnd::EnableToolTips、CWnd::EnableTrackingToolTips、
CWnd::CancelToolTips、CWnd::FilterToolTipMessageあたりがわからない。
MFCのソースが見れる人、誰か教えて。
これ実現させてみたいな。。。
させりゃいいじゃん
ソース見てパクるだけでしょ
VC6SP6 + Platform SDK 2003 February でのログ
まあVC6のサポートは荷が重すぎるだろうし考え直したほうがいいんじゃないか
CWnd::EnableToolTips
ツールチップ有効？
→
// nothing to do if tooltips not enabled
→return TRUE
// cancel tooltip if this window is active
→CancelToolTips(TRUE);
// remove "dead-area" toolbar
→SendMessage TTM_DELTOOL
else
// if already enabled for tooltips, nothing to do
CWnd::EnableTrackingToolTips
同上。フラグ変えてるだけ
CWnd::CancelToolTips
// check for active tooltip
→SendMessage TTM_ACTIVATE→FALSE
// check for active control bar fly-by status
→CControlBar::SetStatusText
CWnd::FilterToolTipMessage
なげえ
キー、マウスメッセージ見たりウィンドウが生きてるか見たり
トラッキングツールチップの場合マウス追って動かしたり
CWnd::SetToolTipTextでツールチップを設定するようにした、が、
なぜかsamplesのDialogAppは、ツールチップが表示できない。
なぜかstringa_test.devがundefined reference to `WinMain@16'で失敗する。
Code::Blocks + BCC55でビルドすると、なぜか実行できない。
DEFS = /DWINVER=0x500 /D_WIN32_WINNT=0x500 /D_WIN32_IE=0x500 /DJAPAN
エラー
DEFS = /DWINVER=0x500 /D_WIN32_WINNT=0x500 /D_WIN32_IE=0x500 /DJAPAN /DMZC_NO_INLINES
エラー
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
【コメント】doxygen【コンソメ】 (489)
Kinect ハック (937)
フリーの.NET統合開発環境「SharpDevelop」2 (258)
言語ってObjective-Cだけでよくね (630)
自然言語処理スレッド その３ (462)
ゲームプログラムなら俺に聞け23 (710)
--log9.info------------------
新・紋章の謎の2号かわいいカタリナについて語りな2 (297)
【THE IDOLM@STER DS】岡本まなみ2【マネージャー】 (360)
AKIBA'S TRIPキャラ総合スレ (780)
零/碧の軌跡カプ妄想スレ (418)
風来のシレンデレンGBのケヤキたんは切ない恋可愛い (362)
逆転4の絵瀬まことは猛毒かわいい (752)
ナタネたんはへそ出しカワイイ１０ (206)
【ラブプラス】小早川凛子アンチスレ【暴力女】 (140)
ＦＥ封印・ベルン王国は不滅 (158)
【ポケモン】レッドアンチスレ9【pixivレッド】 (632)
FE聖魔のラーチェル様は飽くなき成敗の道ｶﾜｲｲ36 (492)
【ﾀﾞﾝｶﾞﾝﾛﾝﾊﾟ】石丸清多夏はKYｶｯｺｲｲ【忘れろﾋﾞｰﾑ】 (192)
【ｼｬｲﾆﾝｸﾞ】カミツレさんは腋モロ可愛い3【ﾋﾞｭｰﾃｨ】 (377)
【ときメモ4】郡山知姫は白衣かわいい【知的】 (588)
【厨弐病】セブンスドラゴン脳内妄想設定スレ (509)
【逆転】成歩堂龍一はﾍﾀﾚｶｺｲｲよな！Part11 (523)
--log55.com------------------
【GREE】アバター･AvaMee･コミュ晒しヲチ総合53
【FF14】るなりん・Runarin【バハ鯖】 Part5
【頭ポンポン】ヲタ彼女えむこヲチ48【かしこい人やし】
わ〜はははは！みんな仲良くね〜小さい友情ＶＩＰ
【インスタ】ペット系総合Part.4【Instagram】
【Tカード連動】 Tの世界【ヲチスレ：Part22】
ケルベロスブレイドby富岡5 オチスレ63
【アプリ版】ステーションメモリーズ！51ヲチ目