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

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

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2007/11/03(土) 00:20:13
エスケープシーケンスやWin32APIなどの環境依存なものでもOK。
ただしその場合、質問者は必ず環境を書きましょう。
※sage禁止です(と代々スレに書いてありますが自己判断で)。
【前スレ】
【初心者歓迎】C/C++室 Ver.43【環境依存OK】
http://pc11.2ch.net/test/read.cgi/tech/1190860744/l50
【アップローダー】(質問が長い時はココ使うと便利)
http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/joyful.htm
0159デフォルトの名無しさん2007/11/08(木) 11:07:44
>>154
聞いてる時点でお前はそれ以下じゃんｗ
0160デフォルトの名無しさん2007/11/08(木) 11:28:52
>>158

>>137読めば分かるだろ。
0161デフォルトの名無しさん2007/11/08(木) 16:06:16
>>159
それはつまり、回答者と質問者の理解度を対等に比較するのが
あなたにとっては「自然」である、ということですよね？
でもそれって、教師の知識が怪しい、という話をしている時に「生徒はそれ以下じゃんｗ」と
返すようなものですね。
こっちは、そういうレベルの人間が、知識を持っているという嘘をついて「教壇に立」って、
誰かに物を教えるのが間違いである、という点を言っているんですよ。
そういうレベルの人に回答者になってもらっては困るんです。質問者も、場も、混乱するだけなので。

確かに理解度は俺のほうが下です。
でも、あなた方も俺と同じ、質問者レベルなんです。回答者気取りをされると邪魔なのです。
そういうことです。
0162デフォルトの名無しさん2007/11/08(木) 16:10:41
社会性の無いキチガイが紛れ込んでますね
0163デフォルトの名無しさん2007/11/08(木) 16:15:12
>>161
何を聞きたいのか分かりません

実体の循環参照ならコンパイルできないので安心して下さい
ポインタを使う限り循環参照になる可能性は常にあります
諦めて下さい
0164デフォルトの名無しさん2007/11/08(木) 16:28:37
プログラムの勉強に飽きたら２，３日何もしないとかいう人いる？
0165デフォルトの名無しさん2007/11/08(木) 16:31:58
>>161
がっかりするとは俺もお前にがっかりだ
0166デフォルトの名無しさん2007/11/08(木) 16:32:03
勉強つーか趣味のコーディングではよくある。一週間以上になることもしばしば。
0167デフォルトの名無しさん2007/11/08(木) 17:15:41
リアルで >>161 は空気読めない人って
周りから言われるんじゃね？

教師は仕事で金もらって教えてるわけだが、
ここは2chだしなー
質問者はこうあるべき！
回答者はこうあるべき！
とか真面目に言われてもなー

郷に入れば郷に従えっていうから、
説教長文書くより、どうすれば
2chで回答を得られる可能性が高くなるのか？
を考えたほうが現実的。

妥協できないなら、ネットで質問なんてするな。
第三者からみれば、あんたが荒らしだから。
0168デフォルトの名無しさん2007/11/08(木) 17:35:28
釣られすぎ。
0169デフォルトの名無しさん2007/11/08(木) 17:58:31
>>162
まったくです。困ったものですね。
人に何かを教える立場というのは、自己顕示欲の異常に強い人達にとっては
魅力的なものなのでしょうね。だからそのスキルも無いのに気取りたがるのでしょう。

>>165
がっかりする分には好きなだけがっかりしてもいいですよ。
能もないのにでしゃばったりしないこと、これを学習することのほうが大切です。

>>167
「ここは2chだし理論」で物を言う人は、相手の言い分にもきちんとそれを適用して、
ここは2chなのだから説教なんかしてもしょうがない、という風に思い至るべきですよ。
ある理屈を、ある側にだけ適用するのはおかしな言動だと言わざるを得ません。
それから、「2chで回答を得られる可能性」は、この場合関係ありません。
回答者が回答できるレベルにあれば、それで解決していたことなので。
あと、第三者というのを一つの意志のように語るのは気持ち悪すぎです。
あっちの第三者と向こうの第三者は、異なる意識を持っているのです。
架空のみんなが自分を支持する夢から出て、自分の名義で物を言いましょう。
01701672007/11/08(木) 18:14:58
うわーすごいな
だから空気読めといっとろうが

質問してみた
↓
バカにされた
↓
マジ反論 ←いまここ

まともな回答もついてるんだからさ
それでいいじゃん？
これ以上何を望んでるの？
01711672007/11/08(木) 18:16:16
釣りなら見事に釣られたわけだがな＞俺
0172デフォルトの名無しさん2007/11/08(木) 18:37:21
釣りでしょ。少なくとも>154は漏れだし。
0173デフォルトの名無しさん2007/11/08(木) 19:19:35
>>170
ダメ回答者達が維持したがっているダメな空気は、読んだ上で否定しています。
そんな種類の空気に支配的になられては困るので。
01741732007/11/08(木) 19:32:48
ごめん釣りでした。
0175デフォルトの名無しさん2007/11/08(木) 19:34:54
ダメ回答者をバッタバッタと取り締まってくれる
救世主が登場
0176デフォルトの名無しさん2007/11/08(木) 19:45:20
>>138　=　>>140
がメンツをつぶされた挙句暴れている模様。
01771402007/11/08(木) 20:33:36
ちゅがうよ
0178デフォルトの名無しさん2007/11/08(木) 23:26:50
スレッドで、void* で渡した引数をclassに変換したいのですがキャスト出来ないと言われます
2つ以上の引数をスレッドに渡すにはどうすればいいですか?
0179デフォルトの名無しさん2007/11/08(木) 23:44:35
classじゃなくて、classへのポインタにキャストしてみればどーか？

void func(void *arg)
{
((hogeclass *)arg)->func();
}
0180デフォルトの名無しさん2007/11/08(木) 23:49:05
サンクスやってみます
0181デフォルトの名無しさん2007/11/08(木) 23:50:40
って、まさか本当に
HogeClass hoge = (HogeClass) threadArg;
 なんて記述をしてるんじゃ…。
0182デフォルトの名無しさん 2007/11/08(木) 23:59:34
キャストしたvoid型ポインタのarg引数のポインタの元の型
が適切な物なら良いけど、もしそうじゃないなら怖いな
0183デフォルトの名無しさん2007/11/09(金) 00:12:57
俺はその辺が気持ち悪くなってboost::threadに逃げた。
0184デフォルトの名無しさん2007/11/09(金) 04:19:15
空気読めて無い人って本当に空気読めてると思ってるんだ・・・
リアルでは出会えない珍獣を見た
0185デフォルトの名無しさん2007/11/09(金) 05:51:13
>>184
とっくにスレの流れ変わってるんだから、空気読めよ。
0186デフォルトの名無しさん2007/11/09(金) 06:34:46
違うんだ・・！>>184の空気を読めなくしたのは・・・本当は・・漏れなんだ・・・！
0187デフォルトの名無しさん2007/11/09(金) 10:24:19
ビット列の出現個数を数えたいのですが毎回結果が違います　何ででしょうか?
#include <iostream>
#include <windows.h>
#include <process.h>
using namespace std;
#define N 1000
#define K 320000
unsigned int su[256];

unsigned WINAPI open(void *p){
unsigned long size; char *buf=new char [K+100];
HANDLE fp=CreateFile((char*)p,GENERIC_READ,0,NULL,OPEN_ALWAYS,FILE_ATTRIBUTE_NORMAL,NULL);
ReadFile(fp,buf,K,&size,NULL);
for(int i=0;i<size;i++)su[ (unsigned char)buf[i] ]++;}

main(){
WIN32_FIND_DATA fd;
char path[200]="d:\\aaa\\",serchpath[200];
strcpy(serchpath, path); strcat(serchpath, "*");
SetCurrentDirectory(path);

HANDLE hd = FindFirstFile(serchpath, &fd);
int n; HANDLE hf[N];
for(n=0;n<256;n++)su[n]=0;
for(n=0;;n++){
for(;;){if(!FindNextFile(hd, &fd))goto end;
if(!(fd.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY))break;}
hf[n]=(HANDLE)_beginthreadex(NULL, 0, open,(void*)fd.cFileName, 0 ,NULL);}

WaitForMultipleObjects(N, hf, TRUE, INFINITE);
end:
for(n=0;n<256;n++)cout<<n<<" no kosu "<<su[n]<<endl;}
0188デフォルトの名無しさん2007/11/09(金) 10:27:39
su配列にマルチスレッドでアクセスしているところが駄目なんでしようか?
0189デフォルトの名無しさん2007/11/09(金) 10:39:10
>>187
・同一メモリに複数スレッドから同時にアクセスしているから
・serchpathなんてへんな変数名だから
・thread内でnewしているのに解放していないから
・高々Kバイトしか読み込まないのに100バイトも余計に確保しているから
・変数nを違う目的に使い回しているから
・コーディングスタイルが変態だから
・ハンドル変数にfpなんて名前を使っているから
・どっかWinAPIと思しき辺りの使い方が間違っているから
・毎回ディレクトリの状態が違うから
・毎回ファイルの内容が違うから
どれだろね。
0190デフォルトの名無しさん2007/11/09(金) 10:47:50
正解はなんなんですか?
0191デフォルトの名無しさん2007/11/09(金) 10:56:48
>>190
1つずつ問題がないかどうか確認するんだ
0192デフォルトの名無しさん2007/11/09(金) 10:58:06
これでも値が違います　なぜでしょうか
#include <iostream>
#include <windows.h>
#include <process.h>
using namespace std;
#define N 200
#define K 16
unsigned int su[K];

unsigned WINAPI f(void *p){
int n=(int)p;
for(int i=0;i<n*n;i++)su[i%K]++;}

main(){
int n;
for(n=0;n<K;n++)su[n]=0;
HANDLE hf[N];
for(n=0;n<N;n++){
hf[n]=(HANDLE)_beginthreadex(NULL, 0, f,(void*)n, 0 ,NULL);}
end:
WaitForMultipleObjects(N, hf, TRUE, INFINITE);
for(n=0;n<K;n++)cout<<n<<" no kosu "<<su[n]<<endl;}
0193デフォルトの名無しさん2007/11/09(金) 11:01:05
>>192
馬鹿だから。
0194デフォルトの名無しさん2007/11/09(金) 11:03:41
192よりこっちのほうがたんじゅんかとおもいます　どこが駄目なんでしょうか　
#include <iostream>
#include <windows.h>
#include <process.h>
using namespace std;
#define N 200
#define K 12
unsigned int su[K];

unsigned WINAPI f(void *p){for(int i=0;i<(int)p;i++)su[i%K]++;}

main(){
int n; for(n=0;n<K;n++)su[n]=0;
HANDLE hf[N];
for(n=0;n<N;n++){hf[n]=(HANDLE)_beginthreadex(NULL, 0, f,(void*)n, 0 ,NULL);}
WaitForMultipleObjects(N, hf, TRUE, INFINITE);
for(n=0;n<K;n++)cout<<n<<" no kosu "<<su[n]<<endl;}
0195デフォルトの名無しさん2007/11/09(金) 11:09:00
書き手が駄目なんだろう。
0196デフォルトの名無しさん2007/11/09(金) 11:12:06
こうしんされた値が、別のスレッドで更新されてしまうからですかね?
メモリがFDくらい動作がのろいとするとsu[・]の値を呼び出して
1を足して書き戻すときに、同時に呼び出して計算していた値で置き換えられると言うことです
01971892007/11/09(金) 11:16:26
ちゃんと最初に指摘しているのに……(TT
0198デフォルトの名無しさん2007/11/09(金) 11:18:14
ｶﾜｲｿｽ
0199デフォルトの名無しさん2007/11/09(金) 11:20:38
これと同じ事ですね　速くする為にスレッドにしたいのに排他制御入れたら鈍くなりますね

クリティカルセクション

例
ウェブページの来訪者数を表すカウンタのプログラムを例にとって説明する。カウンターのプログラムはおおまかに次の処理からなる。
ディスク等の記憶装置から現在のカウンタの値を読み出す
カウンタの値を1増やす
カウンタの値を記憶装置に書き戻す
ttp://ja.wikipedia.org/wiki/%E3%82%AF%E3%83%AA%E3%83%86%E3%82%A3%E3%82%AB%E3%83%AB%E3%82%BB%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3
0200デフォルトの名無しさん2007/11/09(金) 11:24:24
配列の要素を LONG volatile にしてInterlockedIncrement。
02011872007/11/09(金) 11:33:53
いいこと思いついた　スレッド側でビット列の個数を数えて、その個数を配列で返してメイン側で足しあわせる
これなら時間のかかる部分はスレッドでやってあるから高速のはず
0202デフォルトの名無しさん2007/11/09(金) 12:39:04
環境：WindowsXP VS2005 SP1 MFCアプリケーション ダイアログベース

ある市販のDLL（libも付いてたので「追加の依存ファイルに指定済み」）の外部関数をコールするたびに、以下のようなメッセージが出力ウィンドウにでます。

HOGE.EXEの0x7c812a5bで初回の例外が発生しました：Microsoft C++の例外： std::runtime_error （メモリの場所 0x0012f16c）

0x7c812a5bでググるといくつかヒットしましたが、原因特定できず。
仕方ないので関数コールをtry catchでくくってもcatchできず。
_try _exceptでも受けれず。

このエラーはどうやったら出なくなるでしょうか？
0203デフォルトの名無しさん2007/11/09(金) 12:40:31
非同期処理じゃなくて高速化が目的なのかヨ。

よく知らねぇんだが、デュアルコアとは言え
プロセスでもない単なるスレッドでOSがマルチな処理してくれるんか？
シングルコアな動きするなら、ディスパッチするだけでむしろ遅くなりそうなんだが。
0204デフォルトの名無しさん2007/11/09(金) 12:42:39
ゆとり教育がどうこう言われてるけど、194はもっとソースにゆとりを持たせるべき
変態と言われてもそのままってことは真性のMなんだろうか
0205デフォルトの名無しさん2007/11/09(金) 12:45:39
>>203
しかも、実態はディスクアクセスで律速されるから(同じディスク上のファイルを調べる限り)殆ど速くなる余地がない罠。
02062022007/11/09(金) 12:47:30
書き忘れましたが、出力ウィンドウに表示が出るだけで、
動作には影響は今のところありません。
あと、その市販のDLLに付いてきたMFCのサンプルプロジェクトで試しても同じエラーが出力ウィンドウに出ます。
0207デフォルトの名無しさん2007/11/09(金) 14:46:34
その市販DLLの名前も書かんということはエスパー希望か。
0208デフォルトの名無しさん2007/11/09(金) 15:54:58
const.cpp
1 #include <iostream>
2
3 void extfunc(const int &val)
4 { std::cout << val << std::endl; }
5
6 class A
7 {
8 static const int CONSTDATA = 0x100;
9 public:
10 void func()
11 { extfunc(CONSTDATA); }
12 };
13
14 int
15 main()
16 {
17 A a;
18 a.func();
19 return 0;
20 }

$ g++ --version
g++ (GCC) 4.2.3 20071014 (prerelease) (Debian 4.2.2-3)
$ g++ const.cpp
/tmp/ccN8OXMd.o: In function `A::func()':
const.cpp:(.text._ZN1A4funcEv[A::func()]+0x9): undefined reference to `A::CONSTDATA'

うーん・・・コンストメンバ変数って、参照で受ける事が出来ないんでしょうか？
extfunc(int(CONSTDATA)); とすれば通りますがなんか・・・
0209デフォルトの名無しさん2007/11/09(金) 15:59:37
メーカーに電話。
0210デフォルトの名無しさん2007/11/09(金) 16:19:18
>>208
定義が無いから賢いコンパイラなら定数データの領域は確保しないらしいね
（なので当然シンボルもない）
by メイヤーズ

定義してみなよ

const int A::CONSTDATA;
0211デフォルトの名無しさん2007/11/09(金) 16:41:20
>>203
187の場合で効果があるかどうかは別として、少なくともWindowsでは、
マルチスレッドでも複数の論理CPUを使ってくれる。
0212デフォルトの名無しさん2007/11/09(金) 16:46:47
Linuxにとっては、スレッドはプロセスと基本的には同じ。
従って、特定のスレッドがどのコアで実行されるかは
原則的にカーネルにゆだねられる。
0213デフォルトの名無しさん2007/11/09(金) 17:07:17
>>210
なんと・・・

6 class A
7 {
8 static const int CONSTDATA;
9 public:
10 void func()
11 { extfunc(CONSTDATA); }
12 };
13
14 const int A:CONSTDATA = 0x100;

でOKでした，#defineしちゃいそうだけどここは我慢・・・
サンクスです
0214デフォルトの名無しさん2007/11/09(金) 22:00:56
>>213
初期値の指定はクラス定義内でいいんだぜ。そうしないと配列要素数とかの
定数式につかえない。

>>210
クラスのメンバ変数は定義しない限り実体がなくて、参照やポインタを取ろうとすると
エラーになることは決まっている。整数型に限って初期値をクラス定義内に書けて、
書けば定数式に使えるという特別ルール。
0215デフォルトの名無しさん2007/11/09(金) 22:03:41
>>206
DLL 内で throw されて DLL 内で catch されてるんでしょ。何も問題ない。
0216デフォルトの名無しさん2007/11/10(土) 00:33:03
暗号アルゴリズムを勉強しはじめたところなのですが、
DES や AES など、一般的な暗号方式のライブラリはありませんか？
C でも C++ でもいいです。

ご存知のかた、もしくは自作モノを持っているかた、情報をお願いします。

;; できれば SHA-1 や base64 まで対応していると嬉しいですが、
;; 無くても構いません。

0217デフォルトの名無しさん2007/11/10(土) 00:39:48
勉強なら自分で作れ。ライブラリを使えるようになっても勉強にならないぞ
あとSHA-1やbase64は暗号じゃない
0218デフォルトの名無しさん2007/11/10(土) 00:58:37
>>216
opensslとかか？
まぁでも>>217に1票
0219デフォルトの名無しさん2007/11/10(土) 01:07:12
>>214
だからEffectiveC++に載っていると。。
02202032007/11/10(土) 01:21:43
>>211-212
情報サンクス。
良く知らんことしゃべってすまんかった。
0221187　スレッド出来ました2007/11/10(土) 03:02:08
#include <iostream>
#include <windows.h>
#include <process.h>
using namespace std;
#define N 100
#define K 320000
unsigned int su[N][256]; char fname[N][256],chk[N];

unsigned WINAPI open(void *p){
unsigned long size,n=(int)p; char *buf=new char [K+100];
HANDLE fp=CreateFile(fname[n],GENERIC_READ,0,NULL,OPEN_ALWAYS,FILE_ATTRIBUTE_NORMAL,NULL);
while(1){ ReadFile(fp,buf,K,&size,NULL); if(size==0){chk[n]=0;return 0;}
for(int i=0;i<size;i++)su[n][ (unsigned char)buf[i] ]++;}}

main(){ WIN32_FIND_DATA fd;
char path[200]="d:\\aaa\\",serchpath[200];
strcpy(serchpath, path); strcat(serchpath, "*");
SetCurrentDirectory(path);
HANDLE hd = FindFirstFile(serchpath, &fd);
int n,i; HANDLE hf[N];
for(n=0;n<N;n++)for(i=0;i<256;i++)su[n][i]=0;for(n=0;n<N;n++)chk[n]=0;

for(;;){ if(chk[n]==0){
for(;;){if(!FindNextFile(hd, &fd))goto end;
if(!(fd.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY))break;}
strcpy(fname[n],fd.cFileName); chk[n]=1;
hf[n]=(HANDLE)_beginthreadex(NULL, 0, open,(void*)n, 0 ,NULL);}
n++;if(n>=N)n=0;}
end: WaitForMultipleObjects(N, hf, TRUE, INFINITE);
for(n=1;n<N;n++)for(i=0;i<256;i++)su[0][i]+=su[n][i];
for(i=0;i<256;i++)cout<<i<<" no kosu "<<su[0][i]<<endl;}
0222デフォルトの名無しさん2007/11/10(土) 08:40:14
>>221
>for(;;){ if(chk[n]==0){
最初にこの行に到達するとき n=N だぞ。
0223デフォルトの名無しさん2007/11/10(土) 10:27:45
>>219
本は持ってないので知らないけど、クラス定義内の static const な整数型について
>210 みたいに「賢いコンパイラなら〜」って書いてあるなら、ちょっと不正確だと思う。
0224デフォルトの名無しさん2007/11/10(土) 11:24:44
>クラスのメンバ変数は定義しない限り実体がなくて、

これは必ずしも正しくないということが書かれてるよ。
これを実現するコンパイラがいわゆる賢いコンパイラ。
標準で、絶対に領域確保がされないことが保障されている
わけではなく、実装依存となる。static constなデータは、
確保されるならば、大抵静的領域になる。アドレスを必要とする
処理がある場合に限って（この場合は必ず領域確保が必要）領域
を確保してもいいし、無条件に確保しておいてもいい。
それは実装依存ということ。
領域確保を絶対に避けたければenumを使えばいい。
02252242007/11/10(土) 11:27:22
>クラスのメンバ変数は定義しない限り実体がなくて、

というのは、もちろん非staticなメンバーについては正しい。
上で書いたのはstaticなメンバーについて。
0226デフォルトの名無しさん2007/11/10(土) 11:34:49
>>210>>214>>223

BCCで>>208で引っかかって調べたときに
「>>208は新しい規格で>>213は古い規格」
みたいな記述を見たんだが。

コレがホントなら、「賢い」とかあんまり関係ないんじゃね？

正確なところ知ってる人、フォローplz
0227デフォルトの名無しさん2007/11/10(土) 11:50:28
>>226
ポインタや参照とかのアドレスを必要としない場合でも常にメモリ確保
を強制されるというのを新しい規格で認るのは信じがたいけど。

正確なところ知ってる人、フォローplz
0228デフォルトの名無しさん2007/11/10(土) 12:43:08
>>224
さっきから実装依存だと言ってるのって、名前空間スコープに定義した const 変数の
話じゃないの？

クラスの static const なメンバ変数はクラス定義内では宣言しかされないので、
別途定義が必要。整数型に限って、宣言につけた初期値を持つ定数式として使える
という特別ルールがあるだけ。

C++ 2003 規格の 9.4.2 p2 より
> The declaration of a static data member in its class definition is not a definition and may be of an
> incomplete type other than cv-qualified void. The definition for a static data member shall appear in a
> namespace scope enclosing the member’s class definition.

同じく 9.4.2 p4
> If a static data member is of const integral or const enumeration type, its declaration in the class
> definition can specify a constant-initializer which shall be an integral constant expression (5.19). In that
> case, the member can appear in integral constant expressions. The member shall still be defined in a namespace
> scope if it is used in the program and the namespace scope definition shall not contain an initializer.
02292282007/11/10(土) 12:53:51
あ、整数型の static const メンバ変数については "if it is used" ってあるから、
定数式の一部として使うぶんには定義は必要無いね。参照やポインタを取られる
可能性があるなら関係ないけど。

>208 の例もあるし、ライブラリとして提供するような時には気をつけて定義しとかないと
まずいね。
0230デフォルトの名無しさん2007/11/10(土) 14:09:21
>>228
thx
0231デフォルトの名無しさん2007/11/10(土) 14:23:44
bind1stやbind2ndの戻り値は何でしょうか？
どういう性質のものなのか？あと型名とか。
0232デフォルトの名無しさん2007/11/10(土) 15:20:54
binder1stやbinder2nd
0233デフォルトの名無しさん2007/11/10(土) 17:13:27
>>232
それは引数を一つとるoperator( )が定義されている関数オブジェクトの
クラス型ということですよね？
0234デフォルトの名無しさん2007/11/10(土) 17:36:10
そう。
直接binder1stやbinder2ndを使っても問題は無いんだけど、
その場合はbinder1st<ここを書かなきゃいけないのがめんどいよね>。
0235デフォルトの名無しさん2007/11/10(土) 17:42:20
>>234
どうも。
ストラップ本で理解できました。
0236デフォルトの名無しさん2007/11/10(土) 18:11:21
紐本？
0237デフォルトの名無しさん2007/11/10(土) 18:14:49
禿本
0238デフォルトの名無しさん2007/11/11(日) 15:11:11
VC6.0でかかれたプログラムをVisualStudio2005に移植しようとしてます。

あるプロセスでstrtok（）で、トークン分解中に静的リンクしたDLLの関数を呼んでいます。
その関数内でもstrtok()してるらしく、関数終えて呼び出し元で続きのstrtok()をしようとすると、意図しない値（具体的にはNULL）が入ってしまいます。

MSDNにはＣランタイムライブラリの頁に静的リンクなら問題ないようなことを書いてますが、
なぜstrtok()が静的リンクした関数にひきづられるのでしょうか。
あとVC6.0の頃は引きずられなかったのでしょうか。

環境：XP MFC
0239デフォルトの名無しさん2007/11/11(日) 15:26:26
>>238
strtok() はヌルを渡されたときのために前回の分割位置を静的な変数に覚えている
ことがある。だから、基本的にそういう使い方はできない。

http://msdn2.microsoft.com/ja-jp/library/abx4dbyh(VS.80).aspx
静的リンクで DLL との競合が起こらない理由もちゃんと書いてある。
VC8(VS2005) でも静的リンクは使えるから、明示的に指定すれば同じ動作に
なるんじゃないの？
02402382007/11/11(日) 17:30:02
>>239
ありがとう。
自分もその頁見てたけど、静的リンクするのはCRTであって、
こちらが作ったDLLじゃないわけですね。
そこを勘違いしてました。

結局どのコンパイラオプションを選べばいいか調べきれなかったので
VC6.0の時は適切なコンパイラオプションだったんだろうけど、今回はstrtok_s()使うことにしました。
0241デフォルトの名無しさん2007/11/11(日) 17:38:52
符号なし整数だとオーバフローが起きない
というような話をときどき伺うのですが、
どういうことなのか理解できません……
教えて頂けませんか？
0242デフォルトの名無しさん2007/11/11(日) 17:56:28
オーバフローが起きないなんてことはないので忘れてください
0243デフォルトの名無しさん2007/11/11(日) 18:00:02
>>241
符号なし整数の計算では、最大値の次が 0 で 0 の前が最大値というふうにラップしている
ものとして結果が必ずその型の範囲内に収まる、と規格で定められている。

ラップする場合を指してオーバーフローと言うかどうかは微妙なところ。
0244デフォルトの名無しさん2007/11/11(日) 18:28:41
>>243
なるほど、納得できました
ありがとうございます
0245デフォルトの名無しさん2007/11/11(日) 18:50:42
はじめまして。
初心者です。
C++について質問があります。
ArrayとVecotorの全ての値をファンクションに渡して、Arrayの全ての値をReturnしたいのですが、
うまくいきません。
コールの仕方と、プロトタイプの書き方、それからReturnの書き方を教えてください。

もしくは、何か別の方法をしないといけないのでしょうか…？

よろしくお願いします。
0246デフォルトの名無しさん2007/11/11(日) 18:58:21
>>245

Array とか Vecotor とか聞いたことないけど
int なり何なりと変わらんと思うよ

Array func(Array a)
{
　/* a についていろいろ処理 */
　return a;
}

void func(Array *a)
{
　/* a についていろいろ処理 */
}
02472452007/11/11(日) 19:14:29
>246

IntやDouble、Char等のScalar変数（ひとつの値しか含まない変数）なら
うまくいくのですが、ArrayやVectorのようなCollection変数（二つ以上の値を含む変数）は
なぜかうまくいかないのです。

Int型Arrayについて、
Int myFunction(myArray[])
｛
Arrayについて処理

return myArray[]；
｝
や、
String型Vectorについて

String myFunction(myVector[])
｛
myVector処理
　
　return　myVector[];
｛

のようにやろうとしているのですが、間違えているのでしょうか…？
0248デフォルトの名無しさん2007/11/11(日) 19:36:53
>>247
コンパイルもできないコードを貼って「間違えているのでしょうか…？」って、何考えてんだ？
エスパーでも募集してんのか？

とりあえず C/C++ では大文字小文字が区別されるから、区別しろ。いまのままじゃ
めちゃくちゃすぎる。

実際にコードを書いてコンパイルしろ。そしたらエラーメッセージが出るから、それを嫁。
0249デフォルトの名無しさん2007/11/11(日) 19:36:59
何がやりたいのか、まだよくわからないなぁ。
0250デフォルトの名無しさん2007/11/11(日) 19:38:02
これはC/C++なの？
myArray/myVectorがテンプレートなのかも怪しいけど
STL前提ならこう書くんじゃないか

// int型のベクタを定義
typedef std::vector<int> myIntArray;

myIntArray myIntFunction(myIntArray array)
{
　 myArray::iterator i = array.begin();
　 myArray::iterator e = array.end();
　 while(i != e) {
　 　 // arrayに対する処理(要素に1を足す)
　 　 *i += 1;
　 　 i++;
　 }
　 return array; // 処理結果を返す
}

0251デフォルトの名無しさん2007/11/11(日) 19:42:54
わりぃ
　 myIntArray::iterator i = array.begin();
　 myIntArray::iterator e = array.end();
だわ
0252デフォルトの名無しさん2007/11/11(日) 20:08:26
for_each使ったほうがよくね？
0253エスパー2007/11/11(日) 20:12:05
>>247
そのArrayやVectorはコピーできない
だから関数にそのまま渡すことも返すこともできない
0254デフォルトの名無しさん2007/11/11(日) 20:41:47
とりあえず何だ。
Int って何だ。Array って何だ。String って何だ。C/C++ にそんなものはない。

しかも、せっかく
＞Array func(Array a)
ってアドバイスもらってるのに、
＞Int myFunction(myArray[])
って思いっきり無視してるし。
0255デフォルトの名無しさん2007/11/11(日) 21:58:30
すみませんスレチかも知れませんが質問です。

Windows VistaとVisual C++ 2005 ExpでOpenGLを使い簡単なゲームアプリを製作しました。
友人AのVista機ではなんら問題なく動作したのですが、友人BのXPでは動作しませんでした。
友人A、BともにOpenGLのDLLは入っています。

どなたか解決のヒントでもいいのでご存じであればよろしくおねがいします。
0256デフォルトの名無しさん2007/11/11(日) 22:02:47
msvcr80.dllがなんたらっていうエラーメッセージだったら、
VC++ 2005のランタイムを入れろ。
0257デフォルトの名無しさん2007/11/11(日) 22:02:51
Visual C++のランタイムは入ってるかね？
0258デフォルトの名無しさん2007/11/11(日) 22:08:27
聞いてみたところ、ランタイムは入ってるとのことでした。エラーメッセージは
『このアプリケーションの構成が正しくないため、アプリケーションを開始できませんでした。
アプリケーションを再度インストールすることにより問題が解決する場合があります。 』
らしいです。Vista環境では正常に動作するのですが……
■ このスレッドは過去ログ倉庫に格納されています