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

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

427:デフォルトの名無しさん
10/04/25 01:52:31
>>426
> 例えば、関数内でrecv()を使ってネットワークからデータを受信する場合など、
> 処理を完了して初めてデータのサイズが確定することがあります。
>そのような場合、関数を呼び出す前にはそのサイズは分かりませんが、
>関数内ではreallocするなりして適切なサイズのメモリーを確保することができます。

なぜ　recv() がそういう造りになっていないのか？　を想像してくれ
上記の構造だと、生成/消滅の入れ子構造が維持し難いんだよね　

428:351
10/04/25 01:59:41
>>427
> なぜ　recv() がそういう造りになっていないのか？　を想像してくれ

何のためにその想像をする必要があるのでしょうか？
目的がよくわかりません。

429:デフォルトの名無しさん
10/04/25 03:25:24
>>424
ならぬるぽのときだけ確保するようにしたらいいんでないかな。

430:デフォルトの名無しさん
10/04/25 03:27:29
>>425
うーん、strdup-freeも対に見えないよ
その論調ならstrdupの存在を否定していいと思うんだ。そしてそれはアリだと俺は思う。

431:デフォルトの名無しさん
10/04/25 03:33:04
って最後の行読んでなかった。まったくもってそのとおりであって、なんていうかごめん。

ちなみにnew[]-deleteはnew[]-delete[]の間違いだよな？

>>426
> 人の感覚なのでそう見えない人がいることは仕方が無いと思います。
なんか多分読み違えているけれど、
create_my_structのような関数を見た場合、同ライブラリにdelete_my_structのような関数があれば
プログラマは注意を払うが、なければ特に何もしなくて良い(freeを使う必要がない)と思ってしまうクセがある。
そういう意味で、hoge-freeが対に見えないという話だよ

432:>425
10/04/25 08:44:44
>431

>ちなみにnew[]-deleteはnew[]-delete[]の間違いだよな？

すみません。タイプミス。注意したつもりだったのに、日頃C++使わない物で、ご容赦ください。

>426
他の人とは、同じ感覚みたいだけど、strdup-freeはリソースの確保と解放のレベルがあっていない、
イヤなコーディングスタイルだってこと。mallocしているレベルが、一段低いから。
名前の問題ではない。
ただ、標準関数という意味でギリギリの許容範囲。
コーディングスタイルを操作できる立場なら、ANSIに含まれないから禁止としたいくらい。
拒否する。

もちろんそういう構造が取れない場合は、あり得る。
だけど「一般的には」リソースの確保と解放の対は、そろっている方がよい。

433:デフォルトの名無しさん
10/04/25 09:22:07
>>432
横からだけど、レベル合わせるのって必要か？
どちらかと言うと、アロケートとリリースが組み合わせになってないことの方が問題じゃないか？
strdupに対して、strdup_free()があれば良いだけで、
使う方は、その中身の実装は問わないってのが正解な気がするが…？
要するに、あるオブジェクトに対してのnewがあるなら、
そのオブジェクトに対するdeleteを用意して、それを使えってだけで、
組み合わせを間違えなければ、内部がどうなってようが、問題にならないと思うが…

434:デフォルトの名無しさん
10/04/25 09:41:31
同じく横からだけど
デストラクタが無い影響はスコープだけじゃなく構造体・共用体の中にまで影響する訳で
入れ物の階層毎に都度専用alloc/freeを用意するのが注意深いcデータ取り扱い方だとおもうよ

435:デフォルトの名無しさん
10/04/25 10:05:18
メモリを確保して返す関数は作るなって話か？
確保するメモリのサイズを事前に取得できない場合はどうすんのって話だな

436:デフォルトの名無しさん
10/04/25 10:14:03
専用reallocを用意するだけじゃないの？

437:デフォルトの名無しさん
10/04/25 10:23:15
とりあえず malloc して、そのポインタのアドレスを渡して、
関数内で realloc してもらうとか？

438:デフォルトの名無しさん
10/04/25 10:30:07
>>437
分けも分からずmalloc()する位なら、NULL使ってrealloc()の方がまし

439:デフォルトの名無しさん
10/04/25 10:35:23
それだと malloc/free の対応がとれないって主張なんじゃないの

440:デフォルトの名無しさん
10/04/25 10:43:30
>>439
必要なのはC++で言うnewとdeleteに対応するものであって
mallocとfreeではないと思うのだが？

441:432
10/04/25 10:45:57
>433

>strdupに対して、strdup_free()があれば良いだけで、

それがレベルを合わせるってこと。
strdupの中でmallocしていれば、strdup_freeで責任もってそれを解放する方が、コード上で
リソースバランスの確認ができる。

>組み合わせを間違えなければ、内部がどうなってようが、問題にならないと思うが…
内部を気にしたくないから、リソース管理の責任レベルを合わせたいってこと。

>435
>確保するメモリのサイズを事前に取得できない場合はどうすんのって話だな
必ずしも、同じレベルでそろえられないかもしれない。でも、大抵は設計が行けてないだけ。

少し話を戻して>432で
「名前の問題ではない」と書いたけど、リソース管理レベルの話題であって、名前の話ではないといういみであり、
人間がコードを書いている以上、リソース管理レベルは識別子で認識している。
従って、リソース管理レベルを意識していれば、名前もそうなるはず。

コード上で名前のバランスが取れていない場合、設計を疑った方がよい。

442:441
10/04/25 11:00:58
>426

>> >(1)の場合は、可変部の情報を含めサイズ情報を渡しません。
>> これは無理。
>いいえ。無理ではありません。
>例えば、関数内でrecv()を使ってネットワークからデータを受信する場合など、処理を完了して初めてデータのサイズが確定することがあります。

OK.あなたと私では、視点のレベルが違っていた。
私の視点は事前にサイズがわからない場合も、とりあえずバッファを用意しておいて、
読んでみないことには知りようがない、という意味だったのです。recvそのものの
レイヤーです。読んでみたあとはサイズがわかる、というのはそうですね。

議論はあくまでも一般論です。個別では理想的な実装ができないかもしれません。

余談ですが、メッセージループの処理ならば一般的には、下記のように書くと思います。
擬似コードです。

for (;;) {
　recvMsg(pMsg);
　/* メッセージに応じた処理 */
　freeMsg(pMsg);
}

これはメッセージを受けるところと、最後に解放するところでリソース管理レベルを
そろえています。

443:デフォルトの名無しさん
10/04/25 11:07:19
要するにコンストラクタとデストラクタを用意するみたいな感じにすべき、ということね？
まあその主張は分からんでも無い

444:デフォルトの名無しさん
10/04/25 11:10:13
>>441
>>strdupに対して、strdup_free()があれば良いだけで、
>それがレベルを合わせるってこと。
何か意図が違う気がする。
strdup()内でmalloc()を呼んでようが、さらに、strdup()で別の関数を呼んで
その中で、malloc()を呼んでようが、俺は気にしないって話だが合ってる？
strdup_free()に関しても、冗長になると分かってても実装して欲しと思うが、
最悪(本当に最悪だが)はdefineの定義するだけでも構わないと思ってるけど同じ？

445:351
10/04/25 12:24:26
>>442
>議論はあくまでも一般論です。個別では理想的な実装ができないかもしれません。

はい。そのとおりです。
ですが、その下の擬似コードは>>351の質問の意図を表していません。

>>351の質問の意図は、
recvMsg(), freeMsg()を使う関数を作るような場合を含めて、
一般的に
・関数から構造体を返す必要がある場合、何か基準や定石があるのかを知りたい。
・こういう時にはこうすれば良いという指針があれば知りたい。
ということです。

recv()とrecvMsg()-freeMsg()のどちらが一般的かという議論は今回の質問の中ではしていません。

446:デフォルトの名無しさん
10/04/25 12:29:35
>>445
構造体自体を返すだけなら free() はいらない。
でも >>351 のお題にあがっている構造体は、メンバに malloc() で得たポインタがはいっているので、
当然そのポインタを free() する必要がある。
一般化というが、上記のことだけ注意すれば OK なのでは。

447:デフォルトの名無しさん
10/04/25 12:30:02
>>351俺なら(1)だな。

さらに、（オーバーロードできるなら、C++なら同名で）
void delete_my_struct(struct my_struct **md) {
　delete_my_struct(*md);
　*md = 0;
}
とすらする。

448:デフォルトの名無しさん
10/04/25 12:32:34
>>447
Cでオーバーロードできる環境なんてあるのか？

449:351
10/04/25 12:36:38
>>446
つまり、構造体内部の後処理だけを関数で行えということなので、常に>>351の(2)が良いということですね。

>>447
どういう場合、>>351の(1)が良いですか？
基準があれば教えてください。

それとも、常に>>351の(1)が良いでしょうか？

450:デフォルトの名無しさん
10/04/25 12:51:51
>>448
いっけね。Cスレだった。C/C++かと思ってた。

>>449
基準も何も、(2)は俺にとって煩雑。
呼び出し元でmallocなりして、init_my_struct呼んで、
要らなくなったらrelease_my_struct呼んで、free呼ぶ。
呼び出し回数が多い。呼び忘れるのも怖い。

(1)ならcreate_my_structで生成と初期化を同時に行い、
delete_my_structで後片付けと削除を同時に行う。
呼び出し回数が少ない。余計な気を使わなくて良い。
create - deleteの対を分かって使えば良いだけ。

C++にしたってコンストラクタ以外に、
new後にinit()呼び出しを要する設計もあるが、
同じ理由で俺はそういうの嫌い。

メソッド間、関数間に呼び出し順の依存関係があると使いにくい。

451:デフォルトの名無しさん
10/04/25 13:33:21
>>351 は構ってちゃんだから、ﾏｼﾞﾚｽ禁止ね（＾o＾）ﾉ

452:デフォルトの名無しさん
10/04/25 13:54:52
>>351は常に(1)でいいよ。
ただし構造体のメンバにアクセスできないようにカプセル化したほうがいい。
ヘッダに

　 struct my_struct* create_my_struct(int param);
　 void delete_my_struct(struct my_struct* md);
　その他my_structを操作する関数のプロトタイプ宣言

を書いて、ソースのほうに

　 struct my_struct {
　　int size;
　　void *ptr;
　　int data[];
　 };
　関数の定義

を書く。

453:351
10/04/25 18:27:17
>>450
> 基準も何も、(2)は俺にとって煩雑。
>>452
> >>351は常に(1)でいいよ。

ありがとうございます。基本は(1)ということですね。

では、呼び出し元で構造体を格納したい場所が決まっている場合はどうすればいいと思われますか。

>>351の(1)の場合は、
呼び出し元で構造体のcretateを実行し、呼び出し元でその結果を構造体を格納したい場所にコピーしなければなりません。

>>351の(2)の場合は、
呼び出し元で構造体のinitに格納したい場所を指定して実行すれば、結果として格納したい場所に構造体が格納されるので、呼び出し元では改めてコピーする必要はありません。

この点で、やはり(2)は捨て切れません。
上位でどう使われるかわからない関数を設計する場合は、やはり(1)(2)の両方を用意したほうがいいでしょうか。

(1)(2)以外にうまい方法があれば知りたいところです。

454:デフォルトの名無しさん
10/04/25 18:51:27
>>453
自分で答え出してるじゃないか。まだ何か困ってるの？

455:351
10/04/25 18:53:31
>>454
はい。
>>453の一番最後の行に書きました。

456:デフォルトの名無しさん
10/04/25 19:30:23
>>455
へぇ。そこ読んでも俺には何に困ってるのかわかんないや。

457:デフォルトの名無しさん
10/04/25 19:34:52
>>351
何のために格納したい場所ってのが必要なのかわからんが、変な書き方するよりは
おとなしくコピーしたほうがいいかもね。

458:351
10/04/25 19:43:23
>>457
格納したい場所が決まっている状況というのは、
例えば、下記のようなコールバックハンドラーを実装する場合に、引数に格納するメモリー領域を渡されるような場合です。

int (*some_callback_handler)(char* buf, int buf_size);

パフォーマンスがそれほど要求されない場面では確かにコピーすれば解決なのですが、
そうではない場合もあるので、コピーの回数は減らせられるようにもしたいのです。

459:デフォルトの名無しさん
10/04/25 19:56:46
おかしいな、引数がヌルポインタかどうかで判断すればいいよっていうのはどうしちゃったんだろ。
reallocみたいな感じといえばいいかな

460:デフォルトの名無しさん
10/04/25 21:13:28
>>458
get_my_struct関数を作ってポインタを返して、そのポインタを使えばいいのでは。

461:351
10/04/25 21:24:14
>>460
構造体を格納したいポインタを知っているのは呼び出し側なので
get_my_struct関数を作っても仕方ないですよね？

462:デフォルトの名無しさん
10/04/25 23:54:00
まだやってんのか

こういうどうでもいい質問はOKウェブみたいな初心者向けQ&Aサイトでやればいいのに

463:デフォルトの名無しさん
10/04/26 00:03:24
>>462
それがこのスレさ

464:デフォルトの名無しさん
10/04/26 11:01:21
いや寧ろ、ここは>351みたいに捻くれた初級者向きじゃない。
いっそ小心者スレ辺りでやってほしい。

465:デフォルトの名無しさん
10/04/26 13:02:05
>>464
お前が童貞専用自慰スレに行けばいい

466:デフォルトの名無しさん
10/04/26 22:05:24
フローチャート記号の「準備」ってどうやって使うものなの？
変数の宣言というのがこういうので、この時に使う？↓
int　nurupo;
これは「処理」でいいよね？↓
int　nurupo = 1

467:デフォルトの名無しさん
10/04/26 22:14:54
int　nurupo = 1
が準備だな

処理に備えて初期化という準備をしているわけだし
変数宣言はフローチャートの中では書かないことが多い

468:デフォルトの名無しさん
10/04/26 22:52:29
会社で初期化と同時に代入書いたら
「こんな書き方見たことない、直せ！」と言われた。

469:デフォルトの名無しさん
10/04/26 23:02:07
初期化と同時に代入ってどうやるんだ

470:デフォルトの名無しさん
10/04/26 23:02:55
int i;
int j = i = 0;

こういうやつか
まあキモいな

471:デフォルトの名無しさん
10/04/26 23:03:11
>>469
語弊があって申し訳ないが、>>467みたいなやつ。

472:デフォルトの名無しさん
10/04/26 23:06:20
「初期化」と「代入」を勉強し直させるべきだな
つーか見たことない、って

473:デフォルトの名無しさん
10/04/26 23:08:35
宣言と同時に代入ってことか？

474:デフォルトの名無しさん
10/04/26 23:10:00
>>466
ソース読めば瞬間わかることを書いてはいけない
よく読まなければわからないことをアシストしてこそ意味がある

475:デフォルトの名無しさん
10/04/26 23:11:39
>>473
それを初期化と言う
まあ、初期化は代入ではないがな

476:デフォルトの名無しさん
10/04/26 23:26:20
初期化は代入じゃない？
int main(void) {int x = 5; return 0; }
なんかだと代入じゃない？

477:デフォルトの名無しさん
10/04/26 23:34:34
いいえ、初期化です

478:デフォルトの名無しさん
10/04/26 23:41:51
466だけど、アホ言ったみたいでほんとごめん。
もう少しグーグル先生で探してくる。プログラムって難しそうね。。
>>474
そういうものなのね。
じゃあ殆どつかわねーよ！という記号もあるとか？

479:デフォルトの名無しさん
10/04/26 23:46:14
auto 変数に初期化なんかあるのか？全部代入じゃないのか？
それとも俺の頭が古いのか？

480:デフォルトの名無しさん
10/04/26 23:58:19
>>479
古いんじゃなくて、最初からちゃんとした文法を覚えていないだけ。

481:デフォルトの名無しさん
10/04/27 00:01:05
>>480
static な変数に対する初期化は理解できるが、auto な変数に初期化という動作はあるのか

main() {
int x; /* 宣言 */
x = 1; /* 代入 */
}

をひとつにまとめものが
main()

482:デフォルトの名無しさん
10/04/27 00:01:46
int main() {
int x = 1; /* 宣言＆初期化 */
}
と思っていたのだが。

483:デフォルトの名無しさん
10/04/27 00:03:31
ごめんなさい。やりなおし。
main()
{
int x; /* 宣言 */
x = 1 /* 代入 */
}
をひとつにまとめたものが
main()
{
int x = 1 /* 宣言＋代入 */
}
だと思っていたのだが、規格はこれを初期化と呼んでいるのか？

484:デフォルトの名無しさん
10/04/27 00:11:39
>483

それは、初期化子付きの宣言。あくまでも宣言で、宣言+代入ではない。
式と宣言では文法が区別されている。

int a[] = {1, 2, 3,};
と書けるが
int a[10];
a[] = {1, 2, 3,};
とは書けないのは別物だから。

485:デフォルトの名無しさん
10/04/27 00:16:06
>>483
JIS X3010 6.7.8 初期化

486:デフォルトの名無しさん
10/04/27 01:11:59
>>481
途中で送信したとは思ったがシュール過ぎて笑った。

487:デフォルトの名無しさん
10/04/27 11:47:43
制御系プログラミングの初歩として、C言語（++ではない）のビット演算を勉強しています。
unsigned char型の変数を、二進数でバラして8個の0/1フラグとして使うための一番効率のよいやり方って何ですか？
一般的に使われるロジックとしては以下のメソッドのような感じでＯＫですか？

//引数srcのnビット目を0か1かで取り出す
unsigned char getNbit(unsigned char src,unsigned char n)
{
//srcと2のn乗（nビット目だけ1の値）と論理乗算して、0になったら0を返す。そうでなければ1。
if( src & (1<<n) == 0 )
{
return 0;
}
else
{
return 1;
}
}

//引数srcのnビット目に指定の値param(0/1)をセットした値を返す
unsigned char setNbit(unsigned char src,unsigned char n,unsigned char param)
{
//0をセットする場合、srcと2のn乗の値を反転した値(255-1<<n)とを、論理乗算する
if(param == 0)
{
return src & (255-1<<n);
}
//1をセットする場合、srcと2のn乗(1<<n)の値とを、論理加算する
else
{
return src | (1<<n);
}
}

488:デフォルトの名無しさん
10/04/27 11:54:37
ビットフィールドじゃあかんの？生成されるコードは汚いけど

489:デフォルトの名無しさん
10/04/27 11:58:10
二つ目はon/offで関数わけようぜ

490:デフォルトの名無しさん
10/04/27 12:00:41
IO操作するならビットフィールド使って、関数で隠蔽する

491:デフォルトの名無しさん
10/04/27 12:15:09
(255 - 1 << n) じゃなくて　~(1 << n)ってするのがビット演算らしい

492:デフォルトの名無しさん
10/04/27 12:34:18
__inline unsigned char getNbit(unsigned char src, unsigned char n) {
return src & (1 << n);
}

__inline unsigned char setNbit(unsigned char src, unsigned char n, unsigned char param) {
return src & ~(1 << n) | (!!param << n);
}

493:デフォルトの名無しさん
10/04/27 12:39:45
return (src >> n) & 1

494:487
10/04/27 13:33:20
皆さん、ありがとうございます。

>>490
まさにIO制御の学習です。
基盤にランプが8個乗っていて、指定のIOポート1つ(1バイト)に値をセットすることで点灯/消灯を制御するといった課題です。
ビットフィールドというのを調べてみます。

>>492
前者は、指定したビットが0のときは0が返るけれど、1のときは1<<nが返りますね。
それでも、このメソッドを使う際に、「0かそうでないか」という運用をすれば良いということですか？
JavaのbooleanやC#のbool型に慣れているゆえ、0か1かの戻り値にこだわらないといけないと思っていましたが、
Cの常識だとそうでもないという認識で良いですか？

後者は、「src & ~(1 << n) | (!!param << n);」の記述の意味を詳しく教えていただけると助かります。
「src & ~(1 << n)」の部分までは、「とりあえず指定ビットを0にする」というのは分かりますが、
その後、 !!とはどういう意味の記述なのでしょうか。

こういう短く基本的な処理を書くにはinlineにしたほうが高速なのですね。とても参考になります。

495:デフォルトの名無しさん
10/04/27 13:38:56
ビットフィールドの実装依存の部分からいってその用途には使えないんじゃないの？
パディングとか順番入れ替わるとかで

496:デフォルトの名無しさん
10/04/27 13:46:15
>>494
>>492の get の方は指摘の通りで、0, 1 に固定するなら(した方がいいだろうけど)、
return !!(src & (1 << n));
としてもいいが、それなら >>493 の方がいいね。

!! は ! を2回やってるだけ。 0なら0、0以外なら1にしたいときにやる常套手段。

497:デフォルトの名無しさん
10/04/27 14:15:09
>>487の判定文、演算子の優先順位をよく調べとけ

498:デフォルトの名無しさん
10/04/27 14:28:54
>>494
JavaでもC#でも0が偽というところは変わらんよ。
if (3)とかかけるでしょ

499:デフォルトの名無しさん
10/04/27 15:34:56
>>498 嘘

500:デフォルトの名無しさん
10/04/27 15:42:12
JARO

501:デフォルトの名無しさん
10/04/27 18:54:10
!!はキモいんだよなあ
好みの問題だろうけど
ちゃんと最適化されるかどうかは気になる

502:デフォルトの名無しさん
10/04/27 19:14:22
!!がいやなら!=0はどうよ？

503:デフォルトの名無しさん
10/04/27 19:20:04
>>485
なるほど、「静的記憶域区間」のみならず「自動記憶域区間」の場合であっても、初期化という言葉が適用されるのですね。
インプリメント上では単なる代入にすぎないものであっても。

504:デフォルトの名無しさん
10/04/27 19:53:57
C++で挫折してCに流れ着いてCの入門書読み終えたんですが、中級者になるために試したらためになる演習課題とかありませんか
たぶんメモ帳とか作る場合GUIとか使わないとならないんですよね？できたらヒント付きで教えてくれませんか？

505:デフォルトの名無しさん
10/04/27 19:54:16
>>502
俺は基本そうしてる
if文に直接書く時はそれすら書かないけど

506:デフォルトの名無しさん
10/04/27 19:55:02
>>504
CUIで作れるような簡単なゲームでも作るといいよ
俺はいつもヒットアンドブローを作るようにしている

507:デフォルトの名無しさん
10/04/27 22:01:56
構造体のメンバに順次アクセスする
ナイスな方法ってある？

508:デフォルトの名無しさん
10/04/27 22:10:36
char*でキャストして、1バイト毎に順次アクセスする

509:デフォルトの名無しさん
10/04/27 22:14:11
メンバの位置や型を配列にして保存しておいて
それでループでアクセス

まあ普通そんなことやるなでFAだが

510:デフォルトの名無しさん
10/04/28 15:43:35
>>507
unionを使うのが一番楽で上品

511:デフォルトの名無しさん
10/04/28 16:33:51
>>510
順次アクセスという言葉の意味がわかってないだろ
馬鹿は黙ってればいいのに

512:デフォルトの名無しさん
10/04/28 17:14:46
順次アクセスできない理由を教えてくれ天才

513:デフォルトの名無しさん
10/04/28 19:37:37
>>511
こういう感じでいけるっしょ。
typedef struct {
int a;
int b;
int c;
int d;
} hoge_t;

typedef union {
hoge_t u;
int l[4];
} chinko_t;

514:デフォルトの名無しさん
10/04/28 19:38:41
あ、int l[0] にしといた方が便利がいいな。

515:デフォルトの名無しさん
10/04/28 20:07:29
アラインメントが気になる
同じ型ならまず問題は無いだろうが、万が一があるしな

516:デフォルトの名無しさん
10/04/28 20:14:52
メリット皆無だし。

517:デフォルトの名無しさん
10/04/28 20:16:54
>>515
それを言い出したらそもそもunionの存在そのものが怖いよな。

>>516
誰もメリットの話なんかしてねーだろ

518:デフォルトの名無しさん
10/04/28 20:26:35
添え字でアクセスしたいだけなら
#define STFX(N,V) switch(N){case 0:struct.a=V;break;case 1:～}
で十分だし。

519:デフォルトの名無しさん
10/04/28 21:01:43
おいおい今日もまたＣの連中はつまんねえことでもめてるよｗｗ

520:デフォルトの名無しさん
10/04/28 21:10:53
>>519
だよな、時代はD言語だろうに老頭児なC厨はオナニーでもしてろってのｗ

521:デフォルトの名無しさん
10/04/28 21:12:26
これだからC厨は・・・

522:デフォルトの名無しさん
10/04/28 21:12:59
D(笑)

523:デフォルトの名無しさん
10/04/28 21:14:18
おじいさまがたはFORTRANでも使っててください

524:デフォルトの名無しさん
10/04/28 21:14:28
老頭児って中国語か

525:デフォルトの名無しさん
10/04/28 21:18:30
おじいさまがたは LISP でも使ってください、
ん？

526:デフォルトの名無しさん
10/04/28 21:24:39
>>523,525
すまん、俺まだ20代だが両方とも会社で使ってるw

527:デフォルトの名無しさん
10/04/28 21:32:21
LISPは未だに超強力だからな。まあWindowsアプリに限って言うならC#の時代が来るかもしれない。囲い込みだしな
でもプログラムはWindowsアプリだけじゃないし、つーかDって誰が普及させるんだよｗ
世界中で使われてるCの牙城を崩す気ねーだろ
あとWebプログラミングのLLはこれからも生き残る

528:デフォルトの名無しさん
10/04/28 21:35:21
LISPはemacsとかあるからまぁ使う機会はそこそこあるかもしれんが
FORTRANを使う場面はまったく思い浮かばん
昔大学で実験に使って以来やってないから、もう文法もわがんね

529:デフォルトの名無しさん
10/04/28 21:49:20
順次アクセスとかそんなイレギュラーな使い方は普通しないし。

530:デフォルトの名無しさん
10/04/28 22:02:10
Fortranは大学ではまだつかってるところあるけど
Ｌｉｓｐってemacsのマクロくらいしかないよ

って書こうとしてリロードして>>528を読んだ
たぶんほとんど同じものを見たのに出した答えが真逆で面白いなと思った

531:デフォルトの名無しさん
10/04/28 22:25:40
構造体の入れ子ってあまりよくないことなんでしょうか？（設計に問題あり？）

532:デフォルトの名無しさん
10/04/28 22:27:57
別に普通

533:ノラ
10/04/28 23:55:51
いま学校の課題で
do-while文を使って
１＋２＋３・・・というように数値を加算して表示し、
加算結果が３００を超えたら表示して
処理を終了するというプログラムを組みたいのですが、
普段から授業ついていけなくて、よくわかりません
どなたか教えてください。お願いします

534:デフォルトの名無しさん
10/04/28 23:57:45
>>533
ここは入門スレなのであまり高度なことはお答えできません。

535:ノラ
10/04/29 00:00:38
>>534
どうしたらいいですか？

536:デフォルトの名無しさん
10/04/29 00:02:05
中学校の課題？

537:ノラ
10/04/29 00:03:53
>>536
いえ専門なんですが
全く授業についていけなくてですね・・・

538:デフォルトの名無しさん
10/04/29 00:03:56
>>535
ｽﾚﾘﾝｸ(tech板)

こちらへどうぞ

539:デフォルトの名無しさん
10/04/29 00:04:27
#include <stdio.h>

int
main(void)
{
　 int i = 1;
　 int sum = 0;

　 do {
　　 sum += i++;
　 } while (sum < 300);
　 printf("%d\n", sum);

　 return 0;
}

540:デフォルトの名無しさん
10/04/29 00:04:29
そういうときは美味しいカレーのレシピを書いて提出だろう

541:ノラ
10/04/29 00:12:06
>>539様ありがとうございます。
参考にしてがんばってみます

542:ノラ
10/04/29 00:14:24
>>539
sum入れないでもできますか？

543:デフォルトの名無しさん
10/04/29 00:16:16
ついていく気は無いようだｗｗｗ

544:デフォルトの名無しさん
10/04/29 00:24:11
>>542 自分でやれよカス

545:デフォルトの名無しさん
10/04/29 00:52:38
>>542
#include <stdio.h>

int
main(void)
{
int i = 1;
do {
printf("%d\n", i * (i + 1) / 2);
i++;
} while (i * (i + 1) <= 600);
return 0;
}

546:デフォルトの名無しさん
10/04/29 00:55:13
>>542
結果を格納しておく変数が必要なわけ。
加算していって、それをどこに保持しておくの？って話になるでしょ？

だから、この場合は「sum」っていうｙ変数に入れてる。
別にgoukeiでもsでも、C言語の規則に従ってればなんでもいい。

547:デフォルトの名無しさん
10/04/29 00:55:55
>>545
綺麗だけど初心者には分かりづらいソースだなｗｗｗｗｗｗｗｗｗｗ

548:デフォルトの名無しさん
10/04/29 01:03:48
まて、少なくとも綺麗ではない

549:デフォルトの名無しさん
10/04/29 01:16:39
この手の問題は、答えが分かるのなら質問しない。つまり初めから論外なレベル
宿題スレじゃないんだからさ

550:デフォルトの名無しさん
10/04/29 02:39:15
ちょっと質問なんですけど。。。
Raw Socketってあるぢゃないですか？
私の開発環境はWindowsでVC++ 2008なので
Winsock2を使ってws2_32.libをリンクし、
socket(AF_INET,SOCK_RAW,IPPROTO_IP);
こうやって書くんだと思うんですが(違ったらまた勉強してきます)、
IPヘッダを作成するときにIPを偽装できるという記事を
拝見したことがあります。

その場合、IPというのは何のIPなのでしょうか？
プライベートIPですか？
グローバルIPですか？

仮にグローバルIPを返られるとした場合、
例えば携帯IPに変更することは可能なのですか？

もし可能なら大変なことになるのでそれは出来ないと思うのですが、
出来たとしたら掲示板などはどのような対策を施すのでしょうか？

■以下、板違い発言すみません。
私はC言語のほかにPerlやPHPなどCGIで掲示板などを作成してます。
もし上記に書いたようなグローバルIPを偽装するような行為があったとしたら
どのように防げばいいかわかりません・・・
できればそんなこと出来ないものだと願いたいものです。。。

551:デフォルトの名無しさん
10/04/29 06:42:02
>>550
スレチとか死ねよゴミ野郎

IPの偽装は現在は無理
一言でいうとヘッダに書いてあったIPに本当にそいつが送ってきたのか確認するから

それとグローバルIPですかプライベートIPですか？って質問も相当アホ

552:デフォルトの名無しさん
10/04/29 09:19:03
グローバルだよ　(ＬＡＮ内にサーバもあるならローカルでもいいけど)

携帯のふりもできるよ　掲示板は対策要らないよ
あんたの掲示板はTCPだろうから>>551が言うようにそのIPに対して問い合わせするわけだから
偽装された他人に問い合わせしても返事来ないでしょ

UDPで動く(昔のネットゲームとか？）ものなら　がんばって通信内容もまねれば　
他人がゲームやってるときにちょっかい出せるかもしれんけど

553:デフォルトの名無しさん
10/04/29 15:12:39
すみません、矩形画像出したくて以下のを書いてみたんですが画像が表示されません。
誰かお願いします。

#include <stdio.h>
#include <stdlib.h>

int main(void)
{
char fi[50];
float buff[128*128];
int nx = 128, ny = 128;
int i, j;
FILE *fp;

// 画像の初期化
for (i = 0 ; i < nx*ny ; i++)
buff[i] = 0;

554:デフォルトの名無しさん
10/04/29 15:14:47
// 矩形画像の作成
for (i = 32 ; i <= 96 ; i++) {
for(j = 32 ; j <= 96 ; j++) {
buff[i*nx+j] = 100;
}
}

// 画像の書き出し
printf( "Input new file name: " );
scanf( "%s", fi );
if ((fp = fopen ( fi, "wb")) == NULL) {
printf("Error: file open [%s].\n", fi);
exit (1);
}
fwrite(buff, sizeof(float), 128*128, fp);
fclose (fp);
}

555:デフォルトの名無しさん
10/04/29 15:22:34
どこそこがおかしいと言うレベルじゃなくめちゃくちゃなんだが
お前それ本とかみてやってそうなのか？

556:デフォルトの名無しさん
10/04/29 15:28:34
>>553
画像ヘッダをつけるかフォーマット指定してビューワに読み込ませれば表示できるかもしれない
ACDSEE とかそういうの

float 型の画像ってことはCTスキャンデータかな？
後輩だったりしてｗ

557:デフォルトの名無しさん
10/04/29 15:29:11
ウィンドウに絵を表示したいの？それとも画像ファイルを出力したいの？
前者ならまずウィンドウを作成しないと。
後者なら出力したい画像フォーマットに従ってデータを出力しないとダメだよ。

558:デフォルトの名無しさん
10/04/29 15:46:14
>>557
とりあえず raw形式でいいんじゃない？

559:デフォルトの名無しさん
10/04/29 16:11:29
釣りにつられたようだ

560:デフォルトの名無しさん
10/04/29 16:37:32
>float 型の画像ってことはCTスキャンデータかな？

先輩、今時ＣＴのデータが128ってことはないでしょ　
ネマコードもないし　DICOM形式でもない

561:デフォルトの名無しさん
10/04/30 09:51:52
ヘリカルスキャンCTの場合で、512x512x200くらいは平気でありそうだ。
つーか、float生データでも適切なツールを使えば表示はできるだろうけどね。
いずれにしても、Cの話じゃなく画像フォーマットの話というか仕様の解釈の話だ。

562:デフォルトの名無しさん
10/04/30 10:53:29
ヘリカルCTなら512x512x320くらいデフォだけど
型はshortだな

563:デフォルトの名無しさん
10/04/30 11:15:48
結局文型が業界にたくさん入ってきて保身に全力だからじゃないの？
あいつら技術的なこと分からないから技術持ってるベテランにいてもらうと邪魔なんだよ。
そいうやつらが外注管理とか客先交渉とかの技術的なこと分からなくてもできる仕事を創出してこの業界で生き残れるシステムを作ったんじゃないだろうか。
技術のない正社員はすぐ首にできるシステムになってないのがいけないんだと思うんだ。
だいたい技術職なのに技術にこだわってるやつを軽蔑する空気があるのはおかしいと思う。

564:デフォルトの名無しさん
10/04/30 11:18:53
誰かが言った、偉大なる素人集団だと。

565:デフォルトの名無しさん
10/04/30 12:00:27
そういう時、アメリカなら技術者だけが出て行って別会社を作る
たとえばintelの技術者が「もっとすごいCPUを作りたい」といって、独立して作った会社がAMD

ただし営業力がなくて負ける

566:デフォルトの名無しさん
10/04/30 13:33:12
でもさ、反論を覚悟で書くけど

技術が高くてもメシは食えないんだよね
でも営業が小ざかしいくらい上手いと技術がクソでも売れる
メインな部分どっかに丸投げでもＯＫ　
宣伝の上手い声の大きいやつが勝つ

あと、技術持ってないやつが上にいたりすると楽だよね
「あ、それ2週間はかかります」とかどう考えても5分で終わる仕事でも平気でそんな事いってみたり
ある程度技術があるようならバレバレでもさ
(「そんなことしてるお前がクソなんだよ」って言われちゃうだろうな)

567:デフォルトの名無しさん
10/04/30 13:35:19
お前らマ板に帰れよ

568:デフォルトの名無しさん
10/04/30 13:39:55
>>566
上が技術だとある意味もっと楽だぞ。
こっちの話がちゃんと伝わるから、更に上にリソースの確保をきちんと交渉してくれる。
尤も、弊社の場合No.2まで技術系だから突っ込まれたときはやばいw

569:デフォルトの名無しさん
10/04/30 13:40:35
いい加減巣に帰れよ

570:デフォルトの名無しさん
10/04/30 13:41:26
>>569
スレ違いの雑談と言う意味ではあんたも同罪。

で、Cの初歩的な質問未だ?w

571:デフォルトの名無しさん
10/04/30 13:43:10
reallocって失敗したら元のデータはどこかへ消えてしまうんですか？
そのあたりがよくわかりません

572:デフォルトの名無しさん
10/04/30 14:07:53
>>571
お前にわかる必要など無い

573:デフォルトの名無しさん
10/04/30 14:09:40
>>571
宇宙の法則がみだれるからな・・・

574:デフォルトの名無しさん
10/04/30 14:54:33
>>571
大丈夫。realloc()はメモリ確保に成功しない限り元の領域は解放しない。
つまり、使う側が間抜けでない限りどこにも消えはしない。

575:デフォルトの名無しさん
10/04/30 15:10:13
>>574
回答ありがとうございます
reallocに与えるアドレスをとっておいて、reallocがNULLを返したらそっちを取り扱えばいいってことですね

とはいえ今まで一度もmalloc系が失敗するとこをみたことないんですけどね

576:デフォルトの名無しさん
10/04/30 15:57:46
>>575
いつ失敗するんだろうと思って延々mallocをしてみるのが普通のマ。

577:デフォルトの名無しさん
10/04/30 15:59:32
まぁ確かに。標準設定のままのLinuxだと楽観的メモリ管理を採用しているから
以上に大きな値を指定しない限り、メモリが足りようと足りなかろうとNULLは返さないからね。

で、実際に使おうとしたときに足りなくなるとプロセス落として知らん顔w

578:デフォルトの名無しさん
10/04/30 16:09:09
カーネルパラメータいじる前にメモリを増設します

579:デフォルトの名無しさん
10/04/30 16:12:07
じゃあ俺は64bitLinuxにしてかつスワップもりもりにする

580:デフォルトの名無しさん
10/04/30 16:17:50
Linuxのソースを改造してメモリ管理を改善させます。

581:デフォルトの名無しさん
10/04/30 16:20:17
なにを改善するんだろ。楽観的メモリ管理をやめるために改造するはずはないし

582:デフォルトの名無しさん
10/04/30 16:24:21
楽観的メモリ管理をやめたいだけなら設定変更するだけじゃなかったっけ?
まぁ、Linux板向けの話だね。

583:デフォルトの名無しさん
10/04/30 18:39:33
/proc/sys/vm/overcommit_memory

584:側近中の側近 ◆0351148456
10/04/30 19:19:45
>>575
(っ´▽｀)っいや、異常終了にしたほうがいいんじゃね？
alloc系がエラー返すって相当やばいから、処理続行するのは危険だね。

585:デフォルトの名無しさん
10/04/30 20:19:21
reallocしたい場面にもかかわらず、reallocに失敗しても続行できる場面が想像しがたいけど、
続行できるのなら続行してもいいと思うよ。
ほんとに必要な場面で失敗したなら異常終了で。

586:デフォルトの名無しさん
10/04/30 20:23:22
そういう場面では、キャッシュとして確保しっぱなしのメモリを開放とかじゃないかなあ・・・

587:デフォルトの名無しさん
10/04/30 21:20:56
つか、実際そういう時って
固まっちゃって動かなくて、引き続き他の動作もクソもないよな

588:デフォルトの名無しさん
10/04/30 21:44:01
Hello, world!
の出力を21byteで思いつける天才いる・・・？
code golfです。

URLﾘﾝｸ(golf.shinh.org)

589:デフォルトの名無しさん
10/04/30 21:48:52
なんでgorubyがあってHQ9はないんだろうな

590:588
10/04/30 21:53:43
あ～・・・
C言語ね・・・

591:デフォルトの名無しさん
10/04/30 22:04:09
>>588
#include使ったチート技じゃないかい？

592:側近中の側近 ◆0351148456
10/04/30 22:05:45
>>588
(っ´▽｀)っ
#error Hello, world!

593:デフォルトの名無しさん
10/04/30 22:16:04
側近ってこんなところにも来るんだ・・・
今日のアキバにしか存在できないと思ってた

594:デフォルトの名無しさん
10/04/30 22:16:23
>>592
側近死ね

595:デフォルトの名無しさん
10/04/30 22:17:24
安価同じw

596:デフォルトの名無しさん
10/04/30 22:30:57
側近マジ死ねよ消えてくれ。ウザい。

597:デフォルトの名無しさん
10/05/01 01:29:47
int *cp = (int *)calloc(50, sizeof(int));
int *p[5][10];
for(int i = 0; i < 5; i++){
for(int j = 0; j < 10; j++){
p[i][j] = cp++;
}
}

*cpのデータは外部モジュールから受け取る2次元の情報で縦、横のサイズは決まっている。
ここではとりあえずcallocで代入。
2次元として加工したいのでポインタの二次元配列を宣言して「それぞれの要素にポインタを代入していく」。

「それぞれの要素にポインタを代入していく」操作が結構まどろっこしいように思えるのですが、もう少しスマートな方法はありますか？

598:デフォルトの名無しさん
10/05/01 01:44:25
>>588
まったく思いつかない。
どうやったんだ？

599:デフォルトの名無しさん
10/05/01 01:55:46
すみません、質問させてください
問題の箇所以外ははしょってますが

#define LINE_BUF 1024

main(){

int i;
int num;
char rf[LINE_BUF];

scanf("%d", &num);
fflush(stdin);

fgets(rf, LINE_BUF, stdin);

}
-------

残っている改行文字をfflushして、
次のfgetsにいきたいのですが、fgetsがそのまま飛んでしまいます

改行文字が入力ストリームに残っている、という状態なのかと思いますが
まずいと思われる箇所を指摘していただけると幸いです

600:デフォルトの名無しさん
10/05/01 01:59:41
>>599
コンパイラによっては使えることもあるけど
fflush(stdin);
は未定義動作

601:デフォルトの名無しさん
10/05/01 02:01:25
>>599
scanf("%d", &num);
fflush(stdin);
↓
fgets(rf, LINE_BUF, stdin);
sscanf(rf, "%d", &num);

602:デフォルトの名無しさん
10/05/01 02:03:13
なるほど、ありがとうございます
fflush関係のページをいろいろ見てみます
夜分遅くに、早いレス大変助かりました

603:デフォルトの名無しさん
10/05/01 02:04:14
調べてわからなければ聞くようにしろよ

604:デフォルトの名無しさん
10/05/01 02:06:58
>>601
これまた申し訳ございません
なるほど、こちらは一旦文字列をクッションに使う感じですね
こちらも後で試してみます
ありがとうございました

605:デフォルトの名無しさん
10/05/01 02:21:37
>>603
fflush(stdin)
を
setbuf(stdin, NULL)
と変更することでちゃんと動いてくれました

>>601
こちらの方法でも無事確認出来ました

お二人ともどうもありがとうございました

606:デフォルトの名無しさん
10/05/01 02:37:00
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)

上のテキストファイル（年別の平均気温などのデータ）の２列目のデータの小さいほうから順番に並べかえて、ファイルに出力するプログラムを作りたいのですがうまくいきません。
コンパイルは通るのですが、うまく作動しません
どこが違うんでしょうか？
なんかソートの部分がうまくいってない気がするのですが、よくわかりません
よろしくお願いします

607:デフォルトの名無しさん
10/05/01 03:48:20
nが2重に使われているのと

for( n=0 ; n < number ; n++ ){
for( j=n+1 ; n < number ; j++ ){
の2行目はj < numberかと

608:デフォルトの名無しさん
10/05/01 03:54:48
for( n=0 ; n < number ; n++ ){
// for( j=n+1 ; n < number ; j++ ){
for( j=n+1 ; j < number ; j++ ){

// for( n=0 ; n < number ; n++ ){
for( j=0 ; j < number ; j++ ){

609:607
10/05/01 04:01:49
ああ、見直してみたらnは2重になってなかったや。。
整形せずに見たらごらんの有様だよ

610:デフォルトの名無しさん
10/05/01 04:21:21
It's eight tabs.

611:側近中の側近 ◆0351148456
10/05/01 07:30:02
>>597
(っ´▽｀)っ

for(int i = 0; i < 5; i++){
for(int j = 0; j < 10; j++){
p[i][j] = cp++;
}
}

の部分が、

memcpy(p, cp, sizeof(p));

でいけそうだが。どうだろう？

612:側近中の側近 ◆0351148456
10/05/01 07:35:27
(っ´▽｀)っ
メモリ上の表現がpとcpで同じってところがポイントな。
どちらも、sizeof(int *)*50 バイト分、連続した領域が確保されている。

613:デフォルトの名無しさん
10/05/01 07:40:54
何を代入してるかわかってない

614:側近中の側近 ◆0351148456
10/05/01 07:42:16
(っ´▽｀)っ
cpとcを同じ共用体で定義すれば、コピーが不要になる。
union U
{
　　int *cp;
　　int *c[5][10];
};

615:側近中の側近 ◆0351148456
10/05/01 07:46:23
>>613
(っ´▽｀)っ cpは実体の配列、cは各々のポインタの配列だったか・・・。
しにたい

616:側近中の側近 ◆0351148456
10/05/01 07:55:51
>>614
(っ´▽｀)っダブルポインターにしないとね☆

union U
{
　　int **cp;
　　int *c[5][10];
};

617:デフォルトの名無しさん
10/05/01 10:18:19
NG Name：側近中の側近 ◆0351148456

618:デフォルトの名無しさん
10/05/01 10:20:22
ID出ないからコテなのはありがたいねｗ

619:梓川水乃 ◆0351148456
10/05/01 12:57:35
>>618
(っ´▽｀)っそうだね☆

620:デフォルトの名無しさん
10/05/01 13:18:54
URLﾘﾝｸ(codepad.org)
URLﾘﾝｸ(codepad.org)
URLﾘﾝｸ(codepad.org)
単純過ぎるくらい単純にしないと当方バカなので３日後に読めないのです

621:606
10/05/01 15:07:07
指摘された部分を直したらファイルは出力されるようになったのですが、出力されたデータが
00000000000000000000000000000000000000みたいな感じになっちゃってます

622:デフォルトの名無しさん
10/05/01 15:20:23
ちゃんと>>608の指摘した2箇所を直したか？
後半のはfprintfのループのところだぞ？

623:597
10/05/01 15:28:27
>>616
それだと2重ポインタの方が0x00000000のままなので、
渡されるデータの位置アドレスと、配列の先頭アドレスとで共用してくれません。

私の例ではポインタの2次元配列にしていますが、2次元配列(ポインタではない)の先頭アドレス＝渡されるデータの位置アドレス
となればそれが一番いいのですけど…

int hairetu[5][10];
int **p = hairetu;
これの逆バージョン…

int *p = (int *)0x********;
int a;
&a = p;
無茶ぶりですが配列無しでいえばこんな動作…やっぱり無理な気がしてきました。

624:606
10/05/01 15:39:59
>>622
一つだけnがjに変わってませんでした
確認不足でした
無事に出力することができました
ありがとうございます

625:デフォルトの名無しさん
10/05/01 15:50:06
>>623
やりたいことがいまいちわからない

こういうことかな？

union tag_hoge_t
{
int cp[50];
int c[5][10];
}hoge_t;

int *p=(int*)0x********;
hoge_t *q=(hoge_t*)p;

q->cp[10]==q->c[1][0];

============================================================
それともこうかな？

int *cp=(int*)0x********;
int (*c)[10]=(int*[10])cp;

c[1][1]==cp[11];

次ページ