【初心者歓迎】C/C++室 Ver.48【環境依存OK】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2008/02/05(火) 01:18:41ただしその場合、質問者は必ず環境を書きましょう。
※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:420605602
2008/02/13(水) 16:00:48いや、mainの中の先頭に置いても良いけど
スコープはmain内だけであってまぁ・・なんていうか・・・
using namespace std;の宣言自体を俺は勧めない
0606デフォルトの名無しさん
2008/02/13(水) 16:11:52原則 using を使わず全部書くのが推奨だな
0607デフォルトの名無しさん
2008/02/13(水) 16:18:05面倒でもこういう記法に慣れるが吉。
0608デフォルトの名無しさん
2008/02/13(水) 16:25:190609デフォルトの名無しさん
2008/02/13(水) 16:39:53using std::swap;
using boost::swap;
using 俺ライブラリ::swap;
（definition内で）
using namespace boost::spirit;
これしか使ってないな
0610デフォルトの名無しさん
2008/02/13(水) 16:44:03おれもそう思う。stdにいろいろ詰め込み過ぎだ。
0611デフォルトの名無しさん
2008/02/13(水) 16:55:48専用の名前空間に放り込んで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専用の名前空間でも使わない方がいいよ
0614デフォルトの名無しさん
2008/02/13(水) 22:52:15出来立てのValueが返ってきますか？
0615デフォルトの名無しさん
2008/02/13(水) 22:55:300616デフォルトの名無しさん
2008/02/14(木) 03:32:310617デフォルトの名無しさん
2008/02/14(木) 03:53:29class内でのstaticメソドはどういう役割をするんでしょうか
csharpやjavaだとわかるんですが
C++でのstaticメソッドは、いまいち解りません
どなたか解説お願いしていただけないでしょうか
0618デフォルトの名無しさん
2008/02/14(木) 03:58:05_endthreadex()を使えば整数は返せる。
0619デフォルトの名無しさん
2008/02/14(木) 03:58:44C#やJavaと同じだと思うんだけど。なんで違うと思うの？
0620デフォルトの名無しさん
2008/02/14(木) 04:26:560621デフォルトの名無しさん
2008/02/14(木) 10:06:21vector<int> vec = {1,2,3,4,5,6};
みたいな書き方をする方法はありませんか？
0622デフォルトの名無しさん
2008/02/14(木) 10:08:44その書き方は現行の C++ ではコンパイルできない。
「みたいな」という幅がどこまであるのかによっては、
似たような書き方ができることもあるけど。
0623デフォルトの名無しさん
2008/02/14(木) 10:22:11どうすれば入力できますか？
パスワード入力を自動的に行いたいのです。
0624デフォルトの名無しさん
2008/02/14(木) 10:32:29>>10
0625デフォルトの名無しさん
2008/02/14(木) 10:34:51C/C++でGUIを実装する場合、どういった手段が適当でしょうか？（Windows環境）
色々調べてみたところ
・実際の職業プログラマさんなんかはC#やVB.NETみたいなのを使う
・WinAPIを直接、みたいなことは趣味でやる人が使う
（山を登るのに、ロープウェイを使うのが賢いが趣味で山登りを楽しむ人がいるみたいな意味で）
で、実際人に聞くと今度はMFCという意見が出てきました
調べるとWinAPIを糖衣したようなもののように感じたものの情報がすごく少ない
と、こんな感じでして、どっちに進むべきか悩んでいます
やりたいのはどっちだ、というのは手段と目的がｒｙってやつでGUIの実装の手段をどうしたものか、という質問です
C#/VB.NETというものも一応考慮のうちに入れておきたいです
（GUIの実装はC/C++の枠を超えればそれがベターだから、という意見も考慮したいからです）
それではよろしくお願いします
0626デフォルトの名無しさん
2008/02/14(木) 10:36:58業種にもよるけどMFC使ってる職業プログラマも多いよ
むしろそっちの方が多いはず
MFCの情報が少ないのは調べ方が悪いと思う
0627デフォルトの名無しさん
2008/02/14(木) 10:44:200628デフォルトの名無しさん
2008/02/14(木) 10:46:03スレ立てるまでもない質問はここで 第89刷
http://pc11.2ch.net/test/read.cgi/tech/1202726651/
SET /P password=
0629デフォルトの名無しさん
2008/02/14(木) 10:56:59type 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という関数があったとき、使う側で
Foo<int>( bar );
と引数から特定できない型のみを指定できるのは、
C++において正しい仕様なのでしょうか？VS2005では一応コンパイルが通る
ようですが…
0631625
2008/02/14(木) 11:05:33なるほど・・どうにもうまく調べられないようで、ちょっと離れたプログラム関連の本が多い
書店へ行ったのですが、MFCについての本は独習シリーズを書いている方のものが1冊（古い）と
その他薄いものが何冊かしかありませんでした
それと合わせて情報が少なくマイナーなのかと思ってしまっていました
もうちょっとMFCについて調べてみます
0632デフォルトの名無しさん
2008/02/14(木) 11:08:190633デフォルトの名無しさん
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目的にも依るし、ここで続けるのもスレ違いだから詳しくは書かないけれど。
0637デフォルトの名無しさん
2008/02/14(木) 12:19:340638デフォルトの名無しさん
2008/02/14(木) 12:31:40目的にもよるけど
0639デフォルトの名無しさん
2008/02/14(木) 12:45:380640デフォルトの名無しさん
2008/02/14(木) 13:07:23ttp://www.kmonos.net/alang/boost/classes/assign.html
0641デフォルトの名無しさん
2008/02/14(木) 13:28:040642デフォルトの名無しさん
2008/02/14(木) 13:29:25その本は良書だしMFCを少しでも触ったことがあれば難しくはないが、
MFCの情報を探し出せないという検索の腕からいってもお前さんにその本はまだ早い。
というかMFCなんて仕事で必要でない限りは今更初心者が手を出すべきものでもない。
0643641
2008/02/14(木) 13:32:480644デフォルトの名無しさん
2008/02/14(木) 13:51:27Windowsならイベントオブジェクト、Unixなら条件変数
>>643
標準のC/C++にサブスレッドなんて概念は無いと思うが…
0645641
2008/02/14(木) 14:02:490646デフォルトの名無しさん
2008/02/14(木) 14:13:28CreateEvent()のほうが断然良いですか? たとえば500msとか、100msとか待ったとき
CreateEvent()のほうが即時性とCPU負荷低いですか
0647デフォルトの名無しさん
2008/02/14(木) 14:15:070648デフォルトの名無しさん
2008/02/14(木) 14:16:31即時性は高いです
負荷は100msも寝るなら大差ない
0649デフォルトの名無しさん
2008/02/14(木) 14:18:13一つのサブスレッドがデータを受信したらそれを知りたいのですが、間隔は2〜10秒くらいです
whileで監視しても変わらないですか
0650デフォルトの名無しさん
2008/02/14(木) 14:20:42通知が来るまで寝っぱなしだし
100msごとに起きるよりは当然
0651デフォルトの名無しさん
2008/02/14(木) 14:22:040652デフォルトの名無しさん
2008/02/14(木) 14:30:41HANDLE handle;
handle = CreateEvent(NULL, FALSE, FALSE, NULL);
これで良い。
0653デフォルトの名無しさん
2008/02/14(木) 14:31:420654デフォルトの名無しさん
2008/02/14(木) 14:34:42何に対するメリット？比較対象は？
0655デフォルトの名無しさん
2008/02/14(木) 14:41:07ifではなくswitchを使う理由みたいなものがあるんでしょうか？
0656デフォルトの名無しさん
2008/02/14(木) 14:42:24ifでも書けるから、ためしにifで書いてごらん。
理由がわかると思うよ。
0657デフォルトの名無しさん
2008/02/14(木) 14:48:20for(;;)
return 0;
}
これのコンパイルが普通に通って(´･ω･｀)？ってなってるんですが、
ぶら下がり文って次の行でなくても許されてるんですか？
0658デフォルトの名無しさん
2008/02/14(木) 14:51:340659デフォルトの名無しさん
2008/02/14(木) 14:51:35って解釈されてるんだろ
0660デフォルトの名無しさん
2008/02/14(木) 14:54:21なるほど、どうもです。
同じ行か、次の行までしか許されないもんだと思いこんでました。
0661デフォルトの名無しさん
2008/02/14(木) 14:54:45こんなのでも普通にコンパイル出来るよ
びっくり？
int main(
void){ for(
;
;) return
0;}
0662デフォルトの名無しさん
2008/02/14(木) 14:58:05たぶん、そういうのはわかっちゃいるけど、「ついなんとなく」
ぶら下がり文に対してだけ異なる感覚を持ってしまったんだろう。
0663デフォルトの名無しさん
2008/02/14(木) 15:01:51r
i
n
t
f
(
"
t
e
s
t
\n
"
);
でもこれは通らないんだね(´･ω･｀)
0664641
2008/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:42if(○○ == 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そもそもswitch文の存在理由を考えてみるといいかと
およそほとんどのswitch文はif文で書けるわけだし、
C言語のswitch文って要らないよね、ってのは、
それはそれでひとつの考え方だが…
0667デフォルトの名無しさん
2008/02/14(木) 15:14:05while、do-whileでできることはみんなforでできる。
選ぶ基準はどっちが見やすいか、書きやすいか。
0668デフォルトの名無しさん
2008/02/14(木) 15:23:30正しい仕様です。
0669デフォルトの名無しさん
2008/02/14(木) 17:03:06ありがとうございます。安心して使うことができます。
0670デフォルトの名無しさん
2008/02/14(木) 18:08:590671デフォルトの名無しさん
2008/02/14(木) 18:49:22char 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:030673デフォルトの名無しさん
2008/02/14(木) 19:40:47単にsetlocale(LC_ALL, "");で試してみたら？
あと、本当のワイド文字列リテラルに_Tは使うな。直接L付けろ。
wchar_t wbuf[] = L"Test123あいうアイウ";
0674デフォルトの名無しさん
2008/02/14(木) 19:54:010675デフォルトの名無しさん
2008/02/14(木) 20:12:530676デフォルトの名無しさん
2008/02/14(木) 21:13:33ありがとうございます
setlocale(LC_ALL, "japanese");
で解決しました。
0677デフォルトの名無しさん
2008/02/14(木) 22:00:06Windowsゲーム向けタイマクラスを作ってみたんですが
(1/60秒休んで累積の休憩時間からfpsや簡易CPU率を取得する機能)
どうにも少しでも負荷がかかるとWindowsタスクマネージャで見てると
まだまだCPUが余裕な割に53fpsくらいに落ち込んでしまいます。
もうすこし改良したいと思うのですが、どこか改良の余地はありますでしょうか？
0678デフォルトの名無しさん
2008/02/14(木) 22:05:200679デフォルトの名無しさん
2008/02/15(金) 00:55:33あまり詳しく見てないけど、
Sleepが1/60秒以上帰ってこないことが7回/秒あったら53fpsになるのかな？
Sleepの精度なんてそんなもんだし。
理論値どおりに増加するフレームカウンタを作り、
実際に処理できたフレーム数がそれに追いついたら休む、
追いつくまでは休まず連続して何フレームでも処理する、
とすれば、平均のfpsは理論値と合う。
0680デフォルトの名無しさん
2008/02/15(金) 00:57:29ttp://cham.ne.jp/piro/p_stdfunc.html
0681デフォルトの名無しさん
2008/02/15(金) 01:03:000682デフォルトの名無しさん
2008/02/15(金) 01:15:08「どうしても追い付けなければスキップすることも辞さない」も入れとくべきではないか？
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「シフト演算子が使えない」と思い込む根拠は?
まぁ、環境依存上等でビットフィールドを使うか、自前でビット演算するかの違いだけどね。
0685デフォルトの名無しさん
2008/02/15(金) 01:24:180686デフォルトの名無しさん
2008/02/15(金) 01:27:43short 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:54short 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俺の個人的嗜好だけど。
0689デフォルトの名無しさん
2008/02/15(金) 01:38:19それはそうと、
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どのようにすれば良いのでしょうか。
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お〜なるほど、とても助かりました。
シフト演算が使えないと言ったのは自分の知識不足です。
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:330694デフォルトの名無しさん
2008/02/15(金) 02:02:5164ビットの値を返すときは、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試しに、printf("%u\n", A.FILED.element4)にしてみたら?
>>693
適切かどうかは兎も角、間違ってはいないんじゃないか?
0697デフォルトの名無しさん
2008/02/15(金) 02:47:090698デフォルトの名無しさん
2008/02/15(金) 02:47:14上位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:44C側で対処するならこんなんとか。
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なるほど、適当に構造体定義してやればいいのか。
>>700
これは警告も出ないしスマートだし関数でやるならこちらが良いですね。
解決です。ありがとうございました。
0702デフォルトの名無しさん
2008/02/15(金) 04:57:05ありがとうございます。C++はCの標準関数＋これらが使えるのね
0703デフォルトの名無しさん
2008/02/15(金) 05:17:09UINT64 res;
_asm {
mov eax, a
mul b
mov dword ptr[res], eax
mov dword ptr[res+4], edx
}
return res;
■ このスレッドは過去ログ倉庫に格納されています