Win32API質問箱 Build ..
666:デフォルトの名無しさん
07/04/11 08:55:12
>>644
不可視でダイアログ開いて、GetDlgItemText()したら？
667:デフォルトの名無しさん
07/04/11 11:33:08
CSV（カンマテキスト）を分割するAPIを教えてください
668:デフォルトの名無しさん
07/04/11 11:59:02
ない
669:デフォルトの名無しさん
07/04/11 12:55:54
ウィンドウズの起動時間(timeGetTimeやGetTickCountで返される数値)を変更する方法ありますか？
DirectShow辺りが怪しいので
デバッグで24日間放置した状態にしたいのです
670:デフォルトの名無しさん
07/04/11 13:05:35
>>669
hookして、好きな値返すとか？
671:デフォルトの名無しさん
07/04/11 13:13:31
>>668
ADO等で出来なくもない気もするが
672:デフォルトの名無しさん
07/04/11 13:45:05
猫でもわかる・・の第10章タイマーで、コーディングして実行したところ、
一応動くのですが、文字列が再描画されず、字が重なったようになって
しまいます。この場合、うまく表示するにはどうしたらよいでしょうか?
よろしくお願いします。
673:デフォルトの名無しさん
07/04/11 13:56:55
大学院レベルの猫にしかわからないってことだね
674:672
07/04/11 13:57:59
↑で質問したものです。
InvalidateRect(hWnd, NULL, FALSE);
こいつを
InvalidateRect(hWnd, NULL, TRUE);にしたらなおった。
でも載ってるのは最初のほうですよね。
なんかほかに方法があるのかなぁ
675:デフォルトの名無しさん
07/04/11 14:01:28
つ SetBkMode
676:672
07/04/11 14:04:28
>>675
実装済みです
677:デフォルトの名無しさん
07/04/11 14:14:29
前と同じ幅の文字で上書きしてないとか
678:デフォルトの名無しさん
07/04/11 14:33:38
>>676
TRANSPARENT で描画、ﾘｸｴｽﾄをInvalidateRect(...FALSE) にしてたら
672 のように多重の重ね書きになるわけだが？
まぁ、OPAQUEにしたところで、文字列の実描画長が短くなったら
なんらかの方法で背景色で消すｺｰﾄﾞを書くはめにはなるがね
679:デフォルトの名無しさん
07/04/11 14:34:58
fillrect
680:デフォルトの名無しさん
07/04/11 14:41:57
ExtTextoutを結構多用したなあ
681:デフォルトの名無しさん
07/04/11 16:34:21
質問です。
親のウインドウとは独立した子ウインドウで、親よりは必ず前面に。
ただし他のアプリのウインドウがより前面にある時は(親ともども)きちんとそのウインドウの背面に。
というウインドウをCreateWindowExで簡単に作ることはできないでしょうか。
･子ウインドウは、親ウインドウの中に存在するわけではない（つまりWS_CHILDではない？）
お絵かきツールのパレットウインドウなんかがこんな感じ。
・WS_EX_TOPMOSTにすると、他のアプリのウィンドウよりも前にきてしまう
682:デフォルトの名無しさん
07/04/11 16:45:13
殆ど自分で答え言っているような気がす…
親をオーナーにして (WS_CHILD と排他な）WS_POPUP で作れば良いんじゃない？
683:デフォルトの名無しさん
07/04/11 16:46:37
>>681
WS_POPUPとWS_EX_TOOLWINDOWつけてみたらどう？
684:デフォルトの名無しさん
07/04/11 16:51:40
>>681
URLﾘﾝｸ(msdn.microsoft.com)
>A window can own, or be owned by, another window. An owned window always appears in front of its owner window,
>is hidden when its owner window is minimized, and is destroyed when its owner window is destroyed.
685:デフォルトの名無しさん
07/04/11 16:56:53
URLﾘﾝｸ(msdn.microsoft.com)
Owned Windowsのところをよく読め
686:デフォルトの名無しさん
07/04/11 17:00:46
日本語でおｋ
687:デフォルトの名無しさん
07/04/11 17:12:48
アドバイスありがとうございます。
とりあえずWS_CHILDとWS_POPUPは共存できないようです。
D-Pixedのツールウインドウが同じ実装になっていたのを思い出し、Spy++で覗いてみました。
>>683さんの言うとおりのオプションを使っていましたが、それが原因で望んだ挙動をしているわけではないようです。
とりあえず下記を、親と子両方に入れてやったところ上手く狙った挙動ができているようです。
なので問題ないといえばないのですが、より上手い方法があれば教えていただけると幸いです。
if (WA_INACTIVE != wParam)
{
::SetWindowLong(hChildWnd, GWL_EXSTYLE, WS_EX_TOOLWINDOW | WS_EX_TOPMOST);
::SetWindowPos(hChildWnd, HWND_TOPMOST, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE | SWP_NOACTIVATE);
}
else
{
::SetWindowLong(hChildWnd, GWL_EXSTYLE, WS_EX_TOOLWINDOW);
::SetWindowPos(hChildWnd, hParentWnd, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE | SWP_NOACTIVATE);
::SetWindowPos(hParentWnd, hChildWnd, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE | SWP_NOACTIVATE);
}
688:デフォルトの名無しさん
07/04/11 17:13:57
他アプリウィンドウ - オーナー - ポップアップ - (最前面) で
他アプリウィンドウをタスクバーのクリックでアクティブにすると、
オーナー - 他アプリウィンドウ - ポップアップ - (最前面)
ってなることがあるんだよなあ。
Alt+Tabだと発生しないけど、なんだかなあと思う。
689:デフォルトの名無しさん
07/04/11 17:25:44
>>687
共存できないとわざわざ書いたのはなぜ？
もしかして>>682を誤解してる？
690:デフォルトの名無しさん
07/04/11 17:29:41
>>687
>より上手い方法があれば教えていただけると幸いです。
そういうウィンドウはOwned Windowと言います。>>685のリンク先を読んでください。
691:デフォルトの名無しさん
07/04/11 17:29:47
…なぜに SetWindowLog & SetWindowPos なんだ？
CreateWindowEx でのｽﾀｲﾙ指定で解決できるのに…
ﾀｰｹﾞｯﾄの窓が他ﾌﾟﾛｾｽの持ち物なのか？
692:デフォルトの名無しさん
07/04/11 17:32:35
>>689-691
すいません、682さんを誤読した上に、685さんのレスとレスがすれ違いました。
WS_POPUPとは、親ウインドウを持つウインドウのことだったのですね。
正直、オーバーラップウインドウと、ポップアップウインドウの区別がわからず
今ググっていて682さんの文章に対する誤読に気づきました。
685さんのリンク先を実践してみます
693:デフォルトの名無しさん
07/04/11 17:50:25
解決できました。
WS_POPUPの解説である「ポップアップウインドウを作成する」の「ポップアップウインドウをはなんぞや？
という知識が無かったのが問題でした。
ポップアップウインドウそのものが、私の望んでいたもののようです。
WM_ACTIVEなどをまったく使わずWS_POPUPを指定しただけで解決できました。
ありがとうございました。
694:デフォルトの名無しさん
07/04/12 00:43:50
DOS窓で、CreateWindowてどうやるの？
メッセージループとか。
695:デフォルトの名無しさん
07/04/12 00:53:29
どうやってやるも何も普通に出来るだろ。
いったい何を言っているんだ？
696:デフォルトの名無しさん
07/04/12 01:40:30
>>694
日本語でおｋ
697:デフォルトの名無しさん
07/04/12 03:17:19
ソースコードを読んで勉強したいのですが、C言語 + Win32 API で書かれたオープンソースのアプリケーションでお薦めって何かありますか？
実践的なコードの書き方を勉強したいので、お手本になりそうなアプリがあったら教えてください。
また逆に、「このソフトの書き方は真似するな」的なのもあれば教えて頂けると有り難いです。
宜しくお願いします。
698:デフォルトの名無しさん
07/04/12 04:13:51
> お薦めって何かありますか
猫でもわかる
> このソフトの書き方は真似するな
猫でもわかる
699:デフォルトの名無しさん
07/04/12 04:16:14
>>698
禿道と言わざるを得ない
700:デフォルトの名無しさん
07/04/12 07:39:02
あまりにも禿同杉てﾜﾗﾀｗ
701:デフォルトの名無しさん
07/04/12 08:18:22
ヒントにはなるが真似は出来ない
702:デフォルトの名無しさん
07/04/12 09:19:39
左右分割ウインドウをMFCを使わずに作っているのですが、相談させてください。
まず、ウインドウ全体を親ウインドウとします。
子ウインドウとして
「左側用にWS_THICKFRAMEを使ったウインドウをちょっと大きめに作って配置」
「右側に余り部分の大きさ分のウインドウ」
を貼り付けて実現しています。
左側用のウインドウの大きさが変化するたびに、右側のウインドウの大きさも変更されるようにしています。
ただ、WS_THICKFRAMEは角の近くだと「マウスドラッグで縦横の大きさを変えられる」モードになってしまいます。
まず「横の大きさしか変えられないウインドウ」は作れないのでしょうか？
それをさせないために今は「上下に大きめに作る」ようにしているのですが（角付近を触れないように）、ウインドウはデスクトップウインドウのサイズより大きくは作れないようです(？)。
そのため親ウインドウをデスクトップ画面並に大きくされてしまうと困ってしまいます。
何か対策はありませんでしょうか？
左右ができれば、上下はその応用で作成可能だと思います。
703:デフォルトの名無しさん
07/04/12 09:30:11
>>702
左右の境界に少し隙間を開け、そこをドラッグすると左右に大きさが変わるようにする。
というようにMFCはなってたと思う。
704:デフォルトの名無しさん
07/04/12 09:47:03
>>703
なるほど。つまり自前でドラッグシステムを作っているわけですね。
WS_THICKFRAMEを使った方法も、この斜め問題さえ解決すれば実用に耐えるのですが…。
とはいうものの、WM_SIZEを捕まえて上下の大きさが変更されたら強制的に元に戻す処理は入れています。
ただそれは格好悪いもので、もし良い方法があればと思って相談しにきました。
705:デフォルトの名無しさん
07/04/12 10:44:16
WM_GETMINMAXINFO捕まえたらどうだろう
MFCしか使ってないんで良く分からないけど
706:デフォルトの名無しさん
07/04/12 11:34:55
>>705
できました！
まったく知らないWMでした。ありがとうございます。
これで
tagMINMAXINFO *p = (tagMINMAXINFO*)lParam;
p->ptMaxTrackSize.y += 128;
としてやることで、デスクトップサイズよりでかいウインドウを作ることに成功。
期待通り動作できるようになりました。
707:デフォルトの名無しさん
07/04/12 11:48:53
>>702,706
WM_NCHITTESTを捕まえてDefWindowProc()が
HTTOP,HTBOTTOM,HTTOPLEFT,HTTOPRIGHT,HTBOTTOMLEFT,HTBOTTOMRIGHTのときだけ
もみ消してしまう方がいいのでは？
708:デフォルトの名無しさん
07/04/12 11:53:52
スクリーンショットを撮るAPIってありますか
709:デフォルトの名無しさん
07/04/12 12:00:33
>>707
ウィンドウの四隅（スプリットバーの端っこ）が使えなくなるんでお薦めできない
それで無効になる領域って結構大きいし
710:デフォルトの名無しさん
07/04/12 12:02:23
>>708
GetDC
711:デフォルトの名無しさん
07/04/12 12:29:16
>>709
言われてみれば確かに…。16*16ほどか。
なら、座標計算して嘘の値を返すなんてのはどう？
例えば、DefWindowProc()がHTBOTTOMRIGHTの場合で
マウスが右の方にあるときはHTRIGHTを返し、下の方にあるときは0を返すとか。
712:デフォルトの名無しさん
07/04/12 12:35:13
>>710
その答えで>>708が報われる事は絶対に無いだろう
713:デフォルトの名無しさん
07/04/12 12:36:19
>>707
そこまでするぐらいなら普通に>>706でいいと思うんだが…
まあどっちみちWM_NCHITTESTは使うんだけど。
例えば左右に動くスプリットバーがあったとして、
その端っこにポインタを合わせたら斜め向いたカーソルが出るんじゃ
格好がつかないんで
HTTOPLEFTを受け取ったらHTLEFTを返す、みたいなことをする
714:デフォルトの名無しさん
07/04/12 12:37:31
なんかアンカー間違えたり誤読したりで嫌になってきた
715:デフォルトの名無しさん
07/04/12 12:40:03
適当にぐぐったらすぐサンプルコードが見つかったんで、ついで。
>>708
URLﾘﾝｸ(www13.plala.or.jp)
716:デフォルトの名無しさん
07/04/12 13:10:09
>>713
斜め向いたカーソルがでないように、上下64ドットずつ大きいウインドウを作りました
717:デフォルトの名無しさん
07/04/12 17:35:48
普通は自前で全部やるものだよ。作り直したほうがいい。
718:デフォルトの名無しさん
07/04/12 18:12:40
>>717
＿＿＿＿＿＿ ＿ ＿|￣|＿ ＿ ＿
|＿＿＿＿ | | | 口口 |＿ ＿| ＼＼ | | ＿＿ __ __
／ ／ | | | | ＿ ￣ ＿＿＿ | | |＿＿| ＿| |_| |_
/ ／ | | ＿ | | _| |＿ |＿＿＿| | | |＿ _ _＼
| | | ＼_/ / / / /。 ＿| | | ＿＿＿ .| |.|__|/ /
＼＼ ＼ / ￣ ＼/ | | |＿＿＿| |__| ￣
￣ ￣￣ ￣
719:デフォルトの名無しさん
07/04/12 18:30:06
>>702
Splitterなんて死ぬほどサンプルあるよ
URLﾘﾝｸ(www.codeguru.com)
君の場合は、手を抜こうとして逆に面倒なことになってる気がする。
素直にフルスクラッチした方が楽だと思うよ。
720:デフォルトの名無しさん
07/04/12 21:06:03
WTLのスプリッタのソースが見やすいと思われ
721:デフォルトの名無しさん
07/04/12 21:58:22
すみません
いまコンソールのＣ言語のプログラムを
ＷｉｎＭａｉｎで始まるプログラムでも使えるようにしようとしている
のですがエラーがでてしまいコンパイルできません
エラーの内容はunsigned char*をchar*に変換できません等のものなのですが
なんとかソースを書き換えずにコンパイルできるようにできないものでしょうか？
722:デフォルトの名無しさん
07/04/12 22:04:32
え、キャストしちゃいけないの？
723:デフォルトの名無しさん
07/04/12 22:10:59
キャストすると１０００ヶ所以上あってどうにもならない感じです
724:デフォルトの名無しさん
07/04/12 22:12:58
BCCにするんだ
725:デフォルトの名無しさん
07/04/12 22:14:49
置換使えないのかい
726:デフォルトの名無しさん
07/04/12 22:18:07
1000箇所ぐらいなら1時間で何とかなると思うが・・・
というかSuletiGay
727:デフォルトの名無しさん
07/04/12 22:20:01
置換も使えなさそうです
文字列の型にunsigned char*を使っているのが問題のようで
置換をしようにもどうにも絞れません
728:デフォルトの名無しさん
07/04/12 22:23:39
#define unsigned
729:デフォルトの名無しさん
07/04/12 22:29:26
charをデフォルトでunsignedとみなすコンパイルオプションがなかったっけ?
730:デフォルトの名無しさん
07/04/12 22:29:47
VCには存在するな
731:デフォルトの名無しさん
07/04/12 23:05:42
unsigned char*からchar*へ変換できないなんて、
単にWindowsプログラムのほうではC++としてコンパイルしているだけだと思う。
Cなら（警告は出るだろうが）エラーにならずにコンパイルできるはず。
732:デフォルトの名無しさん
07/04/12 23:21:58
コンパイルオプション／Ｊでは配列のunsignedchar*がchar*に変換できないらしく
だめでした情報ありがとうございます
733:デフォルトの名無しさん
07/04/12 23:26:48
とりあえず F4 でエラー行に飛べることを知ってるだけで
効率はかなり変わると思うよ
F4 → カーソル移動 → Ctrl+V → （以下ループ）
734:デフォルトの名無しさん
07/04/12 23:27:36
ごめん、VC 限定ね… VC スレと勘違いした
735:デフォルトの名無しさん
07/04/12 23:52:06
いえ、ありがとうございます
ですが元のソースはいじるわけにはいかないんですよ
ちょっと勝手に書き換えるとまずい事情がありまして
736:デフォルトの名無しさん
07/04/12 23:59:12
WinMainから始まろうと、mainから始まろうと、
同じCのソースコードであることに変わりはない。
片方でコンパイルできたものが、もう片方でコンパイルできないなんて、
（argc/argcやmainそのものに依存している場合などを除いて）有り得ない。
>>731は試した？
737:デフォルトの名無しさん
07/04/13 00:00:18
>>735
そういうことってよくあるよね。
あ〜邪魔臭いコードでもいじれない。
738:デフォルトの名無しさん
07/04/13 00:22:56
>>735
Cでは警告は出ないようだ。
こんな感じでC++とCのコードは混ぜることが出来る。
extern "C" {
#include "古いコード.h"
}
cl 新しいコード.cpp 古いコード.c
739:デフォルトの名無しさん
07/04/13 01:03:16
とりあえず古いソースのヘッダをincludeしている箇所を
extern "C"{}で囲ってみましたが効果ないっぽいです
情報ありがとうございます
740:デフォルトの名無しさん
07/04/13 01:18:34
>>739
意味わかってないだろ
741:デフォルトの名無しさん
07/04/13 01:26:44
IDEから使うと /TP がデフォになってるな。
これをはずせば拡張子に応じたコンパイルをしてくれるが、
プリコンパイルヘッダーやら他のところで引っ掛かりが出てるよ。
混ぜるのはこいつのレベルじゃ無理かもしれんね。
742:デフォルトの名無しさん
07/04/13 09:35:23
文字列に付けるszってなんですか？
743:デフォルトの名無しさん
07/04/13 09:39:19
Win32APIでは構造体のサイズを取得してそのサイズを構造体にセットするというのをよく使いますが、
何故このようなやり方をするのでしょうか？
744:デフォルトの名無しさん
07/04/13 09:42:10
>>742
ハンガリアン記法
745:デフォルトの名無しさん
07/04/13 09:43:57
>>743
バージョンが上がって仕様が変わって構造体の内容が変わっても
互換性を維持するため。
746:デフォルトの名無しさん
07/04/13 10:06:09
まじ？
747:デフォルトの名無しさん
07/04/13 10:09:16
>>742
zero(\0)終端string(文字列)の略
748:デフォルトの名無しさん
07/04/13 10:36:38
nsはなんですか？
749:デフォルトの名無しさん
07/04/13 10:46:51
>>748
質問まとめてしろよ
750:デフォルトの名無しさん
07/04/13 12:01:00
>>746
>745のことならマジ。
751:デフォルトの名無しさん
07/04/13 13:47:56
ちょっと思うんだけど、
ファイルパス長ってMAX_PATHバイト？MAX_PATH文字数？
MAX_PATHバイトだったら、マルチバイト文字で半分になるんだけどいいの？
それとも、
#define MAX_PATH_NAME (MAX_PATH * (2 / sizeof(TCHAR)))
な事すんの？
752:デフォルトの名無しさん
07/04/13 13:50:14
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するからMAX_PATH自体あまり意味無いような・・・
753:751
07/04/13 13:50:49
補足
TCHAR szFile[MAX_PATH_NAME + 1];
とつかうとして
754:デフォルトの名無しさん
07/04/13 13:57:06
まあDOS/Windows 3.1時代の遺物なんで
755:751
07/04/13 14:01:31
>>752
CreateFileの説明の通り
In the ANSI version of this function,
the name is limited to MAX_PATH characters.To extend this limit to 32,767 wide characters,
call the Unicode version of the function and prepend "\\?\" to the path.
For more information, see Naming a File.
ワイド文字で32767文字って事は、65534バイト宣言しとけばいいの？
ちょいもったいない気が・・・
756:デフォルトの名無しさん
07/04/13 14:19:59
必要に応じて動的に確保すればいいんじゃないの？
どうしても固定長にしたいわけ？
757:デフォルトの名無しさん
07/04/13 14:24:08
OPENFILENAME の戻り用の器は MAX_APTH 使った固定長だな。
758:751
07/04/13 14:36:11
>>756
固定長にしたい理由というわけじゃありませんが、
明確な理由があれば、それに準じたいと思っています。
もちろん、実用的な側面でも判断しますが
759:デフォルトの名無しさん
07/04/13 15:23:35
ぐだぐだ言ってないで実用的な面でどうなるか
試してみろよ。
FAT32,NTFS,共有ドライブで長い名前のファイル名作るくらいできないの?
760:デフォルトの名無しさん
07/04/13 17:02:48
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
文字数でもバイト長でもMAX_PATH以上のファイルパスって普通に存在するから
761:デフォルトの名無しさん
07/04/13 17:07:47
>>760
うるさいばか
762:デフォルトの名無しさん
07/04/13 17:12:13
>>758
9x系OSでANSI版のAPIつかってみなはれ
ちなみにMSでは、MAX_PATHは文字数としてあつかっとるよ
稀にMS社内でも開発者が混乱してしもて、
大穴あけてしもうたこともあるけどね
763:デフォルトの名無しさん
07/04/13 17:13:42
まったく1文字1Byteの連中はこれだから・・
764:デフォルトの名無しさん
07/04/13 17:25:11
>>763
初心者にこのスレは不向きですよｐｐｐ
765:デフォルトの名無しさん
07/04/13 17:26:38
>>751
これ以上はスレ違い
APIではなくコーディングの話なら
Cスレに行け
766:デフォルトの名無しさん
07/04/13 17:35:44
>>764
欧米の方ですか？
767:デフォルトの名無しさん
07/04/13 17:47:03
いいえ東亜です。
768:デフォルトの名無しさん
07/04/13 17:52:25
>>763
いや、ワイドキャラクタでも1文字2バイトじゃ済まないはずなんだが。
サロゲートペアとかあると4バイトになる。
あれ、Win32APIってUCS-2のままだったっけ?
まぁサロゲートペア対応しても、そもそも文字の定義ってなに?ってなるし。
769:デフォルトの名無しさん
07/04/13 18:14:56
ファイルの更新日時を変更するAPIを教えてください
770:デフォルトの名無しさん
07/04/13 18:23:11
GetFileTime
771:デフォルトの名無しさん
07/04/13 18:26:48
Sじゃねーのか
772:デフォルトの名無しさん
07/04/13 18:28:36
お前さん頭いいな。
773:デフォルトの名無しさん
07/04/13 18:36:47
Mですから
774:デフォルトの名無しさん
07/04/13 18:42:44
>>768
ビル・G
数種類の奇妙な文字で文章を書く、親愛なる日本人の皆さん。
私はアルファベット26文字で美しい詩的な文章を綴り、人々を感嘆させるビル・Gである。
ユニコードとは何か。簡単に言えば、あらゆるプラットフォームで様々な言語を共通に扱えるようにするための統一的なコード体系のことだ。
もっと簡単に言おう。アルファベット以外の野蛮な絵文字を使ってコミュニケートする第三世界の人間に対する、心からの配慮だ。
今までも手を焼いてきた。2バイトコードの各国語対応も、少しは楽になるのだけどね。
君たちの国でも、ユニコードの問題が盛んに議論されているようだね。
日本や中国や台湾で使っている漢字コードやフォント違うって？
それは君たちが今までに勝手な文字を作りすぎてきたツケに過ぎないよ。
また、『固有の文化』という言葉で語られる微妙な差異に関する議論は、
私にはちょうど「靴下は右足から履かなければならない」
「いや、左足から履くのが伝統だ」と言い争いをしているようにしか聞こえない。そんなことはどうでもいいじゃないか！
775:デフォルトの名無しさん
07/04/13 18:54:31
拘りすぎてバカを見るのが東洋人
大雑把過ぎてバカを見るのが欧米人
776:デフォルトの名無しさん
07/04/13 19:25:50
CJK以外にもBidiとか言語タグとか対応するのが
遅かったねぇ。
BMPを16bitじゃなくて32bitにしてれば、もう少し問題先送りできたのに。
あとはユニコードまでも取り込んだGB18030とかどうするんだろうっていう。。。
777:デフォルトの名無しさん
07/04/13 19:31:01
XP以降のメモ帳で右から左に読むにして
Hello, World打つだけでも軽く死ねるなｗ
778:デフォルトの名無しさん
07/04/13 20:22:24
神の罰です
779:デフォルトの名無しさん
07/04/13 21:24:16
>>748
ナノ秒
冗談じゃなくて素直に考えて
780:デフォルトの名無しさん
07/04/13 21:26:31
>>768
ファイル名の制限という観点ではコードユニットの数で数えるから関係ない
781:デフォルトの名無しさん
07/04/13 21:31:48
ウニコードはうまそうだ
782:デフォルトの名無しさん
07/04/13 21:42:17
>>780
NTFSはどのエンコーディングを使ってんの？
783:デフォルトの名無しさん
07/04/13 21:54:10
>>780
ドキュメント上の問題のことです。
n文字という表現では最大バイト数は判りにくい。
784:デフォルトの名無しさん
07/04/13 21:54:42
>>782
おそらくUTF-16
785:デフォルトの名無しさん
07/04/13 21:55:22
もちろんUTF-16LE
786:デフォルトの名無しさん
07/04/13 23:01:50
結局、MAX_PATHの単位はなんなんだ？
明らかにバイト数じゃない
文字数も数えてみたがなんかちがう
会社によって１バイトのズレも許さないからこのあいまいな仕様がかなりムカつく
ちなみにファイルダイアログの最長はXPSP1までは0xFFFFだったがXPSP2からはどこまではいるのかよくわからん
ドラッグアンドドロップの限界は一体どこなんだ？
787:デフォルトの名無しさん
07/04/13 23:18:44
WinNTのNTFSドライバのパス名制限が (2^15-1) UTF-16符号単位だったと思うが
788:751
07/04/13 23:29:46
>>759
もちろん、\\.\〜の長いファイル名前をCreateFileで作成し、
動作を確認しています。
しかしながら、エクスプローラも捕らえられないファイル名は実用的か？
それともMAX_PATH以上32767文字以下で、もっともらしい定数があり、
自分が知らないだけかわからんとです。
789:デフォルトの名無しさん
07/04/13 23:44:40
GUIアプリでコンソールを表示するにはどうすればいいのでしょうか？
やりたいことは、
・起動した時にはコンソールアプリのように振る舞う。
・ある入力があった時点でウィンドウを表示し、GUIアプリとして振舞う
main()で起動するとコンソールは出ますが、WinMain()の第一引数で取得できる
HINSTANCEが取得できないので、GUIアプリとして振舞えない。
WinMain()で起動するとGUIは出せるが、コンソールへ出力を行えない。
WinMain()でGUIアプリとして起動しておいて、必要に応じて(何らかの関数呼び出しによって)
コンソールを表示させるのが正しいやり方なのかと思っていますが、調べてもやり方が見つかりません。
どなたかお助けを・・・
790:デフォルトの名無しさん
07/04/13 23:49:13
>>789
HINSTANCE == GetModule(0) だったハズ。
791:デフォルトの名無しさん
07/04/13 23:51:05
コンソール部分は別にしてCreateProcessは？
792:791
07/04/13 23:51:06
あ、すまん間違えた。
×：GetModule
○：GetModuleHandle
793:792
07/04/13 23:52:04
>>792==>>790!=>>791
もう寝る！
794:デフォルトの名無しさん
07/04/13 23:54:36
>>789
CreateProcess, GetStdHandle, SetStdHandle, CreatePipeでリダイレクト。
795:デフォルトの名無しさん
07/04/13 23:54:38
AllocConsole stdout
796:デフォルトの名無しさん
07/04/13 23:56:39
コンソール プロセスを生成して標準ハンドルをリダイレクトする方法
URLﾘﾝｸ(support.microsoft.com)
797:デフォルトの名無しさん
07/04/14 00:00:43
>>789
WinMainから始まるプログラムにAllocConsoleを使う方法も出ているが、
個人的には、手間要らずにC stdioやC++ iostreamを使えるので、
mainから始まるプログラムにした方がいいと思う。
EXEのインスタンスハンドルは791のとおりGetModuleHandleで。
798:デフォルトの名無しさん
07/04/14 00:31:27
>>777
前からおもってたのだが、右から左に読む文化圏に対応してるなら、
上から下に読む文化圏にも対応してていいんじゃないかと思ったりするのだがまぁいいや。
そういえば、昔、Macのことえりだったか縦書きIME変換やってくれてた記憶があったな〜
799:デフォルトの名無しさん
07/04/14 00:44:47
MS-IMEも、Wordなんかで縦書きにすればそれにあわせてくれる。
800:デフォルトの名無しさん
07/04/14 06:13:01
質問です。GetProcAddressを使ってDLL内の関数を呼び出したいのですが、
上手くいきません。プログラムを実行すると、そのまま強制終了してしまいます。
FARPROC SetHook,ResetHook;
SetHook = GetProcAddress(LoadLibrary(TEXT("hook.dll")),TEXT("_SetHook"));
ResetHook = GetProcAddress(LoadLibrary(TEXT("hook.dll")),TEXT("_ResetHook"));
として関数のアドレスを取得しています。各関数のアドレスは
SetHook : 011412A0
ResetHook : 011412D4
でした。tdump.exeでは
Exports from hook.dll
3 exported name(s), 3 export addresse(s). Ordinal base is 1.
Sorted by Name:
RVA Ord. Hint Name
-------- ---- ---- ----
000012D4 1 0000 _ResetHook
000012A0 2 0001 _SetHook
00009158 3 0002 ___CPPdebugHook
という結果が得られました。
GetProcAddressの使い方が間違っているのでしょうか?
コンパイラの設定に問題があるのでしょうか?
どのあたりに原因があるのか指摘して下さい。お願いします。<(_ _)>
コンパイラはBCCです。BCC Developerでビルドしています。
801:デフォルトの名無しさん
07/04/14 06:20:21
GetProcAddress の第2引数は LPCSTR だが。
802:800
07/04/14 06:38:04
>>801
SetHook = GetProcAddress(LoadLibrary(TEXT("hook.dll")),"_SetHook");
ResetHook = GetProcAddress(LoadLibrary(TEXT("hook.dll")),"_ResetHook");
としたのですが、上手くいきません。関数名の指定が間違っているのでしょうか?
803:デフォルトの名無しさん
07/04/14 06:46:26
>>800
まずは「強制終了」する場所を探らないと。
その情報だけじゃ、GetProcAddress() 絡みの問題かどうかなんてわ
からん。
804:800
07/04/14 06:57:58
>>803
関数の呼び出し時に強制終了します。
インポートライブラリを通しての呼び出しには成功したのですが。
805:デフォルトの名無しさん
07/04/14 07:02:09
それはGetProcの問題じゃないだろうな
FARPROCの宣言はどうなってる？
806:デフォルトの名無しさん
07/04/14 07:07:26
>>804
インポートライブラリを通しての呼び出しには成功ってんだったら
GetProcAddressで失敗なんじゃなくて
それで取った情報を使う時の失敗だろ
どうやって関数呼び出してんのか見せてみぃや
807:デフォルトの名無しさん
07/04/14 07:12:39
>>805
VCだと「typedef int (*FARPROC)(void)」だが、BCCはどうなんだろう・・・
ていうかそのまんま使ったら普通コンパイルとおらないかも？
808:デフォルトの名無しさん
07/04/14 07:16:41
呼び出し規約が間違っている。それでスタック壊れているんだろ。
809:デフォルトの名無しさん
07/04/14 07:18:09
普通目的の関数に合致した関数ポインタの型を定義してそれで使うもんじゃね？
ただのFARPROCにぶち込んでるヤツ初めて見た
810:800
07/04/14 07:39:35
>>805-809 レスありがとうございます。
#define EXPORT __declspec (dllexport)
typedef EXPORT HHOOK (*SETHOOK)(const HWND hCaller);
typedef EXPORT void (*RESETHOOK)(void);
SETHOOK SetHook;
RESETHOOK ResetHook;
と関数ポインタの型を定義してから
SetHook(hWnd);
ResetHook();
という感じで呼び出してみたのですが、やはり上手くいきません。
811:デフォルトの名無しさん
07/04/14 08:02:06
もう一度レスを見直すんだ。そこに答えがある。
812:デフォルトの名無しさん
07/04/14 08:17:26
VC2005でstrlen等を使うと
813:800
07/04/14 08:17:48
>>811
呼び出し規約の整合性に問題があるのでしょうか?
もう少し詳しく教えて頂けないでしょうか?
814:デフォルトの名無しさん
07/04/14 08:34:30
提供する側では__declspec (dllexport)が必要だろうが
使う側では要らないだろ。
提供する側でも使う側でも__stdcallとかを指定したほうが安全。
デフォルトに任せれば同じになっている可能性が高いけど
不一致になる危険性がある。
GetProcAddressじゃなくて暗黙のリンクでもいえることだけどね。
GetProcAddressの戻り値が0ってことはないよね。
815:デフォルトの名無しさん
07/04/14 08:56:00
>>810
DLL側のソースでその2つの関数がどう定義されているかもチェック
816:デフォルトの名無しさん
07/04/14 08:57:17
うまくいかないのと直接の関連はないが、
一々LeadLibraryするな。
1回ロードしたら、そのハンドルを使いまわせ。
817:デフォルトの名無しさん
07/04/14 08:58:36
LeadLibrary
818:デフォルトの名無しさん
07/04/14 09:01:36
一度だけLoadLibraryして、そのハンドルを保持して使うってのもそうだけど
GetProcAddressに直接ぶち込むのもどうかと
誤動作の原因になる可能性は充分にあるかと
819:デフォルトの名無しさん
07/04/14 09:06:34
誤動作するとは思えないが、直接GetProcAddressに渡していたら、
FreeLibraryするのに不便だろう。
GetModuleHandleで後から解放用にハンドルを得るなんて無茶も甚だしい。
820:デフォルトの名無しさん
07/04/14 09:08:22
誤動作するとは思えないって思うのが危ないな
常に誤動作するかも知れないと思ってコーディングすべし
821:デフォルトの名無しさん
07/04/14 09:09:01
>>787
UNICODE_STRINGの構造上の問題だな
同様の理由でNT系はコマンドラインの長さにも32767文字(UTF-16符号単位)制限がある
驚くべきことにWin9xだとコマンドライン長が1MB超えても大丈夫。
822:800
07/04/14 09:09:21
>>814-819 レスありがとうございます。
DLLの関数を
#define EXPORT __declspec (dllexport)
EXPORT HHOOK WINAPI SetHook(const HWND hCaller);
EXPORT void WINAPI ResetHook(void);
とし、関数を呼び出すプログラムで
typedef HHOOK WINAPI (*SETHOOK)(const HWND hCaller);
typedef void WINAPI (*RESETHOOK)(void);
SETHOOK SetHook;
RESETHOOK ResetHook;
HMODULE hook_lib;
hook_lib = LoadLibrary("hook.dll");
SetHook = GetProcAddress(hook_lib,"SetHook");
ResetHook = GetProcAddress(hook_lib,"ResetHook");
として関数を呼び出したのですが、やはり駄目です。GetProcAddressの戻り値を
再度確認したのですが、0ではありませんでした。
823:デフォルトの名無しさん
07/04/14 09:10:20
32767文字を超えるコマンドライン自体普通無いだろ・・・
824:デフォルトの名無しさん
07/04/14 09:12:32
typedefのWINAPI要らなくね？
825:デフォルトの名無しさん
07/04/14 09:18:50
>>822
あんまり関係ないけどGetProcAddressの戻り値ってキャストしなくてもコンパイル通るのか？
826:デフォルトの名無しさん
07/04/14 09:58:58
関数ポインタの宣言なんだが・・・
typedef HHOOK (WINAPI *SETHOOK)(const HWND);
typedef void (WINAPI *RESETHOOK)(void);
じゃねーの？WINAPIの位置が違うとか。
>>825
警告が出るだけだったような。
827:デフォルトの名無しさん
07/04/14 10:03:42
呼び出し規約の記述位置は括弧の中だね。
戻り値に付属なわけじゃなくて、
関数に付属する情報だからなんだろうけど、
最初は戸惑うよね。
828:デフォルトの名無しさん
07/04/14 10:07:09
Borlandの昔のコンパイラだと微妙に仕様が違ったり
標準キーワードじゃないから仕方ないけど
829:デフォルトの名無しさん
07/04/14 10:14:48
なんでだろうね？
間違って古いDLLが残っているとか。
830:デフォルトの名無しさん
07/04/14 10:18:02
DLL側と呼び出し側のソースをまとめてうｐってもらった方が話が早くていいかもしらんな
831:デフォルトの名無しさん
07/04/14 10:20:56
ＶＣの場合、
#define EXPORT __declspec(dllexport)
EXPORT HHOOK WINAPI __stdcall SetHook(const HWND hCaller);
EXPORT void WINAPI __stdcall ResetHook(void);
こうじゃないかな。__stdcallはなくても動きそうな気がするけれど
832:デフォルトの名無しさん
07/04/14 10:27:28
>>831
WINAPIは
#define WINAPI __stdcall
とかされてるだけだから、どっちかだけで十分
833:800
07/04/14 10:33:36
>>824-832 レスありがとうございます。
typedef HHOOK (WINAPI *SETHOOK)(const HWND hCaller);
typedef void (WINAPI *RESETHOOK)(void);
SETHOOK SetHook;
RESETHOOK ResetHook;
HMODULE hook_lib;
hook_lib = LoadLibrary("hook.dll");
SetHook = (SETHOOK)GetProcAddress(hook_lib,"SetHook");
ResetHook = (RESETHOOK)GetProcAddress(hook_lib,"ResetHook");
としたのですが駄目でした。VCのExpress Editionで上手くいくかどうか試してみます。
834:デフォルトの名無しさん
07/04/14 10:38:30
＞typedef HHOOK (WINAPI *SETHOOK)(const HWND hCaller);
今思った
引数は型だけで名前はｲﾗﾈ
835:デフォルトの名無しさん
07/04/14 10:40:22
>>800
Borlandデバッグ環境は知らんが、DLL側のSetHook()の入り口にブレークポイント仕掛けるなり、MessageBox()
出すなりして、そこまで来ているか(強制終了がどの段階で起きているか)確認しろ。
関数名から何がやりたいか想像はつくが、もう少し経験をつんでからやることを強く勧める。
836:デフォルトの名無しさん
07/04/14 10:42:32
つーか無理にLoadLibraryでやらんでもいいことだけどな
837:デフォルトの名無しさん
07/04/14 10:47:16
そりゃまあごもっともです
838:デフォルトの名無しさん
07/04/14 10:48:32
>>800
>>インポートライブラリを通しての呼び出しには成功したのですが。
が本当なら、そのヘッダーファイルでの関数プロトタイプ宣言(は正しいはずだからこれ)にあわせろ。
おれもお前には、Hookは10年早いと思う。
839:800
07/04/14 12:15:58
>>834-838 レスありがとうございます。
マウスフックを使ったプログラムを作成しています。システムフックにより
他のウィンドウのタイトルを変更することには成功しました。そのため、
フックの処理自体には問題が無いと考えているのですが。
VCで実行してみたのですが、SetHook内で処理が中断しました。
インポートライブラリを使用した場合、何も問題は起きなかったのですが。(?_?)
840:デフォルトの名無しさん
07/04/14 13:02:13
SetWindowTextでタイトルが変わらないとか騒いでた奴か。
やっぱりおまえには早いと思うぞ
841:デフォルトの名無しさん
07/04/14 15:40:25
DLL や EXE に含まれているリソースの番号だけって取得できますか？
たとえばこの DLL の STRINGTABLE には、1000番 1001番の STRING が含まれています、という感じの API です。
842:デフォルトの名無しさん
07/04/14 15:45:04
FindResoource?
843:デフォルトの名無しさん
07/04/14 15:45:31
EnumResourceNames()
844:デフォルトの名無しさん
07/04/14 16:57:55
「普通ないだろ」が生む○○問題
845:デフォルトの名無しさん
07/04/14 18:00:38
>>825
Cだとコンパイルできる
C++だとコンパイルできない
846:デフォルトの名無しさん
07/04/14 18:26:15
なんで最近そんなことになってんだろうね
Ｃ言語でコンパイルできたソースが普通にＣ＋＋で通らん
847:デフォルトの名無しさん
07/04/14 18:37:39
[アニメ DVD] ヤミと帽子と本の旅人 第04話 「マリエル」 (640x480 DivX511).avi
848:デフォルトの名無しさん
07/04/14 18:40:03
>>846
C++は、例えCとの互換性を失ってでも危険な香りがする暗黙の型変換を禁止した。
これだけは譲れないというやつ。
849:デフォルトの名無しさん
07/04/14 18:42:44
思いややりが無い朝鮮人的な思考だ
850:デフォルトの名無しさん
07/04/14 18:48:31
つーか、すっぱりと別言語にしちゃえば良かったのに
中途半端に互換性を持ってるからすごいカオスに
851:デフォルトの名無しさん
07/04/14 18:52:09
unsigned char*とchar*の代入なんてエラーにするほど危険かなぁ
なんか言語潔癖症的変な奴いるじゃないかなぁ
おかげで意味のないキャストをプチプチ入れてく無駄作業
こんなとこ明示的にキャストしたところでどうだというのか・・・
852:デフォルトの名無しさん
07/04/14 19:01:27
C++って型キャストが必須なんだっけか
俺Cメインだからうろ覚えだぜ
853:デフォルトの名無しさん
07/04/14 19:12:04
>>851
reinterpret_castが必要な場面ってそんなにある?
854:デフォルトの名無しさん
07/04/14 20:13:26
やっぱCがいいな。
855:デフォルトの名無しさん
07/04/14 20:16:32
C++で生のWin32 APIを使うとreinterpret_castだらけ。
Win32 APIは所詮Cを念頭において作ったという感じ。
>>849-851
それはC++作ったBjarneに言ってやれ。
静的型付けで強い型安全性でプログラマを守るというのがC++。
856:デフォルトの名無しさん
07/04/14 20:48:33
>>850
今までに何千人のプログラマが同じことを思っただろうな…
すべてが今更の話だが…
857:デフォルトの名無しさん
07/04/14 21:03:28
>>850
ゲイツ・ビルに言ってやってくれ
858:デフォルトの名無しさん
07/04/14 21:05:41
>>857
ビル・ゲイツの出した解がC#では？
いやビルが実際作ったわけではないけどさ。
859:デフォルトの名無しさん
07/04/14 21:13:34
C#もヤバい方向にいってると思うけどな
varってJavaScriptみたい
860:デフォルトの名無しさん
07/04/14 21:15:39
ｳﾞｧｰ
861:デフォルトの名無しさん
07/04/14 21:15:57
そうか？
型推論や関数型プログラミング的な機能を取り入れるのは最近の流行だよ。
862:デフォルトの名無しさん
07/04/14 21:29:34
所詮学者の独りよがりだよな
明らかになにも作ったことがないグズが言語仕様を決めてる気がする
863:デフォルトの名無しさん
07/04/14 21:50:53
おまえに32ビットの羅列ほいと渡して何型の変数か分かるのか？
864:デフォルトの名無しさん
07/04/14 21:55:46
>>862
言語の一つでも作ってみろよグズ
865:デフォルトの名無しさん
07/04/14 21:56:26
型推論はソースの冗長性を削る意味で有用だろうが。
866:デフォルトの名無しさん
07/04/14 21:56:41
>>862みたいにブツクサ独りよがりで文句を言うだけで、
かといって別に妙案も何にも持っていない奴を色んなところでよく見かける。
867:デフォルトの名無しさん
07/04/14 21:58:49
つーか、議論したけりゃ他所でやれ。
868:デフォルトの名無しさん
07/04/14 22:01:50
varをVariant型とかObject型と勘違いして拒否反応示している奴が結構いるみたいだな。
あとC++のテンプレート関数が型推論やってくれてるの知らない奴も多杉。
869:デフォルトの名無しさん
07/04/14 22:30:25
>>851
signed char が-128〜127の整数の集合
unsigned char が0〜255の整数の集合
例えば前者の変数を作成して
「リンゴをA店で100個、B店で155個買いました。
全部で何個でしょう」
という問題を解いて、答えが-1個だったらおかしいでしょう。
あまり問題だと思わないのは、先に16進ありき、だからじゃないかな。
870:デフォルトの名無しさん
07/04/14 22:39:53
もう止めようぜ
お前らこそ冗長にもほどがある
871:デフォルトの名無しさん
07/04/14 22:40:11
Dのautoキーワードの場合で書くと、
HogeClass obj = new HogeClass();
を
auto obj = new HogeClass();
みたいに書ける
ジェネリックプログラミングとかで
型がよく分からない時なんか更に便利
多分C#も同じ感じかと
872:デフォルトの名無しさん
07/04/14 22:42:06
>>870
リロードしてなかった
すまん
873:デフォルトの名無しさん
07/04/14 22:48:00
ザ・スレチガイ
874:デフォルトの名無しさん
07/04/14 22:53:41
(´ω`)
875:デフォルトの名無しさん
07/04/14 23:13:38
SuspendThread(this);
876:デフォルトの名無しさん
07/04/14 23:20:36
解決方法がわからないので教えてください。
MSVCRTD.lib(MSVCRTD.dll) : error LNK2005: _memmove はすでに LIBCMTD.lib(memmove.obj) で定義されています
というエラーが15個出ます（まったく同じlib同士なので制限の関係で割愛します）
どちらかをunloadすればいいかとおもってプロジェクトの設定からやってみたんですが、どちらを行った場合でも、Libファイルがないためのエラーが出ます。
どうかおねがいします。
877:デフォルトの名無しさん
07/04/14 23:42:19
>>876 おちつけ。大体意味は分かるが。
878:デフォルトの名無しさん
07/04/15 00:03:44
どちらかをunload→どちらか一方とリンクする という意味じゃないのか？
プロジェクトの中に、誰かが作ったライブラリ（スタティックリンクしちゃったやつ）が混じっているんじゃないか？
１．プロジェクトの設定−一般−MFCのスタティックライブラリを使用
２．プロジェクトの設定−C/C++−[カテゴリ]コード生成−[使用するランタイムライブラリ]ﾏﾙﾁｽﾚｯﾄﾞ (ﾃﾞﾊﾞｯｸﾞ)
に設定したらビルドできるか？（EXEでなくてDLLを作る場合は ﾏﾙﾁｽﾚｯﾄﾞ (DLL、ﾃﾞﾊﾞｯｸﾞ)）
あと、↑の例はVS6だが、環境も知らせておくように。
879:デフォルトの名無しさん
07/04/15 00:29:00
GDI+のファイルの書き出しについて保存です。
読み込み、書き出しそのもの情報はあるのですが、Graphics→Imageにする方法がわかりません。
Imageにファイルを読み込んで、別の形式で保存するというのはあるのですが。
猫でもわかる〜を見ても読み込みまでしかかかれていないもので・・・
Graphics graphics(hdc);
//描画処理
このGraphicsをImageに変換するにはどうしたらいいのでしょうか？
880:デフォルトの名無しさん
07/04/15 00:37:17
>>878
ありがとうございます。できました
881:デフォルトの名無しさん
07/04/15 00:48:12
>>879
GDI+の扱いは分からんのだけども
GraphicsからBMPオブジェクト作ってImage.FromBitmapじゃ駄目？
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4976日前に更新/230 KB
担当:undef