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/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

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

2018/10/01(月) 17:41:52.83

Windowsの話してやってんのに通じないやつが何か文句言ってらあ

2018/10/01(月) 19:43:43.06

パス名経由でしか読み込めないんだからありもので対処するならOS経由の手段に限られる
クソライブラリに手を加えられないなら自作するかramdiskで我慢するしかないよ

2018/10/01(月) 20:18:05.62

もちろんwindowsの話なんだけどな

2018/10/01(月) 20:50:02.06

>>487 狙うとすれば ReadFile あたりだろうけど、あまりに根っこ過ぎて
ちゃんと狙い撃ちしたい箇所だけに限定できるのか正直わからんところ

2018/10/01(月) 21:43:55.95

>>492
狙うならCreateFileだと考えてた。
予めメモリマツプトファイルに復号化しておいてそのハンドル返せば、後はReadFileはHookしなくても煮るなり焼くなり好きにしてもらったら良いと。

2018/10/01(月) 21:58:38.38

dropboxとか具体的にどういう技術なん？

2018/10/01(月) 22:54:48.81

APIHookかVFSを自分で実装するかになるんじゃね
前者の方が簡単そうだな

2018/10/01(月) 23:58:25.83

CreateFileMappingにわたすCreateFileのﾌｧｲﾙﾊﾝﾄﾞﾙは
すでにﾌｧｲﾙｼｽﾃﾑと関連付けられたﾌｧｲﾙﾊﾝﾄﾞﾙになる

ﾒﾓﾘならINVALID_HANDLE_VALUEを渡す

ﾄﾞｷｭﾒﾝﾄにしっかり書いてあるのに
相変わらず低学歴知恵遅れは
口からﾃﾞﾏｶｾの頭悪いﾃｷﾄｰなことばっかりいってるわ。。。

2018/10/02(火) 00:01:04.71

そもそも質問してるﾔﾂはﾌｧｲﾙｼｽﾃﾑに復号化されたﾌｧｲﾙができるのがﾀﾞﾒといってるのに
相変わらずだわ。。。

2018/10/02(火) 00:19:59.97

ならばどうする半角よ
貴様の格の違いを見せてやれ

2018/10/02(火) 00:24:37.79

この流れで初書き込みだけどソースが公開されていないで思いどうりに読み込めないのであれば自分で実装したほうがいいんじゃね
バイナリモードで読み込めばいいんじゃないの

2018/10/02(火) 00:31:01.73

また自演か

2018/10/02(火) 00:35:23.62

499だけどオレが自演って事になってるのか？

2018/10/02(火) 00:40:31.83

dropboxは非同期にrsyncみたいなことしてる感じだな。
ここで求められてるのは同期だね

2018/10/02(火) 00:55:56.80

検討がつかない

そもそも使ってる関数のｿｰｽが未公開の前提らしいからな
中でなにやってるかなんかまったく分からんからこういう質問してるんだろうしな
きっとReadFileを呼んでるのだろうという程度のことしか分からない
それは質問してるﾔﾂもその程度は分かってるﾊｽﾞ

そして、そのﾌｧｲﾙを読み込む関数のｲﾝﾀｰﾌｪｰｽもよく分からない
ﾌｧｲﾙﾊﾝﾄﾞﾙを渡すのかﾌｧｲﾙﾊﾟｽ渡すとかも分からない

情報が一切ないから検討しようがないといいたいが
両方とも検討した結果、簡単ないい方法が思いつかない
別ﾌﾟﾛｾｽにしてCONIN$使うとかｲﾝﾁｷくさい方法ぐらいしかﾊﾟｯと思いつかなかった

でな、この要件に至るまでの根本的な部分について知りたい
その暗号化したﾌｧｲﾙを今までどうやって出力してたかという部分になる
読み込みはその操作と逆の操作をすればいいﾊｽﾞだからな

もし暗号化して出力するときに、平文のﾌｧｲﾙを一時的にﾃﾝﾎﾟﾗﾘに出力してから暗号化してるなら
入力するときに平文のﾌｧｲﾙを一時的にﾃﾝﾎﾟﾗﾘに出力するのは許容範囲になると言い張れれば
ｺﾚで解決する

ｺﾚでｲｹﾙﾊｽﾞ

2018/10/02(火) 01:03:57.23

そうじゃなくて、生データを隠したいんじゃないか？

**459** (ﾜｯﾁｮｲ f79f-ZVm4) · 2018/10/02(火) 02:49:53.61

みなさん色々と案をありがとうございます。
あれから自分で調べたり考えたりしてたんですが
どうにかファイルの構造を知る事が出来そうで
中身を自分で書き換える(復号化ロジック込みの読み込み関数を書く)事にしました。
非常にお騒がせしてしまいまして申し訳ございませんでした！

2018/10/02(火) 04:36:17.92

Cのテスト関係のツールでおすすめとかありますか？
業務ではなく個人の趣味としてのプログラミングなので，できれば無償・オープンソースなのがいいです。
https://en.wikipedia.org/wiki/List_of_unit_testing_frameworks#C
ここを見ると，やはりCに関しても単体テストが最適なようですが…

2018/10/02(火) 04:42:42.21

本当に自演が大好きなんだな

2018/10/02(火) 06:50:29.85

？え，もしかして俺に対して？
そうだとしたらまったくの言い掛かりなんだけど……。
純粋に，単体テストのおすすめを訊きたいだけ。

2018/10/02(火) 11:07:45.33

>>508
世の中のすべてが自演に見えちゃう病気の人かも知れないから、スルーしておけばいいんじゃない？

2018/10/02(火) 11:08:35.53

まーた自演か

2018/10/02(火) 12:14:34.37

まーた自演か

2018/10/02(火) 13:22:40.96

「自演じゃないもん」なんて弁明しても証明できないところで相手すんなよ
無駄なことをする姿がバカっぽいぞ

2018/10/02(火) 13:39:01.10

自演じゃないもん

2018/10/02(火) 19:19:05.31

ウィザードブックで勉強したって方いますか？
Cのレベル上げにも役立つかしら・・・

2018/10/02(火) 20:40:47.26

ｺｺまでｵﾚのｼﾞｴﾝ