C言語なら俺に聞け 158

2021/12/25(土) 12:11:46.61

!extend:checked:vvvvv:1000:512
(新スレ立ての際上記コマンドを2行書き込んでください)
C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C17
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4713.pdf

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/

※前スレ
C言語なら俺に聞け 157
https://mevius.5ch.net/test/read.cgi/tech/1624846971/

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

2022/07/26(火) 20:59:48.42

そんなの経験の差でしょ
脳科学なんかを引くより経験積んだほうが実用的で合理的

**デフォルトの名無しさん** (US 0H0b-RyvJ) · 2022/07/26(火) 21:21:37.87

>>942
いつまでも KKD ではねえ
もう少し精緻な話がしたいものです

2022/07/26(火) 21:22:24.36

バグ取りの上手い人というか、発見が早い人は
アスペ気味の人が多い
これは悪い意味で言っているのではなく
天才肌というか、直感でものを把握出来る人という意味です

**デフォルトの名無しさん** (US 0H0b-RyvJ) · 2022/07/26(火) 21:24:16.26

>>944
それもアラアラな話だと思いますが
しかし、その直感でものを把握できる、ってのがどういう思考法なのか興味がありますね
もう少しそのタイプのプロフィールを教えていただけませんか？

2022/07/26(火) 21:33:29.39

そういうのは、誰もマネが出来ないから参考にするのは無理でしょう
脳細胞のシナプスからして違うかもしれないし

**アリ人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd33-019N) · 2022/07/26(火) 21:58:01.96

プログラムの仕組みを完全に理解したいなら、ITパスポート、基本情報、コンピュータサイエンスの3つ。

2022/07/28(木) 12:32:34.18

>>941
C++の話ではないね

2022/07/28(木) 14:58:27.27

あ、Cだった
同じことだが

2022/07/28(木) 15:27:42.65

混ぜたら駄目、危険！

2022/07/28(木) 17:42:15.99

プロの化学者つかまえて次亜塩素酸ナトリウムと塩酸を混ぜるなとドヤるアホ
みたいなもんだな

2022/07/28(木) 17:53:09.20

混ぜるな危険
ECMA 372

2022/07/28(木) 19:46:49.41

>>945
直感って大抵は経験に基づくショートカット。
常人でも意識しながら年単位でデバッグ続けてりゃ多少は身につくんじゃねの？

**デフォルトの名無しさん** (US 0Hd3-RyvJ) · 2022/07/28(木) 20:04:33.20

>>953
身につくかどうか、ではなく、どんな考え方、思考法、そして可能であればその思考法に似た行動様式等がざっくばらんに出てくることを期待します

2022/07/29(金) 10:43:07.31

>>954
鏡で自分の顔を観てバグを一覧にしてみ
良い訓練になる

2022/07/29(金) 13:39:55.55

これ俺の顔じゃない
鏡がバグってる

2022/07/30(土) 00:46:07.92

組み込みの世界ってまだC言語が主流ですよね？
IoTも同じ？

2022/07/30(土) 00:52:24.51

IoT というのは広い概念なのでそれだけではなんとも言えん。
低レイヤもあれば高レイヤもある。

2022/07/30(土) 13:46:54.93

I Of the Tiger

2022/07/30(土) 15:28:57.06

Intensity Output Time

2022/07/30(土) 16:11:54.93

次のCの仕様が出てくるというのにこのスレでは全く話題にならないんだな

2022/07/30(土) 16:16:00.43

tccで標準入力からソース読むプログラムに、さらにstdinからデータ読ませるのは無理ですかね？
(echo "ccode with stdin" | tcc -run - ) <file
みたいな感じで(fileまでソースと取られてコンパイルエラー)
一時ファイル作れば出来るけど、ちょっとワンライナー書くときに不便を感じる

echo "main(char*c, char**v){puts(v[0]);puts(__FILE__);}" | tcc -run -
は
-
<stdin>
を出力します、多分tccはプロセスを自己書き換えで置き換えるんでしょうか？ファイルハンドルが継承されてる？

2022/07/30(土) 16:20:55.72

新しいCってそもそもどこで需要があるんだろう

2022/07/30(土) 16:38:39.78

>>958
高レイヤーだと普通にリッチな言語が使われたりするのかな

>>961
deferが入るかもって別スレで見かけたけど本当？

2022/07/30(土) 16:55:11.02

組み込みと言ってもラズパイ環境では完全にPythonが主流でC/C++(gcc)はあまり利用されてないイメージがある

2022/07/30(土) 17:15:44.08

組込って普通は静的バイナリにするんじゃないの

2022/07/30(土) 17:20:48.89

>>964
C23 には defer は入らない見込み。全体としては C++ の後追い的な変更が多い。

auto が型推論付きの変数定義になるだとか、constexpr や nullptr が導入されるだとか、
属性の表記法が C++ 風の [[ ]] を使った形になるだとか、そういう感じのやつ。
(ちなみに今回導入される constexpr は変数には付けられるが関数には付けられないので
コンパイル時プログラミングが C++ みたいに出来るわけではない。
定数式の成立要件が C と C++ で違うので C++ 寄りにする追加機能。)

思い切った変更ではあるが、根本的なプログラミングスタイルを変えない程度のバランスのとれたところだと思う。

2022/07/30(土) 17:34:09.22

>>966
もちろんそういう部分も大きいけど……。
リッチな組み込みは一昔前のパソコンを超えるくらいの性能はあるし Linux くらいは載るので、
デバイスドライバさえ用意すればあとはパソコンみたいに使えるという場合は普通にある。
かつては組み込みと言えばそのデバイスドライバの部分こそ大きかったと思うんだが、
IoT を意識するレベルの製品だとアプリケーションレイヤが巨大なので Python くらいは動くこともあるだろう。
主流かというとちょっと疑問ではあるが……。

2022/07/30(土) 17:38:53.84

それは組み込みと言うより、OS上で動かしている単なるアプリだろう

2022/07/30(土) 17:48:55.44

https://www.google.co.jp/search?q=raspberry+pi+%E9%96%8B%E7%99%BA%E8%A8%80%E8%AA%9E

2022/07/30(土) 17:50:58.85

パソコンで同じことやっても組み込みなんて言わないし

2022/07/30(土) 18:00:48.67

組み込みの開発はクロス開発が基本なのでパソコンはただの端末だけどね
プログラムはボード上のSoCで実行される

2022/07/30(土) 19:32:55.53

IoTにはC言語は深く入り込んでないのか

>>967
型推論付くってマジ？
個人的には嬉しい

2022/07/30(土) 19:50:32.99

>>964
> 高レイヤーだと普通にリッチな言語が使われたりするのかな
複合機などはWebサーバー程度は普通に入ってるから設定画面等は HTML, JavaScript, CSS, Python を使ってたりする

IWS (Internal Web Server：HTML, JavaScript, CSS, Python)
https://dsp.konicaminolta.jp/best-program

もちろんOS上で動いてるし、でかいシステムだとPCその物を内蔵してたりすることもある
なのでこんなものが売られてる
https://jpn.nec.com/fc/index.html

2022/07/30(土) 19:51:42.13

IoTというよりはスタンドアローン環境か小規模な独自ネットワーク程度の組み込み分野の方がC/C++利用は多いと思う

2022/07/30(土) 23:12:48.90

>>974
こういう機材に囲まれたことないなー
俺はIoTは名前だけでほんとに実感がない

2022/07/30(土) 23:53:43.60

>>969
機器に「組み込まれ」ているなら組み込みと呼んでいいだろう。
パソコンに近い構成にしてパソコンでも使えるソフトウェアを活用する場合があるというのは結果論だよ。

2022/07/31(日) 00:41:41.63

そうなるとPC使っていても組み込み扱いして良いと言うことになりますよね
近い構成どころか、何でもありになりそう

2022/07/31(日) 01:25:42.56

そうだよ。
技術的な実態としてはそんなにはっきりした境界がない。なんでもありだ。
用途の側でふんわりと分野が分かれてる。

2022/07/31(日) 01:39:56.41

組込とハード制御的なやつの混同はよくありますね

2022/07/31(日) 06:39:14.45

>>961
Cは枯れた言語で今さら新機能は誰も望んでないからな
むしろ余計なことをしてくれるなと

2022/07/31(日) 14:01:45.17

古いソースが問題なくコンパイル出来ないと、それはそれで問題にされる。
今でもトライグラフ受け入れないと駄目なんだろう

**ハノン** ◆QZaw55cn4c (US 0H7d-p9PZ) · 2022/07/31(日) 17:43:38.22

>>981
C99 の C++ との互換性がまったく取れていない変てこ機能はさっさと削除してほしいものです
いまや私は C のソースを書くのに C++ コンパイラが通るか試してみる体たらく、あれらはいったいなんなんだ？

2022/07/31(日) 19:20:45.67

今回「削除」になったのはいわゆるK&Rスタイルの関数定義くらいだな。
いずれ削除するということは以前から書かれてたし、
習慣的にも行儀が悪いという考え方が支配的だから
これで問題が起こるなら長い移行期間中に対応できてなかったほうが悪いと言ってよかろ。

2022/07/31(日) 19:35:38.56

削除って事は、古いソースのコンパイルはもはや出来ないと言うことなんでしょうか
いや、なに、クラシックカーに乗ってみたい位の好奇心ですけど

**アリ人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd9a-xqSD) · 2022/07/31(日) 19:46:09.16

歳をとるということ　〃
シワが増えるということ　〃

なのに
ぼくたち
私たちは　〃

なぜ、最新機種で進化の止まった古臭いコンパイラを使うのでしょうか
でしょうか

2022/07/31(日) 20:23:09.10

>>985
削除された機能を使っていればそういうことになるが、
そもそも C で書かれたプログラムなんてどこかしらで環境依存な部分があるもんだし、
よほど配慮されたものでない限り古いコードは素直には動かないのが普通だろう。

まあ C23 が出来たからと言って C89 (に対応したコンパイラ) が直ちに消滅するわけでもないし、
なんだかんだであと二十年くらいたっても C89 派がそれなりにはいそうな気がする。

2022/07/31(日) 20:35:31.51

K&R CこそCの面白さの塊なんだけどな
GCCが「カバにダンスを踊らせるのはあまり面白くない」なんて言ってた人もいるように
歳月とともに雁字搦めになっていく流れは酷くつまらない

**デフォルトの名無しさん** (US 0H7d-p9PZ) · 2022/07/31(日) 20:47:12.68

>>988
でもね、C のコンパイラは C で記述してほしかったですね
確かにカバの調教は難しいのかもしれませんが
というか、gcc をコンパイルするためだけの c で書かれた c++ コンパイラって需要ありますかね？

2022/07/31(日) 20:51:31.04

>>988
無理すんなよ

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd9a-xqSD) · 2022/07/31(日) 20:59:27.98

そろ次スレ

2022/07/31(日) 21:03:23.63

ラージモデルでFarポインタ使いまくったプログラム合ったけど、
今は流石に見るのも嫌だと思う
何言ってるか分からないと思うが、俺も分からない

2022/07/31(日) 21:17:26.94

>>992
むしろnearポインタの方が面倒だと思うが...

2022/08/01(月) 08:38:31.30

あり人間とかキチガイ、こっちでも頓珍漢なこと書いてるのか

**ハノン** ◆QZaw55cn4c (ﾜｯﾁｮｲ 25e6-p9PZ) · 2022/08/01(月) 19:47:44.58

>>992
ラージモデルの far ポインタでしょう？別に far とか書かなくても普通にポインタを書けば far ポインタになったはず
であれば、あとは 64kb の壁を意識してむやみにポインタのインクリメントをせずに上手に部分にわければなんとかなったでしょう

far ポインタでの経験はいろんな場所で活かせる貴重な体験だと思いますよ
私は試食版 LSI-C のスモールモデルで陽に far を指定して far ポインタをバリバリつかっていましたよ
スモールモデルだからコード領域はせまいけれども（near コールしか使えない）、far と書けばデータは 640KB までフルに使えましたし

2022/08/01(月) 20:05:11.09

インテルのクソ設計でみんな迷惑してたってだけの話
K&R Cの楽しさとは全く何の関係もない
68kと86系は異次元の世界だった

2022/08/01(月) 20:55:56.73

>>995
テキトー書く前に8086 メモリーモデルとか near far huge とかでググってから出直してこい

**ハノン** ◆QZaw55cn4c (ﾜｯﾁｮｲ 25e6-p9PZ) · 2022/08/02(火) 07:34:13.90

>>997
私の認識であってますよ
ラージモデルのデフォルトポインタ（データ・コードとも）は far ですし、スモールモデルはどちらも　near
しかしスモールモデルでも far ポインタは　far と陽に宣言すれば使えるんですよ…

2022/08/02(火) 11:58:06.82

Windows16ビットのCでは16ビットハンドルを架空の構造体へのnearポインタとして実装してたな(#define STRICTした場合)
例えばデバイスコンテキストハンドルをビットマップハンドルに代入しようとするとtype mismatchエラーになってすぐわかる
STRICTでないと単なる本来の16ビット整数として扱われ混同しても通ってしまう
win32ではnearがないので普通の32ビットポインタになってしまいメモリがちょっともったいない

2022/08/04(木) 18:41:17.13

>>92push(保存)してpop(書き戻し)してるから結局pushしたときのデータになる
popとpushの間のややこしいとこはシカトな

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 222日 6時間 29分 31秒