Win32API質問箱 Build ..
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じゃ駄目？
882:881
07/04/15 00:51:32
不安になってMSDN見てみたらそんなメンバ無かったｗ
忘れてくれ
883:デフォルトの名無しさん
07/04/15 01:04:10
>>881
わざわざ調べていただいてありがとうございます。こちらでも確認したのですが、
Graphicの方にしかありませんでした。
884:デフォルトの名無しさん
07/04/15 01:06:28
間違ってました。Graphicsの方にもなかったです（汗 あるのはGraphics::FromImageですね。
885:デフォルトの名無しさん
07/04/15 01:08:59
それ何語?
886:デフォルトの名無しさん
07/04/15 01:10:16
エスペラント語でないことだけは確かだ
887:デフォルトの名無しさん
07/04/15 01:24:28
謎語を適当に喋ってみるテスト
Bitmapを作ってそこからGraphics:FromImage(bmp)で作ったGraphicsに
hdcをソースにして描画すればいいんじゃね
このスレ的にはhdcからBitBltするのかな?
888:デフォルトの名無しさん
07/04/15 01:32:04
>>887
ありがとうございます。その方法でいけました。
BitmapがImageと同じように使えるんですね。
889:デフォルトの名無しさん
07/04/15 02:40:09
ハンドル(CreateFileが返す値)から、元のファイルのフルパスを取得することができるAPIってありますか。
890:デフォルトの名無しさん
07/04/15 02:41:52
CreateFileで開いてフルパスじゃ無いって事は
カレントディレクトリパス＋CreateFileに渡したパスで良いと思うけどどうかね？
891:デフォルトの名無しさん
07/04/15 04:52:59
他のアプリのフォーカスがあるコントロールへデータを送りたいのですが
以下の様なコードだと、アプリによっては正しくデータが送れません。
またブラウザで表示された、HTML領域のコントロールへも
データが送れたらなと思うのですが、どういう方法がありますでしょうか？
DWORD myid = ::GetWindowThreadProcessId(m_hWnd, NULL);
DWORD toid = ::GetWindowThreadProcessId(::GetForegroundWindow(), NULL);
::AttachThreadInput(myid, toid, TRUE);
//::SendMessage(::GetFocus(), WM_PASTE, 0, 0); //←貼り付けの場合は当り前だけど全て無問題
::SendMessage(::GetFocus(), WM_SETTEXT, 0, (long)"TEST STRINGS!!!");
::AttachThreadInput(myid, toid, FALSE);
892:デフォルトの名無しさん
07/04/15 04:55:36
HANDLE からもとのファイル名が知りたいって事じゃね？
俺はそんなAPI知らないけど。
893:デフォルトの名無しさん
07/04/15 04:57:23
送り先が間違っているんだろ
894:デフォルトの名無しさん
07/04/15 05:07:56
俺も送り先が間違っているに一票
他にもたまにウィンドウがフォーカス持ってないように見えてフォーカス持ってたり
フォーカス持ってるようしか見えないのにフォーカス持ってなかったりする場合がある
フック使ってフォーカスの移動でも見てみればいい
895:デフォルトの名無しさん
07/04/15 05:14:12
>>891
ブラウザは良く知らんが↓が参考になるかも試練
URLﾘﾝｸ(k-gensai.hp.infoseek.co.jp)
Webのフォームはウィンドウじゃないから普通に操作すんのは無理
896:デフォルトの名無しさん
07/04/15 05:59:00
>>893-894
アプリの種類によっては、エディットではなく
タイトルバーの文字列が設定されてしまう場合とかあるんですよね。。
完全にエディットにフォーカスがあるのを確認して、SendMessage()しているのですが…
もう少し試行錯誤してみます。
>>895
やっぱりフォームのコントロールへのデータ送信は
ちょっとややこしそうですね。
また自分でも色々と調べてみますね。
解決したらご報告致します。
897:デフォルトの名無しさん
07/04/15 06:04:32
>>889
GetFileInformationByHandleEx
Vista以外では
URLﾘﾝｸ(www.microsoft.com)
をインストールする必要があるけど。
Win9xでは公開された方法は存在しない
898:896
07/04/15 06:13:25
具体的にいうとこんな感じなんですけどね。。
メモ帳のエディット部に送信 → 無事設定される
サクラエディタのエディット部に送信 → タイトルバーに設定される
Firefoxのアドレスバーに送信 → 無反応。。
やっぱり見た目にフォーカスがあっても
内部ではフォーカスが無い場合ってのがあるんでしょうね。
899:896
07/04/15 06:15:07
IEのアドレスバーには問題なく設定できるようです。
とりあえずどうしようもないので調べます。
900:デフォルトの名無しさん
07/04/15 06:19:13
あ、Fileextd.libはスタティックだからインストールが必要なのは開発者のほうだけね
901:デフォルトの名無しさん
07/04/15 06:23:19
>>898
Windows標準のエディットコントロールはWM_SETTEXTを独自に処理してるので
エディット部に設定される
それ以外のほとんどのウィンドウはWM_SETTEXTを処理しないのでデフォルト処理で
タイトルバーへの設定が行われる
子ウィンドウでタイトルバーが表示されていなければ無反応に見える
エディットコントロール(のように見えるもの)にテキストを設定する汎用的な方法は
存在しない
902:896
07/04/15 06:40:29
>>901
なるほど〜
確かにWM_SETTEXTで設定出来るのは
どれもオーソドックスなエディットだけですね。
う〜ん、困ったなぁ。。。
903:デフォルトの名無しさん
07/04/15 06:58:58
そもそも WM_SETTEXT は外から使うことを考慮していない。使えるように実装されているだけ。
文字を送るだけなら他の方法がある。
904:デフォルトの名無しさん
07/04/15 07:06:10
でも使えるように実装するのが普通だよな
今FireFox見てみたけどおかしな作りだな
905:896
07/04/15 07:25:30
別アプリのWebFormのコントロールに
データを設定する事なんて果たして可能なのかなぁ。。
906:デフォルトの名無しさん
07/04/15 07:48:59
IWebBrowser2で検索すると参考になりそうなサイトは沢山ある
が、理解できるかは知らんよ
907:896
07/04/15 07:50:37
>>906
情報ありがとうございます。
頑張って調べるしかないですね。
908:デフォルトの名無しさん
07/04/15 08:04:31
IEなんかは一見標準コントロールを使っているように見えるが
あれは全て自前描画のフルスクラッチだから、普通の
コントロールのように扱うのは無理だよ。
909:896
07/04/15 08:09:08
>>908
MSのアプリってそういうの多いみたいですね。。
あとAdobeのものとかも自作コンポーネントとかが沢山で。
ウェブフォームの方は、情報が色々と出てきて
どうにかなりそうな気がしてきました。
助言を下さったみなさま、ありがとうございました。
910:デフォルトの名無しさん
07/04/15 10:22:07
Windows Presentation Frameworkのコントロールも全部(API的には)自前描画だな
アンマネージなアプリから設定するのは結構骨が折れる
911:デフォルトの名無しさん
07/04/15 10:24:23
Windows Presentation Foundationだった
.NET Frameworkと微妙に混ざった
あとJavaのSwingアプリとか(AWTやSWTはプラットフォームのコントロールを使ってる)
912:889
07/04/15 10:35:31
>>897
ありがとう。
GetFileInformationByHandleEx の FileNameInfo で99%できた。
しかし、ドライブレターが無いのだ。
つまり、L"\\Windows\\System32\\ntdll.dll" みたいなのが返ってくる。
C: の部分はどうやったら良いかもお願いします。
913:デフォルトの名無しさん
07/04/15 11:04:30
>>912
VistaならGetVolumeInformationByHandleW
2000/XPだとGetFileInformationByHandle(Exじゃないほう)と
FindFirstVolume/FindNextVolume/FindVolumeClose/GetVolumeInformationの
ボリュームシリアル番号を付き合わせる、くらいしか思いつかない。
914:デフォルトの名無しさん
07/04/15 16:31:07
おにいさま…涙が…止まりません
915:デフォルトの名無しさん
07/04/15 21:06:53
辛子明太子を食べろ
916:デフォルトの名無しさん
07/04/15 21:23:52
エディットボックスで英数字だけ使うのってできないんだっけ
917:デフォルトの名無しさん
07/04/15 21:32:53
エディットボックスでWM_CHAR引っ掛ければ余裕
918:デフォルトの名無しさん
07/04/15 21:50:32
クリップボード経由でペーストされたら？
919:デフォルトの名無しさん
07/04/15 21:52:15
WM_PASTE見張ってれば良いじゃん
頭使ってる？
920:デフォルトの名無しさん
07/04/15 22:20:42
WM_SETTEXTとかEM_REPLACESELとかも見張る必要あるだろ
921:デフォルトの名無しさん
07/04/15 22:21:09
見張ればいいじゃん。
労力使ってる？
922:デフォルトの名無しさん
07/04/15 22:24:53
他にもワナがありそうだな。
EditBoxのあるダイアログのOKボタンが押されたときにでも、
データが適切であるかを確認する方がよほど楽だろうな。
923:デフォルトの名無しさん
07/04/15 22:26:46
頭も使う労力も無い人に金言を授けよう
駄 目 な 奴 は 何 を や っ て も 駄 目
924:デフォルトの名無しさん
07/04/15 22:28:52
本人から言われると重みがあるな
925:デフォルトの名無しさん
07/04/15 22:30:53
あれ、英数字ってなかったっけ？
俺の気のせいか
926:デフォルトの名無しさん
07/04/15 22:31:52
数字だけならあったけどな
927:デフォルトの名無しさん
07/04/15 22:32:54
>>925
MFCのDDXならデジットチェックあるんだよ。
だけどここはWin32APIだから。
928:デフォルトの名無しさん
07/04/15 22:46:22
DDXも入力はできちゃう
929:デフォルトの名無しさん
07/04/15 22:55:15
って EM_CHANGE / EM_UPDATE じゃいかんのけ？
930:デフォルトの名無しさん
07/04/15 23:52:12
>>929
いいんとちゃう？
931:912=889
07/04/16 00:58:15
>>913
OSはXPです。
FindFirstVolume/FindNextVolume/FindVolumeClose だと "\\?\Volume{GUIDっぽい文字列}\" みたいな文字列で、どう扱ってよいか分からず断念。
ドライブレターありきで、割り切ることにしました。
マウントでも破綻するかもしれないですが、これも割り切り。
(1) ファイルのハンドルを GetFileInformationByHandle に渡して、ファイルのボリュームシリアル番号を得て、
(2)GetLogicalDriveStrings の結果を GetVolumeInformation に渡して、各ドライブのボリュームシリアル番号を得て、
(3)上記(2)のボリュームシリアル番号のうち、(1)のボリュームシリアル番号に一致するのがファイルが居るドライブと判定。
という方法でとりあえずやりたいことはできるようになりました。
御礼を兼ねて報告。
932:デフォルトの名無しさん
07/04/16 01:24:18
>>931
こんなの見つけた。Win2kだとさらにやり方が違うみたい
URLﾘﾝｸ(www.ultrasync.net)
もし非公開API使ってもいいならNtQueryVolumeInformationFileがたぶん使える
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4976日前に更新/230 KB
担当:undef