C言語なら俺に聞け 151

2019/04/02(火) 11:23:37.62

!extend:checked:vvvvv:1000:512
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/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2019/05/21(火) 01:29:10.75

1万文字くらいのテキストファイルを標準出力でやってみたけど変わった気しなかったぞ
もしかして数百万文字レベルの巨大ファイルだと劇的に変わるんか？

2019/05/21(火) 01:34:19.46

10kbって小さくね

2019/05/21(火) 01:46:59.05

というか普通はバッファリングする関数ばっかりだが、自前でバッファ用意したいときもあるって話。
基本変わらんよたぶん。

2019/05/21(火) 01:47:43.41

確かに少ないな
と思ったんで2,700kbでやってみたらむしろ4秒長くなったぞ

2019/05/21(火) 02:21:13.21

>>574
FILE * 経由で出力する printf() 等は内部でバッファリングしていてバッファがいっぱいになったらまとめて出力する(出力先が端末の場合は行単位で出力する)。
そのバッファを自分で指定した領域を使わせるか、またはなしにできるのが setbuf()。更に自由に大きさやモードも指定したいなら setvbuf() を使う。

バッファリングに関して考慮しなくても良い入出力をする場合は read(), write() で行う。この場合は全くバッファリングされないので少ないバイト数の入出力が多いと遅くなる。
それと printf() のようなフォーマットを考慮した出力はないので必要なら自作する。

2019/05/21(火) 02:26:07.71

>>576
open()してwrite()で1バイトづつ書くのとまとめて書くのとではバイト数によっては大幅に違いが出ると思う。環境依存ではあるが。

2019/05/21(火) 03:47:59.45

>>581
大きなファイルの入出力を高速化したい時はsetbuf(fp,buf)
バッファリング無しにしてバッファをフラッシュするタイミングを順番に逐一実行させたい時はsetbuf(fp,NULL)
みたいな感じでええんかな？

2019/05/21(火) 03:58:34.93

>>582
setvbuf()で自分でバッファの大きさ決めてしまった方が良いかも。

2019/05/21(火) 04:24:32.31

既出かもしれませんがconstがjavaのfinalと違うと知りました。どう違うのでしょうか？c初心者です

2019/05/21(火) 05:39:22.97

>>576
OSによってはHDDへ遅延書き込みするから、結局バッファしてるのと大して変わらなかったりする。

2019/05/21(火) 06:44:08.98

>>584
20年前くらいの知識で、しかも完全に理解してるわけではないので、間違っていたらゴメンだけど。

変数について言えば、Java の final 変数は、値が未定義かどうか、という情報を内部的に持っていて。
もし、変数の値が未定義の場合は、1回だけ代入できたはず。例えば

final int i;
System.out.println("test");
i=4;
System.out.println(i);
i=5;
System.out.println(i);

の場合、1回目の代入（i=4）は許されるけど、2回目の代入（i=5）は怒られる。

それに対して、（C89の頃のだけど）Cのconst変数は・・・

const int i;
printf("test\n");
i=0;
printf("%d\n",i);

1回目の代入（i=0）であっても怒られる。

みたいな感じの違いはあったような。最近のCやJavaは知らないんだけどね。
あまり自信がないので、詳しい方のレスを待ちましょう。

2019/05/21(火) 06:49:56.40

>>585
そっちもあるけどAPI呼出し回数の削減もあるから

2019/05/21(火) 07:08:29.24

>>585
今どきのディスクならほぼ遅延書き込みしてるといってもいいね
バッファには二段階あって、
①プロセスが持ってるバッファ
②OSが持ってるバッファ

flush関係のライブラリ関数やシステムコールは①を②に吐き出す
②を吐き出すにはLinuxだとfsyncもしくはfdatasync

2019/05/21(火) 09:19:53.31

>>584
Cはポインタの指す先が const という指定ができるがJavaは配列の要素まで final にする指定ができなかったと思う。
つまり配列やクラスそのもののインスタンスへの参照は final にてきる。しかし参照される中身までは final にできず書き換え可能(クラスの場合はpublicのクラス変数とか、外部から書き換えられるようになっていれば書き換えられる)。

ま、ちょっと試してみな。

2019/05/21(火) 10:05:33.15

LTOのオプション
を使ってコンパイルすれば
インライン関数をヘッ
ダーに書かなくても
勝手にインライン化できるものはインラ
イン化してくれる
という理解で
あってますか？

2019/05/21(火) 10:21:18.62

>>590
それコンパイラ依存なのでは？

2019/05/21(火) 12:55:43.68

>>589
これな
Javaを最初に設計した奴はバカなんじゃないかと final の仕様を見たとき思ったな

2019/05/21(火) 15:23:18.72

Linux では、HDD へ書き込むのは、デフォルトで、5秒に1回

USB メモリで、書き込み回数を減らしたい場合は、
15秒に1回とかに設定する人もいる

2019/05/21(火) 18:23:31.31

>>593
書き出し周期はファイルシステムに依存するよ
例えばext3かext4かで挙動は違う

2019/05/21(火) 18:37:21.97

C言語のfprintfを用いるときに、前行の改行を消す方法をご存知ないですか？
エスケープシーケンスでバックスペースを試したのですか上手くいかなくて困っています。

状況としてはfor文を用いて改行を含んだ文字列を繰り返し出力させているんですが、最後の行だけ改行を無くし、続けて別の文を出力したいのです。
繰り返しの回数を変えて最後に改行なしの処理をいれればいいと思うのですが、簡単な方法があればと思い質問させていただきました。
よろしくお願いします。

2019/05/21(火) 18:40:11.67

ストリームの撒き戻しは難しいんじゃないか？　表示装置なのかファイルなのかでも変わるだろうし…

2019/05/21(火) 18:54:48.20

ファイルポインタは巻き戻せる
標準出力ならエスケープシーケンスで右上に行けばいい

2019/05/21(火) 19:19:14.41

こんな感じでいいのか?

#include <stdio.h>
int main(void) {
FILE* fp;
fp = fopen("Test.txt","w");
fprintf(fp,"hoge\n");
fseek(fp,-1,SEEK_CUR); /* 改行2byteなら-2 */
fprintf(fp,"fuga\n");
fclose(fp);
return 0;
}

2019/05/21(火) 19:53:55.55

質問者が知りたい情報とは違うので、スルー推奨かもですが。

もし自分が、同じことをやれ、と言われたら。
「改行を含んだ文字列」を、「改行」と「それ以外の文字列」の2つに分けて、別々に出力しようとするかなあ。
ループの回数を変える必要はなくて。イメージとしては

for()　※行単位のループ
{
if(最初の行でなければ） fprintf で「改行」を出力

fprintf で「それ以外の文字列」を出力
}
fprintf で「別の文を出力」

2019/05/21(火) 19:58:03.98

>>595
bool First = true;
for( … ){
if(First){
First = false;
} else {
fprintf("¥n");
}
fprintf( … );
}

2019/05/21(火) 19:58:35.62

あっ、被ったや

2019/05/21(火) 20:07:13.38

ファイルが標準出力等でvt100互換端末であれば。
#include <stdio.h>
#include <string.h>
int main(void) {
int i;
i=fprintf(stdout,"hogehogehogehoge\n");
if (0) fprintf(stdout,"\E[01Afuga%*c\n",i,' '); /* これか？ */
else fprintf(stdout,"\E[01A\E[%02dCfuga\n",i-strlen("\n")); /* あるいはこれか？ */
return 0;
}

cmdとかdos窓なら無理？

2019/05/21(火) 20:22:57.69

>>596-602
皆様回答ありがとうございます。
ファイルを扱っているので、fseekで戻す方法を試してみようと思います。

2019/05/21(火) 20:31:17.43

プログラムいじられるなら、改行出す方をどうにかした方が良さそうだが

2019/05/21(火) 20:31:52.25

ansi.sysを組み込めばVT100互換エスケープシーケンスが
という昔話…と思ったが、ググったらvistaまであったんだな驚き
Windows 10 Threshold 2（10.0.1058）ではコマンドプロンプトでANSI/VT100互換表示が可能に
というスラドの記事も出た

2019/05/21(火) 20:52:46.26

最後に改行出すんじゃなくて最初に改行出すようにすれば良いだけでは？
一番最初の行だけは最初に出さなければ良いだけ。
バッファリングされて出力されないのが嫌なら行末でfflush()する。

2019/05/21(火) 21:47:10.75

>>606
>>599-600

2019/05/21(火) 22:06:40.11

>>607
おお。既にあった。
さっきスマホで見てて気付かなかった。

2019/05/21(火) 22:09:47.12

>>604-607
603です。>>600の意味をちゃんとわかってませんでしたが、>>606の方のレスでわかりました。
>>600の方が安全な気がするのでそちらを検討します。

2019/05/24(金) 09:00:19.45

C言語はクラスが無い。
それは実際どれくらい問題になりますか？

昔C使ってたけど、本格的な抽象的設計をやってたわけじゃなくて、
最近Java使っててそういうのをやりだしたけど、
今思い返してみるとC言語はクラスや継承や多態性が無いから
かなり厳しい言語なんじゃないかな、と思ったんです。

メジャーなカーネルがCで作られてるという事実に驚愕します。
クラス無しで大規模開発は不可能としか思えません。
それどころか、１アルゴリズムの実装でもクラスは有用だと思うんですが。

最近、NimとかRustのようなCを代替するかもしれない勢いのある言語があります。
そういう言語はかなり抽象的な設計が可能です。
そういうのと比べると、小さなデバイスドライバみたいなものはCでいいだろうけど、
大規模開発におけるCはかなり無理があるんじゃないかな？と

そうでもないものですか？

2019/05/24(金) 09:04:22.51

まあファイルがクラスと同じだし。
継承はしづらいけど、そんなもん使ったらC++でもむしろ見通し悪くなるでしょ？

2019/05/24(金) 10:11:20.70

最大のデバイスドライバがOSのカーネルなんじゃねえの
そしてそれがC言語の限界

2019/05/24(金) 10:43:06.36

Linuxカーネルは2100万行を超えているそうなので
たぶん地球上でもっとも大規模な開発の1つです。

2019/05/24(金) 11:21:47.36

責任ある人は気がくるっているじゃない。

2019/05/24(金) 12:25:59.56

Cでもオブジェクト指向的に考えて作ることは可能。構造体へのポインタまたは情報を区別する番号などを渡してその中身に基づいて処理する関数作ればいいので。
ファイルアクセスとかは作りがそうなってるよね。

2019/05/24(金) 12:32:21.84

クラスはコンストラクタ/デストラクタは活用したけど
継承で面倒になって、ちょっと便利な関数付き構造体としてしか設計したことない。

2019/05/24(金) 12:35:03.01

C言語ではオブジェクト指向も関数型プログラミングもできる。その下位レイヤーだから。
面倒臭いけど。

2019/05/24(金) 12:50:51.48

>>613
デバドラとかが山ほどあるだけでコア部分はそんなにたいしたことないよ

2019/05/24(金) 12:53:08.72

>>610
構造体に関数ポインタ入れたりすれば継承も多態も可能
書くのが面倒ってだけの話
モジュールを適切に分割すれば個々の開発部分はそんなにでかくならないし

2019/05/24(金) 12:59:14.48

まあしかしC++は複雑怪奇な状態になったような感じがするのでなんか別の言語でオブジェクト指向やった方が良いような気がする。

2019/05/24(金) 13:49:11.26

Javaがとてもシンプルな言語に見えてくる

2019/05/24(金) 14:27:11.63

linux kernelなんておもくそオブジェクト指向的な構造だろ

2019/05/24(金) 19:13:34.31

関係ないけどOOPが流行り始めた頃に「WindowsのUIはオブジェクト指向だ」と言ってたやつを思い出した。

2019/05/24(金) 19:26:36.07

目指していた方向はそうだったと思う

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/24(金) 20:26:08.87

>>615
＞Cでもオブジェクト指向的に考えて作ること
あくまでも「オブジェクト指向『的』」であることに注意すること
C ではオブジェクト指向を実現できない（断言）

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/24(金) 20:27:08.05

>>617
＞C言語ではオブジェクト指向も関数型プログラミングもできる

C ではオブジェクト指向はできない（断言）
継承をCでどのように記述するのでしょうか？

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/24(金) 20:27:59.68

>>622
＞linux kernelなんておもくそオブジェクト指向的な構造だろ

あくまでも「オブジェクト指向『的』」であってオブジェクト指向そのものではありません（断言）

2019/05/24(金) 20:41:47.14

いやできなくはないよ。何せC++は元々はCへのコンバータだったしな。C++のソースを読んでC言語に変換して後のことはCコンパイラに任せてたんだよ。それが初期のC++。

もちろんCは言語そのものがオブジェクト指向をサポートしてないから人間がそれをやろうとするととても面倒な事になるけどな。

2019/05/24(金) 20:51:16.47

そんなん言い始めたらアセンブラでもオブジェクト指向プログラミングできることになっちゃう。
言語としてOOPがサポートされてなきゃ認められないでしょ。

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/24(金) 21:00:32.57

>>628
＞C++のソースを読んでC言語に変換して後のことはCコンパイラに任せてたんだよ。それが初期のC++。
C++ から C へのトランスパイラが存在したからといって、C にてオブジェクト指向（的ではなくそのものずばり）なプログラミングができるわけではありません
C++ のコンパイラが存在するからといって機械語が OO でないのと同じです、まず、

C++ https://ideone.com/vAp2Sj

に対応する C のコードを示してください

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/24(金) 21:01:09.07

>>629
＞言語としてOOPがサポートされてなきゃ認められないでしょ。

激しく同感いたします！

2019/05/24(金) 21:12:51.85

>>610
全く問題にならない
classというキーワードがなくても
コードを書く者の考え方次第でカプセル化や継承はできる
FILE構造体がその例だ
多態性がないというのは、おまえさんの認識不足で
関数ポインタでそんなものはすぐに実現できる
そういう認識不足があるからこそ
メジャーなカーネルをなぜ書けたかが理解できないのだ

2019/05/24(金) 21:15:04.81

>>630
対応するCのコードを示せるやつがいたら、おまえどうする？
朝８時の品川駅のホームでストリーキングでもするか？

2019/05/24(金) 21:24:37.67

まあ継承なんてオブジェクト指向と関係ないよ

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/24(金) 21:45:54.65

>>632
＞classというキーワードがなくても
＞コードを書く者の考え方次第でカプセル化や継承はできる

C ではカプセル化はできても継承は不可能ですよ

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/24(金) 21:46:59.73

>>633
＞対応するCのコードを示せるやつがいたら、おまえどうする？
あなたができないことをそんなにアピールしなくてもいいと思いますよ

2019/05/24(金) 21:56:28.68

仮想関数テーブルの実装方法について語るスレはここですか？

2019/05/24(金) 22:01:07.63

>>635
いーや、できる
おまえさん禿本やリップマンくらい読んだか？

裸踊りを賭す自信もねえやつがいきがってんなよ

2019/05/24(金) 22:02:14.93

>>637
いいぜ
おら、来いや

**蟻人間** ◆T6xkBnTXz7B0 (ﾜｯﾁｮｲ 2701-6B7C) · 2019/05/24(金) 22:06:22.36

>>630
https://ideone.com/omqT5r

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/24(金) 22:17:20.89

>>638
ではストロヴストルップやリップマンはどういっているのか、ここに引用していただけますか？
あらかじめいっておきますが、引用はできない、なぜならば、そんな内容をストロヴストルップもリップマンも書いていないのだから

2019/05/24(金) 22:18:09.05

>>625-627, >>629
オブジェクト指向と言う概念と実装の区別がついてないんだな
低能なプログラマーによくある行動w

例えばLinuxで言えばリダイレクトなんて言うのはもろオブジェクト指向な機能だよね
Applicatlon > xxx
ってやればxxxがファイルならApplicatlon が出力したデータをファイルに書き込むし、xxxが端末なら端末にデータを表示するし、xxxがプリンタならデータを印刷する
Applicatlonは出力先が何であるかを気にする必要はない
もちろんLinuxはC言語でこれを実現してるしより面倒だろうけど当然アセンブラで実装することも可能

2019/05/24(金) 22:21:05.39

概念ならFILE構造体とそれの操作関数群

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/24(金) 22:21:27.40

>>640
＞typedef struct C
＞{
＞ A ThisA;
＞ B ThisB;
＞ int c;
＞} C;

これは委譲であって継承ではありません。私は >>626 で「Cでは継承はできない」と主張しており、これを否定するために委譲は使えません

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/24(金) 22:23:27.35

>>642
それは smalltalk 的な OO であって C++ の OO の概念とは多少食い違うと思います

2019/05/24(金) 22:24:05.41

コンストラクタとデストラクタの機構だけは欲しいと思ったことがしばしば

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/24(金) 22:24:31.62

>>643
FILE は　OO 的ではありますが、OO そのものではありません
OO というからには委譲とは別の継承を表現できねばなりませんが、
C では継承を表現できません

2019/05/24(金) 22:41:32.12

glibとか大昔からあるじゃん…
glibがooでないならooの定義をまず示せ

2019/05/24(金) 22:42:05.32

オブジェクト指向ってC++固有の概念なの？
だとすると、そりゃCで実現は無理でしょう。関係ないんだから。CとC++は。

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/24(金) 22:44:44.02

>>648
glibc++ は OO かもしれませんが glibc が　OO だとは寡聞にして聞きませんね

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/24(金) 22:45:51.47

>>649
＞オブジェクト指向ってC++固有の概念なの？
いいえ、Java も C# も OO だし、 python も ruby も OO で表現できます

2019/05/24(金) 22:50:26.22

>>650
GLibだよGLib
今知らないのもどうかと思うけど、使ってみると面白いと思うよ

2019/05/24(金) 22:51:22.70

>>651
いや、それだとつじつま合わないでしょ
自分の決めた道を突き進めよ

**蟻人間** ◆T6xkBnTXz7B0 (ﾜｯﾁｮｲ 2701-uiLC) · 2019/05/24(金) 22:53:40.43

GTKのGLibだよね。

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/24(金) 22:54:27.15

>>653
どうつじつまがあわないというのですか？説明ください
私は「OO ならば委譲と区別された継承を記述されなければならない」と主張しています

2019/05/24(金) 22:55:59.59

>>650
glibcじゃねーよ…
gimp、inkscape、gnomeほか様々なソフトウェアで使われてる。
linuxとは無縁だったんだな

2019/05/24(金) 23:36:16.20

>>629
出来るに決まっている
OO言語はオブジェクト指向プログラミングがやり易いようになっているだけでそれじゃなきゃOO出来ないというのはOOについて理解していないだけ

2019/05/24(金) 23:46:49.71

>>644
多重じゃない継承の場合Cでは1つめのメンバにベースクラスのインスタンスを書くというルールなだけ

それだけで呼び出し元のコードはほぼなにも考えずにベースクラスの機能を使うことができる

2019/05/24(金) 23:58:34.02

>>655
CでもOOできるし、継承できるし、オーバーライドもできる。
20年位前の本に「ANSI C に準拠したコンパイラならできる」と紹介されている。

メモリを意識したコードを書けない人には理解できないけどね。

2019/05/25(土) 00:01:58.97

C言語はABIが標準化されている、という文を見たんですが、
その標準仕様の名前は何ですか？

新しいプラットフォームがその標準仕様を満たせば
バイナリレベルあるいはソースレベルで移植性があるんでしょうか？

2019/05/25(土) 00:07:07.65

>>654
ていうかお前、MZ級にウンコな片山博文やんけ。

>>660
標準の名前は無いんじゃないの？
とりあえず「ABI」でググれ。

2019/05/25(土) 00:11:09.80

アーキテクチャ跨いでABIが統一できるわけないよね
引数の渡し方なんてアーキテクチャ変わったらそもそも使えるレジスタ変わるし

同一アーキテクチャの特定OS内ならバージョン変わってもABI互換ってのは良くあるけど

**蟻人間** ◆T6xkBnTXz7B0 (ﾜｯﾁｮｲ 2701-uiLC) · 2019/05/25(土) 00:29:35.52

>>661
そのプライドを大切にしろよ

2019/05/25(土) 05:52:48.29

>>645
お前のOOの定義書いてくれ
俺の思うOOじゃないとか言われたらどうしようもないわなw

2019/05/25(土) 05:57:11.32

Cでオブジェクト指向プログラムなんて書くのは時間の無駄
速度が必要な部分だけCで作るのが正解

2019/05/25(土) 06:05:28.22

>>641
てめえの怠慢を俺が尻拭いする筋合いはねえぜ
調べるところまで教えてやったんだ
自分で調べる気がねえなら不勉強のまま取り残されろ

2019/05/25(土) 07:19:56.39

>>665
> Cでオブジェクト指向プログラムなんて書くのは時間の無駄
そう言うこと
ただ時間がかかると言うのとできるできないの話は別
なのでお前のレスのほうが時間の無駄w

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/25(土) 15:51:01.79

>>658
＞多重じゃない継承の場合Cでは1つめのメンバにベースクラスのインスタンスを書くというルールなだけ

C では構造体のメンバの順番をプログラムから指定することはできたのでしょうか？
C コンパイラはアラインメントを考慮して最適化をはかり構造体のメンバを、プログラマの記述から適宜入れ替えていもいいのでは？

となると一つめのメンバにベースクラスのインスタンスを書いても、コンパイラに入れ替えられてしまっては無意味なのでは？

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/25(土) 15:52:11.46

>>659
＞CでもOOできるし、継承できるし、オーバーライドもできる。
できないとおもいますよ、できるというのなら >>630 を C で記述してみてください

＞20年位前の本に「ANSI C に準拠したコンパイラならできる」と紹介されている。
出典を明記ください

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/25(土) 15:53:43.84

>>666
＞てめえの怠慢を俺が尻拭いする筋合いはねえぜ
あなたは私の怠慢を主張するのと同様の筋で、私はあなたの欺瞞を主張します
出典元や引用を正確にできないのであれば、あなたは嘘をついていると判断されてもしかたがないと思います

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/25(土) 15:55:14.60

>>661
片山先生は私とは比較にならないほど生産性の高いプログラマですよ

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/25(土) 16:03:59.98

>>652
はじめて知りました、>>650 は勘違いした内容でした、すみません
ご紹介ありがとうございます。今試しているところです！

2019/05/25(土) 16:17:34.75

>>668
真面目な話、規格書読んでこい
ツッコミどころが頓珍漢すぎる

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/25(土) 17:02:40.54

>>673
コメントありがとうございます。確かに >>668 には誤りが含まれていました

ISO/IEC 9899:1999
6.7.2.1.5
As discussed in 6.2.5, a structure is a type consisting of a sequence of members, whose
storage is allocated in an ordered sequence,

JIS X3010:2003
構造体は，メンバの列から成る型とし，メンバの記憶域は，並べられた順に割り付ける（6.2.5参照）。

しかし、この記述は構造体のパディングが構造体の先頭に詰められる場合を排除していないと考えます

よって、>>658
＞多重じゃない継承の場合Cでは1つめのメンバにベースクラスのインスタンスを書く
＞それだけで呼び出し元のコードはほぼなにも考えずにベースクラスの機能を使うことができる

構造体の先頭にパディングがあった場合は、この記述は正しくないのではないでしょうか。

◆QZaw55cn4c (ﾜｯﾁｮｲ df47-SwLn) · 2019/05/25(土) 17:37:11.41

>>674
よくよく考えると、私の「この記述は構造体のパディングが構造体の先頭に詰められる場合を排除していないと考えます」もかなり疑わしい、
パディングというものは、一つのメンバがあって、それに対してもう一つのメンバを置くときにパディングを置くものであって、最初からパディングを置く必然性がないですね

struct S {
int a;
} b;
のとき
&b = &(b.a)
は保障されている、時間がたつにつれてそんな気がどんどんしてきました…

>>658 を認め、同時に単一継承であれば C で OO と継承を表現できることを認めます