◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:C言語なら俺に聞け 150 ->画像>13枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/tech/1549427943/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
ミスってる
違うな
では、続きをしようか
若き日の俺は、gotoの他にフラグも無闇に使うなと教わったものだが
Cにはラベル付きbreak文って無いんだね初めて知った
#define break goto
goto があっても
goto文そのものが悪いわけではない。いまだにgoto文の使用そのものがよくないというやつらのせいでおかしくなっている。
センサーで取得した計測値を数値では無く文字列で返す関数を作ろうと思ってる。
>>12 機械語が分岐命令になる高級言語のステートメントを全否定というのは
構造化とはまったく違う話だな
>>13 > センサーで取得した計測値を数値では無く文字列で返す関数を作ろうと思ってる。
これ自体が糞。
計測値は生で保持して、表示する時だけ文字列に変更しろ。
そうすればprintfだけで行けるだろ。
無駄に可変長のバッファなんて持とうとするから無駄に面倒になる。
初心者だから分からないのだと思うが、そもそも複雑にならないように全体像をまず組むんだよ。
voidにするならポインタ返した方がいいと思うよ。
関数の戻り値は処理の成否のみを返す。
助言ありがとう
重要なのは統一するってこと。
>>20 多分相場が分かってないのだと思うけど、
正しく初心者の自覚があるのなら、ある程度縛りプレイで行った方がいい。
C言語なんて現役で50年来てるし、そのセンサーだって民生品なら誰かが同様に使ってる。
それでもそれ用のライブラリがないのなら、それはそもそもそういう使い方をする奴がこれまで居なかったということ。
つまり、そのやり方が間違っている、と見ていい。
初心者が自前でライブラリみたいな物をいきなり組まなければならない時点で設計が間違ってる。
それは君らがよく誤用している「無能な働き者」に該当する。
（ただし繰り返すが、Webでの多くは誤用されているので注意）
副作用がメインならともかく、欲しいものを素直にreturnすればいいよ。
strtol()は変換できなかった時の戻り値が曖昧だから0やらLONG_MAX、LONG_MINに固定してるだけだと思ってたんだけど
バカかコイツラNaNが出たらどーすんだよ
>>20 C言語の戻り値って、エラーのみで返して、正の値って無いから、C++だな、C++言語に行くように
>>19 それやだ
んなことするくらいならsetjmpだ
>>13 ほんとうはaのときは引数にエラーがいるし、bのときは戻り地を
エラーにしないといけないからあまり変わらない
くっそ初心者なんだがガウスの消去法でn次連立方程式を解くようにしたいんだがn次を入力させてからやるにはどうやりゃいいんだ？
行列の格納先に配列のかわりにmallocで動的に確保する。
a)の方法。空の文字列を渡そうとすると失敗するっぽい
初心者だから間違ってるかもしれんけど
>>32 それやるなら、こうじゃね?
char* str;
sokutei(&str);
あぁmallocしてんのね…
>>29 C99以後ならVLAという手もある
int n;
scanf("%d", &n);
double mat[n][n + 1];
>>34 あぁなるほど
char **str;
sokutei(str); // 関数の引数にstrのアドレスがコピーされるだけ
だから関数内で代入してもコピーに再代入してるだけか
char *str;
sokutei(&str); // str自体のアドレスを渡す
これなら外のstrにmallocで確保したアドレスが入るのね
渡した引数を書き換えてくれるインターフェースは
>>37 VLA は廃れていく方向のダメな子じゃないですか？c++ からも linux からも追放されたようですし
>>40 たくさんの人に使ってもらいたいライブラリを書くのなら、現状 C しかないと思います
>>41 C++にはもともと導入されてないから追放とかじゃない
vectorがあるからいらんかったというだけ
>>26 ANSI Cでは何かしらの値を返さなければいけない。
どこかのHPで「自分は頭悪くてC言語の命令が覚えられなかったからアセンブラでプログラミングしてた」という記述を見たんだけど
単に、新しいものを覚えるより使い慣れたアセンブラのままでやった方が早いという話じゃないかな。
おそろしく英語がわからんプログラマーを見ると少し哀れみを感じる
>>45 ものにもよるけど理解するのはアセンブラのほうが単純なぶん簡単。
一部には変数概念を理解できなかった御仁もいるらしい
アーキテクチャや機械語ニーモニックは簡単なんだけど
構造化アセンブラとかあったな
構造化アセンブラ使っていればいずれCに移行するし
>>45 アセンブラってのは理屈じゃない決めごとを憶えるだけでいいが
Cやその他の高級言語は構造化だとか処理系依存がどうたらという
どっかの知らん馬の骨が強弁する作法シキタリに付き合わされるから
気が短いやつはプイと出てっちまうのさ
鵜呑みをせず納得ずくでしか動かんやつという意味では大物の素養がある
最初がBASIC小僧だった経験から言わせてもらうと、
プリプロセッサで MASM の REPT句と同じようなのが欲しいいかも と思ったことはある
C言語学び始めたときに（BASIC、Z80/8086アセンブラの経験はあった）「C言語の非常識」とかいう本読んで
それ30年ぐらい前だよね。
数百MBの配列データを扱うときにコンパクトモデル利用したな
30 年前に C コンパイラにアセンブラソース出させて C を学んだけど
MS-DOSでPC98使ってました
なんかそれっぽいｗ
DXFのENTITIESセクションとかかな 頭に部品イメージ云々
そんな感じです
>>63 コードが最適化されるのが前提なところがあるので
今はしたくてもちょっと難しい気がする
できることはできるけど、イマイチ学習効果が薄そう
そもそもPC-98シリーズで数百MBのメモリー載る機種あるのか？
>>71 メガバイトって事は無いですね
初期の無印98で128KB、MAX640KBだったかな
386乗せたRAシリーズだと標準で640KB+1024KBだったと思う
あれ？
Ap2でいくら載せてたかなぁ・・・。
Cしか書けませんっていうのは新卒就活のときに不利？
まず「他にどんな言語を習得すれば良いんだろうか」なんて言ってること自体がかなり的外れかな
新卒であればプログラム言語そのものより他にアピールした方がいいと思うけどな
>>76 俺んとこではそれで充分
ただしCが書けるといってもHello worldの域を出ていないのは書けるうちに入らない
アルゴリズムの基本ができているかどうかを見ている
できていれば他言語が必要になっても泥縄ができるからだ
俺だってもともとアセンブラ屋で正社員3年目くらいのときにCの案件が回ってきて必死こいて憶えた
>>76 冗談抜きで一番大事な言語は日本語と英語。
開発職に論理的な表現力は重要。
64ビットCPUでもデフォルトの命令のオペランドが３２ビットだから
>>83 linuxはint_fast32_tが６４ビットになってるから
>>82 の４行目で多分って書いたけど
６４ビットのムーブ命令は３２ビットなら０埋めされるから
ポインターの引き算をしなければ６４ビット整数を使う必要ないということだな
ポインタの引き算に使うんならptrdiff_tだね
>>84 amd64では64bitが最速でないのに64bitが選ばれるのはおかしいっていう主張？
このスレの平均年齢って幾つなんだ…（驚愕）
いまどきの若者ならみんなPythonに行ってるよ
>>93 でも言語を超えて活用されるライブラリ（libzip, libpng/libjpeg etc)は C で書かれることはあっても、OOP 諸言語で書かれることはないかと思うのですが？
C++ で記述される汎用ライブラリはありますか？
Cの使い手が減ったんじゃなくて他の言語の仕事が増えてるんじゃないの。
>>95 やっぱりアプリよりになっちゃうのは確かだね。
XMLのパーサとかだとオブジェクト指向の有り難みがある。
Cでがんばろうと思うと、glibみたいな形になっちゃいますね。
俺は有名な言語はほとんど全種類使えるから適材適所で使い分けてるは
使えるというか、Cが分かるなら「～の言語でやれ」って言われたらどの言語でも3日で仕事出来るくらいは当然だけどね。
極端だけど、突然Prologでやれ！と言われても3日じゃまともに使えないと思う。
まあ新しい言語の勉強始めたら3日目にはそれなりに手が動くようになってるだろうからな。
3日ねえ。まあ、書けるには書けてもその言語の特性をうまく活用できるところまでは行きそうにないな。
百歩譲って自分がもし言語が3日で出来たとしても業務知識や専門知識は3日では身に付かんから無理だわｗ
>>109 Cしかわからなかったけど、入社して「これわかりやすいから」とjavapressをポンと渡され、3日後にはjavaで養鶏管理のシステムを作らされていたぞ。
業務知識なんて仕様書と上司に聞きながら覚えるものじゃん。業務知識覚えてから仕事って、新卒じゃないんだからｗ
業務知識覚えてから仕事なんて一言も書いてないけどｗ
業務知識を知ってから作るんだろう
鶏が何を食っているか新卒で知っている人はいない。
仕様書に書いてあるんだろう
貝殻というか石や砂など砂嚢(砂肝)に飲み込むものなら何でも良いんじゃないの？
皆さん鶏に詳しすぎません？ｗ
カルシウムが不足すると、イライラしてくる
Cが出来るなら仕事で求められる程度のコーディングは3日で皆も出来るでしょというだけのお話だったのになぜか餌の話になっててワロタｗ
Cのスレに書き込んでてかつ鶏飼育してるってすげー組み合わせ
ここの人たちはマイコンで全自動の餌やり制御とか余裕で作ってそうだからなぁ
まぁ、C言語のCはChickenの頭文字だからね。
それは機械学習の世界だからなpythonでやるべきだな
機械学習の段階に持っていく以前にどうやって特徴点を抽出するんだよ
>>130 レーザー使って卵のうちにてのはもうあるらしい
>>132 AIを信じろ、心を無にして写真を撮り続けるんだ。
B (programming language) が A programming language の流れを汲んでいるとは初耳だな
Bは聞いたことがあるが、Aがあるのは初めて知ったｗ
昔々小学生の頃に道で売ってたカラーひよこを買って、だいたいは一晩で死ぬわけだがその時は電球で暖めたり色々やったら生き長らえて成長し、立派な鶏に成長し、その後親戚に引き取られて行ったが、すぐに食われた。
#include "A.h"
#pragma onceではダメですか？
AB共にその関数使用でインクルードするソースが多数あるのであれば
うん、事情によらず同じ名前の関数定義があっちゃだめでしょ。
そのヘッダーをインクルードするソースが複数あったら、
定義の意味が曖昧だけど自分ならヘッダーはプロトタイプ宣言だけなので関数定義そのものが
int型の変数を文字列に変える
関数宣言だけなら多重でも文句はいわれない
#ifdef
ライブラリのヘッダ見てマネればいいじゃん
みなさんpragma onceじゃなくてifndef派なんですね
>>155 > INT2STRって関数がバッティングしてる
> 便利な関数だからいろんなヘッダファイルに仕込んでるんだけど
その関数を定義した"int2str.h"を作って
#pragma onceなり#ifndefなりでインクルードガードしておく
各ヘッダーファイルは"int2str.h"をインクルードすればいいだけ
>>155 「便利な関数だからいろんなヘッダファイルに仕込んでるんだけど」
普通は
「便利な関数だからライブラリ化していろんな実装ファイルでインクルードしてる」
とするべきでしょ。
ヘッダファイルの使い方も間違ってるような…
>>161 たぶんint2str.hはヘッダーファイルじゃなくて実装ファイルでインクルードすべき性質のものだよね。
細かいことかもしれないけど、ヘッダーファイルでインクルードすると他のファイルへの影響が増えるから、必要がない限りは実装ファイルの方でインクルードするべきだと思う。
関数の実体をヘッダーにおいているのか
>>163 いやそんなことはみんなわかっててでも本人やりたいならこうすればいいよって言ってるだけだろ
ありがとう、みんなが背中押してくれたから決心が付いた(`･ω･´)
#include <stdio.h>
>>169 一応手元で試したらちゃんと2がでたよ。
printfでなくてmain関数の結果を表示してるとか？
defaultがラベルになる？switch の中に return だけになるのか？switch 素通りして関数の最後に return 無いけど return 0 になるのか？これコンパイルとおるの？
ラベルは、警告出ないだろう
あー、これね。
初心者なんですけどファイルをfopenで開いてからcloseせずに別のモードでまたfopenするのは問題ありですか？
>>169 コピペして実行してみたがこちらでは 4195622 が出力されたw
gcc -Wall でコンパイルしてみると「ラベル ‘defalut’ が定義されていますが使用されていません」が出る。
綴り間違いだな。l と u が入れ違いになっている。
ありがとうございました！
なるほど -Wreturn-type とか -Wall つけないと int 型の関数に return が無くても警告出ないのか
>>170 コピペせずに手打ちでやったから "defalut" に気づかなかった。。
>>175 単一のファイルを複数回、fclose()しないでfopen()するってことかな。
複数の FILE* が単一のファイル(名)を操作してる状態。
FIO24-C. すでにオープンされているファイルをオープンしない
https://www.jpcert.or.jp/sc-rules/c-fio24-c.html ↑によると「(前略)同一のファイルを同時に複数回オープンできるかどうかも、
処理系定義とする」ってことだから、一般的には好ましくないね。
すでにfopen()されててまだfclose()されてないファイルに対する
2回目のfopen()が成功する(場合もある)か、常に失敗するかも「処理系定義」だし。
んじゃこうだな
おまいらならFEのC言語問題余裕の全問正解なわけ？10分もかからんくらい？
少し古いが第一種情報とエンベデッドスペシャリスト程度はクリアしてる
>>185 ああいう問題は実務では存在しないから簡単ではないよ。
マジで言い訳でもなんでもなく
>>188 ＞条件分岐を一度も使わずに素数生成しろ
おもしろい問題じゃないですか、三項演算子 OK ならできそうですね
そういった類の具体的な問題対処能力を試してみたいのであればスペシャリスト系の過去問でも見てみれば？
エンベデッドかデータベース試験の午後の記述問題あたりがいいと思う
https://www.jitec.ipa.go.jp/1_04hanni_sukiru/_index_mondai.html 情報処理試験は実務やってたらAPよりスペシャリストのほうが簡単だわ。
「100以下の素数を表示するブログラムを作りなさい」
で、実務向きと判断される人はどういう風に回答するんだろうかｗ
「100以下の素数を表示するブログラムを作りなさい」だと
単純に考えれば素数を漏れなく見つけるにはエラトステネスのふるいによるしかない
該当する素数一覧が埋め込まれた文字列を表示するプログラムが一番速そう
俺は拡張性がちらついてエラトステネスにしたくなるわ。どれだけの実行速度が求められるのかわからないとどの方法でやるか決心がつかなくてタイムアップしそうw
>>192 問題の意図や目的を明示せずに解かせた答えだけみても、その人がどんな意図でその回答を出したのかは断定できないから、これだけで実務がどうこう言うのは短絡的だとは思うよ。
よくある性格診断とかで、○○を選んだあなたは××な性格です～ってのがあるけど、解説を聞いてもまったく説得力のない決めつけがほとんどだし。それよりはいくぶんましだけど。
実務的には、「要求を満たし、簡潔にして高速で間違いがないこと」位かな
>>199 いや拡張性をｻｯとそえとく心配りは必要だろ
夜な夜な素数配列DBをどんどん作ってくれるプログラムと、素数配列DBから値を引っ張ってくれるプログラムの組み合わせでファイナルアンサーだ！
3以上の素数は奇数であること。
>>199 組み込み用でメモリが非常に少ないマシン用のプログラムの場合もう一捻り必要。
ま、いいや。うちに帰ってから俺が変なプログラム作ってみるよ。
>>196 こんな感じね。
#include <stdio.h>
int main(void)
{
puts("2 3 5 7 11 13 17 19 23 29 31 37 41 43 47 53 59 61 67 71 73 79 83 89 97");
return 0;
}
どうやって文字列を作ったかはヒミツ。本当に合ってるかは不明。
「素数なら表示し、素数でなければ表示しない」の部分は
テーブルがすでに出来てるとすれば、
tbl[i] && printf("%d\n", i);
てな具合に論理演算子の短絡評価を使う手もあるか。
パズルとしては面白いけど、実用で何の意味があるのか、
金払って受験する資格試験の問題としてどうなのか、疑問だなぁ。
素数の知識がなければ暗号解読やハッキングができないかも。
この流れだと
>>188 「条件分岐を一度も使わずに素数生成しろ」
>>192 「100以下の素数を表示するブログラムを作りなさい」
2つの問題に同時に応えてるコメントがあるみたいね。
「条件分岐を使わずに100以下の素数を表示するプログラム」てことで。
かく言う自分もそのクチなんだけど。
>>207 そのアイディアに近いものはレインボーテーブルと呼ばれていて、すでに実用化されている。
>>209 レインボーテーブルはハッシュの検索高速化のための技術だと認識してたけど、素数を利用した暗号鍵の
Decryptにも実用レベルで応用できるのか？
一般的なコンピューターでは素数暗号の解読は困難だね。A5/1 Security Projectが進めばどうなるかわからないが。
Windowsのユーザーアカウントくらいなら数日あれば。。。
>>192 「100以下の素数を表示するブログラムを作りなさい」
これ素数の定義が問題に記載されておないとただの数学の問題になってしまうな。
>>195 ＞整数論の基礎
素数だけで構成する積による表現がすべて自然数について存在すること、ならびに、この積の表現が一通りであることを証明してください
＞整数論の基礎
単に掛け算の交換則だけでいいのでは？
>>197 エラトステネスの篩にも欠点があります。
篩の大きさだけ広大なメモリ空間を確保しなければなりません
限られたメモリ容量で超巨大な素数を求めることは可能ですか？
>>202 ＞3以上の素数は奇数であること。
＞n以下の素数を調べるときは、ルートn以下の約数を調べればいいこと。
あえて聞きます、証明はどのようなものに？
>>205 それは表示した数が、果たして素数かどうか、を示してはいませんよね
>>206 RSA 暗号はもう古いです、今は elgamal 暗号がトレンドです
>>215 「ある整数の倍数の存在が周期的であること」を利用すれば、メモリーを節約できる。
>>207 ＞素数を少ない計算量で見つける事
個人的には、素数の原始根を求める方法が知りたいです、いまんところ力技で解くしかないかと
>>219 たしかに 2 と 3 の公倍数である 6 をもとに
6n + 1, 6n + 5 だけをテーブルに載せる、とかは可能ですね
私はやったことがない、それはどうでもいいとして、これをコード化（coding-realized) したのも見たことがありません、いつか誰かやるだろうと思っていたんですが、なかなか表に表れませんね
>>216 ３以上の素数pが奇数でない、すなわち偶数であれば、偶数の定義より、pは２で割り切れるが、pに２以外の約数があれば素数でない。矛盾。□
>>201 サーバー側ならこれが攻守最強だな。隙がねぇ……
>>222 ＞pに２以外の約数があれば
ここがおかしい
>>221 素数プログラミングの競技に参加してやってみれば？
倍数の周期性を使えばBuzzFizz問題の応用(多重化)でメモリーが節約できるはず。
バッチ処理で素数生成するなら、途中から計算を再開できるようにしておくとよい。
「3以上の素数は偶数ではない」って、
なぜ「nの倍数」のうち「2の倍数」だけを特別視するんだ？
たぶん2の倍数に特別に「偶数」って名前がついてるから。
じゃあ例えば3の倍数を俺数と呼ぶことにすれば
>>237 実際にそういう理屈で俺数をちゃんと名前つけて定義してた気がする
https://ja.wikipedia.org/wiki/%E5%9C%8F%E8%AB%96 集合論的な数学理論の構成では集合やその元に対して写像や関係を導入し、それらが満たすべき公理を列挙する。その公理を満たすような「構造」を持った個々の集合が理論の具体的な実現を示していて、それら一つ一つの実現に共通の性質が公理から演繹的に証明される。
10進数で扱ったときに下一桁だけで素数でないか判定できるし
https://ja.wikipedia.org/wiki/%E4%BB%A3%E6%95%B0%E4%BD%93 一般には、素数は代数体の整数環の素元として定義される（そこでは反数などの同伴なものも素数に含まれる）。このため、有理整数環での素数は有理素数と呼ばれることもある。
自然数あるいは実数の中での素数の分布の様子は高度に非自明で、リーマン予想などの現代数学の重要な問題との興味深い結び付きが発見されている。
>>240 意味ないじゃん
下位一桁で素数か判定できるなら有り難いが
２の倍数は１個となりにあるけれど３の倍数は２個となりにあるわけじゃないからだろ
世界の半数の人間を一気に殺せるとしたら、スゴイ兵器だろう
https://ja.wikipedia.org/wiki/%E5%90%88%E5%90%8C%E7%AE%97%E8%A1%93 ガウスの貢献はこの集合、今日整数の合同類 の環 ℤ/nℤ と呼ばれる代数系、の構造を詳らかにするものであった。第一に加法に関して考えれば、これは 1 を生成元とする巡回群を定める。第二に乗法に関しては、これは法 n に依存して性質が異なり、法 n が素数ならば体が得られる。このような方法により、計算の記述は簡素化される。
平方剰余の相互法則は奇数の素数でしかなりたたないから２は特別らしい
プログラマ以前のただのC言語の評論家の集まりだからな
「100までの素数」は単にロジックが書けるかどうかの話で、素数の話ではないだろうに。
配列に数字を並べて表示するだけの処理の何処にロジックがあるのやら
誰かがこの問題から実務向きかどうかがわかる、なんて言うからいけない
最近知ったことだが、clangとclang++には、-pedantic -Wallの他に-Weverythingというオプションがある。これを使えば最大限に警告してくれる。
とりあえず、Cできない娘は受付時に言うとか、ホームページにわかるようにしてくれないとキツイ。
>192
C言語とか勉強じゃなくて仕事だったり動くもの作らないと覚えられないと思うんだけど
納期までに完成させないと大変な事になるというスリルとサスペンスが人間の能力を引き出すのです。
#defineじゃなくてconstすすめてくるやつは机上の空論だな
>>263 C++ では const 変数を case ラベルに使えるから、混同してる人かも。
C なら「名前のついた整数」は enum だね。
Cのenumはenum-baseがないから
enumはあくまで値の大小は関係なくユニークな識別子であって、大きな値が問題になるような用途に使うのはいかがなものか。
プリミティブな定数以外のスイッチって
C の enum は「互いに区別できる一群の整数値の組」で、
enum
以前に組込み用途の8bitマイコン用C言語を使っていた時の話
>>271 int が 8bit という時点で仕様に反しているので
整数演算のいろんなところで暗黙に int に変換してから
計算する C のルールが破綻するんじゃなかろうか。
処理系が必ずしも言語の規格に完全準拠する必要はないけど、
基本的な部分で変えちゃうとどういう挙動になるのか
予想しづらいよな。
charがその処理系の最小bit数であることだけは仕様に明記されてるけど
>>270 C ではこういうルールになっている
・ 列挙定数の値を定義する式は int 型で表現可能な値を持つ整数定数式でなければならない
・ 列挙体 (列挙型のオブジェクト) の大きさは要素の全てを保持可能な大きさをもつ
がその選択は処理系定義である。
・ 列挙定数の型は (列挙型ではなく) int である
つまり、 C では列挙体と列挙定数の型が異なり、
列挙定数の型は int そのもの。
それは単に int の大きさがそれぞれ違うってだけじゃないの？
だとするとどちらの挙動も仕様通り。
(余談だが C++ では列挙定数の型は列挙型なので、 C とは少し解釈が違う。)
>>273 気持ちとしては賛成したいんだが
残念なことにISO/IEC9899 5.2.4.2.1 Sizes of integer types <limits.h>に、
INT_MAX +32767と書いてあるんだ
腹立たしいクソ規定だがそうなっている
>>273 ビット数という形ではないが、
limits.h で定義される各整数型が表現可能な数値の範囲を表すマクロ
についての最低限度の値という形で間接的に定義されている。
C99 だと 5.2.4.2.1 にある。
int は実質的に 16bit は必要。
整数型をワードより大きくしなきゃいけない
確かにint型は規格的には最低16bit必要みたいだなぁ
>>271 そのせいで組み込みでswitch使うな伝説が発生したんだな
逆に16ビット以上なら使っても問題ないということか
言語規格そのものというより標準ライブラリの都合というかヘッダーの仕様だけのような気がするけど
>>279 組み込み市場的に8ー16bitが主流だけどな。
一時期、組み込みもLinuxに席巻されそうになったこともあるけど昨今のIoTブームで16bit以下の超省電力が復権してきたイメージあるわ。
でもそういう機器ってメモリの読み書きしかすることねえもんな。
組み込みではLinuxどころかOSすら搭載してないシステムも多いよ
メモリの読み書きよりもIOポートを制御するのがメインの仕事
電卓ほど単純ではないけどね
欲深い人間のことだからどうせすぐいろんなことをさせたくなる
メモリーバスが I/O につながってることもあるしな。
>>291 IOポートを弄るにはそれぞれのSFR(特殊機能レジスタ)を操作する
一般的なメモリマップトIO方式ではSFRはCPUの特定のアドレス空間にマッピングされてる
Cプログラムからはそのアドレス空間をそれぞれ適当な変数に割り当てて基本的にはビット操作で制御する
SFRのイメージが分からなければ適当なマイコンのデータシートでも見てみるとある程度は分かると思うよ
参考として電子工作で有名なPICマイコンのサイト貼っておくので見てみるといいよ
>>274 だな
あのあとgcc -pedanticとやってみたら
ちゃんと警告出たわ
組み込みマイコンでI/O空間がx86みたいに別なマイコンってあるかな
メモリ(RAM)に割り当てられた変数は演算とその結果に意味がある
>>297 I/Oポートの挙動はメモリと同じとは限らない
書き込みと読み出しが別のものに繋がっていることもある
volatileは本来このためにある
>>296 あるよ。AVRはメモリマップされたIO空間にin/out命令で効率的にアクセスできる。
>>299 READアクセスでSR、WRITEアクセスでCRというケースは珍しくないが
なんで突然volatileが出てくるんだ？ 全然関係ないぞ
Read動作を確実に実行するためだろう
それはREADの回数やタイミングの話だろ
そこに拘っていたのか
volatileなしだと、同じsfrにwriteした直後にreadすると最適化により実際にはreadされないことがある。
メモリとIOは違うっていっても、要は裏でなんかやってるだけだし。
>>305 他に何に拘っていると言うんだ？
> 書き込みと読み出しが別のものに繋がっていることもある
↑
何の関係があるんだ
↓
> volatileは本来このためにある
答えるか撤回かどうなんだ
>>309 306は話のすり替えだ
READの回数やタイミングの話なんかしていない
READとWRITEの対象が違うということについてだ
volatileと何の関係があるのか
ただの言い間違えか
どっちだ？
>>310 CRにwriteした直後に同じアドレスのSRをreadした時に最適化され、write値がそのままread値に使われるのをvolatileなしでどうやって回避するのん？
>>308 横からだけど
>>305 の２行目ぐらい読んでやれよ
それとも俺様に謝らないと許せないってか？ w
>>308 知らんがな、
>>299 本人に聞けよ
一般に言えることはメモリ上の変数の場合は読み込みと書き込みの間には必ず何らかの関連性を持っている
意味もなく読み込みや書き込みを行うことはなくその値は必ず何処かで利用される
利用されなければ変数もろとも普通は最適化で削除される
SFRの変数の場合はRead/Writeその操作の行為そのものが目的であってその結果その値がどうなろうが値そのものには何の意味もない
コンパイラにそのことを明示的に指示する方法がvolatileということ
こうして見るとやはりC言語は組み込み屋専門ということか
>>311 という説明ができるの、あんただけみたいだな
頓珍漢なレスばっかでイラついてたわ
>>314 全然難しくはないし、組み込みに限った話じゃないよ。
ただ単に「今見えている処理とは別のとこからそのアドレスの値が更新される可能性があるので最適化しちゃダメよ」ってのを明示的に示すためのvolatileなので。
C#やJavaとかでもスレッドをまたいで不用意にアクセスする変数はvolatileつけないとバグるし。
組込専門、みたいなひとって抽象的な話のできないクソ多いよ。
横レスだけどWrite属性のSFRの値(この場合CR)をReadしても値は不定だけどね
write属性なんて用語あったっけ
Read/Write属性というのはあるよ
いやーないだろ
すまん
誰かわかる奴いるのか？
俺も
>>319 は意味わからん
volatileの話が本筋と関係ないなら適当に流して先に進めばよかったんだよ。
このスレはC言語という話題を通じてマウント取り合うスレなので、今日も平和に通常運転。
ゲートが出てるのがオープンコレクタとかもう
volatileまではまだ分かる
>>320 > Read/Write属性というのはあるよ
いやいや、 Read onlyとかWrite onlyって言うのはわかるけどRead/Write属性なんて言う用語を使うか？
って話な
>>324 なんとなくデコードって言うのはアドレスデコードした信号（要するにChip select）にRE（多分Read enable）とかWE（Write enable）をandする話だと思う
ゲートとトーテムポールはよくわからん
>>330 そういうことか
マイコン内蔵デバイスの話ではなくてガチのハードウェア回路設計のアドレスデコードとコントロール信号の話か
唐突過ぎて訳が分からなかった
ReadやWriteではなくて入力信号と出力信号だな
内部or外部CPUバスのことを言ってるにしても、Write onlyがないってとこに繋がらない。
そういえばread-modify-writeっのを思い出したな
懐かしい話題だな
>>330 ちょっと亀レス気味だけど、確かに属性というのは一般的ではなかったかな
当時使っていたCコンパイラでは同一アドレスにマッピングされたRead OnlyとWrite OnlyのSFR変数は
共用体unionで宣言するのだけど、それぞれが読み込み/書き込み専用の変数名であることを明示するために
プリプロセッサの#pragmaでいわゆる属性(R, W, R/W)を宣言することが出来た
Read属性変数に代入操作を行なったりするとコンパイル時に警告されるような仕組みになってた
write属性レジスタってのは確かに一般的ではないけど、かといって用語としてwrite専用レジスタじゃないといけないって明確なルールもないだろうし、仕様書書いてるわけじゃないので別に雰囲気で伝わるから気にしなくていいんじゃない？
一般的な用語じゃないとそこにどんな機能が含まれてるかわからんからな
>>336 見りゃわかると思うがそもそもレジスタの機能ですらなかったわけだし
議論の流れで大体わかるけどな
>>339 お前はわかるのかも知れんが
>>319 みたいにちゃんと確認しようとする奴もいる
そもそも一般的で無い用語を使う理由もないだろ
これぐらいのことが話の流れで推測できないなんて、生き辛そう。
>>317 で指摘されているけど抽象的な話のできない人というのは確かにいるからな
確かに昔からハードウェア弄ってきた純粋の組込み専門屋にとって、周辺デバイスの制御レジスタをSFR変数として抽象化して捉えることが出来ないとは思ってもなかった
「出来ないとは思ってもなかった」
SFRって特定アーキテクチャの特殊用語じゃん。何勝手に一般化してるん。
ワンチップマイコン使ったことが無いのなら口を挟まないほうがいいよ
もしかして組み込み以外の話は
C言語の一般的な話題を扱うスレなんだから
今や純粋なC言語の所理系は初心者の学習用途か組込み開発用途くらいでしか使われていない
どちらかといえばC言語学習者は高圧的で排他的な気はする
妥当な発言なら問題ないんだけどね
そもそもワンチップマイコンの知識は
相変わらずみんな仲いいな。
>>346 それ単にプログラム内のルールにすぎない。どんな言語であれ、入れ物を使い分けを限定することで、プログラマのミス防止や可読性、保守性が高まるのは、まともなプログラマなら必ずやっている。
これがハードウェアの機能にあるのか、ソフトウェアの機能にあるのか、それともそんな機能はないのでコーディングルールなのかの違いにすぎない。
>>346 それ単にプログラム内のルールにすぎない。どんな言語であれ、入れ物を使い分けを限定することで、プログラマのミス防止や可読性、保守性が高まるのは、まともなプログラマなら理解している。
これがハードウェアの機能なのか、ソフトウェアの機能なのか、それともそんな機能はないのでコーディングルールなのかの違いにすぎず、現代では常識的な話。
コンピュータにとっては動けばいいわけで、設計の話とアーキテクチャの話をごちゃ混ぜするからよくない。
高水準言語であればあたりまえすぎることだが、C言語は中水準言語で、OS、ハードウェアの組み合わせにより、動きが異なるから、本来は仕様、設計があって考えること。
これがアーキテクチャがこうだから、こういう発想になるというのは順番が逆。
普通に一般化してる用語で話せばいいのになぜかオレオレ用語使って指摘されたらわからないのかとか逆ギレw
知識や能力の不足に対する自己防衛反応みたいなものだから流し読みしてればいい
具体例なしで一般論しか言わないやつは信用できない
>>346 あ？ ベアメタル系のプロだが
おまえみたいな手合いがSFRとかどういう意味で言ってるのかは警戒するぞ
ベアメタル系のプロの意味がよく分からないけどC言語と何か関係あるの？
大体何と勘違いしたのか予測はつくがおそらく間違ってるぞ
すみません、初心者なんですが図書館にプログラミング言語Cという本があったので借りてきて勉強中です。
出来るかどうかは自分で試した方がいい
>>376 わり算の結果(この場合は整数)がゼロじゃなかったら論理値の真(true)と見なされる。
>>376 C言語のifは0か0以外かしか見ていないため。
>>378 >>378 ありがとうございます、==とか>とかでの比較しか頭になかったんですけど、ifは0かどうかだけなんですね。
他の言語でいえば
>>381 この表現は語弊があるので忘れてください、すみません
>>376 こういうように条件文に、実質的なbool 値以外を書いたら、ダメ！
MISRA-C みたいな、安全なコーディング規則があって、禁止事項になってるから、
普通のプログラマーは、変に思うはず
他の言語ならともかくC言語プログラマ的には普通だな
説教くせえことを書くならてめーの言葉遣いくらい気をつけろ
>>380 そう。比較する演算子を使うとその結果が0または1になるので他の言語でのifと同じようにも使える。
ISO/IEC 9899:2011 7.18 Boolean type and values <stdbool.h> には
>MISRA-Cが安全だなんて決まりはどこにもねえぞ
漏れが言ってるのは「実質的なbool 値」
昔々、int bool = 0; と書いてあって普通に変数として bool が使われている夫馬ログラムを見た事がある。
昔はintの別名でマクロ定義してたな
夫馬ってなんやねんw
boolが予約語というのは聞いたことない。
>>391 ほう論点が２つあるのをおまえの脳内では話がそれたと言うのか
>>398 いやすまん、boolについては論点にしてないと勘違いしていた。
やっぱり相変わらずみんな仲いいな。
>>376 ＞if(n / 10)
は if(n / 10 != 0)
に読み替えてください
>>383 MISRA-C は馬鹿が使うものと聞いていますので、あなたも馬鹿の一人なんですね
>>385 C99 の _Bool はいろいろと残念な仕様なので、そんなものを使っていたら馬鹿呼ばわりされてもしかたがないと思います…
>>392 その「実質的」という単語の定義を教えていただけませんか？
>>404 いやーそこはちゃんとカッコをつけて
if((n / 10) != 0)
じゃないとMISRA通らないだろー。
と煽ってみる。
>>394 C の予約語に asm が存在したことがあっても、bool なんて金輪際ございません…
>>408 なんだか misra っていろいろうるさいですね…馬鹿が使うものの典型と理解しました
>>410 そのとーり。
MISRAはfool proofのための規格だよね。
あんなもん、クソの役にも立たんわ。
実際の開発現場ではMISRA-Cも_Boolも頭の片隅に意識する(人がいる)程度であまり意味はない
>>411 久々に私の意見に賛成する人がおられましたね…
essentially Boolean (実質的なブール型)
>>404 そういう例はやめた方がいい。二度、評価することをおかしく感じなくなる。
>>417 マクロ関係ではないから、二度評価問題は関係ないのでは？もう少し詳しく教えていただけますか？
2値しか取らない、真偽値という概念を作り出して、単純な数値と区別している
essentially Boolean (実質的なブール型)
>>382 というよりtrueとfalseを使えよ
C++か他の言語か勘違いしてないかな？
#include <stdbool.h>すれば、C言語でもbool, false, trueが使える。C99から。
マクロなのか 乱暴な解決法と見るか予約語にしなかった・できなかった理由があったのだろうか
>>428 bool 型は C99 では _Bool 型となり「bool」そのままではありません
>>413 口調が似てると思ったら、やっぱりあいつだったのね
>>418 if ((n / 10 != 0) != 0) とは書かないのですか？
if (((n / 10 != 0) != 0) != 0) とは書かないのですか？
if (n / 10) で充分だろ
if文の仕様がまずかったんだよな。演算子がコマンドで数値を返すところがいまとなってはわかりにくい。
C の _Bool は完全に後付けだし、
なんでもいいがboolは使った方がいいよ
#define TRUE (1==1)
_Bool型(stdbool.hインクルード時はboolも可)の値は0か1しか取り得ないのでわざわざキャストする必要は無い
しかしながら自分はC言語では普段は_Boolもboolもどちらも使わない
単純にintなどの数値型を0か非0かだけで判断して使ってる
尤もC++ではbool型は普通に使っているけど
>>376 を見て、久し振りに『プログラミング言語C』を開いてみたところ、
確かに p.105 に printd() って関数が載ってる(第2版)。
ここのテーマは再帰なので printd() は「1文字出力 putchar() を使って、
整数値を10進数で表示する再帰関数」の例。
話題の if (n / 10) では「n が 10 以上か」を判定してる。
直前で符号の処理をしてるので n が負ではないことは保証される。
(さらに「だだし n == INT_MIN の場合は…」に相当する注記あり)
で if (n / 10) が if ((n / 10) != 0) の意味だってことは、
p.68 第3章 制御の流れ 3.2 If-Else でさらりと説明されてるし、
その前 p.63 の条件式(三項演算子)の部分なんかにも載ってる。
たぶん他にも、あちこちで出てるんだろう。
「真と偽」みたいな独立した項目を立てた方が良かったんじゃないかな。
そうすりゃ索引からも探せるようになるし。
ついでに言えば、この場面では if (n / 10) より if (n >= 10) の方が
やってることが明解だし、処理も軽い気がするなぁ。
単純に開発当時のC言語としては処理をシンプルにしてパフォーマンスを稼ぎたかったのだと思うよ
>>440 処理が軽いかどうかはちゃんと実測で比べろ
妄想だけで完結するアフォがよくいる
いや、さすがに単純な整数値の大小比較と、割り算とで
>>433 n / 10
と
(n / 10) != 0
の型を意識しない底辺乙 w
>>444 そもそも
>>440 が言いたかったのは「やってることが明解だし」の方だろうしな
なんにでも噛み付く老害なんでしょ、スルー推奨
でもcのコンパイラって割り算の時は最初に比較があって、n < 10なら比較直後に0返すんじゃなかったかな。
n / 10 と (n / 10) != 0 とで違うコード吐くとか？
>>439 最新のwindowsでもフォントにアンチエイリアス掛かってないのか
Mac唯一の利点だな
MSゴシック以外のとこはアンチエイリアスかかってるだろ
>>447 割り算はコンピュータにとって簡単なことではない。人間だってそうだろ。
>>445 0～1以外を取るかどうかが違うだけで型は同じでは？
等価演算子（==と!=）は真の時に1、偽の時に0を返すとしか明記されてないでしょ
>>453 自己レス、型はintって書いてあったわ
C では比較演算子が返すのも、 if の判定にも真偽値型は現れない。
>>453-454 型が同じだから区別不要？
昭和の老害かよw
>>456 「型は同じ」って言っただけで区別不要とはどこにも書いてない訳だが
いや、マジで型安全とか知らなさそうで可哀想ですらあるんだが…
>>459 > 型を意識しない底辺乙 w
にレスしてるのに？
なら結局何を言いたかったんだ？
>>461 言い方として「型を～」っていうのが（あくまでC言語として）おかしいなと思っただけだよ
別に!=0をつけた方が分かりやすいことは否定しないし
「ばあさん、いただきものは型を意識した応答だろう」
>>464 双方が int に拡張されて足し算されて 2 になったのが
再び bool にキャストすると 1 になる。
演算子の両方の型が int より小さい場合には
両方が int に拡張されてから計算されるというのが
C の基本的なルール。
(全ての演算子がそうというわけではない。)
>>455 MISRA-C は、C89/90に、bool という概念をバックポートした。
それを「実質的なブール型」と呼んで、単純な整数型と区別している
ブールを表現する場合は、整数型を使っていても、
それはブール型ですよってアピールする事で、
技術者間での意思疎通を図り、安全性を高める
>>466 なる場合とならない場合がある。
古いコンパイラではならない。
あれ、ぶーる同士足し算できないの？
1bit計算のインストラクションなんぞ
要は
整数型には加算はあるけど、
bool a = true, b = true;
>>467 ＞それはブール型ですよってアピールする事で、技術者間での意思疎通を図り
そういうのは、わりきってハンガリアンを使う方がいいのでは？
bool を使うことで文法的縛りが導入されないことには意味がない気がします
仕様の話とコーティング規約とか作法の話が混ざってるからややこしくなってるのでは
MSVCではbool変数同士の論理和でも加算でも再評価されて0か1のいずれかが再設定されてる
内部処理は全く同じ
gccの内部処理は分からんけど
>>467 >>472 コーディング規約・ガイドラインを設けるのは結構だが、
それを守っている組織・プロジェクトの中では意思統一しやすいという話であって、
技術者一般にまで適用できるほど強い権威は MISRA-C には無いよ。
仮に (あくまで仮に！) MISRA-C がとても良い習慣だとしても、
言語仕様としての理屈を理解しておくことは大前提だ。
元の質問者である
>>376 みたいなのに MISRA-C を勧めても何のたしにもなりゃしないだろ。
規約としての理屈よりも言語としての理屈をまず説明してわかってもらわんと。
>>476 内部処理は全く同じ？
逆汗までしたのにどこ見て言ってんの？
最後に評価されるタイミングで一致してりゃなんでもいいんだけどね
>>479 > 最後に評価されるタイミングで一致してりゃなんでもいいんだけどね
とか言うなら内部処理ガーとか言うなよ
って話だろ
> +って相当するのはxorだかorだかわからんという問題もあるね
orはわかるがxorになることなんてあるのか？
ついでにいくつか検証
xorは排他なので当然true同士はfalseに反転する
2項演算や0/1以外の値の代入(boolの範囲外の値であっても)は内部処理は共通
単項演算のインクリメントやデクリメントはコンパイル時に1か0を割り当てるため別の処理らしい
ブール値は 0/1 しかとらないから1ビットの整数値、と解釈して
基本的なハーフアダー演算器の考え方だね
仕様を小さくするため論理演算をビット演算で代用する言語はあったと思うが、
>>482 > よってブール値での加算はビットでの排他的論理和と同等、
> という考え方もあるんだわ。
そんなの聞いたことないw
お前のオレオレ理論じゃないと言うならその考え方を示してる例を出してくれ
>>485 分かりやすく説明できる自信はないけど、一応答えてみる。
と言っても、新しい情報は出ないので期待されちゃ困る。
>>482 は、そう考える考え方(代数系)が可能、という意味で、
そのように内部処理してるプログラミング言語の処理系が存在する、
という主張とは違うって点をまず断っておく。
その「ブール値の加算を排他的論理和と同等に扱う」体系が
内部的に矛盾を生じないこと、実用的な面で利用価値があり、
現実にも使われているってことは、
>>483 がコメントしてくれた
前半部分で、十分に例示されてると思う。
て言うか、俺が下手にクドクド書いてもあのレベルは無理。
少なくともC言語である限りは規格に反するんじゃ？
>>486 ハーフアダーはキャリーとセットで話すべきものだからハーフアダー云々は頓珍漢過ぎる
Cの、ビット幅の狭い整数値は int に変換してから計算するってルールにより
加算てのは常に状態を変える操作なので、論理演算としてはXORの方が似てるんですよ。
C言語の_Bool型(boolはただの別名)のtrueを1以外に割り当てるとC++との互換に問題が生じる
>>444 ＞「実測しろ」って原則を無批判に(条件反射的に)振りかざしてるんじゃないの？
いいところを突きますね、そうそうその調子、いい感じですよ
百人一首の上の句と下の句をつなげる、みたいな思考力を使わない、言葉のオートマタを批判するのはすばらしい着目です、感心しました
>>492 作ったことはあります、最初 C でちょろちょろっと書いたのが、いつのまにか成長してまとまったものになりました、まだまだ改善は必要ですが
http://2chb.net/r/tech/1434079972/51 昔8bitマイコンの組込みシステム開発で、被除数が24bit長、除数が固定値(値は3)の除算処理が必要となったとき、
昔bool型ってのを初めてみたときは、誰が使うんだよ気持ちわりーって思ったな。charで8個もフラグ取れるし、
貧民てか脳がアセンブラに侵されてる
当初から予想された抵抗だ
>>497 思い切り最適化されて最終的なコードがそうなれば誰も文句言わないんだろうけどな。
bool は真偽値を格納するのに充分であればいいんだから普通は 1 バイトだろっていうのも昔の話で、
ブール値の変数を1ビットで表現して1バイトに8個押し込めば
>>503 CPUしだいだろうね。レジスタに入れないで0かどうかだけ調べる命令があったらそれの方が速いかも知れんし。
／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
真偽値の超巨大な配列が必要な場合ならともかく、
>503
プリミティブな静的変数のビットフィールドにアクセスするときってロック意味あると思う？
>>508 しらん
>>503 フラグを全部使うなら８回ロードと一回ロード＋マスクする
をくらべないとだめだろ
10進で2桁程度の「整数値」にもintを使えという主張に似ているな
>>505 あれ？そう？そう断言できる根拠あるの？
>>511 レジスタに入れないでって無理
メモリREADサイクルでどのみちラッチするんだから
名前のある公開レジスタか、名前のない非公開レジスタかという違いにしかならない
どうしても疑うんならHDLでCPU書いてみろ
自分にツッコミ。
「ブール値の変数を1ビット幅にしてメモリ1バイトに8個押し込む」方式は
Cの規格とは相性悪いね。
&でポインタ取ったときにバイト番地で表現できないとか、
sizeofで1より小さな小数を返すのか、とか。
「ある変数が1バイトより小さな領域しか占めない」って性質が原因だ。
>>509 その点は気がつかなかった。1回の判定しか考えてなかったわ。
1バイトを1回だけ読んでマスク値をシフトしながら判定と、
1バイトずつ8回読むのとで比較しないといけないね。
一度にもっと多く、4バイト単位とかで処理できるかも知れないし。
ソフトから見て1命令でも、メモリに対して1バスサイクルでビット操作は不可能だからねぇ。
>>514 ここはCスレだけど、それまさにstd::vector<bool>でやらかしたやつだね。
>>512 知らんよ。そういうCPUがあればそうだねってだけの話だし、お前もその自分の体験や知識から言ってるだけで全世界の全CPU調べた上で言ってるわけじゃないだろ？予想外の変なCPUはあるかも知れんから断定はできんだろう。
>>514 一応C言語では構造体にビットフィールドがあってビット単位で扱う事が出来るようになっているな。まああれは数値変数として扱うだけでboolではないわけだけど。効率が良いかどうかはどう最適化されるかに掛ってるかな。
要素が3ビットの多次元配列が簡単に作れて扱える様になると便利ですね
>>515 メモリバスがネックになるようなシステムなら、
バス幅のビット分情報が詰まってるほうが、
メモリのアクセス回数減らせるから利点もあるだろう。
なんにしろ、一長一短は有るんだから
正しく理解して正しく使うことが重要かと。
>>518 1ビット幅のブール変数をビットフィールドと同じ扱い、
つまり「アドレスを求めることもsizeofを適用することもできない」
というルールにする手はあるか。
と言っても、アドレスを取れないとなると、ポインタ経由での操作、
配列に入れてインデクスで順番に走査することもできないわけで
非常に使い勝手の悪いものになってしまうね。
ビットフィールド構造体はあくまで構造体であるのでアドレスを返すことは出来る
maxima
typedef struct {
>>517 だから、できると思うんならやってみろよ
うまくいけば特許権で儲かるかも知れんぞ
>>521 謎だな。
ブールの配列ならint bool やら char boolやらした時点で確保されるメモリをそのまま使って、and or xorあたりでビット操作してshiftで走査したらいいじゃん、ってのが爺の言い分。
どのビットを何に使ってるかってのはコメントに書いておいたり仕様書に書いといたりカンペ回したり。
メモリ確保もロードも最小単位があるんだから、単独1ビットのブール変数ってのは無理だろ。
あ、組込み用のマイコンは知らないけど。
>>525 君がマウントを取りたいだけのサルということが良くわかった。
ま、頑張れ。
>>527 体験も知識もないやつが妄想を垂れ流すと突っ込まれるという当たり前のことが起きただけだ
今後は身の丈に合った発言を心がけるんだな
>>505 結局レジスタに入れずにってのは有りうるの？喧嘩せずに冷静に結論を出してくれると嬉しい。気になる。
intが64ビットの環境で32ビットの変数を扱いたいので、
>>534 stdint.hかinttypes.hをインクルードしてint32_tを使うのはダメなの？
レジスタに入れずに直接メモリ上のビット操作はないよ。
>>535 組み込み系をやっていて、
ライセンスにかかわらず、ヘッダを含む外部ライブラリを一切使ってはいけないルールになってます。
こんなデタラメまじりの掲示板で
それなら提供されている範囲で使える物を使うしかない
>>538 コンパイラ付属のヘッダファイルも存在しないのかな。
その場合は、コンパイラの取説でも見て、32bitになる整数を選んで
typedef すれば良いかと。
どのみち移植する際には、その辺も含めて丸ごと再検討ってことになるだろうし。
>>534 intが64bitでlongが32bit？
いくら何でもC言語としてあり得ないだろ
妄想で話を盛っているのか？
>>542 クロスだろ。ターゲットのlongが32なんでしょ。
int型が64ビットの環境で、longという型が32ビットなのは引っかけだな。
>>537 話の流れとしてそこはビット単位の話ではなくなっている。
職場でクロス開発やってるけど、家では開発環境無くてVSかなんかで勉強してると妄想してた。
>>548 昼夜を問わず沢山のマウントありがとうございます。
>>536 すげー昔の話だがメモリー側で論理演算できるようにして1アクセスでビット単位操作を可能にした特許があったな
元々はグラフィック用で図形の重なりの演算をメモリー側でやるようにしたものだったけど
特開昭61-264453
>>551 前世紀の話だが液晶モニタ側にメモリ機能を有して
PCの電源落としても液晶モニタ側に必要な情報が画像として記録されてるから
再起動後すぐにデータを使えるようになる、なんてニュースが真面目に流れてたっけ
たとえばFPGAだとビット操作向けのコンピュータ作れたりするんですか？
>>553 外付けのSRAMやSDRAMではI/Fが決まってるので困難だけど、FPGA内で閉じて作るなら可能なんじゃないかしら。
大昔のDRAMには必要なビットだけ書き換えできるライト・パー・ビットって機能を実装したものもあったな
そういえばGRAM用にそういうRAMが何種類かあったね。
MB-S1はそういう回路を搭載してグラフィックの処理がやたら速かった。
X68000のVRAMは変わった仕様だったみたいだね。
Cはコンパイラにより
表面的だな
>>559 ＞Cの恐ろしいことは、標準っぽい関数がリソース開放の事を考えてなかったりする所ｗ
それはどの標準関数ですか？具体的に指摘できますか？
>>563 標準関数ではなく、
標準っぽい関数なんだから
相手にするだけ無駄かと。
その昔、printfはメモリリークするとかぬかしてたアホがいた
小学生のプログラミングの授業が始まったせいで５ｃｈにも大量に小学生が湧いてるな
>>564 いえいえ、標準っぽい、というのだから、標準関数に近いという主観的判断があるのでしょう
それはそれで私は純粋に好奇心が湧いたのです
ぼくのかんがえたさいきょうの標準っぽい関数
標準的な関数で痛い目にあったといえばlocaltime()
>>570 atod() にてリソース解放の必要はあるのでしょうか？
stringは無視するとして、const char*をdoubleに変換する標準ライブラリ関数はatofまたはstrtod
超*2 初心者です。
int a,b;
>>575-576 まずプログラムとして完全に間違っているのは、
b=3*a+4; の評価時点で a は初期化されていない。
初期化されていない自動変数の中身は未規定で、
何が入っているかわからない。
そして第二の間違いとして、
C は二次方程式を解いたりしない。
b=3*a+4; は a の中身に 3 を書けて 4 を足すという処理をしたものを b に入れ
その次に a=2*b+3; の処理、すなわち b に 2 を書けて 3 を足したものを a に入れる。
そんだけ。
これはもう、質問以前の話で、完全に C のごくごく初歩をわかってないので、
普通に入門書を最初から読んで。
"1文字=1数字"の式をもたない連立方程式は解けないということですか？
あああ 数学的に式を記述したら解を求めてくれる mathematica 的なものを考えてたのか
むしろmathematicaだと解いてくれるの？すげぇ。
>>585 数値解求めるのもあるし
可能なら解析解も出せる（テイラー展開されてきもい出力になるケースもままあるが・・・）
代入を=にしてしまったのが不味いよな
それは <-- こうしよう
<- 比較演算子と単項マイナス
式 + 二項演算子 + 単項前置演算子 + 式; OK
そろそろGUIでフロチャート化や命令/関数アイコンの並び替えで作れる言語を！！
はるかの昔からそういったGUIプログラミングツールやCASEツールがあったけど、どれも決定版にはなってないよね。
多分要件定義を渡すとプログラムを作成してくれるAIを作る方が早いだろう
>>604 そんなんすでにいくらでもあるだろ
つScratch
>>610 そういうややこしい話はAIに考えさせるべき
なんでこんなゲシュタルト崩壊みたいなスレになってるの？
Cでなくていいならnode-redなんかはいい感じにグラフィカルだと思うわ。
AI 「めんどくせー、報酬出して人間に考えさせたろ」
マイクロソフトのビジ男ってフローチャートからコード吐いてくれる機能あったよね、まだ生きてるのかしら
フローチャートではなくてUMLのクラス図からC++のコードを自動生成する機能だったと思う
>>618 そうか、亡くなってたのか。一回触って無言で閉じた事しか覚えてないけど、根は優しい奴だった。
Executable UMLは見事に死んだな。あれはさすがに無茶だろうと思った。
>>604 ほぼゲーム制作専用だけど、Unreal Engine4のブループリントが
完成度高いような
>608
返り値がポインタの関数って
複数のポインタ変数を宣言するとき
そんな書き方する人はいないだろうけど(というかできたっけ？)、極端な話、
昔、*をどこに付けるべきか議論あったね。
>>624 int *a, *b は *aと書くと整数。
int*ならtypedefやらtypeofやらつかえと思うわ
>>623 それC言語の初期はそっちの方が普通だったんたよ。
ああ、わかった。*aで正数になるから宣言するときに int *aって宣言すると自然だよってことか。なるほど。
でもそれなら
そう書いてbがint*にならないのが悪い
50年前のクルマに「性能が悪い」と怒っても意味が無い
だから、それしたいならtypedef使えって。
int* なんて型はCにはないけど。
規格的には別にスペース入れろなんて書いてない様な気はするが…
>>638 tokenの区切りで勝手に解釈してくれるから問題ないよ。
スペースをいれる必要があるのは、入れないと前のtokenと連結して解釈されてしまうような箇所だね。
>>632 勘違いといえば、
int* が型だと思ってるところかな。
変数の前に付いた*は演算子。逆参照演算子って名前だったか。
変数宣言のときと式の評価のときとでは、働きが間逆になる、ときいていますが、私も馬鹿になったので、そういわれていることをそう理解できなくなりました…
宣言は演算子とは別じゃなかったっけ？
ポインタ宣言子というやつでデリファレンス演算子とは別。
演算子でしょ？評価順があるじゃん。
>>640 意味的には int* は型。
でも文法的には * は変数名と優先的に結合するので、
変なことになってんだよ……。
C++ だと設計者 (stroustrup) が * を型名に寄せる書き方をしてるので、
近頃はそれが C にも流入してる感じ。
C11の6.7.6.1にpointer declaratorって書いてあるから、宣言時の*はポインタ宣言子で間違いなさそう
>>647 ぜんぜん変じゃないでしょ。
変数と型が直接結びついてるんだから、評価順が逆になるのは当たり前。
*から始まってる宣言子をポインタ宣言子って言うんじゃなかった？
あれ、そうかも。シンボルまで含んで宣言子かな、すまん。
>>649 カンマより優先度を高くする必要はないだろう。
>>646 型の宣言の構文が入れ子になっていて結合順はあるが、評価順があるわけではない。
見た目が似ているだけで、型の宣言と式の評価はまったく別の概念だよ。
int* 型はない。型と見なしたら混乱する、俺は。
>>654 いやいや、何を勘違いしてるのか知らないけどint *p;はポインタサイズのみ確保されるんだけど。
結果intとアドレスサイズが一致するとしてもsizeof(int)と同一視すべきではないんでは？
>>654 int *p;の宣言じゃsizeof(int)は確保されないでしょ
環境によってはint *p;したあと*p = 0;したらセグフォか何かなると思うが
今一応clangで確認したらTrapしたし
教えるスレでデタラメ言ってはいかんな
>>654 お前が混乱しようがint*は型だ。
キャストもtypedefもsizeofもできる。
お前のオレオレ定義はどうでもいいから、標準的な用語で会話できないならいちいち書き込まないでくれ。初心者の理解を妨げる害悪でしかない。
結合順って左右どっちからかという話だろ？
自分以下のように「*」をくっつけて書いてた。
intのポインタだから int* と書くのが直感的だよね
規約とかで決まってなきゃ思想の問題だし良いんじゃない？
>>662 ポインタでポインタが指している先頭アドレスから始まる領域をint型として扱うだから、*intにすべきだった。
C++ なら std::add_pointer を使うなどという方法もとれるんだが、
>>662 関数ポインタはどうすんの？
左に型書いて右に変数というルールで統一するとなると。
int* p[10]; // intのポインタの配列
>>640 自らの名誉のために書いておくがint*を型だと思ってるわけではないぞ。ただint*で意味をなしてはいるだろ。
int*は型だぞ
int* は型名。 C99 なら 6.7.6 で定義がある。
>>662 そういうのは typedef で型名作ってしまうしかないな。
>>671 ､
>>672 自らの名誉のために言っておくが、型名な気もするなとも思っていたぞ。
>>674 お前の名誉のために言っておくが、お前の名誉なぞ誰も気にしてないから安心していいぞ
int* が型って言うのはどこに書いてありますか？
>>677 お前さんの定義する「型」ってのは具体的にどういう定義なんだ？
特定の型のポインタは書いてないけど
全ての型に付けることが出来て
>>677 C99 で 6.7.6 の項目名がそのまま "Type names" やし、
索引もあるし、さらに言えばちょっと前 (
>>672 ) に私が書いてもいるのに、
どこまで節穴なんや……。
型指定子 int と抽象宣言子の * を合わせてひとつの型名ということになる。
>>678 c99 6.7.2
void char short int long float double signed unsigned _Bool _Complex _Imaginary
構造体共用体指定子 列挙型指定子 型定義名
>>679 >>680 の言うように、ポインタ型はあります。仕様書を見ても、int* でもfloat*でもいいんですけど、それぞれint型へのポインタ型とかfloatへのポインタ型といった説明しか読み取れませんでした。読解力不足でしょうか。
私はint型を指すポインタ、floatを指すポインタなどと言うように、例えば
int* pであれば、ポインタ型pがあり、それはint型を指す
、と言うように独立した物だと理解していました。
どうしてもint*型と言うのがわかりません。
>>683 お前さんのいう型の定義では
「signed long long」
は型なのか？型の集合なのか？
>>677 ここだ
ISO/IEC 9899:2011
6.7.7 Type names
3 EXAMPLE The constructions
(a) int
(b) int *
(c) int *[3]
(d) int (*)[3]
(e) int (*)[*]
(f) int *()
(g) int (*)(void)
(h) int (*const [])(unsigned int, ...)
C言語を作ったときにあとから型指定のポインタ変数を付け加えたんだろうな。
>>686 ポインタがなかったのばBだ
最初期のCにもポインタはあった
voidはなかったんだよな。
685を見ると、「型名を左に書くのが自然」みたいな主張がまったく間違ってることがわかるね。
ポインタ型は派生型(deprived types)の一種で、派生型は他に配列型とか構造体型とかがある（6.2.5.20）
>>691 「全ての*が演算子である」
という主張は間違えている。
ということは理解できてる？
演算子ですよ。いや、文字列の中はどうなんだとか言われると困るけど。
685 の文中に出てくる * を演算子とみなすのは嫌な感じ
宣言の中の*は演算子ではない
>>687 ポインタが指しているところの型を明示しようとしたのは明らかにあとだよね。
そういえば*のオペランドがオブジェクト指してなかったら未定義動作なんだよな
>>693 そこから知らない訳か。
int a=3 ;
の =が代入演算子では無いことは理解できてる？
>>699 代入という言い方をしている時点でわかってないと思うよ。意味が逆になっている。
変数ではなく定数だったら、わからなくもない。
右辺、左辺という言い方も嫌い。
>>701 お前の好き嫌いの話だったのか。
規格用語くらい理解して発言しろよ。。。
「俺はこう思う」と「規格にこう書いてある」はきっちり分けて欲しいね。
英語はsubstituteで意味が広いのに、日本語だとすべて「代入」に翻訳してしまったのか。
>>684 型指定子の並び
>>685 それは元からint*型がある、と言うよりもint* p;だったらint*と言う型名になるって話ですよね。
>>690 型じゃない、ではなくて、int*型と言う型はintに*をつけないとありませんよね？typedefを使わなくても作れますけど、int*型というのは元からはありませんよね？自分で作った型名なのにc言語にint*型がある、と言うのは変だと思いませんか？
>>705 X 3010：2003 (ISO/IEC 9899：1999)
6.2.5 型
型char，符号付き整数型，符号無し整数型及び浮動小数点型を総称して基本型（basic type）と呼ぶ。
派生型（derived type）は，オブジェクト型，関数型及び不完全型から幾つでも構成することができる。
派生型の種類は，次のとおりとする。
－ 配列型
－ 構造体型
－ 共用体型
－ 関数型
－ ポインタ型
派生型を構成するこれらの方法は，再帰的に適用できる。
>>706 派生型を構成できる、と言うことは、int*はコード書く人が自分でint*と言う派生型を構成したんですよね？
構成できることを以ってC言語にint*型がある、定義されていると言うのは変だと思いませんか？
とりあえず、今のところ(
>>623 以降)議論になってるのは
「int* は型か、型ではない(int型に*を作用させた何か)か」
「ポインタ変数を宣言する際の * は演算子か演算子ではない何かか」
→ 「変数宣言の * が演算子でないなら何と呼ぶのか」
…あたりかな。
個人的には
>>699 の「int a = 3; の = は代入演算子か違うものか」も
ちょいと気になる。
変数定義と代入 int a; a = 3; の省略表記に過ぎないのか、
char s[4] = "yes"; みたいな初期化時の特例になるのか。
変かどうかの主観的な問題ではなく「派生型を定義できる」と決まってるなら、客観的に派生型もやっぱり型だろ。
>>706 それを言い出すと派生型は全部その類に含まれる（そもそも構造体型へのポインタ型とか言い出すと規格に書ける訳もないし）
元々int *って型は存在しないって言い出した流れ（たぶん
>>640 ）はint *も型だって話（
>>626 ）の中にしかなかったと思うからそもそも話がだいぶズレたんだろうな
今の流れはざっと見返した限り
>>708 がまとめてくれた通りだと思う
>>708 ＞個人的には
>>699 の「int a = 3; の = は代入演算子か違うものか」
宣言での=は、初期化宣言子内の区切り子
＞「int* は型か、型ではない(int型に*を作用させた何か)か」
＞「ポインタ変数を宣言する際の * は演算子か演算子ではない何かか」
＞「変数宣言の * が演算子でないなら何と呼ぶのか」
宣言での*は演算子ではなく、ポインタ宣言子の区切り子
6.7.5.1
ポインタ宣言子
意味規則
宣言
T D1
において，D1 が形式
* 型修飾子並びopt D
をもつ場合，次のとおりとする。
宣言
T D の ident
に対して指定される型が Tの派生宣言子型並び
であれば， T D1の ident に対して指定される型は
Tへの型修飾子並びをもつポインタの派生宣言子型並びとする。
>>707 お前さんが型と呼びたいものはC言語では基本型であって、C言語における型の一部でしかない。
>>707 が挙げてくれている通り、基本型と、再帰的に定義される派生型を合わせてすべて型と見なされる。
この定義によって、どんな型をどんな順序で組み合わせようと、ポインタが何段あろうと、どんな名前をつけられようと、定義に再帰的に合致させられるそれらすべてを型と見なせるとあらかじめ定義されている。
>>713 宣言時の型の話です、元々
int*p;
のint*は型かどうかと言う話です。宣言した結果pの型がint*型に・・
あ、int*は型指定子か、と言えばよかったのかな？
逆に「int* 」が型じゃないって考えの人は
>>712 「初期化宣言子内の区切り子」っていう言葉がヒントになった。ありがとう。
n1570.pdf (
>>1 のリンク参照) 6.7.9 に載ってるね。
英語だから、すらすら読めるわけじゃないけど。
スカラの算術型に関しては「{} で囲んだ初期値を入れられる」
(構造体の初期化と同じ書き方ができる)ってのが代入演算子と違うところかな。
int a = {3}; // 「定義と同時の初期化」では許される
int b;
b = {4}; // エラー: 通常の代入演算子では値を {} で囲めない
だからどうした、って話かも知れないけど、
動作の違いが確かに存在するってのは気分的にすっきりするわ。
>>715 ごめんなさい、int*は型指定子かどうかと言うべきでした。
int*a;
aはなにか、と聞かれるとintへのポインタと答えます。
aの型はなにか、と聞かれるとint*型と答えます。
宣言でのint*の文字の並びは型か、と聞かれると宣言でのint*と言う文字の並びは型指定子intと、ポインタ宣言子の並びであって、結果int*型となるがint*型の指定子ではない、と答えます。
みなさんごめんなさい、私が型指定子とはっきり言わなかったせいで混乱を招いてしまいました。
オブジェクトにもちろん型はあるけど、Cで「型指定子」なんてもんを明確化することに大した意味があるとは思えんね
typeof使うと左と右にはっきり分けて書けるので、好きな人は好きだろう。
>>707 713も言っているように、おまえさん用語の意味を誤解してるんだよ
型は基本型の他に派生型も含まれる用語だ
それから定義の意味もおまえさんおかしいぞ
定義は宣言のうち重複できないものをいう
キーワードは定義できない
>>721 はい、気をつけます。
>>719 >>1 のc99 6.7の構文規則でいうと
宣言：
宣言指定子列 初期化宣言子並び opt;
宣言指定子列：
記憶域クラス指定子 宣言指定子列 opt
型指定子 宣言指定子列 opt
型修飾子 宣言指定子列 opt
関数指定子 宣言指定子列 opt
初期化宣言子並び：
初期化宣言子
初期化宣言子並び , 初期化宣言子
初期化宣言子：
宣言子
宣言子 = 初期化子
ですから、
int *a,b,c,*d;
という書き方は
宣言指定子列と初期化宣言子並びなのですけど
int*が型指定子だとすると、
宣言指定子列の型指定子がint*、
以降の a,b,c,*d;は初期化宣言子ですから、a,b,c,*dのどれもがint*型になると思うのです。
int*は型指定子ではないから
aはint*,bはint,cはint,dはint*になりますよね。
型指定子かどうかは重要じゃありませんか？
>>717 ありがとう。話のレベルが高くて自分にはもはや質問しかできないが…
for文とif文を使って整数nを入力して、2つの1以上10以下の整数x,y(x>=y)の自乗の和がn(n=x^2+y^2)になるx,yとなる組み合わせを求める（n=45のときx=6,y=3みたいな ）C言語のプログラムを作りたいんですが、関数って使いますか？
>>725 分かりました、ありがとうございます。
>>726 どのスレのことか分からないのでそのスレの名前を教えて頂けるとありがたいです。
>>727 「宿題」で検索するくらいのことはしろよ……
>>728 検索した上で分からなかったので聞いています
宿題スレって、回答の丸投げだろう
宿題スレ見てきたけど過疎って誰も居なさそうだったけど・・・
依頼があればやってくれるだろう
「宿題」はこの辺かのう。
設立も古いし、何ヶ月も投稿ないから沈んでるのかな。
通常のインターフェースで一覧を見ないんで正確には分からんが。
C/C++の宿題片付けます 170代目
http://mevius.2ch.net/test/read.cgi/tech/1456911928/ C/C++の宿題片付けます 170代目
http://mevius.2ch.net/test/read.cgi/tech/1456647534/ こんなの↓も見つけたけど、これは「宿題」では見つからないタイトルだね。
【C】至急課題のプログラム教えて【アマギフ】
http://mevius.2ch.net/test/read.cgi/tech/1551308087/ >>724 その目的を直接的に達成する標準関数はない
自乗を求める標準関数ならpowというのがあるが
整数を前提とするその問題には適さない
処理の一部を、おまえさんが関数にする可能性ならある
おまえさん、プログラムを作ってくれなんて言ってないよな
変な妄想してるバカは無視していいぞ
>>729 何でわからないんだよ。どういう環境で使ってるんだ？
明日テストでその過去問にこのような問題が出て、関数が必要なら諦めようかなと思って質問しました。
>>736 スマホで専ブラ使ってます。予測はつきましたが、過疎っていたのでそのスレで合っているのか疑心暗鬼でした。今はどのスレのことか分かっています。
>>724 これはifとforの練習問題以外の何者でもなさそうだ。便利な関数使って解いたりしたら先生が泣いちゃいそうw
>>739 ありがとうございます！このような問題です。
for文とif文を使って整数nを入力して、2つの1以上10以下の整数x,y(x>=y)の自乗の和がn(n=x^2+y^2)になるx,yとなる組み合わせを求める（実行例:n=45のときx=6,y=3）C言語のプログラムを作成せよ。そのような組み合わせがない時は、nothingと表示せよ。
候補絞り込みの最短手順を求めるような問題でも無さそうだし力技の総当たり探索で良いんじゃないの？
>>744 宿題スレに書いてここに書いた場所を報告すれば、問題を解くプログラムを私が書きましょう
>>744 この程度のプラグラムを自力で解こうとする気が無いなら素直に落第しておけ
>>745 C/C++の宿題片付けます 170代目
http://2chb.net/r/tech/1456911928/ このスレに問題書き込みました。29番目のコメントです。
いいんじゃないの？恐らく数学的になんとかしようとするとコンピュータ使わずに解が出て終わってしまうだろうし。
もう取り繕う理由ないからタメ語で話すけど
>>752 手を煩わせたんだから 良かれ悪かれちゃんと結果報告には来いよな
幸運を祈ってやる
>>753 ありがとう
さっきテスト終わったけど微妙だった
合格の可能性ワンチャンあるけど、期待はしない方がいい
多分来週に結果が分かると思う、遅くても今月以内
結果が分かった時に報告する
>>754 テストに落ちたらどうなってしまうんや……
課題を出されましたが、全くわかりません
>>756 宿題スレッドへのリンクは
>>733 な。今のところまだ有効。
携帯端末(小さい画面)のせいか、スレッドを遡って読むのが難しい人の
質問が増えたようだけど、そういう閲覧環境だと、質問に対する回答の
ソースリストを読むのも一苦労な気がするなぁ。
>>757 >>758
誘導ありがとうございます
上のスレの方に行きます
>>758 ソースを何らかの方法で PNG なり JPEG なり GIF なり
Cはじめましたよろしくです。これみてやってください
>>761-762 str が NULL になることは無いので。
配列として確保した str の「場所」は中身が何であろうと同じ場所にある。
>>763 もすこしだけおしえてください
fgetがfpに指定したというか登録したファイルから指定数読み込んで、それをpに渡して…
このときに文字終端ならpにNULLも渡ってそれでwhileの条件に合致して止まると思いまして ←ここまであってますか？
なら、pに渡さんでもfgetsが読みに行ったときにもう読む行ないならＮＵＬＬも引っさげて帰ってくるからｓｔｒにNULLがはいってて
じゃーああいうふうに掛けばpいらねんじゃね？と思ったんですがなぜこれだとＮＵＬＬはいってないんでしょ
printf("%s", str);
>>764 str が「どこにあるか」と「何が入っているか」は別物。
NULL と比較するのは「どこにあるか」であって、中身とは関係ない。
何度ループしても str の場所は同じなんだよ。
配列名strは先頭要素のアドレス&str[0]と同じ
>>765 >>766 うぉあー 小一時間なやんできますありがとうございました！
>>767 NULLがなにかよくわかってないことがよくわかりましたｗ いってきます
>>764 fgets()は成功したら配列の場所を返す（つまりp == str）けど
失敗した場合はNULLを返す（つまりp == NULL）
ここで問題なのは他の人が言ってる通り「引数にとった配列の場所は変わってない」こと
char str[500];
っていうのは（今回はファイルから文字を読み込むために）char型のデータ領域を500個確保するってことで、
わざわざ取った場所を変更したり勝手に消したりはしない
対してNULLはまぁ何もない場所のアドレスって考えでとりあえずはいいと思う
だから、strの領域の（内容は変わってるかもしれないけど）場所はfgets()の結果がNULLでも確保してあるだけだから変わらない
最初の（動いた方の）プログラムで、fgets()した後に
printf("p=%p, str=%p\n", p, str);
とかやってアドレス表示させて途中と最後比べてみたら感覚的に分かるかも
fgets の戻りは ポインタである必要は無く、int （bool) でいいと思うんだ
暗黙の型変換で配列がポインタになるってのが諸悪の根源なんだよな。
配列名や関数名はアドレスを指しているというだけであって暗黙の型変換とは無関係
>>775 配列名は配列型を指すし、関数名は関数型。
それがアドレス (ポインタ) になるのは暗黙の型変換による。
>>777 int[10] が int* 型に型変換されたり、 void(void) が void(*)(void) になったりするという暗黙の型変換の結果だね。
>>778 配列Array[]の型はint[]型であるけど、配列名Arrayの型はint*型(値は＆Array[0])
関数Func()の型はvoid(*)(void)ではあるけど、関数名Funcの型はvoid*型
暗黙の型変換など関係なくポインタに代入出来る
配列と配列名を別物としているようだけど、それなら配列と配列名を暗黙変換しているわけだろう。
配列Array[]と配列名Arrayは別のオブジェクト
>>781 それは明らかに間違った理解。
これ以上の説明はしないので仕様を読んで。
sizeof の時に区別していない/区別できないのなら 糖衣構文でも納得できるんだがね
T型の配列は一部の例外を除き「配列の先頭の要素を指すT型へのポインタへと型変換される」（C11 6.3.2.1.3）
>>774 左辺値変形が諸悪の根元だと？
じゃあ printf(&"Hello world"[0]); などと書かされるのが
おまえさんの望みなのか
>>786 繰返しになるけど、暗黙の型変換で書くのが楽になってるのは承知してるんだってば。
ただ、初心者が (時にはベテランでも) 変な理解をしがちな理由はこれだろうな
っていう意味での根源は暗黙の型変換にあるっしょ。
おじゃまします
>>788 str は char の配列ということでいい？
だとするとアドレス。
str が配列であれば str と &str はアドレス値として見れば同じになるはず。
型は違うけど。
(整数への変換で何が起こるかは言語仕様でははっきりした規定は無い
ので、表現が変わってしまうことな無いとは言えない。)
>>789 なるほど！
値が違ったのでアドレスじゃないのかと思いましたの
%dと%pではアドレスの表現が少し違うという解釈でよさげですね
いつもありがとうございます
>>790 表示が違うのは %p は16進表示になってるとかじゃない？
単に%dだからアドレスの10進表記になると思ってだけど、はっきり決まってはなかったんだ。
>>787 そういう諸悪の根元なら左辺値変形ではなく
関数仮引数で空の角括弧を許していることだろうが
まぁ、双方明示的に(個人の感想です)strとキャストすべきなんだろうな。
ポインタに対してprintf()で%d指定した時ってアドレスがちゃんと出るって保証されてたっけ？
voidのポインタの便利さに気づきました
横質問で申し訳ない
>>795 保証されていない。
というより、値がアドレスには違いないのだけど
その表現がどうなっているか未定義なので、
意味のある値なのかどうかはわからない。
(常識的にはデタラメな値ということもないだろうけど……)
整数とポインタの関係について確実に保証されているのは、
ポインタをポインタのサイズより大きい整数型に入れたなら、
元の型にキャストしなおすと変換前と等しいってことくらい。
>>800 実装として、ASCIIとEBICDIC以外で「これは認識してないとダメ」なものがあれば御教示くださいませんか？
>>804 数字 ('0'～'9') に対応する文字コードが連続する保証は有る。
'0' ～ '9' で挟んで '0' で引き算するのは保障されてるので成立するけど
>>801 未定義じゃねえ処理系定義だ
未定義に該当するためには何らかの禁止を破らねばならない
禁止を破っていないのに決まっていない事項は未規定
未規定のうち文書化されるのが処理系定義だ
先輩方が変な言葉遣いをするから
若いのが勘違いするんだよ
気をつけな
>>807 「処理系が必ず定義しなければならない」
「純粋に処理系依存なので、規格としては何も触れない」
この違いがイマイチ良く分からんのですが
>>808 > 「処理系が必ず定義しなければならない」
それが処理系定義
たとえば sizeof(int) が返す値だ
> 「純粋に処理系依存なので、規格としては何も触れない」
これは未規定
たとえば printf("%d %d", getchar(), getchar()); の場合の左右の getchar の実行順序だ
わかってないんなら、ちゃんと規格票で確認しとけ
>>795 ,801 ポインタの表現形式とは関係なく、未定義の動作になります。
https://www.jpcert.or.jp/sc-rules/c-fio47-c.html 実際の処理系での挙動を説明しようとするとポインタの表現形式で説明が付く
ことが多いだろうとは思います。
C11 7.21.6.1.9で「変換指定子が不正である場合の動作は未定義」ってあるね
>>810 規格で「何も」触れられていないのは未定義 (undefined) なのでは？
禁止を破るほか、規格に定めのないところの動作も含まれます。
規格で示される選択肢のうちのどれを処理系が選ぶかが定められておらず
処理系任せ（文書化も不要）なのが未規定 (unspecified) かと。
自分はc言語とc#(pcツール開発用途)使うけど、
>>813 嘘つくんじゃねえ
規格で触れられていない事項は未規定だ
未定義は「知るかボケてめーが悪いんだろうが」という意味の用語だ
>>815 http://kikakurui.com/x3/X3010-2003-01.html#9 > この規格の制約以外の箇所で現れる…（し）なければならない又は…（し）てはならないという要求をプログラムが守っていない場合，その動作は未定義とする。
> この規格では，このほかに，用語 未定義の動作を使うことによるか又は動作の明示的な定義を与えないことによって未定義の動作を示すこともある。
> これらの三つの書き方は強調度において何ら変わりはなく，それらはすべて未定義の動作を規定する。
未定義な動作っていうのはプログラムが未定義な動作をするわけじゃなくて
ID:LKFNCpsT0は言語仕様の前に日本語を勉強すべき
>>819 未定義とは何かの本文は「3.4.3 未定義の動作(undefined behavior)」だ
おまえが出してきているのを、この本文に対する補足説明と理解して読み直してみろ
>>815 JIS X 3010:2003 3.4.3
未規定の動作（unspecified behavior） この規格が，二つ以上の可能性を提供し，個々の場合にどの可能性を選択するかに関して何ら要求を課さない動作。
C11 3.4.4
未規定動作
不特定の値の使用、あるいは当国際標準が提示する2つかそれ以上の可能性があり、いずれを選ぶかに関してそれ以上の要求を課さないその他の動作。
一応選択肢は与えてるように見えるな
「異常なプログラム」、「正しくないプログラム」、「正しくないデータ」
>>820 あほか、そこに「正しくないプログラム構成要素」って書いてあるだろ
規格には正しいプログラムの定義は書いてある
書いてないことは全て正しくないプログラムだよ
そもそも全ての未定義を定義できるわけないことぐらいはアホでもわかるだろw
CとC++のことで少しはまったことがあったので質問です。
>>825 C++ は extern "C" {} のブロック内にC言語書かないと駄目なんじゃなかったっけ？
で、C++って同じ関数名で引数の違う関数作れるよね。だからCと見た目そっくりでも作られるコードが少し違うんじゃないの？
Cは関数名がそのままシンボル名になるけど
>>825 c++ から c の関数を呼ぶのなら extern "C"
おお。多分そうだ。
途中で投げてしまった
>>825 main()からcallされるasm用関数名が違うのでは
FuncC.c func() ---> funcC()
FuncCpp.cpp func() --> _Z4Funcv()
main.c call func() ---> call func()
main.cpp : call func() --> call _Z4Funcv()
>>824 規格では正しくないプログラムをill-formedという
つまり正しくないプログラムも記載されているということだ
別に規格に限ったことではない
あるものが何であって何でないという境界を明確化するのは
ごく当たり前のものの書き方だ
>>834 > あるものが何であって何でないという境界を明確化するのは
すでに明確だろ？
「正しいプログラムでないプログラム」は「正しくないプログラム」
正しいプログラムの定義は書いてあるから境界はすでに明確だよ
ill-formedとかの名前がどうのこうのは関係ない
>>836 見苦しいのは
>>834 だろ
なんのためにill-formedとか言い出したんだ？ w
「未定義」と「不定」については Phinloda さんの↓も分かりやすいね。
少々古いのが難だけど、内容は今でも正しいと思う。
初級C言語Q&A(7)
http://www.st.rim.or.jp/~phinloda/cqa/cqa7.html ところで、「不定の動作」であるが「未定義ではない」、
しかも「不定であることの影響をユーザが見ることができる」
コードの例って何かあるだろうか。
ちょいと考えてみたけど、不定の影響を見るために何かすると
そのせいで未定義の領域に突入しちゃうんだよ。
>>838 どう見てもお前だろ
そもそも内容についてレスできないなら黙ってなよw
>>839 少し前に誰かが書いてた関数の引数の評価順序とか
>>840 推測してんなよ
第三者に聞く勇気がねえの見え見えだぜｗ
>>839 foo(), bar()でなんか画面に出力するとかして
その例にある
a = foo() + bar();
でいいんじゃね？
>>839 には未定義は間違いと書いてあるけどそれは間違いで
未定義が間違いか間違いじゃないかを決めるのも未定義だから
未定義が間違いというのも間違いなんだよな
>>845 そういう話をしたいならまずは君の言う「間違い」とやらをきちんと定義してくれ
そもそも間違いを定義したくないから未定義にしたんだから定義できるわけないよな
[翻訳]あなたがプログラミングに向いていない10のサイン - Qiita
https://qiita.com/hareku/items/4bfc48e23e83e0d300f3 1 好奇心の欠如
2 自律性と機知の欠如
3 問題に直面しても粘り強さが無い
4 問題解決に成功した気持ちはない
5 学習と理解に焦る
6 思考に飽きたり疲れたりする
7 自分のことを考えられない
8 堅く、狭く、そして無秩序な考え
9 複数の答えの間の「良い」と「悪い」の連続性に気付かず、「正しい」答えを望んでいる
10 細部に注意を払っていない
>>847 何が間違いか、はっきり丁寧に説明してやっても
結局、自らの間違いを認める潔さを絶望的に欠いていて
まったく話にならない痛いやつであることを
ここの連中は目の当たりにしたばかりなんだが
>>850 は
>>849 の9番のサインがあるからログラミングにむいてないな
日本語を勉強すべきだの、あほかだのと、無礼な態度は若気の至りと
>>841 >>843 (少々長くなった、読みにくくてすまぬ)
2つの関数があって、それらを「同時に」使う式で評価順が不定、
しかも未定義ではない、というのは分かるんだ。
int foo(void) {return 1;}
int bar(void) {return 2;}
func(foo(), bar()); // 関数引数の foo(), bar() どちらが先に呼ばれる?
int a = foo() + bar(); // 式中の foo(), bar() どちらが先に呼ばれる?
・どちらが先に呼ばれても同じ結果が得られる(後者では a の値は 3 になる)
・どちらが先に呼ばれたかをユーザが知ることは不可能
ところが、呼ばれた瞬間を捕まえてやろうと、関数に仕掛けを施すと…
int foo(void) {printf("foo()\n"); return 1;}
int bar(void) {printf("bar()\n"); return 2;}
「二つの副作用完了点の間に、オブジェクトの値を２回以上変更」という、
未定義の動作になっちゃうんだよ(俺はここで勘違いをしてるのだろうか?)。
printf() の内部状態もオブジェクトだろうからね。出力バッファとか。
・どちらが先に呼ばれるか表示される、おそらく結果は同じ(a == 3)だろう
・しかし、このプログラムには未定義の動作が含まれている
実際問題としては printf() を差し込んでも動作が変わらないように
うまくライブラリが作られてると思うけどね。
この投稿の趣旨は、「不定の動作であっても、結果を使うだけなら
プログラムとして正しい。しかし、不定の動作の内実を探ろうとすると、
その活動によって未定義動作を含んだプログラムになってしまう」っていう
不確定性原理みたいな何かが規格に仕込まれてるんじゃないか、という疑い。
(別に陰謀論をブチ上げようって意図はないので安心してくれ)
>>857 そのコードが未定義かどうかは達成しようとしている目的による
たとえば、こういう場合
int x = 0;
int foo(void) { return ++x; }
int bar(void) { return ++x; }
int main(void)
{
int y = foo() - bar();
assert(y == -1);
}
fooとbarの実行順序に依存すると
実行順序は未規定だが、未規定に依存することは禁止で、
その禁止を破ったせいでmainの動作が未定義となる
これに対して、
int foo(void) {return 1;}
int bar(void) {return 2;}
int main(void)
{
int y = foo() - bar();
assert(y == -1);
}
この例では未規定の動作を含むが
その未規定がどう転んでも影響がない、
つまり依存していないので未定義の動作とはならない
というわけで、printfで実行順序を見てやろうという目的なら
>>857 printf(..., printf(), printf()); こういうのとは違って
仕込んだ printf() の完了点はあくまで文末の; であって
printf() の内部状態変遷による未定義は踏まずに済むような気がする
>>859 いや、
>>857 が言ってるのは、
printf の中のバッファなどの状態管理で同一の変数を破壊しないって保証ある？
ってことだと思うんだが。
毎度だけど話がズレるんだよな
>>810 に対して
>>813 で「規格内で触れられてないのは未規定じゃなくて未定義じゃね？」って物言いがついた（未規定の動作は
>>822 ）
で、
>>816 が「規格内で触れられてない場合も未定義」って言おうとしたんでしょ
>>823 でなぜか未定義動作は異常（不正）なプログラム云々言い出したので話が分からなくなったんでは？
冷静な議論ならともかく、レスバ状態になると各々有利な立場になろうとしてだんだんと話が逸れてくんだよな。
「レスバ状態」というのは「レスバトル状態」の意味ということでよろしいか
>>857 2回以上変更しなきゃいいんなら
int i=0;
int a[2]={0,0};
int foo(void){i=1; return 0;}
int bar(void){a[i]=1; return 0;}
でいいんじゃね？
a[0]=0; a[1]=1; ならfoo() ⇒ bar()
a[0]=1; a[1]=0; ならbar() ⇒ foo()
の順
>>861 printfが持つ状態って具体的に何だ？
妄想しだすとisdigitみたいのまで状態を持つことを考慮せねばならんのだが
>>857 は
>>861 の意味で書いた(前半部分が余計だったのかも)。
最初の4行のコード foo(), bar() に printf() が仕込まれてない方は
「不定」だが「未定義ではない」。
ところが後半 printf() を仕込んだ方は
>>858 の出してくれた最初の例、
foo() と bar() が同一のグローバル変数を変更する場合と
本質的に同一の、つまり未定義動作じゃないか、という話。
>>866 これは巧妙だし、思いつかなかった。
考えてみる(調べてみる)ので少々時間をくれ。
>>867 端末になにか表示されている、ファイルに文字が追記されている、というのが「状態」だよ。
>>868 ID:Jx7dUCON0はスルーでいいよ
レスの内容が頓珍漢すぎる
>>869 つまりstdioさらにはデバドラがRENTかREUSかって問題ということで
じゃあ別プロセスでprintfを使われたら未定義動作ならHello worldすらill-formedって話だな
>>866 の案も未定義な感じ。
EXP30-C. 副作用が発生する式の評価順序に依存しない
https://www.jpcert.or.jp/sc-rules/c-exp30-c.html 本文冒頭の引用部 (ISO/IEC 9899:2011 セクション 6.5 らしい) より再引用
> スカラオブジェクトへの副作用が、このオブジェクトへの別の副作用、
> または、このオブジェクトの値を使った演算、のいずれかに対して
> 順序が規定されていない場合、未定義の動作となる。
foo() の i=1; が「スカラオブジェクト i への副作用(代入)」
bar() の a[i]=1; が「このオブジェクト i の値を使った演算(配列の添字)」
に該当するかと。
ちなみに前述の Phinloda さんのページだと【未定義の例】にある
二つの副作用完了点の間に、オブジェクトの値を２回以上変更している場合、
又は変更した後で新しい値を得ること以外の目的でそのオブジェクトを
アクセスしている場合。
の部分と思われるが、ちょいと分かりにくいね。
…いや、自分で紹介しといて、その言い草はないだろ、と我ながら思うけど。
>>867 返答が前後して失礼。
printf() が持つ(かもしれない)状態ってのは、例えば
出力バッファ(fflush() で強制的に吐き出させるアレ)の
使用量を管理するカウンタかポインタか、そのあたりを考えてた。
もちろん stdout のバッファリングを禁止すれば、この場合に
printf() を安全に使えると考えてるわけでもないのだけど。
むしろ「不定の評価順序を調べるのに printf() を使えるなら、もっと簡単で
末端プログラマに読めるソースコードで実現できるんじゃないか」って感じ。
ライブラリ関数だと、中で実際に何をやってるか見えないからね。
>>849 の 3, 6 あたりに該当してきたので、本日はここまで。
…というか「バーナム効果」って奴じゃないの?
>>872 > bar() の a[i]=1; が「このオブジェクト i の値を使った演算(配列の添字)」
> に該当するかと。
なるほど
よくよく考えたらそのリンク先の未規定の例を参考にして
int i=0;
int foo(void){i=1; return 0;}
int bar(void){i=2; return 0;}
でいいと思う
なにやら話がややこしい方向に行ってるけど、
C言語初心者です。
ポインタの理解の前にメモリ間接アドレス指定をご存じな人ってすごいｗ
>>879 ベーシック、アセンブラの順にやってきたら
だいたい理解はできているもんじゃないの？
>>877 >>878 恐縮です
学習の中でつまずいたらまた質問させてください
>>879 >>880 間接アドレス指定のほか直接・相対・即値…などは
基本情報技術者試験の勉強範囲になっているので知りました
C言語もきっかけは基本情報の対策として取り掛かったものです
残念ながらBasicもアセンブラも手付かずです
セミコロン2つ並ぶのってどういう意味でしょ？最初は誤植かとおもいましたが
>>885 で for ループを使う必然性って何だろう
while でも良いように見える
>>887 while (1) {
は warning が出るコンパイラもありますので
for (;;) {
を多用しています…
確かに for (i = n;;) /* 初期化あり, 継続条件なし, 更新なし */ よりは
while(1) に難癖つけてくるコンパイラって具体的に何だ？
https://www.sejuku.net/blog/25197#continue で
if(i + 1 < 3) {
と書かれていて i < 2 でないのは何故でしょうか
先進的なコンパイラだと自動的に最適化されるものなのでしょうか
>>892 実行結果を見ると、最初に表示されるのは「3回目の処理です」だね。
この 3 はループ変数 i から算出される値。
最初に表示したい値である 3 を if の条件式の中にも書いておく方が
プログラムが何をやってるか(3を表示する状態になるまで continue する)を
読み取りやすいという考え方かと。
if (i < 2) を見て「i < 2 の間は continue される。i == 2 になったら
continue されずに下の処理に進む。すると最初に表示される数字は i + 1 で 3」
と理解するより簡単だろう(とプログラムを書いた人が考えたのだろう)。
実験したところ、ちゃんと最適化されるみたいね。
if (i + 1 < 3) でも、アセンブリの方では 2 との比較になってた。
>>891 情報ありがとう
希ガスってことは昔の話だよな
>>893 それを言うなら while(!0) だろ
everlasting的な英単語を1でdefineしてwhileに突っ込んで無限ループ作ってるコードなら見たことある
>>897 悪いなのび太、それ単体試験用のマクロなんだ
#define forever while(1)
知りたいことが答えてもらえないが文脈からさっすると
>>900 for 分のカッコ内は必ずセミコロンが2つ必要で、最初の項目は変数の初期化、2番目の項目は終了条件、
3番目の項目はブロックの最後に実行させる(主に変数をインクリメントしたりデクリメントしたりする)処理だ。
この項目が抜けていた場合はその処理に関して何もしない。例えば2番目の項目が抜けていたら終了条件なし
(つまり無限ループ)になる。
まあ入門書見ればわかると思うが、これの置き換えだ。
i = 1;
while (i < 3) {
/* 何かの処理 */
i++;
}
↓
for (i = 1; i < 3; i++) {
/* 何かの処理 */
}
特別なのは終了条件が空の場合は終了させなくなる事だけ。
>>900 すまんね。
>>885 の質問を見て、普通の for の使い方、つまり
for (初期化; 継続条件; 再初期化) は理解してると感じたのだ。
その辺の説明は
>>901 を見てもらうとして、ちょっと気になった点。
for (i = n;;) の i = n は「i が n に等しければ…」ではなく、
「i に n の値を代入する」だよ。等しいかの判定には == (イコール2個)を使う。
for の普通の使い方では「ループ制御変数 i の値を n に初期化」ということ。
代入の = (イコール1個)と、等値判定の == (イコール2個)は、
携帯端末で見分けにくかったりするのかな。
自分では新式の装置を使わないので、そういう部分に思い至らなくてな。
お願いします。OSはｃｅｎｔｏｓ７です
メルセンヌツイスタを使って、ひとつだけ乱数を出したいのですが
乱数を出す間隔が非常に狭く、以下の関数でtime(NULL)を用いると
同じ乱数ばっかり出てきてしまいます。
※関数はコレを使ってます
http://www.sat.t.u-tokyo.ac.jp/ ~omi/random_variables_generation.html
たとえば、１回関数を実行して、ひとつ乱数を生成。
それを、秒間２０や、３０繰り返したとしても異なる乱数が出てくる方法ってありませんでしょうか
勝手なお願いですが、できる限り簡単な方法でお願いします。
VBAでパチンコシミュレーターを作ったのですが、
実行速度が非常に遅く、もっと高速化するためにCの勉強を始めたばっかりです
>>904 time(NULL) は１秒以上の実行間隔がないとアウト
それ以外の何らかエントロピー源を使わにゃならんということだ
たとえばスペシャルファイルの/dev/randomだとか、
Core-i7ならrdrand命令を使うとか
まあシステム由来のシードを使えばいいんだけど、分布・周期が問題なんだから同じ数字が出てきてもいいんじゃない？
>>904 乱数値を1個だけ返すコマンドを作成、シード値に time() を使用。
同じ1秒の間に何度もコマンドを呼ぶと同じ値しか返ってこない。
次の1秒も(さっきまでと違う値だが)同じ値が何度も返ってくる。
…という話なら、しごく当然だね。
元の目的のプログラム、パチンコのシミュレータだっけ?
そっちをCで作り始めて、メルセンヌ・ツイスタの関数を組み込んじゃえば
自動的に解消する問題って気がするけど。
シミュレータの方はVBAで続けて、乱数だけCのコマンドを使うって方針なの？
>>909 それはその通りだね。
VBAはWindowsで動かして、CentOSの方では「乱数サーバ」を回す、
というクライアント・サーバ・モデルも何か変な感じだし。
だから、全面的にCentOS上のCでの開発に移行する準備として
乱数ルーチンのテスト用に値1個だけ返すコマンドを作ってみたら、
「立て続けに呼ぶと同じ値しか出ないぞ」と心配になったのかな、と。
>>752 だ、報告遅くなってすまん
合格してた！！！
俺に教えてくれた人達、本当にありがとう
勉強してC言語はよく分からんってことだけ分かったわ
ちなみに不合格だと必須科目だから同じ科目をもう一回受講しなきゃいけなかった
>>912 むしろそれなら不合格でちゃんと勉強したほうが良かったような？
情報系じゃないのに共通科目とかで必須指定されてたりしたら単位だけもらっても問題ないんでね？
dfコマンドの -h オプションみたいな
log A / log 10 とって 10の累乗数出して 3で割って近場の補助単位を選択
ライブラリは知らんなあ。
ライブラリは知らんなあ。
あれライブラリ化されてるのかと思ってたけど無いのか
>>923 GNUの複数のコマンドで使われてるからあるかもよ。詳しい人がこのスレ見てないだけで。
まあしかし ls も df もソース公開されてる筈なので探せば何れわかる。
GNUのソースを参考にするのは良いけど、GPLへの感染に気をつけないとな。
FreeBSDのuserlandな訳で…
>>930 「GPU汚染」という非常にポピュラーな言い回しを使わず
敢えて「感染」と表現する理由が全く書かれていないようです
>>931 感染の方が伝播するニュアンスが強調されている気がする
「GPL汚染」って言葉はGPLへの敵意が感じられるんで避けたのよ。
>>931 > 感染性
> これはあたかも、伝染病(それも不治の病)が広がっているかのように見える。
> このため、ソースを公開しないソフトウェアを作る一般的なソフトウェアメーカーや、
> 他のライセンス支持者からは、「感染性のライセンス」「ウイルス性のライセンス」と呼ばれる。
他人事なやつにゃ、あーそー(asshole)でしかないんだろうな
>>931 マイナーな言い回しをするときは理由を添えないとダメなの？
>>933 でうっかり「GPLライセンス」と書いたけど、
GPL が GNU General Public License のことなら
GPLライセンスだと「～ライセンス・ライセンス」だね。
「～ソースがGPLライセンスになって」は
「～ソースにGPLが適用されて」あたりの方が適切だったか。
言葉の選択に敏感に気づいてくれたんで、理由の説明に5行ほど使ったが、
半面、「GPL汚染」を知っる人が、感染だと分からないことは予期しなかった。
(これはカマトトにカマトトで応じてるだけ、のつもり、為念)
「GPL汚染」がポピュラーってのは正式な用語ではないことも認識してるんだろうし、
してみると技術用語に対する完璧主義とも違うんだろうな。
…言葉の使い方について、少し言葉を使ってみた、と言う感じのお話。
ん、待て待てGPL汚染じゃなくGPU汚染と931は言っているな
ありゃりゃ、確かに「GPU汚染」だね。
どんな有能なプログラマーにもタイプミスはある。許してさしあげろ。
GPL汚染というのは商用アプリケーションを作る会社が
まあ味方にもよるよね。GNUの思想を支持する側から見たらプログラムを自由に使えない事は悪だろうし。
ちょっと前MMUをMMOと言っちゃって、ちょっと恥ずかしかった。
初心者です
間違っているところをだれか教えてください
今作ろうとしてるのは入力した文をバラバラにして返すプログラムです
こうなるように作りたいです
25行目からが
28行目からだわ。つまり}が足りてない。そこだけ直したら上手くいくのかは確認してないけど。
>>952 正しくはどうなりますか？すみませんさっぱりわかりません…
>>952 >>953 今気づきました！！ありがとうございます！やってみます！
これの原因わかる方いますか？
>>956 ありがとうございます
そこも間違えてたみたいです
試してるのですが最後の1文字が表示されないままずっと実行中になってしまいます。3枚目はhello world入力で何回か実行した時の画面です。上の3回は強制終了して、一番下のはフリーズしてるやつです
どなたかわかる方いましたら教えてもらえないでしょうか
何度もすみません🙏
随所でprintfしまくって、変数の値が想定通りか確認していくんだ
>>960 配列の添字も一緒にprintfしてみれば。
あと変数名は意味のあるもんにした方がええよ。 a とか b はあかんわ。
あと配列は初期化した方がいいかもよ。自分で中身を把握してれば別にしなくていいんだけど。
>>960 check(int a, int b, int c[]);
がだめ。
aが既出の時は0を返して、既出じゃないときはaを返す関数になってるけど、
aに0を渡すと既出じゃなくても0が返るから既出扱いになる。
あと"hello world" に対してsent[10]は長さが足りてない。
>>961 >>965 無事解決しました
大変ありがとうございました(^ω^)
スマホ世代は画像と文字の区別が付かないらしい
区別を付けられる世代には是非、画像認証で出される文字を認識するプログラムを書いてもらいたい
>>967 これからは書き込む時にヘッダーにContent-Typeつけないとダメだな
「要素型がint型で要素数がnの配列を受け取って、
全要素に添字と同じ値を代入する関数set_idx」を作成しました。
http://codepad.org/krsZoljq 配列aの要素数はマクロ定義で#define NUMBER 10とし、
問題なく動作しました。
ところが、この要素数10を60に書き換えてみたところ、
コンパイルされたexeファイルを実行しても動作しません。
コンパイラはMinGW（gcc）です。
思い当たる原因を教えていただけないでしょうか。
>>978 >>979 さんの仰る通りint a[NUMBER]={0};と書いたら意図通りに動作しました。
a[]と宣言するのでは、配列に割り当てる適正なメモリサイズが確保できないということでしょうか、、、
>>980 どういう教科書を使っていて、どういう風に学習してるのか知らんが…
先生に確認した方が早いんでねえか
>>980 初期化に使った右辺に合わせて自動的にサイズを決定してくれるので、
int a[] = {0};
だと大きさは 1 と指定したのと同じ。
>>981 社会人で完全に独学なので、質問するとしたらこういう場しかなくて…
初歩的な質問でスレ汚し申し訳ないです。
ちなみに教科書は柴田望洋『新・明解C言語（入門編）』を使っています
>>982 なるほど！
とてもわかりやすいです
私も「ド素人＆独学でしかやってない＆プライベートでしか使ってない」ってかんじですが
set_idx関数がバッファオーバーラン対策を全くやってないのが気になるかも
int *set_idx(int n) とかいう風な、ポインタを返す関数に書き換え、関数内でmallocというのが考えられるけど
正確にセキュアな方法はワカラン
https://www.ipa.go.jp/security/awareness/vendor/programmingv1/b06_02.html が参考になるかも知れないし
「まだ早い」ということになるかも知れないし、何とも言えない
>>977 そのURLのページ昨日から開けなくてなんだかわからない。
C言語なら俺に聞け 151
http://2chb.net/r/tech/1554171817/ 立てられました
冒頭ヘンなのは御容赦を _o_
>>990 乙
スレ立てのタイミングとか特になかったような
たまに落ちてて誰かが復活させたりとか…
>>989 の補足というかスレチというか…
Windows 環境なら hta を javascript で書くというのも良いかもですね
コピペプログラミングベースで良いなら、ウィンドウを表示するプログラムを作ってチョコチョコとカスタマイズする位なら30分掛からない
「javascript 全く知らん＆Excel VBAやマクロは少し分かる」なら hta を vbscript で書くのも良いかも
…このスレの人達からしたら忌み嫌われかねない環境かも…？
>>993 Windows だけでよければ electron みたいな重量級のフレームワークをあらためて導入する必要もなく
ウェブ系の GUI デザインの延長で使える HTA は楽だとは思う。
「忌み嫌う」というよりは C とはまるで使いどころが違うので、
C を必要だと判断して始めた (その判断が正しいかどうかは別として) 人に対して状況を確認することなく
何か他の言語や環境を勧めるのは意味わからんという感じだと思う。
省略形にかぎらず関数使用でも理解不十分なまま作成する記述スタイルを変えれればこの先生きのこれるかもしれうめ
_,,...,_
ID:lxe9rt7zMのレス一覧： 相変わらずみんな仲いいな。
>>346 それ単にプログラム内のルールにすぎない。どんな言語であれ、入れ物を使い分けを限定することで、プログラマのミス防止や可読性、保守性が高まるのは、まともなプログラマなら必ずやっている。
これがハードウェアの機能にあるのか、ソフトウェアの機能にあるのか、それともそんな機能はないのでコーディングルールなのかの違いにすぎない。
>>346 それ単にプログラム内のルールにすぎない。どんな言語であれ、入れ物を使い分けを限定することで、プログラマのミス防止や可読性、保守性が高まるのは、まともなプログラマなら理解している。
これがハードウェアの機能なのか、ソフトウェアの機能なのか、それともそんな機能はないのでコーディングルールなのかの違いにすぎず、現代では常識的な話。
コンピュータにとっては動けばいいわけで、設計の話とアーキテクチャの話をごちゃ混ぜするからよくない。
高水準言語であればあたりまえすぎることだが、C言語は中水準言語で、OS、ハードウェアの組み合わせにより、動きが異なるから、本来は仕様、設計があって考えること。
これがアーキテクチャがこうだから、こういう発想になるというのは順番が逆。
普通に一般化してる用語で話せばいいのになぜかオレオレ用語使って指摘されたらわからないのかとか逆ギレw
知識や能力の不足に対する自己防衛反応みたいなものだから流し読みしてればいい
具体例なしで一般論しか言わないやつは信用できない
>>346 あ？ ベアメタル系のプロだが
おまえみたいな手合いがSFRとかどういう意味で言ってるのかは警戒するぞ
ベアメタル系のプロの意味がよく分からないけどC言語と何か関係あるの？
大体何と勘違いしたのか予測はつくがおそらく間違ってるぞ
すみません、初心者なんですが図書館にプログラミング言語Cという本があったので借りてきて勉強中です。
出来るかどうかは自分で試した方がいい
>>376 わり算の結果(この場合は整数)がゼロじゃなかったら論理値の真(true)と見なされる。
>>376 C言語のifは0か0以外かしか見ていないため。
>>378 >>378 ありがとうございます、==とか>とかでの比較しか頭になかったんですけど、ifは0かどうかだけなんですね。
他の言語でいえば
>>381 この表現は語弊があるので忘れてください、すみません
>>376 こういうように条件文に、実質的なbool 値以外を書いたら、ダメ！
MISRA-C みたいな、安全なコーディング規則があって、禁止事項になってるから、
普通のプログラマーは、変に思うはず
他の言語ならともかくC言語プログラマ的には普通だな
説教くせえことを書くならてめーの言葉遣いくらい気をつけろ
>>380 そう。比較する演算子を使うとその結果が0または1になるので他の言語でのifと同じようにも使える。
ISO/IEC 9899:2011 7.18 Boolean type and values <stdbool.h> には
>MISRA-Cが安全だなんて決まりはどこにもねえぞ
漏れが言ってるのは「実質的なbool 値」
昔々、int bool = 0; と書いてあって普通に変数として bool が使われている夫馬ログラムを見た事がある。
昔はintの別名でマクロ定義してたな
夫馬ってなんやねんw
boolが予約語というのは聞いたことない。
>>391 ほう論点が２つあるのをおまえの脳内では話がそれたと言うのか
>>398 いやすまん、boolについては論点にしてないと勘違いしていた。
やっぱり相変わらずみんな仲いいな。
>>376 ＞if(n / 10)
は if(n / 10 != 0)
に読み替えてください
>>383 MISRA-C は馬鹿が使うものと聞いていますので、あなたも馬鹿の一人なんですね
>>385 C99 の _Bool はいろいろと残念な仕様なので、そんなものを使っていたら馬鹿呼ばわりされてもしかたがないと思います…
>>392 その「実質的」という単語の定義を教えていただけませんか？
>>404 いやーそこはちゃんとカッコをつけて
if((n / 10) != 0)
じゃないとMISRA通らないだろー。
と煽ってみる。
>>394 C の予約語に asm が存在したことがあっても、bool なんて金輪際ございません…
>>408 なんだか misra っていろいろうるさいですね…馬鹿が使うものの典型と理解しました
>>410 そのとーり。
MISRAはfool proofのための規格だよね。
あんなもん、クソの役にも立たんわ。
実際の開発現場ではMISRA-Cも_Boolも頭の片隅に意識する(人がいる)程度であまり意味はない
>>411 久々に私の意見に賛成する人がおられましたね…
essentially Boolean (実質的なブール型)
>>404 そういう例はやめた方がいい。二度、評価することをおかしく感じなくなる。
>>417 マクロ関係ではないから、二度評価問題は関係ないのでは？もう少し詳しく教えていただけますか？
2値しか取らない、真偽値という概念を作り出して、単純な数値と区別している
essentially Boolean (実質的なブール型)
>>382 というよりtrueとfalseを使えよ
C++か他の言語か勘違いしてないかな？
#include <stdbool.h>すれば、C言語でもbool, false, trueが使える。C99から。
マクロなのか 乱暴な解決法と見るか予約語にしなかった・できなかった理由があったのだろうか
>>428 bool 型は C99 では _Bool 型となり「bool」そのままではありません
>>413 口調が似てると思ったら、やっぱりあいつだったのね
>>418 if ((n / 10 != 0) != 0) とは書かないのですか？
if (((n / 10 != 0) != 0) != 0) とは書かないのですか？
if (n / 10) で充分だろ
if文の仕様がまずかったんだよな。演算子がコマンドで数値を返すところがいまとなってはわかりにくい。
C の _Bool は完全に後付けだし、
なんでもいいがboolは使った方がいいよ
#define TRUE (1==1)
_Bool型(stdbool.hインクルード時はboolも可)の値は0か1しか取り得ないのでわざわざキャストする必要は無い
しかしながら自分はC言語では普段は_Boolもboolもどちらも使わない
単純にintなどの数値型を0か非0かだけで判断して使ってる
尤もC++ではbool型は普通に使っているけど
>>376 を見て、久し振りに『プログラミング言語C』を開いてみたところ、
確かに p.105 に printd() って関数が載ってる(第2版)。
ここのテーマは再帰なので printd() は「1文字出力 putchar() を使って、
整数値を10進数で表示する再帰関数」の例。
話題の if (n / 10) では「n が 10 以上か」を判定してる。
直前で符号の処理をしてるので n が負ではないことは保証される。
(さらに「だだし n == INT_MIN の場合は…」に相当する注記あり)
で if (n / 10) が if ((n / 10) != 0) の意味だってことは、
p.68 第3章 制御の流れ 3.2 If-Else でさらりと説明されてるし、
その前 p.63 の条件式(三項演算子)の部分なんかにも載ってる。
たぶん他にも、あちこちで出てるんだろう。
「真と偽」みたいな独立した項目を立てた方が良かったんじゃないかな。
そうすりゃ索引からも探せるようになるし。
ついでに言えば、この場面では if (n / 10) より if (n >= 10) の方が
やってることが明解だし、処理も軽い気がするなぁ。
単純に開発当時のC言語としては処理をシンプルにしてパフォーマンスを稼ぎたかったのだと思うよ
>>440 処理が軽いかどうかはちゃんと実測で比べろ
妄想だけで完結するアフォがよくいる
いや、さすがに単純な整数値の大小比較と、割り算とで
>>433 n / 10
と
(n / 10) != 0
の型を意識しない底辺乙 w
>>444 そもそも
>>440 が言いたかったのは「やってることが明解だし」の方だろうしな
なんにでも噛み付く老害なんでしょ、スルー推奨
でもcのコンパイラって割り算の時は最初に比較があって、n < 10なら比較直後に0返すんじゃなかったかな。
n / 10 と (n / 10) != 0 とで違うコード吐くとか？
>>439 最新のwindowsでもフォントにアンチエイリアス掛かってないのか
Mac唯一の利点だな
MSゴシック以外のとこはアンチエイリアスかかってるだろ
>>447 割り算はコンピュータにとって簡単なことではない。人間だってそうだろ。
>>445 0～1以外を取るかどうかが違うだけで型は同じでは？
等価演算子（==と!=）は真の時に1、偽の時に0を返すとしか明記されてないでしょ
>>453 自己レス、型はintって書いてあったわ
C では比較演算子が返すのも、 if の判定にも真偽値型は現れない。
>>453-454 型が同じだから区別不要？
昭和の老害かよw
>>456 「型は同じ」って言っただけで区別不要とはどこにも書いてない訳だが
いや、マジで型安全とか知らなさそうで可哀想ですらあるんだが…
>>459 > 型を意識しない底辺乙 w
にレスしてるのに？
なら結局何を言いたかったんだ？
>>461 言い方として「型を～」っていうのが（あくまでC言語として）おかしいなと思っただけだよ
別に!=0をつけた方が分かりやすいことは否定しないし
「ばあさん、いただきものは型を意識した応答だろう」
>>464 双方が int に拡張されて足し算されて 2 になったのが
再び bool にキャストすると 1 になる。
演算子の両方の型が int より小さい場合には
両方が int に拡張されてから計算されるというのが
C の基本的なルール。
(全ての演算子がそうというわけではない。)
>>455 MISRA-C は、C89/90に、bool という概念をバックポートした。
それを「実質的なブール型」と呼んで、単純な整数型と区別している
ブールを表現する場合は、整数型を使っていても、
それはブール型ですよってアピールする事で、
技術者間での意思疎通を図り、安全性を高める
>>466 なる場合とならない場合がある。
古いコンパイラではならない。
あれ、ぶーる同士足し算できないの？
1bit計算のインストラクションなんぞ
要は
整数型には加算はあるけど、
bool a = true, b = true;
>>467 ＞それはブール型ですよってアピールする事で、技術者間での意思疎通を図り
そういうのは、わりきってハンガリアンを使う方がいいのでは？
bool を使うことで文法的縛りが導入されないことには意味がない気がします
仕様の話とコーティング規約とか作法の話が混ざってるからややこしくなってるのでは
MSVCではbool変数同士の論理和でも加算でも再評価されて0か1のいずれかが再設定されてる
内部処理は全く同じ
gccの内部処理は分からんけど
>>467 >>472 コーディング規約・ガイドラインを設けるのは結構だが、
それを守っている組織・プロジェクトの中では意思統一しやすいという話であって、
技術者一般にまで適用できるほど強い権威は MISRA-C には無いよ。
仮に (あくまで仮に！) MISRA-C がとても良い習慣だとしても、
言語仕様としての理屈を理解しておくことは大前提だ。
元の質問者である
>>376 みたいなのに MISRA-C を勧めても何のたしにもなりゃしないだろ。
規約としての理屈よりも言語としての理屈をまず説明してわかってもらわんと。
>>476 内部処理は全く同じ？
逆汗までしたのにどこ見て言ってんの？
最後に評価されるタイミングで一致してりゃなんでもいいんだけどね
>>479 > 最後に評価されるタイミングで一致してりゃなんでもいいんだけどね
とか言うなら内部処理ガーとか言うなよ
って話だろ
> +って相当するのはxorだかorだかわからんという問題もあるね
orはわかるがxorになることなんてあるのか？
ついでにいくつか検証
xorは排他なので当然true同士はfalseに反転する
2項演算や0/1以外の値の代入(boolの範囲外の値であっても)は内部処理は共通
単項演算のインクリメントやデクリメントはコンパイル時に1か0を割り当てるため別の処理らしい
ブール値は 0/1 しかとらないから1ビットの整数値、と解釈して
基本的なハーフアダー演算器の考え方だね
仕様を小さくするため論理演算をビット演算で代用する言語はあったと思うが、
>>482 > よってブール値での加算はビットでの排他的論理和と同等、
> という考え方もあるんだわ。
そんなの聞いたことないw
お前のオレオレ理論じゃないと言うならその考え方を示してる例を出してくれ
>>485 分かりやすく説明できる自信はないけど、一応答えてみる。
と言っても、新しい情報は出ないので期待されちゃ困る。
>>482 は、そう考える考え方(代数系)が可能、という意味で、
そのように内部処理してるプログラミング言語の処理系が存在する、
という主張とは違うって点をまず断っておく。
その「ブール値の加算を排他的論理和と同等に扱う」体系が
内部的に矛盾を生じないこと、実用的な面で利用価値があり、
現実にも使われているってことは、
>>483 がコメントしてくれた
前半部分で、十分に例示されてると思う。
て言うか、俺が下手にクドクド書いてもあのレベルは無理。
少なくともC言語である限りは規格に反するんじゃ？
>>486 ハーフアダーはキャリーとセットで話すべきものだからハーフアダー云々は頓珍漢過ぎる
Cの、ビット幅の狭い整数値は int に変換してから計算するってルールにより
加算てのは常に状態を変える操作なので、論理演算としてはXORの方が似てるんですよ。
C言語の_Bool型(boolはただの別名)のtrueを1以外に割り当てるとC++との互換に問題が生じる
>>444 ＞「実測しろ」って原則を無批判に(条件反射的に)振りかざしてるんじゃないの？
いいところを突きますね、そうそうその調子、いい感じですよ
百人一首の上の句と下の句をつなげる、みたいな思考力を使わない、言葉のオートマタを批判するのはすばらしい着目です、感心しました
>>492 作ったことはあります、最初 C でちょろちょろっと書いたのが、いつのまにか成長してまとまったものになりました、まだまだ改善は必要ですが
http://2chb.net/r/tech/1434079972/51 昔8bitマイコンの組込みシステム開発で、被除数が24bit長、除数が固定値(値は3)の除算処理が必要となったとき、
昔bool型ってのを初めてみたときは、誰が使うんだよ気持ちわりーって思ったな。charで8個もフラグ取れるし、
貧民てか脳がアセンブラに侵されてる
当初から予想された抵抗だ
>>497 思い切り最適化されて最終的なコードがそうなれば誰も文句言わないんだろうけどな。
bool は真偽値を格納するのに充分であればいいんだから普通は 1 バイトだろっていうのも昔の話で、
ブール値の変数を1ビットで表現して1バイトに8個押し込めば
>>503 CPUしだいだろうね。レジスタに入れないで0かどうかだけ調べる命令があったらそれの方が速いかも知れんし。
／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
レス：1-200 201-400 401-600 601-800 801-1000 ALL
このスレへの固定リンク： http://5chb.net/r/tech/1549427943/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「C言語なら俺に聞け 150 ->画像>13枚 」 を見た人も見ています：・C言語なら俺に聞け 152 C言語なら俺に聞け 162 C言語なら俺に聞け 151 C言語なら俺に聞け 140 C言語なら俺に聞け 145 C言語なら俺に聞け 148 C言語なら俺に聞け 146 C言語なら俺に聞け 158 C言語なら俺に聞け 156 C言語なら俺に聞け 154 C言語なら俺に聞け 157 C言語なら俺に聞け 155 C言語なら俺に聞け 160 C言語なら俺に聞け C言語なら俺たちに聞け パート0001 C++ Builderなら俺に聞け ゲームプログラムなら俺に聞け33 プログラミング言語 Scala 12冊目 プログラミング言語 Scala 11冊目 プログラミング言語 Kuin Part 16#01 : Forth Factor ; 連鎖性言語part 1 0 0 + + ！ PHPがいかに駄目言語であるかをちゃんと説明 Part.2 次世代言語12 Go Rust Swift Kotlin TypeScript D言語 Part35 C言語上級者スレ ぶっちゃけ始めるのにいい言語て何 part2 関数型プログラミング言語Haskell Part32 次世代言語26 TypeScript Swift Go Kotlin Nim 次世代言語18 V Julia 他 次世代が造った言語 blawn 次世代言語28 TypeScript Swift Go Kotlin Rust Nim 次世代言語25 TypeScript Swift Go Kotlin Rust Nim 次世代言語22 Go Nim Rust Swift Kotlin TypeScript 【JVM】プログラミング言語Groovy #2.0.1【Grails】 RubyでSQLを作ろう！ 最強DSL言語 各言語の記法と用語の変換スレ プログラミング言語 Rust 3 関数型言語でフラグ管理をする方法 C言語でRADって作れるんでしょうか？ PCソフト開発で一番便利な言語教えて おまいの使ってる言語、人気ねぇのなｗ プログラミング言語、次は何を学ぶ？ コレクションが最高にイケてる言語を作ろう プログラミング言語 Rust 4【ﾜｯﾁｮｲ】 プログラミング言語バトルロワイヤル 大規模多人数開発でも耐えられる言語に必須の機能 全てのプログラム言語はメモ帳で作れるのか？ Dart これ以上変な言語を増やすんじゃねえ！ Kotlin クラウドネイティブ言語 Ballerina part1 C言語の設計ミスった危険な関数トップ10決めようぜ 【Lua】組み込み系言語総合 その7【Squirrel】 エラー情報の伝播できないから例外がない言語はクソ プログラミング未経験だけど覚えたい言語がある 次世代言語14 Go Rust Swift Kotlin TypeScript 次世代言語15 Go Rust Swift Kotlin TypeScript 次世代言語18 Go Rust Elixir Kotlin TypeScript 次世代言語Part8[Haskell Rust Kotlin TypeScript] 次世代言語Part7[Go Rust Swift Kotlin TypeScript] D言語 Part34 この先き主流となる言語 動的言語で大規模開発 小6におすすめな言語
20:15:33 up 15 days, 11:37, 0 users, load average: 26.30, 23.21, 20.04
in 0.061676025390625 sec
@[email protected] on 110710
