C言語なら俺に聞け 141 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/07/17(月) 21:06:47.63

C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/

前
http://mevius.2ch.net/test/read.cgi/tech/1494508803/
http://www.geocities.jp/c_cpp_cs/about_c/

**デフォルトの名無しさん** · 2017/07/24(月) 00:28:47.24

betterCは明確な定義はないだろうけど、
http://www.kijineko.co.jp/tech/betterc/1
で言われてるのが大体の認識なんじゃない？

（ライブラリの内部だけとかではなく）クラスとかを使うならそれはもうC++でしょ
メモリ管理とかvtableの仕様とかもしっかり確認する必要があるので適当にクラスを使うのはおすすめしない

**デフォルトの名無しさん** · 2017/07/24(月) 01:07:47.78

>>188
君はおそらくbetterC派だよな？（ただしほぼC++の)
ちなみにどういう組み合わせで使ってる？

GC言語と非GC言語ではそもそも組み方が違う。これは全く>>156の指摘どおりで、
しかもその後3匹馬鹿が現れて(159-161)彼の言い分が証明されてしまったw

さて関数型だが、どれくらい使っている？
俺はマトモには関数型をやってはいないが、それでも分かる範囲で言うと、
関数型言語はGC+型なし（型推論）が多い。
これに対しC++で関数型的アプローチを取ると、
型が爆発してtemplateで書くにしても大変でウザい。マジでvarくれよ、になる。
そして決定的に異なるのは資源のライフタイム管理で、GC言語はこれをやらない。
C++は一応自分でやることになっているのだが、
上記の通り、他関数型言語はGC前提なので組み方が異なっており、本来は参考にならない。
そしてC++のラムダはスタック方式に強引に載せている、なんとも中途半端なものだ。
これは全く他関数型言語のスタイルにはフィットしない。

だからC++で関数型アプローチをする現実路線としては、
C++をGC言語側に寄せる手法、つまり、
・ラムダは完全に関数オブジェクト扱いで、クロージャ変数は主にヒープ上
・スマポ、RAII徹底
という、いわゆる今のC++erが目指しているものに近くないと辛いはず。
ほぼC++寄りのbetterCというべきか。

君のスタイルはこれで合ってるか？合ってたらGCイラネってのも納得だ。
合ってなければ、どの組み合わせで使っているのか教えて欲しい。参考にする。

**デフォルトの名無しさん** · 2017/07/24(月) 01:33:19.39

>>190
autoがデフォか。なるほど了解だ。

>>191
> クラスとかを使うならそれはもうC++でしょ
> メモリ管理とかvtableの仕様とかもしっかり確認する必要があるので
ここはちょっと微妙。
まずvtableはプログラミングモデルとしては見えないので知っておく必然性はない。
（もちろん知っておいたほうがいい）
次にメモリ管理だが、C++に関してはclassとstructがほぼ同一なので、
C的に自前classをnewして自分でdeleteするという使い方も出来る。(A)
そうではなくて、デストラクタとかやりだすとややこしくなってくるが、(B)
最終的なC++erの目標、コンテナ等にも問題なく載るように、となると、
ムーブコンストラクタ等のC++的お作法を全て実装しておかないといけない。(C)
俺は(A)ならC、(B)ならbetterC、(C)ならC++と呼ぶね。

多分CとC++のコンセプトの根本的な違いは、
Cは厳密に「書いてないことはやらない」なのに対し、
C++は「出来る限り全自動を目指す」だと思う。
だから、「どこまで自動化しようとしているか」で測ればよいと思う。

**デフォルトの名無しさん** · 2017/07/24(月) 02:16:26.89

>>193
うーん、その定義のbetterCは誰向けなんだ

初心者はC++の仕様（fwriteをvtableのあるクラスに使っちゃったり、newしたのをfreeしたりみたいな）にはまるだろうし
中級者はどこまでがbetterCなのかで混乱しそう（参照は？とかスマートポインタは？とかstringは？とか）
上級者はbetterにすることなく快適にCかC++で満足してそう

クラスとかデストラクタだけ使うみたいな方針で書かれてるソフトって何があるの？

**デフォルトの名無しさん** · 2017/07/24(月) 02:58:28.33

ベターperlのruby使おうぜとか言いだしそうだなアホか

**デフォルトの名無しさん** · 2017/07/24(月) 02:59:30.11

基本Cで行きたいけど、クロージャが作れないことだけはどうしようもないのでそこだけC++って考えるんだけど、上級C使いはクロージャいらんのだろうか？

**デフォルトの名無しさん** · 2017/07/24(月) 04:31:31.88

いらない

**デフォルトの名無しさん** · 2017/07/24(月) 05:34:01.73

>>192
あ？　俺はバリバリC++使いだよ
ベターCをやっている認識は全くない

GCの話に型推論が出てくるのは悪いが意味わからん
varが欲しいんならtemplateは関係ない（脇役にすぎない）し
typeidやvoid*で特注品を作ればいい（COMとかみたいに）
ラムダ式もGCには関係ない（脇役にすぎない）し
ステートレスラムダみたいにスタックを使わないのまである

クロージャ変数はヒープ上って何だ？
auto closure{[&]{}};
auto heap{std::make_shared<decltype(closure)>()};
みたいなことすんのか？
ちょっと変態すぎて俺はついていけないなあ

俺はスマポ使うが生ポも普通に使う
状況で使い分けだ

RAIIつまりunwindingはGCとは全く無関係

RAIIだとかpImplだとかは一応知ってるが
そういのの原理主義にとらわれて
自分の頭で考えるのをやめたらいかんと思っている

**デフォルトの名無しさん** · 2017/07/24(月) 07:34:15.05

RAII は便利なんだがなぁ‥

**デフォルトの名無しさん** · 2017/07/24(月) 10:04:09.53

>>189
ttp://zdnet2.cbsistatic.com/hub/i/r/2015/12/01/5e3590e7-725a-4d77-97cf-a64768d759a1/resize/1170x878/501ecb90884df8d47e13f80dffc6b0a7/42-53033264.jpg
水銀メモリ程度だろ

**デフォルトの名無しさん** · 2017/07/24(月) 11:30:39.90

>>189
今だってレジスタに比べればメモリは十分に遅い
キャッシュや最適化技術の進化で通常の利用では考慮する必要性が薄いだけ

**デフォルトの名無しさん** · 2017/07/24(月) 20:11:23.35

>>200
うわかっけぇ～～～～！！

**デフォルトの名無しさん** · 2017/07/24(月) 23:14:38.57

>>194
俺的には「C++へのかぶれ具合」でC/betterC/C++を判断しようとしてる。
もちろんclassだけではなく、他の機能でも同様に判断して、
どれが一番近いか（どう表現すると一番誤解が少ないか）という話だ。

classはC->C++時におそらく最初に使用する機能であり、
classを使った時点でC++ならbetterCってほぼなくなるよ。
文法でしか判断出来ない馬鹿も最近は多いけど、本質は組み方でしょ。

> クラスとかデストラクタだけ使うみたいな方針で書かれてるソフトって何があるの？
知らんよ。
では逆に聞くが、作者やその他大勢がbetterCだと認識している有名OSSってあるのか？
あるのなら、みんなでそれを見に行けば終わる話だ。
なお俺はこれも知らんよ。
V8のコードがC++流じゃないって言っている奴はいるが、俺は詳細確認してないし。
http://steps.dodgson.org/bn/2008/09/07/

**デフォルトの名無しさん** · 2017/07/24(月) 23:15:12.97

>>198
全面マニュアル派か。まあそういう使い方も出来るわな。
俺は嫌いではないよ。
というかＣ派からは割と賛同されるだろうね。C++派からは異端視されるだろうが。

> クロージャ変数はヒープ上って何だ？
ステートレスとか、キャプチャがなければどうでもいいし、
或いは糖衣とか、ローカル関数っぽく「その場で」使うのなら全く問題ないが、
一般の関数型と同様に可搬的に使おうとすると、生存期間はスタックとは独立にする必要があり、
スタック上の変数を参照キャプチャするのはまずい。
結果、クロージャ内変数の実体はスタック上ではなくヒープに置かれることになる。
これをそう表現した。関数オブジェクトは常にこうだろ。

> RAIIつまりunwindingはGCとは全く無関係
ユーザ側には無関係だが、システム側は密接な関係がある。
GCを効率化する場合、参照カウントというのは一つの代表的手段で、
この場合、ランタイム上で同じことをやるからだ。
だから「全面RAII+shared_ptr」ってのはよく出来たGCと実行効率は同じになる。
だったら最初からGC言語使えよC++erはアホなのか？ってのが俺の感覚だ。
効率ガーとか言いながら完全な二度手間してるのはテメーらだよ、ってこと。
ただし君はこれには該当しない。生ポも普通に使う派だからだ。

まあここら辺の「どうとでも書ける」という懐の広さもC++の魅力ではあるのだろうけども。
本来は君のような全面マニュアル派が正統C++派でもおかしくないんだが。
そういうコンセプトの言語ではあるから。
ただ最近おかしくなっている（気がする）のはやっぱり意識高い系の暴走なのかな？

**デフォルトの名無しさん** · 2017/07/24(月) 23:54:33.43

>>203
betterCの定義をしてる機関があるわけじゃないから人それぞれの定義で良いとは思う
俺の認識だとbetterCはC言語をC++モードでコンパイルする程度でもbetterCだと思ってる

#include <stdio.h>
int main(void){
int a = 1000000;
char *b = a;
}

Cだと(昔の寡黙なコンパイラは)そのまま通過。 C++だとエラーで停止。
今は警告出してくれるからこういう意味で使う理由はなくなったんだけどね
(ちなみに、VSで適当にプロジェクト作ると.cppファイルができてC++モードでコンパイルされる)

>classを使った時点でC++ならbetterCってほぼなくなるよ。
betterCってどういう意味合いにせよ現代だと初心者や趣味用で、もうほぼ存在しないってイメージだな

**デフォルトの名無しさん** · 2017/07/25(火) 00:58:02.32

void sendMessage(const char *message) {
char c;
for (const char * p = message ; c = *p; p++)
SPI.transfer(c);
}

このようなメソッドを実行する場合、他の単語のアドレスと繋がってバグが出る恐れはありますか？

--例--
const char *cd = "CD";
sendMessage("pen");

アドレス文字
1000000 p
1000001 e
1000002 n
1000003 C
1000004 D

**デフォルトの名無しさん** · 2017/07/25(火) 06:46:20.75

>>206
普通こうなるやろ

アドレス文字
1000000 p
1000001 e
1000002 n
1000003 \0
1000004 C
1000005 D
1000006 \0

**デフォルトの名無しさん** · 2017/07/25(火) 07:58:05.16

>>204
全面マニュアル派って何だ？

> スタック上の変数を参照キャプチャするのはまずい

え？　え？？
自動記憶域期間の変数以外の何をキャプチャするんだ？
クロージャ内変数がヒープ？？　いったい何を言っている？
struct closure{
int& reference_to_capture;
closure(int* capture) : reference_to_capture(*capture) { }
void operator()() {
int internal_variable_of_closure;
}
};
こうなってるだけだぜ？　どこにヒープが出てくるんだ？

**デフォルトの名無しさん** · 2017/07/25(火) 07:58:22.10

>>204

> システム側は密接な関係がある。

関係ねえって
some_class obj1;
jmp_buf jb1;
if(setjmp(jb1) == 0) {
obj1.construct(jb1);
some_class obj2;
jmp_buf jb2;
if(setjmp(jb2) == 0) {
obj2.construct(jb2);
obj2.destruct();
}
obj1.destruct();
}
こうなってるだけだぜ？　どこにヒープが出てくるんだ？

> 最近おかしくなっている

C++11以後は正気に戻る努力をしてるぞ

**デフォルトの名無しさん** · 2017/07/25(火) 08:31:48.45

知ったかクンの自己弁護ショーがはじまるよ

**デフォルトの名無しさん** · 2017/07/25(火) 16:02:02.91

全面マニュアル派って何だろう。
悪魔的＜＞全面マニュアル派　みたいなニュアンスなんだろうか。

あんまり聞いたことない言葉だな

**デフォルトの名無しさん** · 2017/07/25(火) 17:10:25.77

＜＞　ダイヤモンド演算子が出たぞ

**デフォルトの名無しさん** · 2017/07/25(火) 17:24:31.31

<>を何と読むかで、C++寄りかBASIC寄りかわかるな

**デフォルトの名無しさん** · 2017/07/25(火) 20:09:07.38

残念、perl でした！

**デフォルトの名無しさん** · 2017/07/25(火) 21:09:32.97

>>207
回答ありがとうございます
そのような仕組みになっているとは知りませんでした！
詳しく調べてみようと思います

**デフォルトの名無しさん** · 2017/07/26(水) 15:57:11.34

age

**デフォルトの名無しさん** · 2017/07/27(木) 03:13:21.18

>>206
ない。ダブルクォーテーションで括った場合は最後に \0 入るから。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/27(木) 03:15:50.47

>>217
char s[3] = "123";
のときは'\0'が入らない。

**デフォルトの名無しさん** · 2017/07/27(木) 04:24:15.48

領域破壊で配列の直後のエリアに入ることは入る

**デフォルトの名無しさん** · 2017/07/27(木) 07:29:22.91

>>219
宣言時の初期化では入らんよ

**デフォルトの名無しさん** · 2017/07/27(木) 13:22:08.96

>>219
実名晒せよ、その下痢糞コンパイラ

**デフォルトの名無しさん** · 2017/07/27(木) 18:39:00.21

素朴な質問で悪いが、C言語ってなんで多くが挫折すんの？　JavaやC#なら、派遣でも生き延びていくのに・・・

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/27(木) 19:09:17.24

Cは、ポインターとかマクロとか落とし穴が多いんだよね。文字列を扱うのも難しいし。しかもセキュリティ上の欠陥がある。

**デフォルトの名無しさん** · 2017/07/27(木) 19:15:04.97

Cにセキュリティ上の欠陥？
使い方の問題でしょ？

**デフォルトの名無しさん** · 2017/07/27(木) 19:16:27.05

大昔に出来た低級言語なんだから、
多少の事は我慢

**デフォルトの名無しさん** · 2017/07/27(木) 19:17:38.76

Cは環境依存が激しくて、何やるにもめんどくさいからだと思うな。
コピペプログラマが生きていけない。

**デフォルトの名無しさん** · 2017/07/27(木) 19:24:01.58

ポインタとかもだけど、リストの使い方は知ってても作り方知らない子とか多そうだぬ。

**デフォルトの名無しさん** · 2017/07/27(木) 19:25:18.20

何のリスト？
初期化リスト？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/27(木) 19:26:56.69

連結リストだろ、JK。

**デフォルトの名無しさん** · 2017/07/27(木) 19:41:55.89

いや連結リストの作り方知らない子はレアだから違うだろJK

**デフォルトの名無しさん** · 2017/07/27(木) 19:49:40.05

ごめん。
ただの偏見。
JavaやC#はListクラスで連結リスト使えるから、作り方知らない若者多そうって思ってた。
そうかレアか。
安心した。

**デフォルトの名無しさん** · 2017/07/27(木) 19:50:41.52

使い方
って書いてあるから
Cの機能にあるリストだと思ったのだが

**デフォルトの名無しさん** · 2017/07/27(木) 19:52:12.25

>>227が悪い

**デフォルトの名無しさん** · 2017/07/27(木) 19:55:40.06

>>232
Cにリストって有ったっけ？
ANSI C止まりだから、最近のは入ってるのかな。

>>233
ホントごめん。

**デフォルトの名無しさん** · 2017/07/27(木) 19:59:03.32

だから
初期化リスト？
って書いたんだけど

**デフォルトの名無しさん** · 2017/07/27(木) 20:11:05.11

初期化リストってなんだろ。。。

あれかな。

int a[] = {1,2,3};

みたいな奴か？
あんなん、数が100とか200になったらループで初期化とかになるから違うかな。
JavaやC#もその辺は変わらなかった気もするけど。

まあいいや。
迷惑かけたみたいだし、ROMるわ。

**デフォルトの名無しさん** · 2017/07/27(木) 20:28:21.83

>>222
C言語は同じことをするのにもいろんな書き方ができる。無駄に難しくも書ける。

**デフォルトの名無しさん** · 2017/07/27(木) 21:58:49.46

セキュリティ上の欠陥がある。
セキュリティ上の欠陥がある。
セキュリティ上の欠陥がある。

**デフォルトの名無しさん** · 2017/07/27(木) 22:01:29.56

>>238
株式会社メビウス(mob)
http://matsuri.2ch.net/test/read.cgi/infosys/1501121465/

**デフォルトの名無しさん** · 2017/07/27(木) 22:02:42.86

>>238
それ、欠陥じゃなくてそこまで理解して使用するものだから。本気で言ってんの？

**デフォルトの名無しさん** · 2017/07/27(木) 22:09:44.77

リーナス君ならどんな暴言吐いてくだろうかね

**デフォルトの名無しさん** · 2017/07/27(木) 22:10:30.95

リストの「作り方」って書いてあるのに初期化リストを持ってくる奴ってマジで近くにいてほしくないわ

**デフォルトの名無しさん** · 2017/07/27(木) 22:20:24.47

>>241
リーナスくんがメビウスに暴言？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/27(木) 22:22:40.74

拳銃は危ないよなあ。原子炉の制御にC言語を使われたら、それは拳銃のように危ない。
Cを安全に使うには、安全装置とか哲学とか人工知能みたいなものが必要になる。
さもないとどこかの国みたいにハッキングされるだろう。

**デフォルトの名無しさん** · 2017/07/27(木) 22:31:06.10

>>244
原子炉の制御にC使ってるんじゃない？
むしろ、C以外の方が危ない気が。

**デフォルトの名無しさん** · 2017/07/27(木) 22:34:40.88

>>238
今時の言語の例外処理の相当する部分も自分で書くからねぇ。
安全じゃないと言えばそうだし、元々プロ向け言語って言われてたし。
そこに憧れて火傷する人は昔から多かった。
(自分含む)

**デフォルトの名無しさん** · 2017/07/27(木) 22:40:41.83

>>242
日本語読めないアホ

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/27(木) 22:41:49.10

あ、「C言語にセキュリティ上の欠陥がある」は、国家機密だからな。絶対に他のヤツに言うなよ。

**デフォルトの名無しさん** · 2017/07/27(木) 22:42:44.02

ツマンネ

**デフォルトの名無しさん** · 2017/07/27(木) 22:43:40.04

何がどう危ないのかわかってないやつが、ふわっと危機感もってるだけだろ

↓これと同じこと
http://zip.2chan.net/6/res/3050541.htm

**デフォルトの名無しさん** · 2017/07/27(木) 22:52:42.24

>>222
JavaやC#の方が簡単だから。

というか常識的に考えて分かるだろ。
世界は一旦Cで統一された。
その後出てきた言語はCの駄目なところを改善している。
それだけ。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/27(木) 22:56:04.01

ダンディ坂野は危険。sprintfの代わりにsnprintf使え。セキュアバージョン(_s)を使え。とか色々あるよな。

**デフォルトの名無しさん** · 2017/07/27(木) 23:06:09.60

(σ・∀・)σｹﾞｯﾂ!!

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/27(木) 23:13:00.42

https://www.ipa.go.jp/security/awareness/vendor/programmingv1/b06_02.html

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/27(木) 23:41:43.77

標準文字列関数では安全に書けない、安全に書ける人がほとんど居ない。これ、完全にワナですから。

**デフォルトの名無しさん** · 2017/07/27(木) 23:57:39.95

バッファのサイズに収まるように普通書くだろ
そう書けない奴が悪い

**デフォルトの名無しさん** · 2017/07/28(金) 00:08:15.50

>>256
それはその通りだけど、個人が責任を取れる問題じゃないし。

**デフォルトの名無しさん** · 2017/07/28(金) 00:14:30.22

>>218
そうだった。Cだとエラーにならんな。C++だとエラー。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/28(金) 00:19:41.65

文字列の連結だって安全にやろうとすれば、長さがわからない文字列にstrcatなんて使えないじゃん。

**デフォルトの名無しさん** · 2017/07/28(金) 00:33:30.49

てきとーに char s[1000]; とかやってどんどん strcat()
そして死亡

**デフォルトの名無しさん** · 2017/07/28(金) 00:47:30.46

Cでは適当な奴は死にます

**デフォルトの名無しさん** · 2017/07/28(金) 02:06:17.70

1ビットの変数同士を比較する場合
& ビット演算子
&& 論理演算子
どっち使った方がいいの？

---例---
input mem_ack, cpu_ack
wire mem_ack, cpu_ack

：
：

if (~(mem_ack & cpu_ack))
state <= 2
--------

**デフォルトの名無しさん** · 2017/07/28(金) 02:08:50.20

>>261

逝きろ

**デフォルトの名無しさん** · 2017/07/28(金) 06:32:14.27

>>257
版権が会社にあるコードなら
もちろん会社の責任でテストするが
だから何？

**デフォルトの名無しさん** · 2017/07/28(金) 06:51:58.94

>>247
ブーメラン過ぎる w
初期化リストの「作り方」の説明してみな

**デフォルトの名無しさん** · 2017/07/28(金) 10:25:49.30

おいVerilog使い、なぜここに来た？

**デフォルトの名無しさん** · 2017/07/28(金) 10:43:31.58

Cスレでは初期化リストは「書く」とか「記述」するものであって「作る」ものじゃ無いな
ツールやマクロで生成したり作ったりする事はあるが、そう言うまれな場合は「マクロで作る」と書くだろう

**デフォルトの名無しさん** · 2017/07/28(金) 10:54:04.18

>>262>>266
ホントだw
よく見たらC言語じゃなくてVerilogだなwww

**デフォルトの名無しさん** · 2017/07/28(金) 11:13:16.53

>>267
じゃあ違うとすると、
C言語のリストって何だ？
って話

**デフォルトの名無しさん** · 2017/07/28(金) 12:35:43.09

>>269
だから、データ構造としてのリスト構造しかないでしょって話では？
以下ネバーエンディングストーリー

**デフォルトの名無しさん** · 2017/07/28(金) 12:42:15.76

C言語と関係ない

**デフォルトの名無しさん** · 2017/07/28(金) 13:28:06.90

文法上でリストと呼ばれているものは初期化リストの他にもたくさんあるぞ
一々あげないが、パラメータリストとか

**デフォルトの名無しさん** · 2017/07/28(金) 15:09:08.59

va_listなら頑張れば作れる

**デフォルトの名無しさん** · 2017/07/28(金) 16:20:09.34

>>272
で？

**デフォルトの名無しさん** · 2017/07/28(金) 16:32:13.65

ID:tCxrViSfが救いようの無いバカって事だよ

**デフォルトの名無しさん** · 2017/07/28(金) 18:33:35.00

>>269
>>231

**デフォルトの名無しさん** · 2017/07/28(金) 18:49:21.90

連結リストを一から作れるってそんなにいないんじゃないかな

**デフォルトの名無しさん** · 2017/07/28(金) 18:55:04.96

1からの定義というか
0からではないんだよね？というか
まぁそのへんフワフワだけど

学校でプログラミング習ってるやつらは
一回はそれ「作らされてるから」
今でも作れって言われたら作れると思う

**デフォルトの名無しさん** · 2017/07/28(金) 19:06:21.61

あ、今の子はPascalとかCとか習わないのかな…

**デフォルトの名無しさん** · 2017/07/28(金) 19:09:55.81

>>272
で、それらの「作り方」について説明してくれるかな w

**デフォルトの名無しさん** · 2017/07/28(金) 19:14:48.96

脱初心者の登竜門の定番だね
自己参照構造体とポインタを理解していればそれほど難しくはない

**デフォルトの名無しさん** · 2017/07/28(金) 19:17:50.96

えちょっと待ってジェネリックなリストとかじゃなくて、doubleのリストとか、なんか自分で決めた型のリストとかだよね？
初心者向けのCの本で書いた記憶があるんだけど、最近は載ってないの？

**デフォルトの名無しさん** · 2017/07/28(金) 19:21:50.85

苦CとやさしいCには載ってなかったな。
自分もCのアルゴリズム本でリストは覚えたし。

**デフォルトの名無しさん** · 2017/07/28(金) 19:32:08.21

ジェネリックなリストとdoubleのリストって
ほとんど差が無いような

**デフォルトの名無しさん** · 2017/07/28(金) 20:00:04.70

>>279
やらないよ

**デフォルトの名無しさん** · 2017/07/28(金) 20:04:12.64

>>277
struct List_t {
struct List_t *Previous;
struct List_t *Next;
double Data;
};
のDataの型変えるだけだし
まあいろんな型が必要だとテンプレートが欲しくなるけどマクロでもそこそこ行けるしね

**デフォルトの名無しさん** · 2017/07/28(金) 20:06:39.62

初心者に双方向はまずいですよ。

**デフォルトの名無しさん** · 2017/07/28(金) 20:06:46.98

そこはテンプレートが遅くなる要因だから、性格の違いって事で。

**デフォルトの名無しさん** · 2017/07/28(金) 20:12:26.13

>>286
普通，実用に供するのならば，void *Data だね

**デフォルトの名無しさん** · 2017/07/28(金) 20:21:38.71

型検査引っ掛からなくなるんだから、実用なら必要な型でリスト作らんと怖いだろ。
元々かっちり作る用途向けで、そう言うのはどうしてもって時だけ。