C言語なら俺に聞け（入門編）Part 63

C言語なら俺に聞け（� ..

218:デフォルトの名無しさん
10/04/18 00:12:54
Cってよく高速っていうけどアセンブリほど早いわけじゃないでしょ
なんか中途半端なかんじなんだよね

219:デフォルトの名無しさん
10/04/18 00:14:15
int main(int argc, char **argv) {
　　unsigned long　　num;
　　unsigned char　　a, b, c, d, e, f, g, h, i;

　　num = strtoul(argv[1], NULL, 0);
　　a = num / 10000;
　　num %= 10000;
　　b = num / 5000;
　　num %= 5000;
　　c = num / 2000;
　　num %= 2000;
　　d = num / 1000;
　　num %= 1000;
　　e = num / 500;
　　num %= 500;
　　f = num / 100;
　　num %= 100;
　　g = num / 50;
　　num %= 50;
　　h = num / 10;
　　num %= 10;
　　i = num / 5;
　　num %= 5;

　　fprintf(stdout, "%2u%2u%2u%2u%2u%2u%2u%2u%2u%2u", a, b, c, d, e, f, g, h, i, num);

　　return EXIT_SUCCESS;
}

220:デフォルトの名無しさん
10/04/18 00:14:24
最適化有効にしてｱｾﾝﾌﾞﾘ出力させてみ？
侮れんものがあるぞ？

221:デフォルトの名無しさん
10/04/18 00:14:38
>>218
無理して使わなくてもいいのにｗ

222:デフォルトの名無しさん
10/04/18 00:14:49
じゃあアセンブラで全部作ってろよｗ

223:デフォルトの名無しさん
10/04/18 00:16:29
よっぽど注意して設計しないとコンパイラの最適化には勝てないよな。

224:デフォルトの名無しさん
10/04/18 00:19:58
ポータブルアセンブラだもん

225:デフォルトの名無しさん
10/04/18 00:20:31
アセンブラで思い出した
MASMなんかの繰り返し展開マクロ同等の機能がﾌﾟﾘﾌﾟﾛｾｯｻに欲しいことがある

gcc はﾌﾟﾘﾌﾟﾛｾｯｻ段で可変引数使えるんだっけ？

226:デフォルトの名無しさん
10/04/18 00:27:28
アセンブラより遅いCを使うくらいなら同じようにアセンブラより遅いJavaでやったほうがよくね？というJava脳の意見でした。

227:デフォルトの名無しさん
10/04/18 00:29:09
>>218
CRC32 を C からアセンブリ言語に直しても 20% くらいしか速度は改善されなかった記憶が。
昨今のハードの進展を考えるとアセンブリのソースは保守性が悪すぎる。
マジレス失礼。

228:デフォルトの名無しさん
10/04/18 00:29:36
>>223
それはCコンパイラに限ったこと？
他のコンパイラでも同じ事がいえるのなら特段Cのアドバンテージではないね

229:デフォルトの名無しさん
10/04/18 00:30:07
>>226
確かに C で書く必然性はないわけで、お好きなように。

230:213
10/04/18 00:30:46
みなさんありがとうございます
まさか100円を忘れていたとは…
もっと注意して確認したいと思います

231:デフォルトの名無しさん
10/04/18 00:32:47
>>230
べっべつにあんたの為なんかじゃないんだからねっ

232:デフォルトの名無しさん
10/04/18 00:42:23
>>228
Cに限ったことじゃないが、Cは歴史が長いだけに最適化もすさまじい。

233:デフォルトの名無しさん
10/04/18 00:46:44
>>232
一番すごいの？
それならちょっと嬉しい

234:デフォルトの名無しさん
10/04/18 00:58:01
最適化ならVerilogの方が遥かに凄い。全くレベルが違う。

235:デフォルトの名無しさん
10/04/18 01:30:00
設計が古いんだから・・・

236:デフォルトの名無しさん
10/04/18 01:39:28
>>233
一番ってこたあないかもしれないけど、
現実をみて考えると相当なものがあるだろう。

C言語では微妙に不便を強いられる分、
ちゃんと見返りもあるんだねぇ

237:デフォルトの名無しさん
10/04/18 07:56:41
しかしqsortなどがinlineじゃないので
ソートなどはC++に敵わない罠

238:デフォルトの名無しさん
10/04/18 07:59:27
自前でソートすればCの方が速い可能性アリ。

239:デフォルトの名無しさん
10/04/18 11:04:46
C++すげぇじゃねぇか。
あの変態文法で涙出そうになったけど。

ただC言語でもコンパイラ拡張でinlineを受け付けるものも
あるらしいから、それなら何とか・・・。

240:デフォルトの名無しさん
10/04/18 13:20:01
qsortと比較関数の両方がinlineならいいだろうけどねえ

241:デフォルトの名無しさん
10/04/18 13:26:10
C1Xでも標準ライブラリ改良する気ないみたいだしな。
qsortがインライン化されていないこともあるが、基本的なデータ構造を扱う関数群がないとか欠陥が多すぎ。
俺queueとか、my_listとかどんだけ無駄に再生産されてるんだよ。

Cのコミュニティーは本当に無能しかいない。

242:デフォルトの名無しさん
10/04/18 13:41:47
静的型の言語は、テンプレートとかジェネリックみたいのが
ないとコレクション関係はつかえねーな。

243:デフォルトの名無しさん
10/04/18 13:56:20
マクロでごり押しできなくはないけどな
まあ、普通は void* でなんとかするんだろうけど

244:デフォルトの名無しさん
10/04/18 15:40:04
>>243
void * で書くのは間接呼び出しが発生して効率が落ちる。

245:デフォルトの名無しさん
10/04/18 18:08:46
なら可変長構造体で

246:デフォルトの名無しさん
10/04/18 18:23:10
qsortをinlineにする
笑ってしまった

247:デフォルトの名無しさん
10/04/18 19:50:18
Cの仕様の範囲内でqsortの比較の最適化を期待するにはinlineしかないだろ

248:デフォルトの名無しさん
10/04/18 22:36:22
>>247
> Cの仕様の範囲内でqsortの比較の最適化を期待するにはinlineしかないだろ
inlineはCの仕様じゃないって知らないのかお前はwwwwww

249:デフォルトの名無しさん
10/04/18 22:50:15
C言語5年やっててinlineって言葉初めて見たんですが、
これはなんですか？釣りでもなく本当にわかりません・・・。

250:デフォルトの名無しさん
10/04/18 23:05:09
>>249
「C99 inline」でググるんだ。

251:デフォルトの名無しさん
10/04/18 23:08:24
>>249
inlineってC++からの輸入じゃね？

252:デフォルトの名無しさん
10/04/18 23:11:41
>>249
インライン関数。

インライン関数とは、凄く簡単に説明すると

void func(void){
printf("test\n");
}

int main(int argc,char** argv){
func();
return 0;
}

↑のようなフザケタコードをコンパイラが
スマートに書き換える機能で、↑の糞コードのような場合

int main(int argc,char** argv){
printf("test\n");
return 0;
}

みたいな感じに書き直してくれる。

253:デフォルトの名無しさん
10/04/18 23:12:24
てかinlineなんてregisterと同じでわざわざ書かないだろ。

254:252
10/04/18 23:16:26
>>249
よくよく考えると>>252の例は酷すぎた。
忘れてくれ。

255:デフォルトの名無しさん
10/04/18 23:21:55
>>253
gccは特にinlineを無視する確率高いよね

256:デフォルトの名無しさん
10/04/18 23:26:24
人間よりもコンパイラの方が大概うまくやってくれる

257:デフォルトの名無しさん
10/04/18 23:28:44
>>256
しかしそのコンパイラを作っているのは人間である。

258:デフォルトの名無しさん
10/04/18 23:30:35
コンパイラのかなりの部分は自動生成されるコードだけどな。

259:デフォルトの名無しさん
10/04/18 23:30:47
>>257
ゲームの人工知能と同じ

260:デフォルトの名無しさん
10/04/18 23:48:54
このまえVC++で、逆アセンブルしてコードみてみたら、
こんな関数までインライン展開すんのかってびっくりした。

261:デフォルトの名無しさん
10/04/19 01:36:21
淫乱関数か。

262:デフォルトの名無しさん
10/04/19 01:37:10
>>250-254
ありがとうございます！
もうちょっと自分で調べて勉強してきます。

263:デフォルトの名無しさん
10/04/19 02:15:31
>>257
同じ人間と思うなよ
コンパイラ作ってるやつは底辺プログラマーよりずっと優秀なんだから

264:デフォルトの名無しさん
10/04/19 02:43:42
>>263
あいつらは宇宙人だから。

おっと、宇宙人と言ってもルーピーは第９地区行きだからな。

265:デフォルトの名無しさん
10/04/19 19:17:54
>>248

266:デフォルトの名無しさん
10/04/19 19:19:54
>>253
inlineは同じ翻訳単位内に書かれないといけないので
inline書かずに同じ事しようと思うと
staticにしないといけなくなるぜ

267:デフォルトの名無しさん
10/04/19 22:23:52
for文内で作ったオブジェクトを全て選択するにはどうしたら良いですか

268:デフォルトの名無しさん
10/04/19 22:51:57
ポインタstartが指してるところから、ポインタendが指してるとこの「間」の文字列を
dataに格納するにはどうしたらいいですか

目的としてはhtmlのタグ取って特定のタグで囲まれてる文字列を抜き出したいんです

269:デフォルトの名無しさん
10/04/19 22:56:08
>>268
sprintf(data, "%.*s", end-start, start);

270:デフォルトの名無しさん
10/04/19 23:37:48
>>269
それっぽいのができました、どうも

fprintfでやったらポインタじゃダメだって怒られたのに、
sprintfだとできるのね

271:デフォルトの名無しさん
10/04/19 23:42:42
>>268
俺だったら正規表現が使える言語に逃げちゃいそうｗ

272:デフォルトの名無しさん
10/04/19 23:46:05
正規表現は外部ライブラリで補完できるんじゃないの？

273:デフォルトの名無しさん
10/04/20 00:41:09
>>270
> fprintfでやったらポインタじゃダメだって怒られたのに、
ここら辺が特に理解できない

274:デフォルトの名無しさん
10/04/20 00:48:12
fprintf(filep, end-start, start);
な感じでやってみたら、
3番目のargumentはポインタじゃincompatibleだぜ
ってエラーが出た

275:デフォルトの名無しさん
10/04/20 01:47:17
何でそういう変な訳にしたのかわからんが、それだと
2番目の引数ありえんワロス
ってエラーが出ないか？

276:デフォルトの名無しさん
10/04/20 02:42:10
#include <stdio.h>
#include <string.h>

int main( void )
{
char source[256];
char value[256];
int i,j, k = 0;
strcpy( source, "<name>2ch C言語スレ</name>" );
/* ヌル文字まで走査を続ける */
for( i = 0; i < 256 || source[i] != '\0'; i++ ) {
/* 開始タグを検出 => 次の文字が「/」ではない */
if( source[i] == '<' && source[i+1] != '/' ) {
/* 「>」が検出されるまで1文字ずつ調べる */
for( j = ++i; source[j] != '>'; j++ );
i = j;
}
/* 終了タグ検出 => 「<」の次が「/」*/
else if( source[i] == '<' && source[i+1] == '/' ) {
/*それ以上操作する必要がないのでループを抜ける */
break;
} else {
/* 終了タグが検出されるまで、結果保存用配列へ1文字ずつ格納 */
value[k++] = source[i];
}
}
/* ヌル文字挿入(文字列として成立させる為) */
value[k] = '\0';
printf( "対象文字列：%s\n", source );
printf( "抽出文字列：%s\n", value );
　　　　　　　return 0;
}

277:デフォルトの名無しさん
10/04/20 02:43:05
20分くらいで書いたが、sprintf()でやる方が頭を悩ませた。

278:デフォルトの名無しさん
10/04/20 11:17:59
タグを消すだけならこれでもおｋ
#include<stdio.h>
#include<string.h>

int main(void)
{
char source[256];
char value[256]="";
char *p, *q;

strcpy(source, "<name>2ch C言語スレ</name>dummy string<br><br>");
strcpy(value, source);

for(p=value;(p=strchr(p, '<'));)
{
q=strchr(p+1, '>');
if(q==NULL) break;

memmove(p, q+1, strlen(q+1)+1);
}

printf( "対象文字列：%s\n", source );
printf( "抽出文字列：%s\n", value );

return 0;
}

279:デフォルトの名無しさん
10/04/20 11:32:01
sprintf を使ってみた
#include<stdio.h>
#include<string.h>

int main(void)
{
char source[256];
char value[256]="";
char *start, *end, *dest=value;

strcpy(source, "hello<name>2ch C言語スレ</name>dummy string<br><br>");

for(start=source;(end=strchr(start, '<'));)
{
dest+=sprintf(dest, "%.*s", end-start, start);
start=strchr(end+1, '>');
if(start==NULL) break;
start+=1;
}
if(start) sprintf(dest, "%s", start);

printf( "対象文字列：%s\n", source );
printf( "抽出文字列：%s\n", value );
return 0;
}

280:デフォルトの名無しさん
10/04/20 18:45:20
ヘッダに計算書くっていうプログラムなんだがわかる人いる？
ポインタを応用してヘッダファイルとソースファイル２つ使うらしい

簡単な足し算みたいなんだけどわからん

281:デフォルトの名無しさん
10/04/20 19:07:02
>>280
わかるよ

282:デフォルトの名無しさん
10/04/20 19:43:26
ヘッダファイルに計算する関数を書いておくとか?

283:デフォルトの名無しさん
10/04/20 20:24:07
>>280
日本語でおk

284:デフォルトの名無しさん
10/04/21 00:31:15
URLﾘﾝｸ(ux.getuploader.com)
これの表示するフォントを変えたいと思うのですが僕にはレベルが高すぎでした　ゲームの中文化ランチャーで少々いじると日本語化できるようになります。どこでフォントを指定しているのでしょうか。解析お願いします。

285:デフォルトの名無しさん
10/04/21 13:45:26
板違い

286:デフォルトの名無しさん
10/04/21 18:57:30
Cの入門書を読んで
標準関数とWinsckを使いプログラミングできるようになしました。

この次の段階としてはどのような学習をすればいいでしょうか？
ゲームなどは作るつもりありません。
私がやりたいことは画像処理(OCR系の画像解析)や
ネットワーク通信（自分パソコンと友達のパソコンで通信するよなの)を
作りたいと思ってます。
ネットワーク通信はWinsockをもっと勉強すればいいかな？と思いますが、
画像処理などはどうなんでしょう？

287:デフォルトの名無しさん
10/04/21 19:03:55
>>286
パソコン通信（）

288:デフォルトの名無しさん
10/04/21 19:11:25
>>286
とりあえずぐぐってみた？
ある程度それで概要をつかむほうがいいと思う

289:デフォルトの名無しさん
10/04/21 19:11:43
>>287
パソコン通信ですか・・・
それはWinsockとは違うのですか？

290:デフォルトの名無しさん
10/04/21 19:14:04
>>286
＞ネットワーク通信はWinsockをもっと勉強すればいいかな？
Winsockの基本さえわかれば、
（自分パソコンと友達のパソコンで通信）程度なら作れるはずだよ。
作ればいいだけ。

＞画像処理などはどうなんでしょう？
特に何も必要でないよ。すぐに作ればいいんじゃない。
OCRなら大した知識などなくてもすぐに作れるよ。

少しぐらいは自分の頭で考えようよ。

291:デフォルトの名無しさん
10/04/21 19:16:00
>>290
> OCRなら大した知識などなくてもすぐに作れるよ。
OCRがすぐ作れるって？
お前すごすぎだろ

> 少しぐらいは自分の頭で考えようよ。
それはまあごもっとも。

292:デフォルトの名無しさん
10/04/21 19:21:00
>>290
ありがとうございます。

OCRって簡単なんですか・・・
頑張って作ってみます。

293:デフォルトの名無しさん
10/04/21 19:28:46
>>291
OCRって言ってもピンきりだろ。そりゃ製品レベルは無理に決まってる。

けど、例えば数字に限定したものとか、
ベクターでなくビットマップベースにするとか、
そういう限定があればすぐに作れるだろ。

最初はそれでいいんだし、そこから改良を加えていけば幾らでも認識率は高くできる。

294:デフォルトの名無しさん
10/04/21 19:33:06
>>293
jpgファイルとかで最初は英数字だけの解析をしたいのです・・・
なにを勉強すればいいですか？
ホントに入門書上がりで最近やっとWinsockでFTPやPOP、HTTP通信が
できるようになってきたひよっこです・・・

295:デフォルトの名無しさん
10/04/21 19:46:54
統計とかパターン認識とか
高級なことをしたいならウェーブレット変換とかで特徴抽出できる
簡単にやりたいならOpenCVでできる、まぁ原理が知りたければSIFTとかSURFとかの論文読めばいいよ
SIFTとか特許があるから気を付けてね

ネットワーク関係は専門じゃないので詳しくは知らない
トランスポート層しか扱ったこと無いので、詳しくは他の人頼む

296:デフォルトの名無しさん
10/04/21 20:29:38
次は画像フォーマットを知ることじゃないの？
ビットマップは単純だからビットマップからはじめると良い。
ビットマップ画像を読みこんで白黒化して出力するツールをつくれ

297:デフォルトの名無しさん
10/04/21 20:44:16
>>295
ありがとうございます。
論文って苦手なんですけど、
やっぱり避けて通れないのですね・・・

>>296
わかりました。
ビットマップ画像から作成してみます。
ライブラリはDXでいいですよね？

298:デフォルトの名無しさん
10/04/21 21:08:04
Ｃの標準ライブラリだけで十分。コンソールで良い。

299:デフォルトの名無しさん
10/04/21 21:15:20
そもそも行列とかフーリエ変換とかしってるのかな?

300:デフォルトの名無しさん
10/04/21 21:17:00
応用代数学勉強すればいいと思うよ
画像処理アルゴリズムとかそのものずばりの本もあるし。
学校行っていないのならデジタル画像処理とかの資格試験勉強すればいいんで内科医?

301:デフォルトの名無しさん
10/04/21 21:19:16
国家資格は年２回試験があるから挑戦したら?
自信あるなら２級当たりから始めるといいかもシレン
３級は基礎知識だから名

302:デフォルトの名無しさん
10/04/21 22:59:49
国家資格ですか・・・
基本情報技術者なら午後の選択C言語で取りました。
19年度の春試験。

303:デフォルトの名無しさん
10/04/21 23:07:25
>>300
でもずばり jpg を説明した書籍となるといいのがみつからないなあ。
URLﾘﾝｸ(www.amazon.co.jp)
これの第一版はもっている、もっているだけやけど。

304:デフォルトの名無しさん
10/04/21 23:43:40
>>303
俺はその本でJPEGのエンコード・デコードは実装できたなー。
DCTとか概念的なところは「これならわかる！応用数学教室」（だっけ？）が分かりやすかった。

305:デフォルトの名無しさん
10/04/22 00:10:14
#include <stdio.h>
#include <string.h>
#include <locale.h>
#include <stdlib.h>
#include <wchar.h>
main(){
wchar_t kana[] = L"あいうえおかきくけこ";//---1
setlocale(LC_ALL, "");
printf("kana::%ls\n", kana);
printf("kana[2]::%lc\n", kana[2]);
wchar_t wbuf[81], *p1;//----------------------2
printf("enter wide_byte character::\n");
fgetws(wbuf, sizeof wbuf, stdin);
if((p1 = wcschr(wbuf, '\n')) != NULL)
*p1 = L'\0';
setlocale(LC_ALL, "");
printf("wbuf_no_naiyou::\n");
printf("%ls\n", wbuf);
printf("wbuf[2]::%lc\n", wbuf[2]);

return 0;
}

306:305
10/04/22 00:12:58
windows上bccで、日本語文字列の入力を配列に受け取って、その要素にアクセスするのが目的です。

1既存のワイド文字列へのアクセス
ができたので、
2ワイド文字列の入力を受けてその要素へのアクセス
をしようとしたのですが、fgetwsに1byte文字を入力したときはうまくいくのに、
ワイド文字を入力するとfgetwsのエコーバックが見えるところで止まってしまいます。
どうしたらいいでしょう？みかか変換プログラムを書いてみようと思ったのです。

307:デフォルトの名無しさん
10/04/22 00:23:25
画像処理の資格はこれでしょ
CG-ARTS協会｜2010CG検定
URLﾘﾝｸ(www.cgarts.or.jp)
これを３級から始めれば高校生程度の学力から初めても大丈夫

308:デフォルトの名無しさん
10/04/22 00:28:06
>>306
cじゃなくてrubyでやったら?
Cじゃなきゃいけない理由って何?

309:デフォルトの名無しさん
10/04/22 00:28:36
宗教上の理由からです

310:デフォルトの名無しさん
10/04/22 00:29:17
>>297
ライブラリ使うんなら別にどの形式からでもいいよ
ファイルフォーマットを知る必要もたいしてなかろ

311:デフォルトの名無しさん
10/04/22 00:37:41
へえ

312:デフォルトの名無しさん
10/04/22 01:06:51
ｳﾋﾋ

313:デフォルトの名無しさん
10/04/23 08:37:56
>>306
Microsoftでやったら?
bccじゃなきゃいけない理由って何?

314:デフォルトの名無しさん
10/04/23 14:25:37
intの２次元配列を使いたいのですが、int hoge [作りたい数]「ここ」←ここはなにを表してるのですか？
charならバイト数だと思うのですが、intはバイト数が決まってたと思うのですが
作りたい数までの各番号に対応したintを取り出したいのです

315:デフォルトの名無しさん
10/04/23 15:03:35
>>314
お前がいうところの2次元配列ってなんだ？

世間では要素が n 個の配列(1次元配列)は hoge[n] であり、
要素が n x m 個の配列(2次元配列)を hoge[n][m] で表す。

1次元で足りるなら1次元配列を使え。

316:デフォルトの名無しさん
10/04/23 15:03:44
それなら1次元配列でよくね？

317:デフォルトの名無しさん
10/04/23 15:05:53
つまりint hoge[作りたい数]でいけるってことですか。
そういう使い方を全然知りませんでした。ありがとうございました

318:デフォルトの名無しさん
10/04/23 15:06:33
>>314
int hoge[3]; はintが3個並んでる。
int hoge[3][4]; はintが4個並んだものが3個並んでる。
hoge[0][0], hoge[0][1], hoge[0][2], hoge[0][3], hoge[1][0], hoge[1][1], ... の順で。

intのバイト数は規格で固定されてはいない。
実際にコンパイルする時にその環境で何バイトになるのかはそりゃ決まってるけど。
今はPCの環境だとほとんど4バイト。

319:デフォルトの名無しさん
10/04/23 15:16:51
charでバイト数を指定して2次元配列、か。
それはたぶん文字列の配列を作ろうとしていたんじゃないかな。

320:デフォルトの名無しさん
10/04/23 18:05:22
C言語でシーザー暗号の解読プログラムを作っています。
手順としては、暗号化された文字列を入力して1つずつ文字列をずらして
26通りの文字列を出力するプログラムです。

#include<stdio.h>
int main(void)
{
char ang[8]; //今回は最大8文字の文字列
int i,j;

for(i=0;i<26;i++){
for(j=0;j<8;j++){
printf("%c",ang[j]+i);
}
}

初めはASCIIコードのZとaが繋がっているものと思いこう組んだら
Zの後には記号が入っていて詰まってしまいました。
A-Zまでの配列を作ってその中で回す、とかASCIIコードでもZの次をAにする
とか色々考えましたが、どうしていいのかが分からないです…。

ご指導お願いします。

321:デフォルトの名無しさん
10/04/23 18:10:44
(ang[j] - 'A' + i) % 26 + 'A'

322:デフォルトの名無しさん
10/04/23 18:28:17
>>320
isalpha()

323:デフォルトの名無しさん
10/04/23 18:37:27
>>320
本題とは関係ないが、
>char ang[8]; //今回は最大8文字の文字列
ang[8]だと最大7文字の文字列な

324:デフォルトの名無しさん
10/04/23 18:41:29
NUL終端文字列とは言ってないので、間違っていない
それにprintf("%c",ang[j]+i);だから、NULは必要としていないと読める

325:デフォルトの名無しさん
10/04/23 18:50:38
ポインタ無隋って聞いたけど
C言語の入門書とかに書いてるような小さいサンプルコードだと
全然難しくなくて何が難しいのかわからなかった。

ポインタってなんかむずかしい部分あるの？

326:デフォルトの名無しさん
10/04/23 18:51:26
NUL終端ｗ

327:デフォルトの名無しさん
10/04/23 18:53:34
分かる人には難しくない、分からない人には難しい。
慣れればどうってことはない。

328:デフォルトの名無しさん
10/04/23 19:00:50
>>325
入門編が難しいはずない。

329:デフォルトの名無しさん
10/04/23 19:04:05
初心者は、LinkedListを自前で実装してみ？って言われて初めて、
自分がポインタを理解していないことに気づくもの。

330:デフォルトの名無しさん
10/04/23 19:07:33
>>325
人によるんじゃない？
俺は関数ポインタの理解が遅かったけど、いざ理解したらなにが難しかったのか分からなくなったな

331:デフォルトの名無しさん
10/04/23 19:11:03
何も有益な情報は残さずに読むものを不快にさせるだけのレスをするやつは死ねばいいのにな

332:デフォルトの名無しさん
10/04/23 19:12:48
int (*(*foo)(int (*(*)(void))(void)))(int (*)(void))

333:デフォルトの名無しさん
10/04/23 19:13:21
俺は死ねばいいとか思わないけど、なんで>>331は自殺しないの？

334:デフォルトの名無しさん
10/04/23 19:20:08
ﾎﾟｲﾝﾀと配列がごっちゃになってしまうところ
ある配列の実要素が　ﾎﾟｲﾝﾀである（ﾎﾟｲﾝﾀ配列）場合　配列である（2次元配列）場合
各それぞれで、記憶領域の配置が本質的に違うのに理解できるまでの敷居が高い。

既に書かれている記述を読むのは可能でも
やりたいことを実装するのに、どちらが適切かを選択できるか　がｷｰﾎﾟｲﾝﾄ

335:デフォルトの名無しさん
10/04/23 19:21:54
関数の引数や戻り値にポインタ変数が使われる場合なんかも初心者は混乱しやすいな

336:デフォルトの名無しさん
10/04/23 19:24:36
次元配列って

□□□□□□□□□
□□□□□□□□□
□□□□□□□□□
□□□□□□□□□
□□□□□□□□□

こんな感じで
配列の実要素がポインタってのは

□→□□□□□□□□□
□→□□□□□□□□□
□→□□□□□□□□□
□→□□□□□□□□□
□→□□□□□□□□□

こういうこと？

337:デフォルトの名無しさん
10/04/23 19:30:14
>>336
おおよそ yes
指している先がどれだけの大きさの器があるか未確定 & ほとんど知る術は無い
（さらに、不正な場所を指している可能性もあるん）

□→□□□□
□→□□□□□□□
□→□
□→ぬるぽ！
□→鼻から悪魔

こういうことがあり得る

338:デフォルトの名無しさん
10/04/23 19:34:43
>>321
割った余りで考えるという思考がありませんでした…。
ありがとうございました！

>>322
真偽でif文作るってのがあるのを知りませんでした。
勉強になりました！

339:デフォルトの名無しさん
10/04/23 21:27:13
>>332
これ関数ポインタ？

DLLの関数を動的に呼ぶときに、
GetProcAdress（）で関数ポインタ取ってくるくらいしか使い道が分からん。

340:デフォルトの名無しさん
10/04/23 21:38:28
分かりやすそうなところを選ぶとしたらイベントハンドラとかかな。

341:デフォルトの名無しさん
10/04/23 22:14:53
>>339
引数を取らず引数を取らずintを返す関数へのポインタを返す関数へのポインタを取り、
引数を取らずintを返す関数へのポインタを取りintを返す関数へのポインタを返す関数
へのポインタだね。

342:デフォルトの名無しさん
10/04/23 22:27:42
ええい、いいから黙ってtypedefしろ

343:デフォルトの名無しさん
10/04/23 22:35:09
typedefしまくりで夢がひろがりんぐ

344:デフォルトの名無しさん
10/04/23 23:21:31
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)

番号と名前がランダムに記入されたテキストを読み込んで、数字と名前に分けて配列に格納し、番号昇り順で並べかえてテキストファイルで出力したいのですが
並べかえがうまくいきません
とりあえず作ってみたのですが…
アドバイスください

345:デフォルトの名無しさん
10/04/23 23:26:57
>>344
tmp はいらない
ソートができていない
ソートが終わってから出力すればいい

誰かに写させてもらったの？

346:344
10/04/23 23:33:00
過去に作ったやつを何個か組み合わせて作ってたらこうなりました…

347:デフォルトの名無しさん
10/04/23 23:33:07
>>344
番号、名前、テキストの定義をすると話が早いと思う。

例：
番号は、'0'から'9'の文字からなる文字列
名前は、ひらがな、かたかな、漢字からなる文字列
テキストは、番号と名前をスペースからなる文字列で、最後以外の番号および名前の後には必ずスペースが来る。

11113 3333 5892739 山田 12128384 高橋 32939 8883 細川 32932399

とか。

348:デフォルトの名無しさん
10/04/23 23:37:36
>>344
ヒント
for
　　 fscanf

for
　　 for
　　　　 if

for
　　 fprintf

349:デフォルトの名無しさん
10/04/23 23:41:59
>>344

まず

　1.ファイルを全部読む
　2.並び替えを行う
　3.並び替えたデータをファイルに書く

っていう流れに書き換えて
2.の部分をじっくり考えてみてください。

350:349
10/04/23 23:43:51
>>348
もろかぶったスマンｗ

351:デフォルトの名無しさん
10/04/24 00:47:16
関数から構造体を返す必要がある場合、何か基準や定石はありますか？
こういう時にはこうすれば良いという指針があれば知りたいです。

//構造体の例
struct my_struct {
　int size;
　void *ptr;
　int data[];
};

//(1)create関数の中で構造体をmallocして、delete関数の中でfreeする。
struct my_struct* create_my_struct(int param);
void delete_my_struct(struct my_struct* md);

//(2)呼び出し元で構造体を確保して、init関数の中でメンバーをmallocして、release関数の中でメンバーをfreeする。
// 構造体そのものは呼び出し元でどうにかする。
int init_my_struct(struct my_struct* md, int param);
void release_my_struct(struct my_struct* md);

それぞれ下記のデメリットがあると思います。

(1)のデメリットは呼び出し元で入れたいメモリー領域がある場合、createした構造体をコピーする必要がある。
(2)のデメリットは呼び出し元でinitを呼ぶ前に構造体の大きさを知っていなければいけない。

352:344
10/04/24 00:55:12
皆さんのアドバイス通りに流れを考えて、いちからやり直したら無事成功しました。
ありがとうございました。

353:デフォルトの名無しさん
10/04/24 01:20:37
>>351
（１）のデメリットがよくわからんな
そのメモリ領域ってのは create で確保するんじゃないの？
あとコピーうんぬんはコピー用の関数でOK?

354:デフォルトの名無しさん
10/04/24 01:51:37
>>353
実装はこんな感じです。

struct my_struct* create_my_struct(int param)
{
　struct my_struct* md = (struct my_struct*)malloc(sizeof(struct my_struct) + sizeof(int)*param);
　md->size = param;
　md->ptr = malloc(param);
　return md;
}

void delete_my_struct(struct my_struct* md)
{
　free(md->ptr);
　free(md);
}

デメリットは、下記のような場合、memcpyが必要なことです。

int get_data(char* buf, int size)
{
　struct my_struct* md = create_my_struct(size);　　//←ここでbufを渡せたら
　int ret = memcpy(buf, md->ptr, size);　　　　　　　　　//←ここでコピーしなくていい
　delete_my_struct(md);
　return ret;
}

355:デフォルトの名無しさん
10/04/24 02:02:09
なんか違和感があるな。どういう思想なんだろ

356:デフォルトの名無しさん
10/04/24 02:49:32
>>354
*ptrの使い道はなんだろ。つーか、メンテしやすさ重視ならこうじゃね？

typedef struct {
　int size;
　int chinko;
　int unko;
　int data[];
} unko_t ;

unko_t *create_unko( unko_t *md, char *buf, size_t size )
{
　md = malloc( sizeof(unko_t) + sizeof(int)*size );
　if(md){
　　md->size=size;
　　memcpy(md->data,buf,size);
　}
　return md;
}

int get_data(char *buf, int size)
{
　unko_t *md;
　if( create_unko( md, buf, size )==NULL ) perror("unko");

357:デフォルトの名無しさん
10/04/24 02:50:30
途中で送信しちゃったよもうどうでもいいや

358:デフォルトの名無しさん
10/04/24 02:58:38
>>354
まぁよくわからないんだけど、こんな感じにすればOK?

struct my_struct* create_my_struct(int param, char *buf)
{
　struct my_struct* md = (struct my_struct*)malloc(sizeof(struct my_struct) + sizeof(int)*param);
　md->size = param;
　md->ptr = malloc(param);
　if (buf)
　　memcpy(md->ptr, buf, size);
　return md;
}

なんにせよ、構造体のサイズが不定って段階で create/delete 方式だね。
後でもっとよい実装を思いついたときにも直しやすそうだ。

359:デフォルトの名無しさん
10/04/24 02:59:04
いや、全然ダメだろ
create_unko()の第一引数が冗長だし、リソース開放できなくなってるし
どうでもいいけど、いまどきvoid *の代わりにchar *使わなくても
あと、変更しない変数にはconstを明示的に付けた方が幸せになれる

360:デフォルトの名無しさん
10/04/24 03:00:37
豪快にかぶったけどまあどうでもいいな

361:351
10/04/24 03:04:33
分かりにくかったので、>>354に追加します。

int do_some_process_to_my_struct(struct my_struct* md, int param)
{
　for(int i = 0; i < md->size; i++){
　　((int*)md->ptr)[i] = param+i;
　}
　return param+i;
}

int get_data2(char* buf, int size)
{
　struct my_struct* md = create_my_struct(size);　　//←ここでbufを渡せたら
　do_some_process_to_my_struct(md, 12345);
　int ret = memcpy(buf, md->ptr, size);　　　　　　　　　//←ここでコピーしなくていい
　delete_my_struct(md);
　return ret;
}

362:351
10/04/24 03:12:28
>>358
いいえ。OKではないです。
memcpyするのはあくまでも例ですので、createの中にmemcpyを入れてしまうのは話が違ってしまいます。

知りたいことは、>>351に書いたとおり、関数から構造体を返す場合に
(1)と(2)あるいはその他の方法で良いやり方があるのか、ということです。

363:351
10/04/24 03:19:32
>>361
int do_some_process_to_my_struct(struct my_struct* md, int param)
{
　int i;
　for(i = 0; i < md->size; i++){
　　((char*)md->ptr)[i] = (char)(param+i);
　}
　return param+i;
}

あくまでも例ですが、間違っていたので訂正します。

364:デフォルトの名無しさん
10/04/24 03:23:36
やりたいことがまったく分からなくなってきたので
もう少し簡潔にわかりやすく実例込みで説明頼む

365:デフォルトの名無しさん
10/04/24 04:35:09
マクロでsubstituteする良い方法無い？
#define substitute_ptr(a) ??
#define fn_typedef(a,b) typedef a(*fn##substitute_ptr(a)##substitute_ptr(b))(b);

fn_typedef(ANYSTRUCT*const,int); → typedef ANYSTRUCT*const (*fnANYSTRUCTconstint)(int);

366:デフォルトの名無しさん
10/04/24 06:47:19
printf( "sin(π) = %g \n" ,sin(M_PI) );

sinπが0にならないんだけど？

367:デフォルトの名無しさん
10/04/24 07:04:50
そんくらいの誤差は出るだろ

368:デフォルトの名無しさん
10/04/24 07:47:45
>>351
struct my_struct {
　int size;
　struct {
　　char param;　　/* malloc からchar型を想定 */
　　int data;
　} elem[];
};

こういうふうにペアにしたらダメ？
型の異なる（しかし要素数の等しい）可変長ｻｲｽﾞを持つ構造体を取り扱いたいようだが…

369:デフォルトの名無しさん
10/04/24 09:17:20
>351

元々の質問は、一般的にはその2通りのやりかただろう、と答える。
しかし(1)のデメリットが理解できない。
(1)のデメリットは呼び出し元で「入れたいメモリー領域がある場合」、createした構造体をコピーする必要がある。

とくに「入れたいメモリ領域がある場合」という部分が不明。
ポインタがメンバになっているときに、その実体が欲しいってこと？

>354 >361を見てると、あってんだか違うんだか。creat関数の中でメンバを取得しようとしているのかワケワカ。

もしメンバがの実体が欲しいなら、そういう機能を実現した関数を作ればよい。

こんな感じじゃないか。

void get_data(struct my_struct* pMyData, void *pData)
{
　pData = malloc(pMyData->size);
　memmove(pData, pMyData->ptr);
}

370:デフォルトの名無しさん
10/04/24 09:55:27
関数ポインタの配列について教えてください。

void func1( );
void func2( );
void main()
{
int i;
void (*func_ptr[2])( )= { func1, func2};
for(i=0; i<2; ++i)
{
(*func_ptr[i])( ); /* ★★★★ */
}
}
void func1( )
{
printf("func1\n");
}
void func2( )
{
printf("func2\n");
}

上記のプログラムでfunc1とfunc2が実行できたんですが、
★★★★のところを(func_ptr[i])( ); としても、func1とfunc2が実行できました。
関数ポインタの配列に*を付けた場合と付けない場合は何が違うのでしょうか？

371:デフォルトの名無しさん
10/04/24 10:00:40
281 名前：デフォルトの名無しさん[sage] 投稿日：2007/11/08(木) 00:27:05
関数ポインタって代入時の&と実行時の*ってなくても動作変わらないよね？
もともとはどっちが正しいの？

282 名前：デフォルトの名無しさん[sage] 投稿日：2007/11/08(木) 01:06:42
元々必要だったらしいが、gccがなんか理論武装して独自拡張として省略しても良くしたら、
世間に受け入れられたなんて話を聞いたことがある。

372:デフォルトの名無しさん
10/04/24 10:10:25
a[3]と*(a+3)は何が違う
ってきくようなもの
書き方が違うだけでまったく同じ

373:351
10/04/24 10:42:37
>>368
struct my_struct はあくまでも構造体の一例です。
今回の質問ではstruct my_struct の中身を工夫することはあまり重要ではありません。

一般的な話として、関数から構造体を返す場合の、関数プロトタイプの設計に定石があるかどうかを知りたいのです。
こういう時にはこうすれば良いという指針があれば知りたいです。

>>369
>ポインタがメンバになっているときに、その実体が欲しいってこと？

いいえ。今、具体的な構造体あって、その構造体を扱う関数の作り方を知りたいということではありません。

質問の意図は、
構造体を初期化あるいは生成する関数を設計するときの一般論として、
例えば
「ポインタがメンバーになっている構造体の場合は(1)が良くて、そうでない構造体は(2)が良い」（←これは例です。）
というような定石があれば知りたい、ということです。

ですので、get_dataの作り方は質問の対象ではありません。
質問の対象は>>351の(1)(2)の関数プロトタイプについてです。

374:デフォルトの名無しさん
10/04/24 11:43:19
>>351
趣旨が良く分からんのだが、要するに、
構造体の中身を動的にメモリを確保しなくちゃならん時に、
構造体自身も動的に確保したい場合、
一緒に確保した方が良いのか、別々に確保した方が良いのかって話？

375:370
10/04/24 11:43:48
>>371-371
回答ありがとうございます。
*を付けると、func1という関数名になり最終的には、
関数名だけ書いた場合はアドレスになるというルールでアドレスになる。

*を付けないと、func1のアドレスになる

どちらでも同じようにfunc1が実行されるということで合ってますでしょうか？

376:351
10/04/24 11:46:36
>>374
そうですね。
どういう場合には一緒に確保したほうが良くて、どういう場合には別々に確保したほうが良いという指針があれば知りたいです。
他にもっと良いやり方があればそれも知りたいです。

377:デフォルトの名無しさん
10/04/24 12:59:50
>>376
その構造体の隠蔽具合や生命期間との相談かな

FILE ぐらい　がちがちに隠蔽する
　　関数利用側は基本的にメンバアクセスしない：　操作関数(群) とセットになる
気なのか　（この場合は　create/delete で完結すべき）

リスト的用途に近く、親struct の生命期間とは生きている必要がある時間が
違う場合は、メンバは alloc せず NULL のまま

378:デフォルトの名無しさん
10/04/24 13:23:31
>>351
あぁ～、やっぱり、趣旨がいまいち良く分からんな…。

>>354のget_data()の使い方を見るとcreate_my_struct()した時に、
領域の確保だけでなく、実際に必要なデータが作成されて、
その内容をget_data()で引っ張るって仕組みって認識したんだが、
ってことは、(1)でのcreate_my_struct()は、
メモリの確保だけでなく、データまで作成するって認識であってる？
で、(2)ではinit_my_struct()でデータだけ作成するってこと？
※ここでのデータ作成は、メモリの動的確保を含む

と言う事であれば、そのinit_my_struct()で作成すべきデータは
それだけで、一つの構造ってことになるから、
それぞれ用のcreateを作るが正しいと思うのだが？

仮にinit_my_struct()をcreate_my_struct2()とすると
create_my_struct()の中でcreate_my_struct2()を呼び出すイメージ。
で、その時々で必要なcreate()を呼ぶ。

379:デフォルトの名無しさん
10/04/24 14:04:10
>>376
俺も概ね>>377と同意見。
他のやり方としては、構造体なら関数の戻り値として
構造体の実体を返す方法もあるよ。
エラーを返しづらかったり、癖の強いやり方だけど。

380:デフォルトの名無しさん
10/04/24 14:34:29
板違いだったらすみません。。。
C言語(WinAPIを含む)でグローバルIPアドレスを無理やり変えることはできますか？

381:デフォルトの名無しさん
10/04/24 14:42:44
通信できなくなるでしょ

382:デフォルトの名無しさん
10/04/24 14:47:21
>>380
C言語(WinAPIを含む)を使って、何の機器のグローバルIPを
どんな意味で変えたいのによるな
何もしても、このスレないことは確か。

383:351
10/04/24 14:59:48
>>377
>その構造体の隠蔽具合や生命期間との相談かな

なるほど。この指標は考える上での参考になりそうです。

ただちょっと初めの質問の意図と違ってきたので、ちょっと考え直します。

384:デフォルトの名無しさん
10/04/24 15:06:31
>>381-382
無理ってことでしょうか？

たとえば掲示板などに書き込むと管理者には
グローバルIPがわかる($_SERVER["REMOTE_ADDR"])と思うのですが、
それをルータ、パソコンをシャットダウンしなくても
ソフトで簡単に変えられたら便利かな？って思ったので・・・

もっと深く突っ込むと
IP斬られてしまったりした場合にすぐに変更できれば
またレスできるぢゃないですかｗ

それをしたいんです・・・

385:デフォルトの名無しさん
10/04/24 15:09:03
>>384 板違い。

386:デフォルトの名無しさん
10/04/24 15:10:44
>>385
板違いですか？
WinAPIだと思ったので・・・

387:デフォルトの名無しさん
10/04/24 15:11:55
>>384
IP変えるとか、それ以前の問題だな
ネットワークの知識とか、モラルとか、1からやり直せ

388:デフォルトの名無しさん
10/04/24 15:12:27
>>386 URLﾘﾝｸ(pc11.2ch.net)

389:351
10/04/24 15:36:11
標準ライブラリにstrdupがあります。strdupは内部でmallocします。（>>351の(1)に相当）

char *strdup(const char *s);

char* str = strdup("hogehoge");　//←確保するメモリー領域のサイズはstrdupのおまかせ！○
printf("%s\n", str); //処理の例
free(str);　//freeが必要×

同等のことを行うmy_strdupを作ることもできます。my_strdupは内部でmallocしません。（>>351の(2)に相当）

void my_strdup(const char* src, char* dst, int size);

char str[100];　//←コピーする文字列より大きなサイズのメモリーが必要×
my_strdup("hogehoge", str, sizeof(str));
printf("%s\n", str); //処理の例
//freeは必要ない！○

（次に続く）

390:351
10/04/24 15:37:17
（>>389の続き）

【my_strdupのメリット】
strdupは、内部でmallocをするため、呼び出した後、必ずfreeが必要になります。
一方、my_strdupなら、自動変数を引数に渡せるので、必ずしもfreeは必要ありません。
この点では、my_strdupの方が便利です。これがmy_strdupのメリットです。

【strdupのメリット】
しかし、my_strdupでは、文字列全体をコピーしたい場合、
元の文字列よりも大きなサイズのメモリー領域を渡さなければ、文字列全体をコピーすることが出来ません。
このため、my_srtdupを呼び出す前に、strlenを使うなどして元の文字列のサイズを知る必要があります。
一方、strdupは内部で必要なサイズの領域をmallocするので呼び出す前に元の文字列のサイズを知る必要はありません。
この点では、strdupの方が便利です。これがstrdupのメリットです。

以上は文字列での例でしたが、
構造体や他のデータ領域を扱う関数を考えるときにも
呼び出し元でメモリーを確保して渡すか、あるいは関数の内部でmallocするか、
についてどういう時にどうしたらいいのか、を考えることができるかと思います。

一般的な指針があれば知りたいです。

391:デフォルトの名無しさん
10/04/24 16:12:35
strdup()のデメリットがfree()を必要とすることでは無い
オブジェクトを生成したら破棄するのは当然のことである(create/destroyの対が大切)

my_strdup()のメリットが自動変数を引数に渡せるとかなんとか言っているが
自動変数の領域が足りない場合や書き換えが必要な場合、結局メモリ確保が必要となり自動変数が渡せることはデメリットでしかない

たとえば、標準ライブラリのf*()について考えてみよう
FILEがクラスでfopen()がコンストラクタ、fclose()がデストラクタ、その他のf*()関数がFILEインスタンスに対するメッセージと考えれば、f*()群は低級なオブジェクト指向をしているとか意釈できる

ここで、一つの指針を示そう
あるオブジェクトを生成しメッセージを送り破棄せよ
foo_t *foo;
foo = create_foo();
do_something_foo(foo);
destroy_foo(foo);
呼出元が生成と破棄を対にして行うのが良い

この関係は、strupでもmy_strdupでも同じことになる
char *s = strdup(foo); /* create */
(void)s; /* do something */
free(s); /* destory */

char *t = malloc(bar); /* create */
my_strdup(foo, t, bar); /* do something */
free(t); /* destory */
my_strdup()がソースとデストが逆のmemcpy()みたいで気持ちが悪いと言っておくテスト

392:351
10/04/24 16:38:53
>>391
> strdup()のデメリットがfree()を必要とすることでは無い
> オブジェクトを生成したら破棄するのは当然のことである(create/destroyの対が大切)

確かに当然のことです。当然のことですので、その当然のことを忘れた場合、深刻なバグになるという大きなデメリットがあります。

> my_strdup()のメリットが自動変数を引数に渡せるとかなんとか言っているが
> 自動変数の領域が足りない場合や書き換えが必要な場合、結局メモリ確保が必要となり自動変数が渡せることはデメリットでしかない

自動変数で問題がいない場面では、上記の深刻なバグを避けられるという点で十分メリットがあります。
仰りたいことはわかりますが、一概に決められるものではないと思います。

例えば、>>391の主張では、memcpyはデメリットしか無いことになってしまいますよね？

> 呼出元が生成と破棄を対にして行うのが良い

良いのはわかります。つまり、それがstrdupや、>>351の(1)の場合ですよね。
my_strdupにmallocで確保したメモリー領域を与え、使用後freeするのも良いと思います。

ですが、my_strdupに自動変数を渡してはいけないということにはならないですよね？下記のようなコードは普通に書かれると思います。

void func(const char* str)　//strは99文字以下の文字列
{
　char buf[100];
　strncpy(buf, str, sizeof(buf));
　/*strに対する処理*/
　printf("%s\n", str);
}

これは、若干恣意的な例ですが、これに限らず、自動変数の構造体や配列へのポインターを関数に渡すことは一般的に行われることですよね。

次ページ