トップページ⇒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
0367デフォルトの名無しさん2008/02/11(月) 00:23:02
同じこと何度も確認されまくっててかわいそす
03683442008/02/11(月) 00:23:53
>>366
上で言ったとおり、remove関数を使う最低限の文だけで実行してもエラーはでますし
closeもしています
0369デフォルトの名無しさん2008/02/11(月) 00:26:22
もうみんな思い当たる節が尽きたんだろ・・・
0370デフォルトの名無しさん2008/02/11(月) 00:29:05
プログラムを管理者権限で実行してないとか。
03713442008/02/11(月) 00:29:09
絶対パス指定出来ない訳ないですよね・・・なんでだろう
0372デフォルトの名無しさん2008/02/11(月) 00:29:59
あとは、ディレクトリ消そうとしてるとかぐらいかな。

ファイルを開いて中の文を出力させたりしてると言うから多分違うだろうが...。
0373デフォルトの名無しさん2008/02/11(月) 00:30:13
OS やコンパイラの情報でも出さないとこれ以上どうしようもないだろ。エスパーでもなけりゃ。
0374デフォルトの名無しさん2008/02/11(月) 00:42:31
リブートしてみるとか
0375デフォルトの名無しさん2008/02/11(月) 02:53:40
エクスプローラなんかでやったときとプログラムでやったときとで権限が違うとか。
Vistaだったらありそうだ。
0376デフォルトの名無しさん2008/02/11(月) 02:54:17
おれの経験から予想するとtest.textになってると予想
それで何時間も悩んだことがあるw
0377デフォルトの名無しさん2008/02/11(月) 03:23:03
>>318
_T("なんたら")
を
L"なんたら"
で良ければ、
#define _T(x) L ## x
でいいんじゃないか？
0378デフォルトの名無しさん2008/02/11(月) 04:10:31
明日までに1000×1000くらいの行列の逆行列とかを計算することが必要な宿題が
出ました。他の人はmatlabでやるのですが、自分はc++でやろうと思ってます。
逆行列の計算は自分で実装しなくてよいので、ライブラリとかを使おうと思ってます。
今調べたところでは、有名なc++用の行列計算ルーチンは、blitz++, MTL, blas,
TNTなどがあることが分かりました。将来性(一度覚えたら長く使える)と性能(一番重視)
を考えると、どれを選ぶべきでしょうか？
よろしくお願いします。
0379デフォルトの名無しさん2008/02/11(月) 04:20:20
すいません、
> 明日まで
じゃなくて、来週までです。
0380デフォルトの名無しさん2008/02/11(月) 04:20:26
俺は LAPACK 使ってるけど、
他の選択肢を吟味した訳じゃないからなあ。
0381デフォルトの名無しさん2008/02/11(月) 04:37:58
>>378
将来性はどれを覚えても同じかと。
C++を長く使うのであれば他人のライブラリを実装することも多くなると思う。
性能というのが速度重視であれば自分で実測した方が早いかな？
他には、関連ページの多さ、組み込み易さ、ソースが公開されているか？あたりを重視して決めればいいかと

ぶっちゃけmatlab使えるならそっちを使った方がいいようにも思うが・・
0382デフォルトの名無しさん2008/02/11(月) 05:10:35
>>380
>>381
ありがとうございます。自分が一応一番C++ができる(ことになっている)ので、matlabとの
性能比較のために、自分がc++版を実装することを期待されてます。簡単な偏微分を解く課題なのですが、
絶対matlabに勝ちたいので、自分の環境で性能比較してみます。とりあえず、選択範囲としては、
lapack, tnt, blas, mtl, blitz++, ublas(blasのboost版), mkl(intelのマスカーネルライブラリ)
くらいでしょうか？
0383デフォルトの名無しさん2008/02/11(月) 05:32:00
>>382
無駄な努力だと思うけど。どうしてもってことならコンパイラもiccにすることお勧め。
どうせなら、cublasかClearSpeedでも使ってぶっち切りを狙うのもいいかもねw
0384デフォルトの名無しさん2008/02/11(月) 09:15:11
>>383
どちらも専用ハードが必要じゃないですか。
でもこんなのもあるんですね。知らなかった。
コンパイラはiccとgccを比較します。
0385デフォルトの名無しさん2008/02/11(月) 09:51:09
CloseHandleの前後で、ハンドルが閉じられていることを確認するにはどうしたらいいですか
0386デフォルトの名無しさん2008/02/11(月) 10:00:18
ハンドルが使用中かどうかを知りたいんです
0387デフォルトの名無しさん2008/02/11(月) 10:00:48
なぜそんなことをする必要があるのですか
0388デフォルトの名無しさん2008/02/11(月) 10:06:36
たとえばサブディレクトリのファイルリストをひとつひとつ取得したいとき、
同一ディレクトリにまだファイルが残っていれば次のファイルを呼んで、
無ければハンドルを解放して、子ティレクトリへ進めたいんです
0389デフォルトの名無しさん2008/02/11(月) 10:07:45
フラグを別に持っていれば確認できますが、なるべく変数を減らしたいと思います
0390デフォルトの名無しさん2008/02/11(月) 10:09:05
かならずNULLで初期化してCloseしたらNULL代入すればいい。
0391デフォルトの名無しさん2008/02/11(月) 10:09:56
ファイルハンドルは NULL じゃなくて
INVALID_HANDLE_VALUE だ！
0392デフォルトの名無しさん2008/02/11(月) 10:16:38
NULLで比較しちゃってるコード多いけどな
それで動いちゃってるし

型安全なtypedefでもないかぎり防ぐのは無理ぽ
0393デフォルトの名無しさん2008/02/11(月) 10:17:59
ごめん間違えた
INVALID_HANDLE_VALUEは-1だった
0394デフォルトの名無しさん2008/02/11(月) 10:19:16
>>392
クラス作ればいいじゃん。
0395デフォルトの名無しさん2008/02/11(月) 10:29:42
>>388
なんか設計がおかしいように気がするけど...

擬似コードでいいから晒してみてよ。
0396デフォルトの名無しさん2008/02/11(月) 10:42:25
main(){
dirserch dir("c:\\windows");
cout << dir.next();
cout << dir.next();
cout << dir.next();
}
0397デフォルトの名無しさん2008/02/11(月) 10:44:52
C だと不完全型を利用して隠蔽する。
0398デフォルトの名無しさん2008/02/11(月) 10:53:10
Cでshared_ptrみたいなのはないの？
0399デフォルトの名無しさん2008/02/11(月) 10:55:22
テンプレートが無いのが辛い所だな。
マクロで何とかできなくはないが。
0400デフォルトの名無しさん2008/02/11(月) 10:56:52
それ以前にデストラクタが無いんだから仕方が無い
0401デフォルトの名無しさん2008/02/11(月) 11:00:54
AddRef/Release を自前でやるなら問題ない。
面倒だけど。
0402デフォルトの名無しさん2008/02/11(月) 11:02:11
COMを勉強中で、インターフェースを実装したクラスの情報を隠したいのですが
取得したものをみると、CFileの内容がくっついて来てしまいます

// idl
[uuid(...), version(1.0), hidden, object]
interface IFile : IUnknown {
HRESULT method();
}

[uuid(...), version(1.0), hidden]
coclass CFile {
interface IFileBase;
};

// 簡単なインターフェース取得
IFile * __stdcall create() {
IUnknown *iface = new CFile;
IFile *base = NULL;

iface->QueryInterface(IID_IFile, reinterpret_cast<void**>(&base));
return base;
}

属性にhidden指定するだけではだめなんでしょうか？

WinXPsp2/.net2003/C++/ATL使用せず
0403デフォルトの名無しさん2008/02/11(月) 11:08:24
なんで CoCreateInstance 使ってないの？
0404デフォルトの名無しさん2008/02/11(月) 11:21:28
CoCreateInstanceはレジストリに登録しないと使えないと、どこかで見た記憶があり
更にDirectXのレジストリ登録を見る限り、musicしかなかったので
この方法でいけるんじゃないかと思っていました

CoCreateInstanceの方で調べて試してみます
指摘ありがとうございました
0405388 できました2008/02/11(月) 11:27:38
#include <iostream>
#include <vector>
#include <string>
#include <windows.h>
using namespace std;
class dirserch{
vector <string> dirname; vector <int > dir[300];　string path[300]; int n; WIN32_FIND_DATA fd; HANDLE hd;
public: dirserch(char *ch); int next(string &str); };

main(){ dirserch dr("c:\\windows");
string str;
while(dr.next(str))cout<<str<<endl;}

dirserch::dirserch(char *ch){
n=0; path[0]=""; dir[0].push_back(0); dirname.push_back(ch); hd=NULL;}

int dirserch::next(string &str){
for(;;){
if(hd==NULL){
int k=dir[n].size()-1;
if(k<0){ if(n==0)return NULL; n--; continue; }
path[n+1] = path[n] + dirname[dir[n][k]] + "\\";
dir[n].resize(k); n++;
hd = FindFirstFile((path[n]+"*").c_str(), &fd);}
for(;;){
if (fd.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY){
if(fd.cFileName[0]!='.' || ( fd.cFileName[1]!='.' && fd.cFileName[1]!='\0' )){
int k=dirname.size(); dir[n].push_back(k); dirname.push_back(fd.cFileName);}}
else { str=path[n]+fd.cFileName;
if(!FindNextFile(hd, &fd)){CloseHandle(hd); hd=NULL;}
return 1;}
if(!FindNextFile(hd, &fd)){CloseHandle(hd); hd=NULL;break;}}}}
0406388 できました2008/02/11(月) 11:30:24
全ファイル名を順番に出力する機能って基礎的だと思うのですが、標準にないので作ろうと思いましたよ
0407デフォルトの名無しさん2008/02/11(月) 11:39:33
再帰使わないの？
0408388 できました2008/02/11(月) 11:41:51
再帰はつかいません　パソコンにメモリ管理を任せると、鈍くなったり不安定になるからです
0409デフォルトの名無しさん2008/02/11(月) 11:45:04
それだとWindowsやLinuxといったOS自体使えない理屈だが・・・
0410388 できました2008/02/11(月) 11:46:13
メモリというより、データをスタックへ積むコンパイラの仕組みでした
0411デフォルトの名無しさん2008/02/11(月) 12:00:59
ファイルの列挙くらいは大丈夫だと思うけど
0412デフォルトの名無しさん2008/02/11(月) 12:02:05
複数のファイル(1000以上)にランダムに書き込みがある時、
HDDの内蔵キャッシュやwindowsの標準キャッシュの効き目が悪くなるので
バッファ付きファイル出力クラスを作ります
0413デフォルトの名無しさん2008/02/11(月) 12:05:26
そうか。がんばれ
0414デフォルトの名無しさん2008/02/11(月) 12:09:05
double であることを明示的にするには、数字の最後にLをつければいいですか？
0415デフォルトの名無しさん2008/02/11(月) 12:14:08
.0でいいんじゃね？
0416デフォルトの名無しさん2008/02/11(月) 12:20:12
>>415
やっぱりそっちの方がいいかな。
100とか1とか切りのいい数字なんだけど、doubleで計算させたいときに、
せっかく切りがいいのに、100.0とかするのがいやだったんだけど、
100だとintとかにみえてしまう感じ。
やっぱり、.0にしときます。
ありがとうです。
0417デフォルトの名無しさん2008/02/11(月) 12:24:19
整数リテラルにLつけてもlongにしかならんだろ
0418デフォルトの名無しさん2008/02/11(月) 12:27:18
100.でもおｋだった気がする。すごく中途半端だけど
0419デフォルトの名無しさん2008/02/11(月) 12:27:22
2.0Lもdoubleではなくね
0420デフォルトの名無しさん2008/02/11(月) 12:27:59
bccだと100.0Lにするとdoubleじゃなくてlong double(80bit)になっちまう。
0421デフォルトの名無しさん2008/02/11(月) 12:29:00
あるとすればdだよな。あるとすれば。
0422デフォルトの名無しさん2008/02/11(月) 12:30:26
＞　100だとintとかにみえてしまう感じ
見た目の問題じゃなくて、実際にコンパイラにそう解釈されてしまうよ。
暗黙の型変換はおいておくとして。
0423デフォルトの名無しさん2008/02/11(月) 12:30:29
bcc以外でもlong doubleだろう・・・
0424漏れは 100. かな。2008/02/11(月) 13:16:38
C++なら、double(100)でいいよ。
0425デフォルトの名無しさん2008/02/11(月) 13:19:51
てゆーかそれでいいならcでも(double)100でいいだろｗ　キャストだけど
0426デフォルトの名無しさん2008/02/11(月) 13:24:28
>>391
ここでは有効かどうか区別できれば十分なんだからNULL使ってもいいと思う。
0427デフォルトの名無しさん2008/02/11(月) 13:40:07
>>426
有効なハンドルとしてNULL(=0)返されたらどうすんだ
0428デフォルトの名無しさん2008/02/11(月) 13:41:49
正常なハンドルとして0を返すライブラリの設計がおかしいと考えるんだ。
0429デフォルトの名無しさん2008/02/11(月) 13:43:49
おかしくても使わねばならんこともある。
0430デフォルトの名無しさん2008/02/11(月) 13:45:03
0と-1が無効というハンドルもあるのさ・・・
0431デフォルトの名無しさん2008/02/11(月) 14:07:48
>>426-430
て言うか、ハンドルはポインタとは違うんだから NULL と
比較するなんて発想する奴はどうかしてると思う。
0432デフォルトの名無しさん2008/02/11(月) 14:13:04
しかし型の実体がポインタだから困る
0433デフォルトの名無しさん2008/02/11(月) 14:13:06
>>431
ハンドルの正確な定義って何？
0434デフォルトの名無しさん2008/02/11(月) 14:19:45
PVOID
0435デフォルトの名無しさん2008/02/11(月) 14:26:24
>>433
実体を一意に示す値じゃないの？
正確な表現かどうかわからないけど。

ポインタもハンドルの1つの設計としてありえるし、
整数で0から順に付番する設計も考えられる。
0436デフォルトの名無しさん2008/02/11(月) 14:32:01
実態が何かは関係なく、ハンドルはハンドルとして扱わないと。
0437デフォルトの名無しさん2008/02/11(月) 14:49:17
>>436
そういう抽象的なことで逃げるのがWindowsプログラマ
0438デフォルトの名無しさん2008/02/11(月) 14:58:02
>>437
まあお前はFILEをいじってドツボにはまってろ。
0439デフォルトの名無しさん2008/02/11(月) 14:59:39
>435でも似たようなこと言ってるけど将来的に
実体が変わる可能性もあるからねぇ。
0440デフォルトの名無しさん2008/02/11(月) 15:12:46
>>438
MSの下僕乙
0441デフォルトの名無しさん2008/02/11(月) 15:17:16
いや待て。Windowsとか関係なく、
ハンドルと、ハンドルの実装は切り離して考えるだろ。
ソフトウェアは抽象化が支えているって習わなかったか？
0442デフォルトの名無しさん2008/02/11(月) 15:43:47
抽象化なんては馬鹿には理解できないと言うだけのことだろ。

かわいそうだから、スルーしてやりなよ。
0443デフォルトの名無しさん2008/02/11(月) 16:04:00
stdio.h読み込むと関数使えますが、
zip.hを自作してこれ読み込むだけでDLLを使用してzipの解凍出来るように出来ますか?
ソース内でDLLを読み込まないと無理ですか
0444デフォルトの名無しさん2008/02/11(月) 16:23:19
>>443
DLLだって元はソースコードなんだからそれを自分で書けばできるよ。難易度は別にして
0445デフォルトの名無しさん2008/02/11(月) 16:25:54
DLLの関数をヘッダファイルの読み込みだけで使えるようには出来ませんか
0446デフォルトの名無しさん2008/02/11(月) 16:26:49
>>445
できるよ
0447デフォルトの名無しさん2008/02/11(月) 16:28:00
やりかた教えて下さい
0448デフォルトの名無しさん2008/02/11(月) 16:28:55
ヘッダファイルでロードすりゃいい。コンストラクタとかで。
0449デフォルトの名無しさん2008/02/11(月) 16:29:49
#include "zip.h"

main(){
zip_init();
}

としてロードする方法しか判りません
0450デフォルトの名無しさん2008/02/11(月) 16:31:23
Cなのか？環境くらいはまず書いてくれ。
どうでもいいが、その方法がなぜいけないのだ？
0451デフォルトの名無しさん2008/02/11(月) 16:33:55
printfなど標準関数はロードせずに使えて便利じゃないですか
DLLの関数も自動でロードしたら便利になります
コンストラクタで自動になるかやってみます
0452デフォルトの名無しさん2008/02/11(月) 16:36:06
思いっきりいろいろ勘違いしている。printfはロードとか関係ない。
zip_init()は初期化のために必要な処理だろ。全然別だ。
0453デフォルトの名無しさん2008/02/11(月) 16:37:45
printfとか入ってるlibcは標準でリンクするようになってるからな
mathだと-lmいるだろ？

ようするになんか勘違いしてないか？
0454デフォルトの名無しさん2008/02/11(月) 16:40:12
printfはスタティックリンクなので、ビルド時にlibがリンクされている。
DLLは名前のとおりダイナミックリンクなので、プログラムが自分でリンクしなければならない。
04554432008/02/11(月) 16:47:41
できましたよ　これでヘッタファイルの読み込みだけで解凍しました

class UNZIP{
typedef int (WINAPI *zipfnc)(const HWND , LPCSTR , LPSTR , const DWORD);
HINSTANCE hd;
zipfnc unzip;
public:
UNZIP(){ hd=LoadLibrary("UNZIP32.DLL");
unzip = (zipfnc)GetProcAddress(hd,"UnZip");}
int & operator ()(char *ch) { char buf[256]; unzip(NULL, ch, buf, sizeof(buf));}
} unzip;


main(){
unzip("d:\\a.zip");
}
0456デフォルトの名無しさん2008/02/11(月) 16:49:37
そのDLLからインポートライブラリ作ってリンクしとけ
0457デフォルトの名無しさん2008/02/11(月) 16:52:42
2つ以上unzipしたときの動作とかも考えとけと
0458デフォルトの名無しさん2008/02/11(月) 16:53:02
この方法では、どういつDLLの関数でもハンドルを個別に用意しなくてはならないですが
便利なので主要なDLLの関数は書き換えようと思います
0459デフォルトの名無しさん2008/02/11(月) 16:56:47
DLL見付からなかったらあぼーんだな。その対策入れろよ。
0460デフォルトの名無しさん2008/02/11(月) 17:50:44
自由落下で物体がどのくらい落ちるか計算させたいんですが、めちゃめちゃな計算結果になります。
どこが間違ってますか？
float h;
DWORD before = timeGetTime();
DWORD after = timeGetTime();
h -= ( 9.8 / 2 * ( after - before ) * ( after - before )/1000000 );
0461デフォルトの名無しさん2008/02/11(月) 17:51:53
>>460
hの初期化してる？
04624602008/02/11(月) 18:05:10
>>461
hには元の高さの3.0fが入っています。
0463デフォルトの名無しさん2008/02/11(月) 18:05:49
afterとbeforeが同一だったら0除算発生しないか？
めちゃくちゃなのはその処理だと思うぞ・
0464デフォルトの名無しさん2008/02/11(月) 18:07:34
>>460
先ずはtimeGetTime()を使わずに、自分で時間軸を制御してみたら?
0465デフォルトの名無しさん2008/02/11(月) 18:38:08
>>460
h=(1/2)gt^2 だったら -= していくのはおかしいだろ。
0466デフォルトの名無しさん2008/02/11(月) 18:41:18
計算結果を普通に代入すれ
■ このスレッドは過去ログ倉庫に格納されています