トップページ⇒tech
1001コメント310KB

【初心者歓迎】C/C++室 Ver.48【環境依存OK】

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2008/02/05(火) 01:18:41
エスケープシーケンスやWin32APIなどの環境依存なものでもOK。
ただしその場合、質問者は必ず環境を書きましょう。
※sage禁止です(と代々スレに書いてありますが自己判断で)。
【前スレ】
【初心者歓迎】C/C++室 Ver.47【環境依存OK】
http://pc11.2ch.net/test/read.cgi/tech/1200464091/
【アップローダー】(質問が長い時はココ使うと便利)
http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/joyful.htm
0604デフォルトの名無しさん2008/02/13(水) 15:58:42
グローバルに置くのが正解
06056022008/02/13(水) 16:00:48
>>603
いや、mainの中の先頭に置いても良いけど
スコープはmain内だけであってまぁ・・なんていうか・・・

using namespace std;の宣言自体を俺は勧めない
0606デフォルトの名無しさん2008/02/13(水) 16:11:52
>>603
原則 using を使わず全部書くのが推奨だな
0607デフォルトの名無しさん2008/02/13(水) 16:18:05
std::vector<int> hoge;

面倒でもこういう記法に慣れるが吉。
0608デフォルトの名無しさん2008/02/13(水) 16:25:19
cout cin endlくらいはusing宣言したいな
0609デフォルトの名無しさん2008/02/13(水) 16:39:53
（swap内で）
using std::swap;
using boost::swap;
using 俺ライブラリ::swap;
（definition内で）
using namespace boost::spirit;

これしか使ってないな
0610デフォルトの名無しさん2008/02/13(水) 16:44:03
>>608
おれもそう思う。stdにいろいろ詰め込み過ぎだ。
0611デフォルトの名無しさん2008/02/13(水) 16:55:48
::boost::mplを使うときに
専用の名前空間に放り込んでusing namespace ::boost::mpl;してから
共通名前空間にエイリアスとなるメタ関数を書くようにする
ぐらいは許してください
0612デフォルトの名無しさん2008/02/13(水) 18:52:47
専用名前空間って、それのためにしか使わないなら、
名前空間のエイリアスnamespace hoge = boost::mpl;で十分では？

それに限らず、cppファイル内ではよくやるんだが。
namespace bll = boost::lambda;
namespace algo = boost::algorithm;

namespace dr = System::Drawing;
0613デフォルトの名無しさん2008/02/13(水) 22:36:33
VC++のusing namespaceは壊れてるから
専用の名前空間でも使わない方がいいよ
0614デフォルトの名無しさん2008/02/13(水) 22:52:15
std::mapから登録していないKeyつかって[]で取り出そうとすると
出来立てのValueが返ってきますか？
0615デフォルトの名無しさん2008/02/13(水) 22:55:30
うん
0616デフォルトの名無しさん2008/02/14(木) 03:32:31
_beginthreadでマルチスレッドで実行する関数って戻り値設定できないの？
0617デフォルトの名無しさん2008/02/14(木) 03:53:29
くずたれの質問ですいません
class内でのstaticメソドはどういう役割をするんでしょうか
csharpやjavaだとわかるんですが
C++でのstaticメソッドは、いまいち解りません
どなたか解説お願いしていただけないでしょうか
0618デフォルトの名無しさん2008/02/14(木) 03:58:05
>>616
_endthreadex()を使えば整数は返せる。
0619デフォルトの名無しさん2008/02/14(木) 03:58:44
>>617
C#やJavaと同じだと思うんだけど。なんで違うと思うの？
0620デフォルトの名無しさん2008/02/14(木) 04:26:56
win32が名前空間対応してくれればいいのに
0621デフォルトの名無しさん2008/02/14(木) 10:06:21
vectorを初期化するときに、配列を初期化するみたいに、
vector<int> vec = {1,2,3,4,5,6};
みたいな書き方をする方法はありませんか？
0622デフォルトの名無しさん2008/02/14(木) 10:08:44
>>621
その書き方は現行の C++ ではコンパイルできない。
「みたいな」という幅がどこまであるのかによっては、
似たような書き方ができることもあるけど。
0623デフォルトの名無しさん2008/02/14(木) 10:22:11
batファイルで、処理の途中でキー入力を求められるとき
どうすれば入力できますか？
パスワード入力を自動的に行いたいのです。
0624デフォルトの名無しさん2008/02/14(木) 10:32:29
>>621

>>10
0625デフォルトの名無しさん2008/02/14(木) 10:34:51
誤爆してしまった…

C/C++でGUIを実装する場合、どういった手段が適当でしょうか？（Windows環境）

色々調べてみたところ
・実際の職業プログラマさんなんかはC#やVB.NETみたいなのを使う
・WinAPIを直接、みたいなことは趣味でやる人が使う
（山を登るのに、ロープウェイを使うのが賢いが趣味で山登りを楽しむ人がいるみたいな意味で）

で、実際人に聞くと今度はMFCという意見が出てきました
調べるとWinAPIを糖衣したようなもののように感じたものの情報がすごく少ない

と、こんな感じでして、どっちに進むべきか悩んでいます
やりたいのはどっちだ、というのは手段と目的がｒｙってやつでGUIの実装の手段をどうしたものか、という質問です
C#/VB.NETというものも一応考慮のうちに入れておきたいです
（GUIの実装はC/C++の枠を超えればそれがベターだから、という意見も考慮したいからです）
それではよろしくお願いします
0626デフォルトの名無しさん2008/02/14(木) 10:36:58
>実際の職業プログラマさんなんかはC#やVB.NETみたいなのを使う
業種にもよるけどMFC使ってる職業プログラマも多いよ
むしろそっちの方が多いはず

MFCの情報が少ないのは調べ方が悪いと思う
0627デフォルトの名無しさん2008/02/14(木) 10:44:20
template <>の中にかけるのは、classと、typename、それにintだけですか？
0628デフォルトの名無しさん2008/02/14(木) 10:46:03
>>623
スレ立てるまでもない質問はここで 第89刷
http://pc11.2ch.net/test/read.cgi/tech/1202726651/

SET /P password=
0629デフォルトの名無しさん2008/02/14(木) 10:56:59
>>627
type parameter
non-type parameter(intは可 現規格では幾つか制限アリ)
template template parameter（デフォルト引数は考慮されないことに注意）
の三つがOKだよ。

（例）
template<typename T>
template<int I>
template< template<typename, typename> class C >
0630デフォルトの名無しさん2008/02/14(木) 10:59:57
template<class A, class B> void Foo( B b ){}

という関数があったとき、使う側で

Foo<int>( bar );

と引数から特定できない型のみを指定できるのは、
C++において正しい仕様なのでしょうか？VS2005では一応コンパイルが通る
ようですが…
06316252008/02/14(木) 11:05:33
>>626
なるほど・・どうにもうまく調べられないようで、ちょっと離れたプログラム関連の本が多い
書店へ行ったのですが、MFCについての本は独習シリーズを書いている方のものが1冊（古い）と
その他薄いものが何冊かしかありませんでした
それと合わせて情報が少なくマイナーなのかと思ってしまっていました
もうちょっとMFCについて調べてみます
0632デフォルトの名無しさん2008/02/14(木) 11:08:19
というかそのプログラム関連書籍が多い書店を教えて欲しいｗ
0633デフォルトの名無しさん2008/02/14(木) 11:23:26
池袋にあるジュンク堂ってとこです
大型書店何件か回ったけどあそこが群を抜いて多かったです
0634デフォルトの名無しさん2008/02/14(木) 11:30:11
あそこいいね
立ち読み客のために椅子まで用意されてたし
ちょっと前まで近所だったからよく行ってたよ
0635デフォルトの名無しさん2008/02/14(木) 11:49:07
ただちょっと会計が面倒ですよね

一応MFCやってみようと思います、WinAPI知らないままで不安ですが独習シリーズの人の本買ってみようと思います
ありがとうございました
0636デフォルトの名無しさん2008/02/14(木) 12:18:20
今更MFC?……
目的にも依るし、ここで続けるのもスレ違いだから詳しくは書かないけれど。
0637デフォルトの名無しさん2008/02/14(木) 12:19:34
MFCはこれから落ち込んでいくんじゃないか？.NET系（C#とか）やるべきだと思うの俺だけ？
0638デフォルトの名無しさん2008/02/14(木) 12:31:40
落ち込んでから.NETなり時代に沿ったものに切り替えればいい
目的にもよるけど
0639デフォルトの名無しさん2008/02/14(木) 12:45:38
MFCはまあ、最初の枠組みやってくれるのだけあてにして使ったりするな。
0640デフォルトの名無しさん2008/02/14(木) 13:07:23
>>621
ttp://www.kmonos.net/alang/boost/classes/assign.html
0641デフォルトの名無しさん2008/02/14(木) 13:28:04
サブスレッドがデータ更新した事を知るためにはwhileなどで繰り返しチェックする以外にどのような方法がありますか
0642デフォルトの名無しさん2008/02/14(木) 13:29:25
>>635
その本は良書だしMFCを少しでも触ったことがあれば難しくはないが、
MFCの情報を探し出せないという検索の腕からいってもお前さんにその本はまだ早い。
というかMFCなんて仕事で必要でない限りは今更初心者が手を出すべきものでもない。
06436412008/02/14(木) 13:32:48
イベントドリブンっていうのはきいたことあるのですが、BCBとかでは無い標準のC言語、C++でどうやるのかわかりません
0644デフォルトの名無しさん2008/02/14(木) 13:51:27
>>641
Windowsならイベントオブジェクト、Unixなら条件変数
>>643
標準のC/C++にサブスレッドなんて概念は無いと思うが…
06456412008/02/14(木) 14:02:49
サンクス
0646デフォルトの名無しさん2008/02/14(木) 14:13:28
CreateEvent() の使い方がわからないので適当なSleepいれてwhileでチェックしようかと思うのですが
CreateEvent()のほうが断然良いですか? たとえば500msとか、100msとか待ったとき
CreateEvent()のほうが即時性とCPU負荷低いですか
0647デフォルトの名無しさん2008/02/14(木) 14:15:07
やってみると、それ自体は簡単だからまずやってみろって。
0648デフォルトの名無しさん2008/02/14(木) 14:16:31
断然良いです
即時性は高いです
負荷は100msも寝るなら大差ない
0649デフォルトの名無しさん2008/02/14(木) 14:18:13
DLLにしたいんのですが、なるべく負荷を下げたいんです　
一つのサブスレッドがデータを受信したらそれを知りたいのですが、間隔は2〜10秒くらいです
whileで監視しても変わらないですか
0650デフォルトの名無しさん2008/02/14(木) 14:20:42
少しでも下げたいならイベントオブジェクトの方がいいんじゃね
通知が来るまで寝っぱなしだし
100msごとに起きるよりは当然
0651デフォルトの名無しさん2008/02/14(木) 14:22:04
初心者がわかる文書ありませんか
0652デフォルトの名無しさん2008/02/14(木) 14:30:41
CreateEventの使い方なんか簡単だ。
HANDLE handle;
handle = CreateEvent(NULL, FALSE, FALSE, NULL);
これで良い。
0653デフォルトの名無しさん2008/02/14(木) 14:31:42
winapiのメリットってなんでｓか
0654デフォルトの名無しさん2008/02/14(木) 14:34:42
>>653
何に対するメリット？比較対象は？
0655デフォルトの名無しさん2008/02/14(木) 14:41:07
ウィンドウプロシージャではよくswitchが使われていますが、
ifではなくswitchを使う理由みたいなものがあるんでしょうか？
0656デフォルトの名無しさん2008/02/14(木) 14:42:24
>>655
ifでも書けるから、ためしにifで書いてごらん。
理由がわかると思うよ。
0657デフォルトの名無しさん2008/02/14(木) 14:48:20
int main(void){
  for(;;)
 
  return 0;
}

これのコンパイルが普通に通って(´･ω･｀)？ってなってるんですが、
ぶら下がり文って次の行でなくても許されてるんですか？
0658デフォルトの名無しさん2008/02/14(木) 14:51:34
空白文字（改行含む）はいくらあっても構わない形式なのです。
0659デフォルトの名無しさん2008/02/14(木) 14:51:35
for (;;) return 0;

って解釈されてるんだろ
0660デフォルトの名無しさん2008/02/14(木) 14:54:21
>658-659
なるほど、どうもです。
同じ行か、次の行までしか許されないもんだと思いこんでました。
0661デフォルトの名無しさん2008/02/14(木) 14:54:45
>>657
こんなのでも普通にコンパイル出来るよ
びっくり？

int main(
void){ for(
;

;) return

0;}
0662デフォルトの名無しさん2008/02/14(木) 14:58:05
>>661
たぶん、そういうのはわかっちゃいるけど、「ついなんとなく」
ぶら下がり文に対してだけ異なる感覚を持ってしまったんだろう。
0663デフォルトの名無しさん2008/02/14(木) 15:01:51
p
r
i
n
t
f
(
"
t
e
s
t
\n
"
);

でもこれは通らないんだね(´･ω･｀)
06646412008/02/14(木) 15:02:00
サンクス　できましたよ

#include <iostream>
#include <windows.h>
#include <process.h>
using namespace std;
HANDLE handle;

unsigned WINAPI fnc(void *x){
int n=(int)x,m;
m=3000-n*300;
Sleep(m);
cout<<n<<"ban "<<m<<"msec Sleep\n\n";
SetEvent(handle);}

main(){
handle = CreateEvent(NULL, FALSE, FALSE, NULL);
for(int n=0;n<10;n++){
_beginthreadex(NULL, 0, fnc, (void*)n, 0 ,NULL);}
while(1){
WaitForSingleObject(handle, INFINITE);
cout<<"main reep ga ugoita\n";
}}
0665デフォルトの名無しさん2008/02/14(木) 15:05:42
>>656
if(○○ == WM_xxx)
○○ ==の部分を毎回書かなければいけない事くらいしか思い当たりません。
その代わりbreak（もしくはreturn）がいらないので記述ミスが減るかなぁと。

と書いているうちに一つ思い浮かんだのが、breakを挟まないことで
case WM_CREATE:
〜処理1〜
case WM_PAINT:
〜処理2〜
break

WM_CREATEがきたときは処理1,処理2をどちらも行うという事が出来ますね。
これがswitchを使う理由ですか？
0666デフォルトの名無しさん2008/02/14(木) 15:12:56
>>665
そもそもswitch文の存在理由を考えてみるといいかと
およそほとんどのswitch文はif文で書けるわけだし、
C言語のswitch文って要らないよね、ってのは、
それはそれでひとつの考え方だが…
0667デフォルトの名無しさん2008/02/14(木) 15:14:05
ぶっちゃけswitchでできることはみんなif-elseでできるし、
while、do-whileでできることはみんなforでできる。
選ぶ基準はどっちが見やすいか、書きやすいか。
0668デフォルトの名無しさん2008/02/14(木) 15:23:30
>>630
正しい仕様です。


0669デフォルトの名無しさん2008/02/14(木) 17:03:06
>>668
ありがとうございます。安心して使うことができます。
0670デフォルトの名無しさん2008/02/14(木) 18:08:59
店で売ってるソフトって大半がMFC製じゃないの？
0671デフォルトの名無しさん2008/02/14(木) 18:49:22
wchar_tの文字列をcharの文字列に変換したいのですが
　　char buf[256];
　　wchar_t wbuf[] = _T("Test123あいうアイウ");
　　int c;
　　setlocale(LC_ALL,"ja");
　　wcstombs_s(&c,buf,256,wbuf,256);
ではwbufに入っている「Test123」までがbufにコピーされ、それ以降は無視されているようです。
理由を教えていただけませんか？
0672デフォルトの名無しさん2008/02/14(木) 18:55:03
変換できないワイド文字が検出されたのでその直前で変換を打ち切った
0673デフォルトの名無しさん2008/02/14(木) 19:40:47
"ja"がロケール文字列として有効なのか怪しいな。
単にsetlocale(LC_ALL, "");で試してみたら？

あと、本当のワイド文字列リテラルに_Tは使うな。直接L付けろ。
wchar_t wbuf[] = L"Test123あいうアイウ";
0674デフォルトの名無しさん2008/02/14(木) 19:54:01
Windows だったら setlocale(LC_ALL, "japanese"); だったと思う
0675デフォルトの名無しさん2008/02/14(木) 20:12:53
WCHAR
0676デフォルトの名無しさん2008/02/14(木) 21:13:33
>>672-675
ありがとうございます
setlocale(LC_ALL, "japanese");
で解決しました。
0677デフォルトの名無しさん2008/02/14(木) 22:00:06
ttp://www.uploda.org/uporg1251163.zip.html (展開時9.7KB程度)

Windowsゲーム向けタイマクラスを作ってみたんですが
(1/60秒休んで累積の休憩時間からfpsや簡易CPU率を取得する機能)
どうにも少しでも負荷がかかるとWindowsタスクマネージャで見てると
まだまだCPUが余裕な割に53fpsくらいに落ち込んでしまいます。

もうすこし改良したいと思うのですが、どこか改良の余地はありますでしょうか？
0678デフォルトの名無しさん2008/02/14(木) 22:05:20
タイマーをパワーアップ
0679デフォルトの名無しさん2008/02/15(金) 00:55:33
>>677
あまり詳しく見てないけど、
Sleepが1/60秒以上帰ってこないことが7回/秒あったら53fpsになるのかな？
Sleepの精度なんてそんなもんだし。

理論値どおりに増加するフレームカウンタを作り、
実際に処理できたフレーム数がそれに追いついたら休む、
追いつくまでは休まず連続して何フレームでも処理する、
とすれば、平均のfpsは理論値と合う。
0680デフォルトの名無しさん2008/02/15(金) 00:57:29
こんな感じで見やすくＣ＋＋の標準関数載せてくれてるサイトありませんか？

ttp://cham.ne.jp/piro/p_stdfunc.html
0681デフォルトの名無しさん2008/02/15(金) 01:03:00
ttp://www.cppll.jp/cppreference/
0682デフォルトの名無しさん2008/02/15(金) 01:15:08
>>679
「どうしても追い付けなければスキップすることも辞さない」も入れとくべきではないか？
0683デフォルトの名無しさん2008/02/15(金) 01:17:05
バイナリファイルについての質問です。
とあるバイナリファイルの中に、12ビット単位でひとつの要素となるデータが99バイト分入っています。
これを3バイトずつファイルから読み出して12ビット単位で区切り、short型に変換して
再度バイナリファイルに書き出したいと思っています。
この場合、バイナリモードでファイルを開いて、char data[3]にread関数で3バイト格納しても
シフト演算子が使えないため、上手く12ビット単位でデータを取得することができません。
何か良い案ないでしょうか？
0684デフォルトの名無しさん2008/02/15(金) 01:24:09
>>683
「シフト演算子が使えない」と思い込む根拠は?
まぁ、環境依存上等でビットフィールドを使うか、自前でビット演算するかの違いだけどね。
0685デフォルトの名無しさん2008/02/15(金) 01:24:18
やり方は色々あるけど、とりあえず3byte読んでから4byteの整数に格納sすれば？
0686デフォルトの名無しさん2008/02/15(金) 01:27:43
>>683
short a1 = (unsigned short)data[0] << 4 | (unsigned short)data[1] >> 4; // 前半12bit
short a2 = (unsigned short)data[1] << 8 | (unsigned short)data[2]; // 後半12bit
これでだめかや？
0687デフォルトの名無しさん2008/02/15(金) 01:31:54
訂正
short a1 = (unsigned short)data[0] << 4 | (unsigned short)data[1] >> 4; // 前半12bit
short a2 = (unsigned short)(data[1] & 0x0f) << 8 | (unsigned short)data[2]; // 後半12bit
0688デフォルトの名無しさん2008/02/15(金) 01:33:49
a1とa2もunsigned shortでいいと思う。
俺の個人的嗜好だけど。
0689デフォルトの名無しさん2008/02/15(金) 01:38:19
a1, a2はunsigned shortにすべきだな。
それはそうと、
a1 <- data[0].u data[0].l data[1].u
a2 <- data[1].l data[2].u data[2].l
って並びなのかな。
a1 <- data[1].l data[0].u data[0].l
a2 <- data[2].u data[2].l data[1].u
って並びの可能性もありそうだが。
0690デフォルトの名無しさん2008/02/15(金) 01:47:13
VC++のインラインアセンブラで64bitの整数の掛算（UInt32x32To64のような物）をやりたい訳ですが
どのようにすれば良いのでしょうか。

32bitなら以下で良いみたいですが64bitのやり方がわからず・・・。
int mul(int a, int b)
{
_asm{
mov eax, a
mov ebx, b
mul eax, ebx
}
}
0691デフォルトの名無しさん2008/02/15(金) 01:54:36
>>685〜688
お〜なるほど、とても助かりました。
シフト演算が使えないと言ったのは自分の知識不足です。
3バイトのデータを一気にシフト演算しようとしていました。
上手くいきました。ありがとうございます。

0692デフォルトの名無しさん2008/02/15(金) 01:55:49
解決したと思ったら、もう一個質問ができました。すいませんが、こちらもお願いします。
読み込んできたデータを次の関数で共用体に格納して、bit単位でいじってるんですが、どうも上手くとれません。
いろいろ省略していますが、以下のような感じです。

テストデータ(バイナリ)
11111111 11111111 11111111

共用体
union UNION{
unsinged char data[3];
struct {
unsinged short element1 : 8;
unsinged short element2 : 3;
unsinged short element3 : 5;
unsinged short element4 : 1;
unsinged short element5 : 7;
}FILED;
}

処理
UNION A;

read (fd , A.data , 3):
printf("%d\n" , A.FILED.elemnt1); ←255が出力される
printf("%d\n" , A.FILED.elemnt2); ←7が出力される
printf("%d\n" , A.FILED.elemnt3); ←31が出力される
printf("%d\n" , A.FILED.elemnt4); ←何故か0が出力される
printf("%d\n" , A.FILED.elemnt5); ←127が表示される

4番目の要素が１と表示されるません。
これはなんででしょう？
0693デフォルトの名無しさん2008/02/15(金) 02:00:33
unionの使い方間違えてないか？
0694デフォルトの名無しさん2008/02/15(金) 02:02:51
>>690
64ビットの値を返すときは、EDX:EAX。

こんな関数をコンパイルさせたら、
long long mul(int a, int b)
{
return static_cast<long long>(a, b);
}
こんな出力だった。
; Line 3
mov eax, DWORD PTR _a$[esp-4]
imul DWORD PTR _b$[esp-4]
; Line 4
ret 0
0695デフォルトの名無しさん2008/02/15(金) 02:02:56
>>692
試しに、printf("%u\n", A.FILED.element4)にしてみたら?

>>693
適切かどうかは兎も角、間違ってはいないんじゃないか?
06966922008/02/15(金) 02:19:25
>>695
上手くいってないような雰囲気です。
どっか自分が処理を間違えているかもしれないので、
原因を探してみます。
0697デフォルトの名無しさん2008/02/15(金) 02:47:09
手元のgccだとちゃんと1になるけどなぁ。
0698デフォルトの名無しさん2008/02/15(金) 02:47:14
>>694
上位32bitがEDXに格納されるのは解りました。
それをどうやってUINT64の変数に代入するのでしょうか。

一応、以下みたく物凄く邪道な感じでやってみたり・・・
UINT64 mul64(UINT a, UINT b)
{
FILETIME c;
_asm {
mov eax, a
mul b
mov c.dwHighDateTime, edx //mov dword ptr [ebp-8],eax
mov c.dwLowDateTime, eax //mov dword ptr [ebp-4],edx
}
return *(UINT64*)&c;
}

＞mov dword ptr [ebp-8],eax
＞mov dword ptr [ebp-4],edx
のインラインアセンブラでの正しい記述方法が解らないです。
0699デフォルトの名無しさん2008/02/15(金) 02:54:44
>>698
C側で対処するならこんなんとか。
union {
struct {
uint32 l;
uint32 h;
} s;
uint64 w;
} c;
_asm {
mov c.s.l, eax
mov c.s.h, edx
}
return c.w;
0700デフォルトの名無しさん2008/02/15(金) 02:56:12
これでいいよ。
__declspec(naked) UINT64 __cdecl mul64(UINT a, UINT b)
{
  _asm
  {
    mov eax, a
    mul b
    ret
  }
}
0701デフォルトの名無しさん2008/02/15(金) 03:29:18
>>699
なるほど、適当に構造体定義してやればいいのか。

>>700
これは警告も出ないしスマートだし関数でやるならこちらが良いですね。

解決です。ありがとうございました。
0702デフォルトの名無しさん2008/02/15(金) 04:57:05
>>681
ありがとうございます。C++はCの標準関数＋これらが使えるのね
0703デフォルトの名無しさん2008/02/15(金) 05:17:09
こんな感じでも行ける
UINT64 res;
_asm {
mov eax, a
mul b
mov dword ptr[res], eax
mov dword ptr[res+4], edx
}
return res;
0704デフォルトの名無しさん2008/02/15(金) 14:36:08
DLLから要求があるまで動作を停止したいのですが、どのようにしたらいいんでしょうか?
メインのグローバルハンドルを共有出来ないですよね?
■ このスレッドは過去ログ倉庫に格納されています