C言語なら俺に聞け 148

2018/09/19(水) 17:56:50.83

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言語なら俺に聞け 147
http://mevius.5ch.net/test/read.cgi/tech/1534430162/

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

2018/09/27(木) 20:23:31.86

>>385
きっとソレダ

2018/09/27(木) 20:28:13.50

左上の黄色と緑の点かな？

2018/09/27(木) 20:28:23.35

>>388
ですよねー

2018/09/27(木) 20:29:31.61

リロードせずにゆっくり書いてたらほとんど同じ書き込みが既にされていたorz

2018/09/27(木) 21:28:23.17

最後に
fflush(stdout);
と書けばきっと出力される

やってみ

2018/09/27(木) 21:32:36.13

>>366
全然意味がわからない
お前は何を言っているんだ？

>>369
なぜ意味がなくなるんだ？

2018/09/27(木) 23:48:28.04

来たよーム板に。

2018/09/28(金) 08:16:40.85

sed -e 's/.*/"&\\n"/' < USAGE > USAGE.c
として
#include "USAGE.c"

2018/09/28(金) 09:31:20.28

>>394
だってコマンドの使い方の説明にならないじゃん。

2018/09/28(金) 10:24:36.39

>>397
- という語句は予約されていると言いたいのか？

2018/09/28(金) 13:21:05.27

somecmdというアプリケーションがあったとして
Usage: somecmd [--option] <file>...
こういう出力を
printf("Usage: %s [--option] <file>...\n", argv[0]);
まあこういう感じ（もうちょっと変数やらをはさむかも知れんが）で出力するときに
argv[0]がsomecmdじゃない場合がけっこうあるってことじゃないの？
そしてそういう場合にUsage: ...の形式が壊れるんじゃないか，と。

2018/09/28(金) 13:22:39.05

>>399
結構あるって、例えばどういう操作をする場合だろうか？

2018/09/28(金) 13:23:29.81

しかし俺が思うのは，そういう場合にはたして--helpを参照するかな。
argv[0]!="somecmd"の場合ってmain関数を他のプログラムから呼び出すとかそういう場合でしょ。
その時は，そのプログラムのUsage: ...が欲しい訳だから結局somecmdのUsage: ...なんて出力する必要ないでしょ。

2018/09/28(金) 13:24:49.39

>>398
え？もしや - というコマンド作った場合の話？

そういうことではなくて argv[0] は起動する側が自由になんでもセットできるからコマンド名になってる保証はないという話だよ。
まあ普通のシェルから起動する場合には大丈夫だろうけど、環境によっては何も入ってないかも知れないし保証はできない。

2018/09/28(金) 13:33:55.41

何でもセットできる場合って、
そういう環境では0に限らず、
argv配列を使えないって事だよね

2018/09/28(金) 13:38:19.13

busyboxってargv[0]で振り分けてんの？

2018/09/28(金) 13:55:27.31

>>402
そんな変な環境使ったことないからどうでもいいや

2018/09/28(金) 14:22:34.06

>　二つの仮引数を定義する場合，関数 main の仮引数は，次の制約に従わなければならない。
>- argc の値は，非負でなければならない。
>- argv[argc]は，空ポインタでなければならない。
>（中略）
>- argc の値が正の場合，argv[0] が指す文字列は，プログラム名（program name）を表す。
>　ホスト環境からプログラム名を得ることができない場合，argv[0][0] は，ナル文字でなければ
>　ならない。
JIS X3010:2003 5.1.2.2.1

だそうです。

2018/09/28(金) 16:10:35.86

argv[0] にはパスも含まれ得るし、シンボリックリンクから起動されれば実体の名前ではなくなるけど、usage にコマンド名としてコマンドライン上のコマンドパスを表示したいの？

2018/09/28(金) 17:12:54.15

呼ばれた名前でusageわざわざ変えてるコマンド見たことないな
せいぜい例示コマンドが呼ばれた名前に変わってるくらい

2018/09/28(金) 17:16:02.91

　　　　　　　ゴガギーン
　　　　　　　　　　　　　ドッカン
　　　　　　　　　ｍ　　　　ドッカン
　　＝＝＝＝＝）　）)　　　　　　　　　☆
　　　　　 ∧_∧ |　|　　　　　　　　　／　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　　（　　　）|　|＿＿＿＿＿　　　　∧＿∧　　　＜　　おらっ！出てこい>>382
　　　　　「　⌒￣　|　　　|　　　　||　　　（´Д｀　）　　　　＼＿＿＿＿＿＿＿＿＿＿＿
　　　　　|　　　/ ￣　　　|　　　　|/　　「　　　＼
　　　　　|　　　|　|　　　　|　　　　||　　　 ||　　 /＼＼
　　　　　|　　　 | |　　　　|　　　　|　　へ//|　　|　　| |
　　　　　|　　　 | | 　　　ﾛ|ﾛ　　　|／,へ＼|　　|　 | |
　　　　　|　∧　| |　　　　|　　　　|／　　＼　　/　（　）
　　　　　|　|　|　|〈　　　　|　　　　|　　　　　|　|
　　　　 / /　/ / |　　/ 　|　　　〈|　　　　　|　|
　　　 / /　 / /　|　　　　|　　　　||　　　　　 |　|
　　　/ /　/ /　=-----=--------　　　　 |　|

2018/09/28(金) 18:30:23.06

実行ファイルをリネームしてもusageが使えるとか
シンボリックリンクで別名作っても大丈夫とか

2018/09/28(金) 18:42:59.76

>>409
https://i.imgur.com/wgOfjjh.jpg
https://i.imgur.com/FL413Fu.jpg

課題で忙しくて、返信できませんでした。半泣きになりながらやってました。
本当にすみません。今からやってみますね。

2018/09/28(金) 18:46:59.61

>>409
きっとシベリア鉄道に乗っていてまだ家に着いていないのだろう。

2018/09/28(金) 18:52:40.13

>>411
きったねえソースだな

2018/09/28(金) 18:59:04.08

https://i.imgur.com/Yc7Gep8.jpg

画面が汚くて申し訳ございません。
gccコマンドで実行ファイルをその都度作成しなかったのが原因でした。

2018/09/28(金) 19:00:30.32

>>413
具体的にどこが汚いですか？

2018/09/28(金) 19:05:03.12

>>410
UNIX系OSでは compress, gzip, bzip2, xz とかの圧縮コマンドが自分が何のコマンドで動かされたかによって動作変えてるね。
同じ実行形式のバイナリを例えば gzip なら gunzip にリンクしておいてそれを実行すると gzip -d と同じ動きになる。

2018/09/28(金) 19:06:09.19

>>415
本気にしなくて良いぞ

2018/09/28(金) 19:07:43.61

>>415
まるでCみたいだ

2018/09/28(金) 19:11:08.13

>>418
c言語をずっと使ってきたので、その名残があるかもしれません...

2018/09/28(金) 19:16:14.15

ずっと使ってきたのならなんで素人レベルのミスしてるのｗ

2018/09/28(金) 19:19:45.55

>>420
コマンドプロンプトの環境が初めてだったからです。

2018/09/28(金) 19:20:23.68

>>414
まあ初学者あるあるだなｗ
俺にも覚えがある

俺の予想が的中（>>385）ということで今日から俺が半角ニキやで

2018/09/28(金) 19:27:09.29

>>422
ありがとうございます！

2018/09/28(金) 21:52:19.80

２５６倍本に同じような話があったな

2018/09/28(金) 22:11:42.42

>>402
gccとg++とか、grepとegrepとかあるやん
人間だって「陛下」と呼ばれたか「クズ」と呼ばれたかで同一人物でも行動ちがうだろ

2018/09/28(金) 23:19:48.69

>>414
いいフォントだな～

2018/09/28(金) 23:58:56.90

Vimを使うんなら
:syntax enable
くらいしろ

2018/09/29(土) 01:10:11.80

viewなんじゃねーの
カリカリすんなよ
Macじゃどうか知らんがワイのvimrcはターミナルがカラー対応してれば勝手にsyntax on て書いてるで

2018/09/29(土) 17:41:22.99

Cってファイル毎のstaticが多くね？　カプセル化だと思うが、それとか、do {} while(0)とか・・・
なして、そこまでしてCなんか使うんだべ？

2018/09/29(土) 17:48:39.58

自己満足に浸るため

2018/09/29(土) 17:52:30.71

変数は少ない方がいいが、クラスのメンバー的なもんは仕方ないんじゃないか？どこかに書かないと。

2018/09/29(土) 19:04:51.98

基本情報のc言語ってどんくらいのレベルなの?今度受けようと思うんだけど

2018/09/29(土) 19:17:50.68

>>429
今現在Cを使う理由は、以下しかない。
1. 最速のコードが欲しい
2. 最小のコードが欲しい
3, 他言語では出来ないほど細かく指示したい
4. 既存のCプロジェクトの継続

てゆうかマジで理工系であらかじめCを使うと分かり切っている奴以外は、
初心者がCを選択する理由はないから止めとけ。
あと、ここでこれまでやってた「動く/動かない」レベルのやりとりは、
大学の授業の先生や同級生に聞いた方が圧倒的に早いからそうしろ。

2018/09/29(土) 19:20:43.09

>>433
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。

C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:

- うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)

- 非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。

言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。

2018/09/29(土) 19:29:15.10

>>433
ワンチップマイコンの組み込みソフトはC言語1択だけどな。
C言語は最低限のスキルとして習得しておくべき。

2018/09/29(土) 19:34:28.70

>>434
俺はLinusの意見には同意だぞ。
ただ、それはC++が糞だと言っているのであって、Cがいいと言っているわけではない。
そして、俺が初心者に勧めるのはLL言語だ。(Ruby/Python/JavaScript/(PHP))
これらにはインタプリタ環境がある。それだけで初心者には全然違う。

それ以前に、型等の恩恵を受けたいのならC#の方が断然良い。
というか、後発言語はC言語の駄目な点を改良してきているのだから当然いろいろ優れている。
C++もこれに含まれる。だからC++も『正しく使えば』いい言語だ。
当たり前だがほぼ上位互換な訳でね。

>>435
ああ、それなら、以下を付け加えておこう。
5. C以外の環境がない

2018/09/29(土) 19:48:34.77

#if 0
って今となっては不要だよね。
なぜならフレームワークを適当に設定することで開発用と製品用のコードを分離できるようになってるから
VCSでブランチ切ってもいいし。

2018/09/29(土) 20:04:11.39

>>437
つhttps://stackoverflow.com/questions/3630601/why-use-if-0-for-block-commenting-out/3631513
要するにブロックコメントをブロックでコメントアウトするのに便利、だそうな。
ルールでなら // に統一しろ、とか言われる所だな。

(VCSというか)今はGit全盛だが、勿論それらもなかった頃からCは全面的に使われていたので、
今となっては古い（原始的）と思える機能も沢山ある。
これは古い言語の宿命だからある程度致し方ない。
コーディングルールでも「あれは白黒ディスプレイの為の物」と言われているものあるだろ。

2018/09/29(土) 22:15:37.87

>>435
ワンチップマイコンだとアセンブラも有力

2018/09/29(土) 22:38:18.17

forthって組み込み系でもう使ってないの？

2018/09/29(土) 22:39:39.91

>>440
使いやすい言語だとは思わないけどな

2018/09/29(土) 23:11:41.46

>>440
そもそも最近使われてるのを見たことない

>>441
処理系が軽いのよ

2018/09/29(土) 23:32:32.75

postscriptは割と使ってるかもな。知らんが。

2018/09/30(日) 00:28:39.07

今をときめくpythonの大部分がCだろ
便利なimport含めて

2018/09/30(日) 00:51:11.84

最近プログラミングに熱意が持てなくなってきた
だれかたすけて・・・

2018/09/30(日) 00:53:49.78

言語作ろうぜ
あるいはハード作ろうぜ

2018/09/30(日) 13:35:46.44

ここのレベルじゃ無理

2018/09/30(日) 19:56:21.83

とりあえず昔のC++みたいにC言語へのトランスレーターで作っとけよ。

2018/09/30(日) 20:08:07.13

昔々、とあるマクロ言語を開発してた頃はyacc/lex(bison/flex)を使ってたんだが、今どきもこういうコンパイラコンパイラを使ったりするんだろうか？

2018/09/30(日) 20:08:42.93

>>440
ForthってMINDのベースって事くらいしか知らない

2018/09/30(日) 20:25:52.96

sedとかで十分なことでもgoでパーサ使う人はいるな

2018/09/30(日) 21:41:15.10

質問です。
ソースが公開されてないライブラリを使用していまして
その中に特殊なファイルを読み込む関数があります。
事情があってその特殊なファイルを暗号化して保存したいのですが
暗号化してしまうとそのライブラリの関数から直接読み込めません。
暗号を解除する関数を通してそれが一時ファイルを吐けば可能ですが
大量にあるので出来ればもっと良い方法があればそれを採用したいと思っています。
例えば暗号解除後そのままメモリをファイルの様に扱う等は出来ないでしょうか？
よろしくおねがいします。

2018/09/30(日) 21:50:14.42

>>452
OSが分かんないけどtmpfsとか駄目なの？

2018/09/30(日) 22:13:05.28

read/writeを包んじゃうとか。LD_PRELOAD的な。
実行中のメモリが読めるならなんでもありという気もするが

2018/09/30(日) 22:17:19.98

>>453-454
さっそくありがとうございます！OSはWindowsです。
方法はありそうですね？
教えてもらったキーワードで自分でも少し調べてみます！

2018/09/30(日) 22:21:51.99

そのライブラリの特殊なファイルを読み込む関数のインターフェースはファイル名を求めているのだろうか？
それともファイルへのハンドルを求めているのだろうか？

前者と仮定してうまく凌ぐ方法はあんのかな？　名前付きマッピングオブジェクトかなんか？

2018/09/30(日) 22:25:01.08

>>456
ありがとうございます。ファイル名です。
OSはWin10です。

2018/09/30(日) 22:27:41.29

tmpfsはWinだと使えないのですね？残念です。これはまさに理想的だったので。
LD_PRELOADは関数を上書きできるのですね。こちら更に調べてみます。

2018/10/01(月) 00:45:26.18

どれもWindowsじゃ無理っぽいですね… tmpfsが使えれば一番よかったんですが。

2018/10/01(月) 03:15:04.29

FILE*で文字を直接参照するのと一旦文字の配列にコピーして参照するのとでは速度差はありますか？

2018/10/01(月) 04:00:25.04

コピーするのに、メモリ・時間を使うから、

コピーしない方が速い

2018/10/01(月) 05:28:57.52

>>460
コピーせずに直接参照ってどうやるの？

2018/10/01(月) 05:37:04.66

>>459
WindowsでもRAMDiskは作れる(そういうツールがある)けど、エレガントな方法はファイル系のAPIをHookするって手もあるかな？

2018/10/01(月) 09:06:42.48

>>411
これなんてエディタ？秀丸？

2018/10/01(月) 09:25:37.38

Spyderだろ

2018/10/01(月) 09:27:43.52

メモリファイルは無いの？

2018/10/01(月) 09:33:21.48

メモリマップトファイルが使えれば良いんだけど、バイナリ提供内部でファイル名で直接CreateFileしちゃってるなら難しいんじゃないかな？
俺が知らないだけでうまい方法があるかもだけど。

2018/10/01(月) 09:51:55.51

>>452
ちなみにどんなファイルを読むライブラリなの？
比較的単純なら自分で書き直す方が早いんじゃね？と思ったり。
sqlite みたいなのになってくると手に負えなそうだけど。

2018/10/01(月) 10:05:04.00

暗号化したボリュームに書き込みたいとかいう話ではないんだよな

2018/10/01(月) 12:02:16.95

ファイルマッピングだって、結局はディスク上のファイルイメージをメモリにキャッシュするだけだぞ
ライトバックキャッシュなので「書き戻せ」というコマンドを自分では書かないから
何か特殊なもののように誤解されやすいが、
ハード的にCSやWEがチャネルコマンドに変換されるとかそういうことは一切ない

2018/10/01(月) 12:05:58.57

名前付パイプ渡してうまくいくといいなー　ぐらい

2018/10/01(月) 12:18:15.13

パス名でしか読み込めないクソライブラリをありもので解決するならramdiskしかないな
ライブラリを修正できるなら俺だったら読み込み処理をコールバックにする

**459** (ﾜｯﾁｮｲ f79f-ZVm4) · 2018/10/01(月) 12:26:59.19

みなさんありがとうございます。むずかしそうですね…
ファイルの仕様も公開されてないので自分で描き直すのもむずかしいです…
理想的な流れとして以下のように出来ればいいのですがむずかしいのですかね…
1 暗号化したファイル読み込み
2 暗号解除
3 メモリに元ファイルとして生成
4 ファイル名を元ファイルを読み込む関数に渡してメモリ上のファイルを読み込む

2018/10/01(月) 12:28:50.21

>>472
ramdiskですか。ちょっとそちらで調べてみます。ありがとうございます。

2018/10/01(月) 12:47:38.04

ramdisk も中間ファイル書き出してその名前を渡すのとかわらんでしょ
いずれにしろ復号済みのファイルが実体化しちゃってる

2018/10/01(月) 12:57:10.39

>>473
難しいというか、技術的な実現方法はいくつか思いつくけど要件がよく分からないのでこれにすべきと言えないだけ。

2018/10/01(月) 13:02:33.93

>>474
面倒な手順だけど、fuse+ramfsってのもあるか
windowsにramfsがあるか知らんけど

2018/10/01(月) 13:15:50.57

>>473
RAMディスクなら速いだろうけど普通のファイルシステムとアクセス方法は同じだから普通にディスクにファイル作っても同じだよ。
そのディスクがSSDならば正にRAMディスクだしな(ちょっと遅いかも知れないが)。

そのファイルは本当にRAMディスクのような高速アクセスできるようなファイルシステム上に作らねばならないものなのか？

2018/10/01(月) 13:19:01.59

>>475-477
みなさんありがとうございます。
要件としては元のファイル自体が公開されているライブラリで読み込めてしまうのでそれを防止したいんです。
ようは簡単に読み込めなく出来ればいいだけなんですね。
>>473でも一応メモリ内に復号後のものが実体化されちゃいますがとりあえずこれが出来ればいいかなと。
もう少し自分でも色々調べてみます。

2018/10/01(月) 13:21:27.31

>>479
メモリ内だけじゃなくエクスプローラから丸みえだし、ファイルも普通に読み書きできるよ？　＜ramdisk

2018/10/01(月) 13:24:04.57

>>478
なんというか単に目に見えるところに作りたくないというだけなんですね。
原理的には読めちゃうんだと思いますがとりあえず素で通常のディスクに書き出すよりは少しはマシかなと。

2018/10/01(月) 13:25:19.86

>>480
ramdiskはそうなんですね… それだとマズイなあ…
やっぱり見えない形で展開できればいいんですが。

2018/10/01(月) 13:30:03.85

RAMDiskをNTFSでフォーマットして適切なPermission管理すれば良いんじゃね？

2018/10/01(月) 13:40:12.23

あとRAMDiskについては使用者のPCに勝手にそういう領域を作っても問題ないのかも気になりました。
アプリが終了すれば常に確実に領域がクリアされ解放されればいいんですが何かのアクシデントで残ってしまわないかとか。
もうちょっと自分でも色々考えてみます。

2018/10/01(月) 14:13:49.93

隠蔽かつ高揮発？を実現したいということならいろいろありそう。
windowsのfuseって昔あったよな。

2018/10/01(月) 14:51:25.74

Windows詳しいマンはおらんのか

2018/10/01(月) 14:56:04.14

だからAPI Hookだって。

2018/10/01(月) 17:27:27.14

すでに出てるけど、名前付きパイプかファイルマッピングオブジェクトじゃいかんのか