C言語なら俺に聞け 151

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん (ﾜｯﾁｮｲ cf8f-fy95)
垢版 |
2019/04/02(火) 11:23:37.62ID:SQXqRaAc0
!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/04/02(火) 11:27:10.68ID:SQXqRaAc0
前スレ
C言語なら俺に聞け 150
https://mevius.5ch.net/test/read.cgi/tech/1549427943/

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑
次スレを作る時は上記1行を「1行目に」コピーして2行に増やして必ず1行目に入るようにしてください。



…あってる…？
2019/04/02(火) 11:28:04.82ID:SQXqRaAc0
これで良い…のかな

!extend:checked:vvvvv:1000:512
↑
次スレを作る時は >>1 の上記1行を「1行目に」コピーして2行に増やして必ず1行目に入るようにしてください。
2019/04/02(火) 16:37:14.52ID:VBVVrqHU0
前スレ977のリンクが404ぽいので
魚拓から復元してみた
https://ideone.com/IhBGrr

977 名前：デフォルトの名無しさん (ｱｳｱｳｴｰ Sa3f-XwTE)[] 投稿日：2019/04/01(月) 21:33:02.04 ID:v6mAk26Pa [1/3]
「要素型がint型で要素数がnの配列を受け取って、
全要素に添字と同じ値を代入する関数set_idx」を作成しました。
http://codepad.org/krsZoljq

配列aの要素数はマクロ定義で#define NUMBER 10とし、
問題なく動作しました。
ところが、この要素数10を60に書き換えてみたところ、
コンパイルされたexeファイルを実行しても動作しません。
コンパイラはMinGW（gcc）です。
思い当たる原因を教えていただけないでしょうか。
2019/04/02(火) 20:52:18.32ID:JwQjLW9ya
>>4
codepadが消えてしまっていたのですね、
復元ありがとうございます。
当初は16行目を
int a[] = {0};
と書いていたため上手く動作せず質問した次第です。

前スレで色々とレス頂きありがとうございました。
プログラムを書く際にバッファオーバーランの危険性を考慮する必要があることすら知らないレベルなので、
メモリの使い方を念頭において学習していきます。
C言語は諦めた方がよいというレスもありましたが、
センスがないのは重々承知の上で、腹を括って勉強していくつもりです。
2019/04/03(水) 00:01:40.97ID:qKRJca2S0
>>5
いえ
すみません

「呼び出し元で配列長を管理出来ている。問題はない」と言いうるようです /* むしろ free し忘れる方が問題か */
誤解・不適切な部分があったこと、申し訳なく存じます

色々大変かも知れませんが、頑張ってください
2019/04/03(水) 00:29:12.53ID:kMUljaKF0
>>5
cは非生産的で大したアプリは最初のうちは作れない
しかし覚えれば言語やOSや組み込みなどに手が出せるようになる
独学はイバラの道だが頑張ってね
2019/04/03(水) 14:57:25.86ID:PdcOYuo+0
>「c言語 おすすめしない理由」でググると
>https://www.sejuku.net/blog/3619

sejukuはねーよ
C言語のウソ記事まき散らしたとこじゃねえか
2019/04/03(水) 17:06:47.20ID:jUO0vRXi0
全く以てくだらんな
何言語だろうが関係ねえ話で
習得できなかったやつの言い訳を集めただけの駄文だ

もし「初心者」がここを見ているなら一言いいたい
【　あ　ん　な　の　忘　れ　ろ　】
プログラム言語に限らず人生すべてに影響する有害な集団催眠だ
2019/04/03(水) 19:21:17.48ID:6tuZKWrYM
既存のソフト(dll)を引き継いだのですが、そのdll内でバイナリファイルをリードしています。
_open(xxx, _O_BINARY, _S_IREAD) しているのですが、複数のプロセスが同じタイミングでアクセスしても排他処理されないですよね？
どうもうまく読めてないのが原因かもしれない障害が発生して困っています。
どうすれば排他処理できるでしょうか。
2019/04/03(水) 19:55:12.80ID:ZPobjXHOa
読むだけなら排他は要らないんじゃない
2019/04/03(水) 20:00:41.26ID:ZmtTnpp/0
書き込みされたとき､どうなるかな
2019/04/03(水) 20:13:27.48ID:OJDzRIb+0
排他処理の方法を考えようにも情報が少なすぎるよ。
2019/04/03(水) 20:30:58.20ID:6tuZKWrYM
レスありがとございます。
後だしですが、書き込みはされないです。そこまでかんがえてなかったですが。
リードだけなら大丈夫そうですね。だったら他のとこに問題があるのかな・・・
15デフォルトの名無しさん (ｱｳｱｳｳｰ Sa0f-dxKi)
垢版 |
2019/04/03(水) 20:57:30.11ID:GUjlsyjta
ファイル書いてる最中に読まないようにそのライブラリを使う側と書き込みする側のプログラムでロック掛けるようにするぐらいしか方法ないのでは？
ライブラリのソースもあって自分でも直せるというのなら自分でその辺改造しちゃえば良いんだろうけど。それだったらわざわざここに質問書かんよな？
2019/04/03(水) 21:24:51.36ID:OJDzRIb+0
そもそも1プロセスでもそのファイルをオープンできているのだろうか？
2019/04/03(水) 21:44:31.14ID:NesRjmW10
その障害の内容教えてくれんとな
2019/04/03(水) 21:51:55.02ID:OJDzRIb+0
どこまで説明したら適切なアドバイスもらえるかって実務にも重要な要素だよな。これも練習ですな。
2019/04/06(土) 14:35:16.98ID:sYe67fpI0
https://wandbox.org/

codepad死んだっぽいので次スレから代わりに↑をテンプレに入れよう
20デフォルトの名無しさん (ｱｳｱｳｳｰ Sac5-T5wd)
垢版 |
2019/04/08(月) 10:46:04.23ID:slzfC4/wa
ここどう？
https://www.jdoodle.com/
色んな言語使えるようだ。もちろんCもある。
2019/04/08(月) 10:58:04.07ID:czvLDSaVa
はい
2019/04/08(月) 20:38:05.96ID:j+rCFaIP0
fprintf_s みたいな
foo_s 系の関数実装って増えてるん？

「Visual C++ でガッコウのコードがコンパイルできない」みたいな話をたまに見かけるけど…
23デフォルトの名無しさん (ﾜｯﾁｮｲ 7d02-w1lf)
垢版 |
2019/04/08(月) 20:55:25.55ID:26lZNeBT0
セキュリティの為にfoo_sが推奨されてるんだから、ガッコウのコードの方を変えるべきでは？
何年経ったと思ってるんだ。
2019/04/08(月) 21:02:21.56ID:PMJ1/1Ak0
>>22
その s 系とかいうやつは、いまいち気に要らない仕様でいちいち頭に来るので私は使わないです
2019/04/08(月) 21:17:15.17ID:TICLg0mt0
>>23
_s 系の関数って言語仕様上はオプショナルでしょ。
安全でない関数の中で明確に仕様から削除されたのは
gets だけのはずだし、もちろん、安全性を意識させるのは
望ましいけど、どこでも _s 系の関数を使えるわけじゃない。

あくまでもオプショナルだから >>22 は「実装って」という聞き方をしているのだと思うぞ。
2019/04/08(月) 22:00:58.21ID:PMJ1/1Ak0
>>25
Microsoft のコンパイラ以外では使えない、と聞いているのも納得がいかないのです、本当によいものなら、なぜ _s 系が移植されないのでしょうか…
2019/04/08(月) 22:21:13.00ID:TICLg0mt0
>>26
そんなことを >>22 は聞いていない。
誤読。
2019/04/08(月) 22:27:24.57ID:PMJ1/1Ak0
>>27
失礼。>>26 は >>22 への直接または間接の回答を意図しておりません
とある「有用な」実装が広く使われるべき、という意見に対して、microsoft のコンパイラ環境でしか使えない実装を教育目的で強要してもいいのか、というか、そもそもそんなに「有用」な実装なのですか？本当ですか？
という視点で >>22 を強く批判する内容です
2019/04/08(月) 22:35:39.51ID:TICLg0mt0
>>28
_s 系の関数はオプショナルとは言えども規格にある存在なので、
Visual C++ は例のひとつとして挙がっているにすぎません。
間違いなくありがちな問題を軽減しますので、
使える処理系ならば使うように誘導するのは合理的です。
2019/04/08(月) 23:24:16.54ID:PMJ1/1Ak0
>>29
お手数をおかけし恐縮ですが
「規格にある存在」というその規格をご教示願えますか？
手元にある ISO/IEC 9899:1999 には見えないようですが…
2019/04/08(月) 23:30:36.72ID:dk5yj0CN0
visual studioで新しいプロジェクトを作成して始めてビルドする度に
/D _CRT_SECURE_NO_WARNINGS
に誘導されてます……
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況