C言語なら俺に聞け 156

2020/09/28(月) 14:41:30.00

!extend:checked:vvvvv:1000:512
(新スレ立ての際上記コマンドを2行書き込んでください)
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/

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

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

2021/01/09(土) 20:16:57.05

>>494
それができない言語の方が珍しいと思うけど？

2021/01/09(土) 20:17:11.62

C++のベターC的な使い方であってpureなCとうまく連結できるかというと…

2021/01/09(土) 20:18:36.46

>>503
合ってる、いわゆるベターCって奴

2021/01/09(土) 21:18:21.63

DLLなんかどこの馬の骨言語／コンパイラ／アセンブラで作られたかもわからんものを当たり前に使えるだろ

2021/01/09(土) 22:58:21.36

それはDLLで呼べるように作ってあるからであって

2021/01/09(土) 23:00:18.51

別にCの特徴でもない

2021/01/09(土) 23:45:25.11

大抵の言語はDLLを呼び出す側になれるけど、呼ばれる側になれる言語はそんなにない

2021/01/09(土) 23:52:15.63

普通にCでDLL書くぞ

2021/01/10(日) 16:59:27.49

言語はOSに依存している。

2021/01/10(日) 17:02:58.26

OSのない非常にチープな環境でも動くのがCの特徴
例えばRAM 16バイト、ROM 256命令みたいな糞CPUでも動く

リッチな環境ならCなんか使わん

2021/01/10(日) 17:07:41.53

>>514
> 例えばRAM 16バイト、ROM 256命令みたいな糞CPUでも動く
具体例plz.

2021/01/10(日) 17:12:34.41

PIC10F200

2021/01/10(日) 17:29:30.48

>>516
ありがと、一応コンパイラもあるのね

2021/01/11(月) 04:19:33.81

そんくらいならCよりアセンブラの方が楽そうだけど

2021/01/11(月) 09:26:06.49

この規模でもアセンブラの方が楽って事はない
当然性能やリソースに問題がないならCの方が楽

楽をしたいなんて考える人が選ぶCPUではないけど

2021/01/11(月) 09:57:05.78

PIC は CPU なのか？
と思ってデータシートを見たら RISC CPU って書いてあったわ。

2021/01/11(月) 10:16:28.83

>>518
まあさすがにROM 256だとCで書くのはあまり現実的じゃないわな

2021/01/11(月) 10:28:09.66

>>519
コンパイラが相当なじゃじゃ馬だと
調教する（というか、こっちがされるｗ）のに
結構な手間暇かかったりするんだよ

2021/01/11(月) 12:12:48.66

>>522
PIC(というか8bit全般)は
命令やアーキテクチャがじゃじゃ馬
Cのじゃじゃ馬とは比べ物にならん

開発環境構築はCもアセンブラもかわらん

2021/01/11(月) 12:23:14.39

Cのじゃじゃ馬を調教するにも結局アセンブラを理解する必要があるからな
アセンブラのじゃじゃ馬だけで済むならそっちの方が楽だろ

2021/01/11(月) 12:30:40.51

アセンブラを理解する必要なんて無いよ

2021/01/11(月) 12:34:47.00

あるよ
Cに対するよくある誤解で、
アセンブラから逃げるためのものではなく
アセンブラもわかる人が手抜きするためのものだ

そもそもアセンブラで書かれていたUnicsを書き直すために作られたツールだしな

2021/01/11(月) 12:37:16.69

>>526
いつの時代の人？

2021/01/11(月) 12:37:56.75

楽かどうか
から話が変わってるし

2021/01/11(月) 12:54:40.32

256程度に収まるコードならアセンブラでもそんなに苦労しないと思うよ

2021/01/11(月) 13:03:17.58

でもアセンブラの方が楽
って事はない

2021/01/11(月) 13:04:29.37

そもそも楽をしたいならこんな糞CPUをわざわざ選ばない

2021/01/11(月) 13:31:51.18

Cｺﾝﾊﾟｲﾗの吐き出す最適化済みのｺｰﾄﾞを人力でできればよいのだが　なかなか　ね

2021/01/11(月) 14:40:26.73

CはISO/IEC規格で「こうでなければならない」という決まりがあるが
アセンブラにそんなものはない
初めて触るCPUは多かれ少なかれ、それまでに蓄積した偏見に逆らうところがあり
あんまり迂闊にじゃじゃ馬呼ばわりすると他の人や未来の自分にアホにされる

たとえばPICならPICが向かない用途にPICを使おうとしたり
その逆をやらかすやつは気をつけたほうがいい

2021/01/11(月) 14:55:18.12

要するにCのが楽

2021/01/11(月) 18:03:00.86

>>500
関数コール構造ってスタックか？

2021/01/11(月) 19:17:14.19

組み込みだとデバッグしやすいようにサブルーチンの引数はグローバル領域に置くとか
リターンアドレスも同じようにグローバルに置くとかあったな。

2021/01/11(月) 19:22:32.27

呼出規約
https://ja.wikipedia.org/wiki/%E5%91%BC%E5%87%BA%E8%A6%8F%E7%B4%84

2021/01/11(月) 21:38:48.25

> デバッグしやすいようにサブルーチンの引数はグローバル領域に置く

COBOLer乙

2021/01/11(月) 22:18:26.34

COBOLみたいな高級言語の話じゃねーよｗ

2021/01/12(火) 15:17:22.63

標準ヘッダファイルの関数の実際の処理コードってどこに書いてあるんですか？
ぼく「rand関数ってどんな処理すんの？」
無能教科書「stlib.hに書いてあるだよ^^」
ぼく「ほーんstlib.hはWindowsだとここのフォルダに置いてあるのか」カチカチ
ぼく「Visual Studioで開く」
ぼく「ってプロトタイプ宣言やんけ！本体の場所は？」
って感じで困惑してるんですががが？

2021/01/12(火) 15:20:38.53

特にコレといった決まりはないので　ランタイムライブラリのソースがあればラッキー程度

2021/01/12(火) 15:21:37.16

ていせい
X stlib
O stdlib

2021/01/12(火) 15:24:49.50

<Program Files>/Microsoft Platform SDK/src/crt
にあればラッキー

2021/01/12(火) 15:45:13.34

>>543
たぶん自分の環境だと
C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\
VC\Tools\MSVC\14.28.29333\crt\src
って奴なのだろう。
stdlib.cはなかったですね・・・

2021/01/12(火) 15:49:14.18

>>544
関数で小分けになってたりで rand.c があったりなかったり

2021/01/12(火) 16:02:39.24

ないですね・・・(絶望)
一端諦めたほうがよさそうかな・・・
aoRXfngS0さんは付き合ってくれてホントありがとう！感謝！

2021/01/12(火) 16:35:19.21

どういう風に実現してるの？　ならば　ソースあたるしかないけど
どんな処理(機能)なの？　ならば　ヘルプなり man ページなり　色々あたれる

2021/01/12(火) 17:24:10.27

ヘルプは嘘書いてたりな
いままでヘルプのいう通りある関数のフラグ書いてきたのに、ソースみたら全部無視されてたって経験が

2021/01/12(火) 18:07:45.16

クソMicrosoftの使うからだ。

2021/01/12(火) 20:21:16.28

c/Program Files (x86)/Windows Kits/10/Source/10.0.10240.0/ucrt/stdlib/rand.cpp
c/Program Files (x86)/Windows Kits/10/Source/10.0.16299.0/ucrt/stdlib/rand.cpp
c/Program Files (x86)/Windows Kits/10/Source/10.0.17134.0/ucrt/stdlib/rand.cpp
c/Program Files (x86)/Windows Kits/10/Source/10.0.17763.0/ucrt/stdlib/rand.cpp

**イリヤは俺の嫁** (ﾜｯﾁｮｲ ff05-v9ch) · 2021/01/12(火) 23:06:47.42

ありがとう！
早速試してみますね

2021/01/13(水) 01:30:22.66

Visual Studio は、プリコンパイル済みヘッダーだろ。
pch.h (旧 stdafx.h)

もうビルド済み

2021/01/13(水) 06:12:29.66

afxって文言を削りたかったのねｗ

2021/01/13(水) 11:46:14.48

大体知りたいことが分かりました！
皆さんありがとうございます！

2021/01/14(木) 18:11:57.43

ヘルプとかマニュアルの嘘は多い
最初から疑うべき
特に日本語のやつ

2021/01/15(金) 07:50:56.36

昔デジタルマニュアル内のサンプルソース確認してくれってわたされたやつが、
I -> 1 みたいなやつや、全角文字使われてたとか
入力ミスのサンプル集かと思った。

2021/01/17(日) 08:50:40.04

いかにもな機械翻訳で、英訳しながら読まないと意味わかんないのとかね

2021/01/17(日) 10:23:01.71

JIS X3010, JIS X3014どちらももうじき20年遅れ

2021/01/19(火) 09:32:50.28

>>514
メモリ16Gの超リッチなLinux環境で使ってすいません。

2021/01/19(火) 12:02:21.59

16Gで超リッチとは何と安上りなんだ

2021/01/20(水) 03:33:05.19

16GBのPCを個人所有してたら超リッチ
って話じゃないぞ

2021/01/20(水) 08:00:15.22

で、どういう話なの？

2021/01/20(水) 11:53:21.26

C で書かれたコードを実行するにはリッチって話っしょ

2021/01/20(水) 17:49:36.27

void *p=malloc(1024*1024*1024*16);

2021/01/20(水) 17:55:29.77

>>564
int型が32bitの環境ならその整数の乗算部分でオーバーフローが起きて16GBにならないんでないかな

2021/01/20(水) 20:34:38.74

>>563
意味わからん
LinuxはC言語で書いたプログラム専用じゃないし4.8PiBのメモリーを持つ富岳でもLinuxは動くし

2021/01/20(水) 20:48:15.35

おまえバカだろ
RAM 16バイトの底辺CPUに比べて超リッチな環境だって話

2021/01/20(水) 22:02:18.04

バカはお前w
それは単に比べる相手がおかしいだけだろ

2021/01/21(木) 00:28:31.26

GUIが無いんだろ、最強じゃんw

**デフォルトの名無しさん** (US 0Hb6-46Pn) · 2021/01/21(木) 06:10:52.98

C「を」書いたのはリッチー

2021/01/21(木) 07:07:18.10

A「おれ財布に16円しかない」
B「おれ今16万円も入ってるよ超リッチ」

>>566「16万円で超リッチとは何て安上がりなんだ」
>>566「ビル・ゲイツの財布には16億円入ってる」

A「？？？」
B「？？？」
A「誰？」
B「何で突然ビル・ゲイツ？」
A「いや、おれの財布に16円しか入ってないって話を...」

>>566「それは単に比べる相手がおかしいだけだろ」

A,B「？？？」

2021/01/21(木) 07:12:03.65

>>571
それどう見ても「個人所有してたら超リッチ」って話だろ…
>>561は一体何を言いたかったんだ？

2021/01/21(木) 07:31:52.93

開発ターゲットの話

2021/01/21(木) 08:08:33.69

>>573
だからターゲットもチープな組込みからスパコンまであるだろ
限定なしに超リッチとか言われても井の中の蛙が語ってるとしか思えん

2021/01/21(木) 08:12:32.96

>>574
>>571

2021/01/21(木) 08:38:58.68

>>575
だからそう言うのは井の中でやれよって話

2021/01/21(木) 12:02:22.51

流れも理解せずに話に勝手に入って来て
何を言ってるんだか

2021/01/21(木) 12:34:13.57

ここは胃の中です

2021/01/21(木) 13:14:18.23

頭はプアです

2021/01/21(木) 13:40:44.42

もう引っ張ることでも無いやろ

2021/01/21(木) 13:54:25.02

勝手に入ってこられるのが嫌ならブログででもやってろよw
バカすぎる

2021/01/21(木) 22:19:55.22

>>570
エデ・イー？

2021/01/22(金) 12:29:52.09

最近のOSってmallocで実メモリ足りないときはHDD/SSDからとってきてくれるんでしょう？

2021/01/22(金) 12:44:10.92

仮想記憶のことなら全然違うし、全然最近でもないし、swapも埋まればmalloc失敗すると思うけど、何だろう

2021/01/22(金) 12:50:00.55

仮想アドレス空間に隙間がなければ失敗するけどな

2021/01/22(金) 13:07:46.80

>>584
いや
全然違うってこともない
イメージ的にはそれでいい

2021/01/22(金) 14:43:34.68

スタック領域もコード領域も足りなくなったら補助記憶装置にスワップアウトするしmallocとは直接関係はしないよ

2021/01/22(金) 14:52:58.55

コードがスワップアウトしたら実行中のプロセスはどうなるんでしょうか？

2021/01/22(金) 14:59:09.88

コード領域までスワップアウトすることがあるかどうかわからんけど、
あったとしたらタイムスライスの割り当てが戻ってきたときにその退避してたコードも
メモリに戻すことになるだけでしょ。

2021/01/22(金) 15:03:45.51

>>587
mallocと直接関係ある
なんて誰も書いてない

2021/01/22(金) 15:07:21.69

>>588
アクセスした瞬間に例外発生
これを受けてHDD/SSDに退避してあったデータをメインメモリに戻して例外を復帰する

コードデータ関係なく

2021/01/22(金) 15:18:29.37

>>590
>>583を100回音読してこい

2021/01/22(金) 15:22:19.21

主語はOS

2021/01/22(金) 15:25:32.00

mallocは単なるトリガー(の1例)

2021/01/22(金) 16:21:31.38

主語でないと関係しないって？
日本語の勉強からやり直した方がいいと思うよ
結構マジで

2021/01/22(金) 16:28:50.78

非制限用法

2021/01/22(金) 16:30:53.38

直接関係してなかろうと
(例えば)mallocをトリガーとしてスワップすることは事実

2021/01/22(金) 19:42:10.12

>>596
頭大丈夫？
そろそろ黙ったほうが良くね？

2021/01/22(金) 20:55:52.26

確かに直接関係はしないな
syscallというレイヤーが挟まるから

で？それがどうした？

2021/01/22(金) 22:55:39.06

>>597
> (例えば)mallocをトリガーとしてスワップすることは事実
するとは限らんしそもそも仮想記憶のない環境もあるし何が事実だかw

2021/01/22(金) 23:26:46.95

mallocがスワップアウト要求すんのか？　ページアウトですらなく？

2021/01/23(土) 00:33:31.85

mallocは常に成功する、問題はそのメモリにアクセスした時

2021/01/23(土) 00:37:30.76

Cでマルチスレッドなプログラム書くときのデザインパターンというか、オススメの書き方って何かある？

2021/01/23(土) 00:40:17.93

>>603
pthread

◆QZaw55cn4c (ﾜｯﾁｮｲ bfe9-pMYN) · 2021/01/23(土) 00:47:46.15

>>603
私は c++11 以降に移行しました、言語が MT をサポしてくれているのはありがたいです‥