◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:C言語なら俺に聞け 151 YouTube動画>5本 ->画像>9枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/tech/1554171817/ ヒント： 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
前スレ
C言語なら俺に聞け 150
http://2chb.net/r/tech/1549427943/ !extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑
次スレを作る時は上記1行を「1行目に」コピーして2行に増やして必ず1行目に入るようにしてください。
…あってる…？
これで良い…のかな
!extend:checked:vvvvv:1000:512
↑
次スレを作る時は
>>1 の上記1行を「1行目に」コピーして2行に増やして必ず1行目に入るようにしてください。
前スレ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）です。
思い当たる原因を教えていただけないでしょうか。
>>4 codepadが消えてしまっていたのですね、
復元ありがとうございます。
当初は16行目を
int a[] = {0};
と書いていたため上手く動作せず質問した次第です。
前スレで色々とレス頂きありがとうございました。
プログラムを書く際にバッファオーバーランの危険性を考慮する必要があることすら知らないレベルなので、
メモリの使い方を念頭において学習していきます。
C言語は諦めた方がよいというレスもありましたが、
センスがないのは重々承知の上で、腹を括って勉強していくつもりです。
>>5 いえ
すみません
「呼び出し元で配列長を管理出来ている。問題はない」と言いうるようです /* むしろ free し忘れる方が問題か */
誤解・不適切な部分があったこと、申し訳なく存じます
色々大変かも知れませんが、頑張ってください
>>5 cは非生産的で大したアプリは最初のうちは作れない
しかし覚えれば言語やOSや組み込みなどに手が出せるようになる
独学はイバラの道だが頑張ってね
>「c言語 おすすめしない理由」でググると
>
https://www.sejuku.net/blog/3619 sejukuはねーよ
C言語のウソ記事まき散らしたとこじゃねえか
全く以てくだらんな
既存のソフト(dll)を引き継いだのですが、そのdll内でバイナリファイルをリードしています。
レスありがとございます。
ファイル書いてる最中に読まないようにそのライブラリを使う側と書き込みする側のプログラムでロック掛けるようにするぐらいしか方法ないのでは？
そもそも1プロセスでもそのファイルをオープンできているのだろうか？
どこまで説明したら適切なアドバイスもらえるかって実務にも重要な要素だよな。これも練習ですな。
https://wandbox.org/ codepad死んだっぽいので次スレから代わりに↑をテンプレに入れよう
ここどう？
https://www.jdoodle.com/ 色んな言語使えるようだ。もちろんCもある。
fprintf_s みたいな
セキュリティの為にfoo_sが推奨されてるんだから、ガッコウのコードの方を変えるべきでは？
>>22 その s 系とかいうやつは、いまいち気に要らない仕様でいちいち頭に来るので私は使わないです
>>23 _s 系の関数って言語仕様上はオプショナルでしょ。
安全でない関数の中で明確に仕様から削除されたのは
gets だけのはずだし、もちろん、安全性を意識させるのは
望ましいけど、どこでも _s 系の関数を使えるわけじゃない。
あくまでもオプショナルだから
>>22 は「実装って」という聞き方をしているのだと思うぞ。
>>25 Microsoft のコンパイラ以外では使えない、と聞いているのも納得がいかないのです、本当によいものなら、なぜ _s 系が移植されないのでしょうか…
>>26 そんなことを
>>22 は聞いていない。
誤読。
>>27 失礼。
>>26 は
>>22 への直接または間接の回答を意図しておりません
とある「有用な」実装が広く使われるべき、という意見に対して、microsoft のコンパイラ環境でしか使えない実装を教育目的で強要してもいいのか、というか、そもそもそんなに「有用」な実装なのですか？本当ですか？
という視点で
>>22 を強く批判する内容です
>>28 _s 系の関数はオプショナルとは言えども規格にある存在なので、
Visual C++ は例のひとつとして挙がっているにすぎません。
間違いなくありがちな問題を軽減しますので、
使える処理系ならば使うように誘導するのは合理的です。
>>29 お手数をおかけし恐縮ですが
「規格にある存在」というその規格をご教示願えますか？
手元にある ISO/IEC 9899:1999 には見えないようですが…
visual studioで新しいプロジェクトを作成して始めてビルドする度に
localtime_s 使ったら内部でmutex使ってて無茶苦茶遅いのはむかついた
>>30 なぜそんな古いものを…
引数にvoid入れるとびっくりするタイプ？
localtimeについては批判できねぇ。
>>30 C99 には無い。 C11 に入った。
Annex K (normative) Bounds-checking interfaces
って項目ね。
Wipkipedia でも言及がある。
https://ja.wikipedia.org/wiki/C11_ (C%E8%A8%80%E8%AA%9E)#.E3.82.AA.E3.83.97.E3.82.B7.E3.83.A7.E3.83.B3.E6.A9.9F.E8.83.BD
>>22 > fprintf_s みたいな
> foo_s 系の関数実装って増えてるん？
「いや増えてない」←わかる
「俺は foo_s みたいな関数が嫌い」←わかる
「俺は foo_s みたいな関数が嫌いだから
>>22 を強く批判する」←全く分からない
誰か解説してくれるのだろうか
私は「ガッコウのセンセイ」でもないし「ガッコウの教材」の著者でもないから何とも
新学期だから知恵袋とかに質問増えそうじゃん？
>>22 を批判してるんじゃなくて
>>22 にかかれてるような状況を批判してるんじゃないの？
＞という視点で
>>22 を強く批判する内容です
そう解釈してやっても良いが、この日本語はおかしい
真の漢なら
>>42 __STDC_LIB_EXT1__ を使った方がポータブルじゃない？
>>43 ググってヒットした件数的にこんなん使えませんわ。
>>47 件数じゃなくて、用途に対する妥当性で考えてよ
質問スレっぽいスレタイなのにそこまで考えさせられるのかよw
使われてないものは使わない
>>35 ほえ～
Annex K は確かにみじんも記憶に残っていません…でした
ご教示いただき感謝いたします
>>33 実は K&R2 のみが正義、K&R2 こそ必要にしてかつ十分、という立場なので、そんな私が C99 を推挙した時点で、すでにして大幅に compromise しているつもりなのでした…
K&R2って妥協の産物だろ
でもまあ JIS の最新は C99 相当だしな。
>>54 ＞K&R2って妥協の産物
それも理解できます
K&R2 の最大の改悪部分は「構造体の実体渡しができること」
配列の実体を丸まま関数に渡せないくせに、構造体では出来るって意味わかんない
もしかして
struct S {
int a[65536];
｝;
とかいう構造体があったら、それを全部スタックに載せるつもりなのか？そういうことをする奴が現れる可能性を考えたのか？と小一時間問い詰めたい気分になりました…
struct S {
>>56 それは、配列の方が悪いんでしょうに
構造体はコピーを渡すのが全然正しいじゃないの
in a galaxy far,
/* not reach here outside the universe */
>>58 構造体といえどもアドレスを渡すのが真に正しく、配列なら言語仕様でそれを強要される、なぜ構造体には甘い顔を見せる必要があるのか？
>>56 極端なことが「できてしまう」のが問題ということですか？ そもそも C なんてそんなものでしょう。
状況を見て適当に使い分けるべきで、駄目な使い方をしたら何だって駄目ですよ。
>>63 ド素人の勝手な推測だけれども
「配列だとマジでサイズどんだけか分かったもんじゃないじゃん」
「構造体のメンバ」に配列が来る場合はあるけど、そのサイズは多寡が知れてるじゃん」
という考えかもアリかもしんない
むしろ勝手にアドレス渡しになる配列が甘やかされすぎ
配列の実引数をポインタ仮引数で受けれるという仕様上、配列のサイズ情報が失われコンパイラは何バイトコピーすれば良いか分からないから致し方ない。
>>56 昔々初心者の頃にやっちゃって物凄く遅くなって気づいた事があったw
構造体も const で渡されたらこっそりポインタ使って読むだけのアクセスするコード作っちゃっても良いのにな。
そもそも[]が無ければ誤解も減ったと思うよ
現代教えられてる言語で60年代中期の古さを引きずってる言語だからだ
>>58 事実上、構造体はほとんどの場合ポインタで渡すよな
実体で渡すという特殊なケースがデフォになってて
ポインタで渡すという主要な使い方でアドレス演算子が必須って
おかしくね？
>>70 だよな
[]こそ諸悪の根元
自動変数と仮引数と外部宣言でみんな意味違うとか
気が狂ってるとしか思えない
そして「C言語はおかしい」と満場一致で結論が出て、また新たな言語が作られるのであった。
>>73 たまから、構造体はint, doubleとかの変数と同じく値渡しで一貫してる
配列がおかしいだけ
不定と未定義がある限り、C言語はおかしくあり続けるのだ。
>>77 const使わんの？ ・・・て、先に誰か言ってるな
>>78 intが値渡しと決められた理由は理解してるか？
配列みたいに暗黙のアドレス演算子にもやればできた話で
そのほうがおまえさんの主張する一貫性にも叶うわけだが
>>80 そりゃ、付けられるときは基本いつでもconstですよ
だからなに
>>84 77で「安全のために」って言っているのを
誤って変更してしまうのを防ぐためと読んでいたが
これがそもそも違うのか？
>>86 変更しようがしまいが、意図があろうがなかろうが、コンテクストを分けるためですよ。
>>87 へー、じゃあ関数を呼び出すたびごとにプロセス生成とかすんの？
>>88 なんで？
チミは頻繁にグローバル変数を使うってこと？やめたほうがええよ
>>89 なんでグローバル変数を使っちゃいかんのだ？
スタックにしまえば安全だと思っているならおめでたいやつよ
>>90 グローバル変数だめでしょ。
スタックってなんのこと？まさか関数呼び出しとスタックがセットだと思ってる？
>>92 そんなもん、密結合・低凝集を実現する目的でしか役に立たんからですよ。
>>93 仮引数と自動変数が置かれるスタックもグローバルなんだが
そのせいで密結合・低凝集になったりしているか？
記憶領域確保に失敗したとき
>>94 そうそう、だからポインタを使わないのがいいね
構造体に限った話でもないが、グローバル変数のポインタが引数として渡され、更にそういう関数が多段に続いたコードとか地獄だよ。
>>97 あ、おまえさんそっち系か
・・・なんでCなんか使うの？
>>98 グローバル変数をポインタ渡しは意味あるでしょ
スコープを指定する、的なやつ
>>103 #include <stdio.h>
int x, y;
int main(void)
{
scanf("%d", &x);
scanf("%d", &y);
return 0;
}
暗黙にxに書き込む関数とscanfは
どっちが汎用性が高いか
どっちが見通しがいいか
考えてみな
>>105 おまえさんに解らせることはもう諦めた
放っといてくれ
>>82 でイミフなこと言ってるなって思ったら単なる基地外やんw
結局「constを仮引数に使えないとき」というのがどんなときなのが全く分からず
いや
>>109 そうか、82がおまえさんはイミフなのか
悪いけど匙を投げるね
>>104 にて
scanf("%d", &x);
と書かれているのですが、ターミナルから9を80字入力されたらどうなさるおつもりなのでしょうか
また、signedともunsignedとも指定されておりませんが、その点はどのように汎用性を確保なさるのでしょうか
>>114 俺に聞くな、規格票を嫁
http://kikakurui.com/x3/X3010-2003-01.html 104のコードが規格厳密合致プログラム（strictly conforming program）であることのみここに宣言する
この命題を反証されたら、潔く敗北を認める
では貴殿の返答を待つ
intだけだったらsigned intになるっしょ。
shortはsigned short、
>>115 > 規格厳密合致プログラム
残念ながら、リンク先の日本語文章に定義が無く意味不明だったため
これから英文を読むことにします
型の件含め、皆様の御教示に感謝します
"shall" の訳文に、筆者の苦悩のようなものが見受けられました
>>65 >>56 struct S {
int a[65536];
｝;
>>119 規格の中に現れる shall は十中八九「話者の意思」を示す
例文：You shall die.
超訳：「死ね！」
>>121 > 例文：You shall die.
> 超訳：「死ね！」
さすがにそれは…
日本語の文章の方に "shall" は書かれてなかったもんで把握、と
示唆したつもりだったのですが、通じなかったようで、表現力につき反省する所しきりであります
*'``・* 。
>>118 4. 規格合致性
規格厳密合致プログラム（strictly conforming program）は，この規格で規定する言語機能及びライブラリ
だけを使用しなければならない(2)。さらに，いかなる未規定の動作，未定義の動作又は処理系定義の動作に依存する出力も生成してはならず，しかもどのような最低限の処理系限界も超えてはならない。
(2)規格厳密合致プログラムは，どの処理系でもサポートしているわけではない機能（附属書 F の中に例
がある。）を使うことができる。ただし，その機能を使うことができるのは，それが適切なマクロをもつ#ifdef 指令とそれに対応する#endif 指令とに囲まれている場合に限る。次に示すプログラム片がその例である。
#ifdef _ _STDC_IEC_559_ _ /* FE_UPWARD
が定義されている */
/* ... */
fesetround(FE_UPWARD);
/*
... */
#endif
RFCなんかである要請の強度( MUST SHALL MAY ) みたいに使う用語の縛りはない？
>>122 あくまで私見ですが、現代英語では will に単純に置き換えられるような shall の使い方はもうありえなく、
shall を使うのは shall を使う必然性があるから、だから、shall は辞書でいうところの「意志未来」であり、したがって shall を訳出しないのは不誠実な訳だとどうしても私は感じてしまいます…
「英文読解」の場ではなかったので控えていたのですが
>>127 個人的には「こんなのを訳出させられた人は凄い」と思ってます
「原典は英語で日本語訳がある」もので「日本語訳が意味不明」の場合
原典で確認すると「訳出で明確ではない」部分が確認できるケースが多々あります
"shall" をどのように訳出するかは個人差ありますし
今回の箇所が「以前同じ文言があったので単純にコピペした」ものかどうかは確認していません
もちろん
>>126 さんが仰るように「強度の要請で助動詞を変える」ものもありえますが
C99の文書の場合は丁寧に "shall" の定義から書かれていますし、
何より "strictly conforming program" という表現は、明確に 4.5 での新情報です
昔の話。
>>129 面白そうな話の気もするが、抽象的すぎてよくさっぱりわからん。
せっかくだしもう少し詳しく教えて欲しい。
You shall die.
>>131 「べし」が二人称主語のときは「当然～するべき」「義務」をあらわすことが多いですね
ただしこの場合も、主観的な意見の場合・客観的な義務の場合の両方がありうるかもしれません
shall=べき、べし、というのはいい線いっていると思います
日常会話や文学なら "You shall die." を「汝死すべし」と訳して
ISO9001の要求事項とか見たことないのか？
>>135 >>121 >>127 のとおり、shall は単純未来の可能性は捨て一律に意志未来に決め打ちしちゃっていいってことですね…
一年程度だが海外で仕事した経験のある俺にコメントさせてくれ。
>>136 未来とか関係ない
そうしないと規格に合致しねーぞって言うある意味条件だよ
>>140 「意志未来」という言葉は辞書の言葉ですが、私の本意は
>>121 つまり「規格」または「規格の書き手」が "You will die" という感情の含まれない淡白な表現を、それが実現するように強要する、それが "You shall die."
いや、ほんとに意味はないんだよ。書き手がなんか気持ち悪いからshallつけてるだけでshall抜きでもかわらん。
そもそも他言語を日本語で正確に訳せるってのは幻想でしかないから
>>141 だからお前さんの本意とかはどうでもいい
規格でのshall/shouldの解釈は
> Shall： しなければいけない
> Should： した方が良い
って訳すのは常識って話
>>128 > 「英文読解」の場ではなかったので控えていたのですが
（中略）
> C99の文書の場合は丁寧に "shall" の定義から書かれています
これ以上、「C言語のスレ」として、どんな話題あるんですか
「ANSI C（なりC90なり）」「C95」「C11」を持ち出すなら意味があるかも知れませんが？
あと、そんなに辞書が好きならshallに「（法律・商業）～（すべき）である, ～（するもの）とする, ～のこと」ってあるからそれが一番近いと思うよ
>>144 その百人一首の上の句と下の句をつなげるように日本語と英語の一対一対応を増やしていくスタイルは、カルタが少ないうちはいいけれども腐るほど多くなったときに困りませんか？
でも、最終的には慣れればなれるほど自動的に丸暗記になるのだろうから（私も「you shall die ＝死ね」状態なのは事実）、語学に理屈付けは不要なのかもしれませんね…
C95って何？
C言語で、配列を渡すときは＆付けなくていいとありましたが
>>149 配列は、条件を満たしたとき (というより条件を満たす場合の方が多いのだが……) にその先頭要素を指すポインタに型変換されるという特殊ルールがあるから。
配列 array を単に array と書いた場合には、 &array[0] に読み替えられると考えてもいい。
配列 array に & を付けて &array と書いた場合は「配列を指すポインタ」であって、「配列の先頭要素を指すポインタ」ではないことにも注意が要る。 (型が違う)
そのあたりのルールは歴史的経緯があってややこしいんだけど、この規則がないとそれはそれで記述がぐちゃぐちゃになるんでな……。
>>149 int array[2][2]と仮定すると、array[0][0]の型はint
scanf()は渡されたアドレスを書き換える関数なので必要なのはint *
>>149 []は、配列を、配列でなくす（要素にする）演算子だからだ
文字列(Cでは'\0'終端のchar配列)を格納できる変数 char s[SIZE]; に対して、
文字列を格納したい場合は
scanf("%s", s); // 連続したメモリ領域 s[0], s[1], s[2] ... に格納
配列名 s は &s[0](配列の先頭要素へのポインタ)と、値と型が等しい
1文字だけ格納したい場合は
scanf("%c%c", &[0], &s[1]); // s[0] と s[1] に1字ずつ格納
&s[0] は s と同じだが、 &s[1] との対応から &s[0] と書く方が分かりやすい
「配列名が暗黙に先頭要素へのポインタに変換される」話と、
「何を操作しているかをソースの書き方で明瞭に表現しようぜ」って話と、
整頓されずに混乱してるんじゃないかな。
「Cでは“文字列”とは何か」も絡んでるかも。
それに加えて、2次元配列という、これまたCではやや微妙な問題が噛んでるし。
char array[ROW][COLUMN]; // charの2次元配列
char *array[LINE]; // charへのポインタの1次元配列
>>149 の質問では二次元配列と明記されてるから本質じゃないけど、
説明を厳密にしようとすると、触れないのは片手落ちになっちゃうよね。
& 演算子でアドレスを得るときの内部的な処理の周辺。
&[0]なんて構文ねえよ
ありゃ本当だ。&[0] は誤りだね。ご指摘ありがとう。
C言語ってarray[3]だけじゃなくて3[array]もできるんだね
>>157 array[3] は *(array+3) と等しい、構文糖であるということになっているので結果的にそうなった。
かといってそんな書き方してるプログラムはサンプルプログラム以外では見たことがない。
>>157 コレ好き。たまーに混ぜ込んでおいてレビュー担当迷わせるの楽しい。
スキルの使い途を間違えているな
初めて5[a]がOKなんだと知ったときの感動を思い出せ。そんな感動と興奮を仕事に散りばめてくれるエンターテイナーだよ。
Cに配列なんて概念なくて、
いや、それは困る
"0123456789abcdef"[n % 10]
忙しかったものですから、ウルトラ亀レスで申し訳ありません。
>>173 自分で考えるのが良いってのは、プログラマに限らずなんでもそうだよね。
その上で本当のプログラマとやらにもとめられるのは、考えて理解することよりバグを出さないテストを行う能力だと思うね。
考えてもミスる時はミスるし。
場数を踏んだプログラマは、もちろんちゃんと考えるけど、その上で自分の理解やコードを信じない。
ちょっと話が違うかな。
>>173 それはK&Rのよくないところか？
K&RはCとはどんな趣旨のものかを紹介する本で
アルゴリズムを正確に教える本ではない
単にCの機能を説明するために例を挙げただけのナンチャッテコードを
いきなり本番環境に持っていった東大卒とかぬかすやる気のねえクズと
大きな事故に至るまで欠陥を検出できない会社の検証ルールの問題だろうが
買ったもの、存在するものが四角い車輪だけだったとしてもか？
買ったもの、つまり売っているものは、自作したものよりも性能がいい
Cできる人は（ここの住人のような）C++も当たり前にできるん？
>>179 会社に今までC一筋20年くらいの人がC ++のプロジェクトに来たんだが使えなさすぎてクソワロタ
もしかしてCのライブラリのソースコード全部読んでんの
>>175 173です。
おっしゃるとおりです。
俺の言いたかったのは、まあそういう感じです。
K＆Rの信奉者があまりに多いので
どゆふうに指摘していいのか困惑している次第です。
つまり、言語の紹介本としては良い本だと思いますけど、
それ以上ではない。
現在、英語版のK＆Rしか私の本棚に見つからないけど、
PREFACEの15行目からは、
This book is meant to help the reader learn how to program in C.
と始まっています。
この部分、日本語版にはどのように翻訳されていたか失念しましたが、
まさに、そのとおりなのです。
しかし、ハッシュ値のところですけど、
あと数文字をコーディングするだけでまともなコードになるのに、
なぜしなかったのか？という疑問はあります。
プログラマなんて正常な判断ができないような過酷な状況に追いやられることなんてよくあるし、想像の余地はいろいろあるな。
>>179 Cを数年やってからC++を
やりましたけど
最初は全くわかりませんでしたよ。
C++に慣れるまで1年ぐらいかかったかな？
全く別の言語と思ったほうが
よろしいかと思います。
Cでインターフェース・抽象性を意識したプログラムを書いてたらそんなに変わらんと思う。
まるで別物と思うわ。
仕事以外でプログラミングすること自体がドMの極みｗ
34年間、ほぼ毎日プログラミングしてますよ！
>>191 ＞人類を滅ぼす悪魔のソフト
これにはとても興味がありますね
「人類を滅ぼす悪のソフトウェア」
うーん、ぱっと思いつくところではテトリスとか…
>>183 全然わかってねえじゃん
あと数文字をコーディングすることが
Cの機能を説明するサンプルとしては邪魔だったら
その数文字をコーディングしねえのは当たり前だ
サンプルってのはS/N比が大事なんだよ
そこで伝えようとしていること以外のノイズは
徹底排除する必要があるんだ
>>191 おまえ自分が作ったプログラムの敵が未来からタイムマシンで暗殺に来るぞ
脳波を検出して見たいVRを出してやるわ ==> 人類滅亡
>>193 初心者向きの本ですから真似する馬鹿もいるということを
想像すべきでしょうね。
おまえこそ馬鹿だな
想像力がゼロだ
笑えるぞ？
知ったかのクズだ
今どきCとか
>>196 「初心者」という隠れ蓑に逃げる馬鹿って、自己紹介か？
>>197 イラッとするのはわからんでもないが、ここはC言語スレだからそんなこというのは荒らしだぞ
>>196 あの時代の初心者は今時の初心者と違って、大半はちゃんと自分で考えて自力で技術を習得していく姿勢があり、ただ教えてもらった通りにするだけのようなのは自然と落伍していったと思うよ。当時の想定する読者層にあった適切な内容だったろうと思う。
>>196 人の意見を聞く気がないなら
チラシの裏にでも書いてなよ
175にもあるけど
初心者の真似するバカのコードが
そのままリリースされる態勢を反省した方が前向き
あと何であの本に信奉者がいるのか
理解できない自分も
>>200 当時のccが寡黙だったのが却ってよかったよな
なんで動かないのか自分の頭で考えるしかなかった
今どきのコンパイラは過保護で
落伍すべき者を引っ込み付かないところまで引きずっちまう
>>202 お前のような馬鹿な奴は
そのうち自滅するよ(笑)
お前は「おれ天才！」とか
思ってる低知能のクズだ
もっともたちが悪いクズ
>>179 いや、俺は使えない。
C++は30年ぐらい前にやろうとはしたが当時のPCでもワークステーションでも流行っておらず当然そのような仕事もなく、自分は主にUNIX関係の仕事だったので使う機会がほとんどなかった。
その後PCの方ではWindowsが流行ったが仕事はそのままなので変わらず、趣味ではWindowsでDelphi使ったりもしたがC++はほとんど手を着けず大雑把にしかわからないまま。
仕事はやがてLinux関係に移行するがそこでもC++が必要とされる事はなく現在に至る。趣味でJavaを覚えたりもしたが自分の仕事ではほとんど必要とされなかった。
今は趣味で Kotlin を覚えているところだが、C++については複雑化し過ぎたようなので今さらやる気は起きない。多分今後もやらないと思う。
Windowsプログラムを作る必要が出てきたとしても今ならC++なしで出来そうだし必要になるとしても局所的だろう。
>>204 196の時点ではまだ僅かに技術的な話題に振れていたが
今度は100%罵倒のみ
とうとう落ちるところまで落ちたな
>>179 MFCが流行ってたりC++Builderが流行ってた時にはそれなりに使う人口がいたと思うけど、過去メンテ以外で現在積極的に使ってる人は少ないかもね。
>>157 え？こんな書き方出来たの！？
初めて見た
[]が演算子？？
そんなの今まで読んだ本にのってなかったよ！
[]が演算子って常識じゃないのか？
もちろんこういう書き方も出来るのが[]演算子と文字列リテラルの合わせ技
標準入力で最初に数字を入力して、その値だけ文字列を入力するのはどんな感じで書けばいいですか
>>211 配列の宣言に使う[]は演算子ではない
直接宣言子の一部だ
意図的に演算子に似せてあるので
勘違いするのは無理ないが
演算子は式に作用するもので
宣言子に含まれる[]はこの定義に該当しない
>>213 文字を入力するだけで変数に入れる必要がないなら getchar() で '\n' 三回読んだら終わり。
変数に入れる必要があるなら最初の値の分だけ char * を保持する配列を char ** に malloc() や calloc() 使って確保して、更に全要素を malloc() や calloc() 使って確保して、それに対して fgets() を繰り返す。
令和も戦争のない年号になると良いが、ちょっと雲行きが怪しいな。
>>222 日本は戦争しないでしょ？
そして巻き込まれもしないと思う。
だって日本には軍隊がないんだもの。
自衛隊なんて銃もろくに撃てないへなちょこばかりだから。
コンピュータ好きなオタクって勇ましいやつおおいよね
語尾によねをつけて同調を求めたがるのは左巻きの典型だよね
俺は右巻きだが「よね」はよく使う
やっぱり自信がないからコンピュータ好きになるのかな？
ＩＣＥデバッグしてるとき、とある変数の値をいくつか足し算して、別の変数に代入する関数で、
その関数は、別の場所から２度呼んでて、１回目と２回目で結果が違う
>>230 自分の経験則で言えば、大抵は関数の処理途中で割り込み処理が発生してメモリかレジスタバンクを書き換えていると思う
一回目から二回目の間で変数のどれかが書き変わってるに決まってんじゃん
>>230 加算に使っているレジスタを割り込みで使いっぱしてね？
まれにポインタ周りバグっててメモリー書き換えてるとか
ICE製造の過程でICEそのもののデバッグでもしてんじゃね
ここ20年ほどフルICE使ってないなぁ。
２３０だけど、俺の見当違いでした。
デバッグ中に最適化を抑制するのは間違いではないと思います。
ぶっこ抜くと言うよりターゲットボードのCPUの代わりに専用のソケットを実装して専用プローブで接続する
>>243 20年前のICEならそうなんだろう
>>244 JTAGの話か？
ソケット云々の前にGHzオーダーのCPUだと信号引き出すなんてとても無理
scanf("%d%d%d", &a, &b, &c);
いや、1行中に入ってるなら同じじゃないか？
またfgets教か
>>246 なんというか、ほとんど答えが上に書いてあるかのような質問だな・・・
sscanf(s, "%d%d%d", &a, &b, &c);
>>244 そんな感じ
CPUじゃなくてROMだけど
就業先で当たり前のようにICE使わせて頂いてるけど、お値段見てビックリ・・
>>252 それって商売になってるのか？
普通に公開されてるが。
そうなの？何の宣伝になってるのか全くわからんのだが。
誰もアクセスしない隔離スレなんで
元々有償でプログラム作るスレとして作ったスレだったんだろうけど結局誰もそんな風には使ってなくてただのプログラム発表の場になってるよね？
既存をちょっと修正してほぼデグレのテストというスタイルの俺には、
>>258 むしろ俺は人の作ったワケワカメなコードを文句も言わずメンテしてる人はすごいと思う。
>>259 文句を言わずに、というより
文句を言わせずに、だと思う。
俺は奴隷だったので
よくわかる。
会社辞めて派遣になって
気分すっきり！
な~んの責任もないのに
年収1000万だもの
派遣辞められません！
>>260 派遣でそれほどの能力があったら独立して2000万は稼げるのでは
派遣でそれだけ貰える程のスキルがあるってことは、
ハードの設計から組み込みソフトはもちろんWindows、Android.、iOSのアプリ、DBもWebもゼロから設計できるスキルがあったらどこに行ったらそんな高級取りになれるでしょうか？
自分で開業した方が良さそうな感じもするが、そうなると営業力も必要になるな。
まあでも Android や iOS アプリの場合は営業力あまりなくても世界中に売れれば儲かる事がある。
電卓アプリでこんな風に稼いでいる人も居るし。
https://appmarketinglabo.net/calculator-1100man/ これは世界での需要がどのぐらいあるかとプログラムが簡単かどうかはあまり関係ないってことでもあるかな。
需要がないものだと作るのが大変なプログラムでも売れなくて稼げない。苦労と儲けは無関係。
>>267 日本に前金払うところなんてないから。
たからデスマになる
Linuxでシリアル通信のソフトを作成しています。
http://codepad.org/L4BLwgAQ コマンドを送信すると、相手が応答電文を返してくる仕様なのですが
write→readでは、うまく受信できないようです。
teratermで同じ電文を投げると、受信できるので
このソースが悪いのだと思っています。
投げて、受けるというのを上手くやるにはどうしたらいいでしょうか。
お助けをよろしくおねがいします。
>>270 とりあえずwrite()の戻り値とread()の戻り値が-1でないことから確認しようか
>>272 writeはバイト数の13が返ってきます。
readはここで止まります。ずっと待ち？状態になるようで、ctrl+cで抜けるしかありません。
Cっていいよね。
>>273 そもそもtioが未初期化
33行目にtcgetattr(fd, &tio)とかを入れて
Cのスレで用途も構造も違うJavaとか出してくるあたり相当頭悪いんだと思った
ああ
なんでスレがカテゴライズされているかも理解出来ない
Cが分からないってやつはコンピュータの基礎の基礎が理解できてない。
Cしかできない奴はCを評価できない
いや評価はできる
>>283 C といえども OS なしではなにもできません
フリースタンディング環境のことだろ
>>285 C だけではなにも出来ないのではないでしょうか、最低限アセンブラの部分が数％はあるでしょう？
クロス開発ではホスト環境とターゲットは別
>>287 CPUによってはリセットエントリから100%C言語だけで記述できるよ。
OS無しで動くプログラムが書ける言語はC？
>>289 へえ！そうなんですか！多倍長演算をCで書くときキャリーフラグはどう扱うのですか？
>>292 15bit+キャリーみたいな形で扱えばいいだけ
>>293 それは私もやりましたが、悲惨なコーディングになりました、キャリーを使えるのにそれを無視してCですべて記述するとか、ありえない選択だと考えています
http://2chb.net/r/tech/1434079972/51 >>294 そりゃビットサーチとか場合によってはCPUの機能を使ったほうが速かったりシンプルに書けるケースもあるけど、それはそれでまた別の話。
それを以てC言語で書けないとは言えないよ。
>>295 まあ java だけで「やってしまった」OSというのもありますから…多分 JNI を使っているとは思いますけど…
C 言語だけで全部やってしまう、というのはありえなく、例外 exception の実装に有用な setjump(), longjump() ですら、CPU を叩かずにはいられない内容ですから、世に蔓延する「C言語マンセー」は、その機会があればなんとしても叩かずにはいられないのです
>>296 もしかしたら貴方と私は違う思想の元で仕事してるのかも。
JNIはAndroidぐらいでしか使ってない、てかそもそもJavaを使う機会が少ないような業界の人です。
なんちゃってtry～catchのためのsetjmp系はそれでもやっぱりアセンブラを使わないC言語の範疇内な訳であって、やっぱりC言語否定の理由にはならんとです。
唯一、OSを記述する際のタスクプリエンプトだけはC言語だけで記述できず悪魔のスタック操作とコンテキスト切り替えが必要なのでアセンブラが必須だとは思いますが。
>>296 別にsetjmp, longjmpなくてもプログラムは組めるし
Memory Mapped I/Oならデバイス制御もC言語だけで組めるだろ
プログラミング素人です。
>>299 C/C++では文字は整数なんだ。整数として出力して、アスキー表を参照すれば、文字がわかるはず。
>>299 鋭い質問ですね…手元でいろいろ試していますが、今ひとつ事情がつかめないでいます
https://ideone.com/l3ZslT ideone と x64/gcc/cygwin でも結果が変わってしまいます…
str[5]以降は決まってないから調べてもあまり意味がない。多分ゴミデータ。
>>299 str[4]='¥0'
それ以降はゴミ
自作関数内のエラー時にerrnoに値をセットするのってマナー違反ですか？
信長 入れられないなら殺してしまえそのプロセス
>>305 str[4]が改行コードの\nだとして
str[5]は\0にはならないの？
>>310 それは明らかになりません。
null文字入れるのは大抵はこっちの役目です。
%cは文字は全部入る。
printf()のペアっぽいからという理由で
使い方を熟知している人が使う分には問題ないが
初心者はただ値が入力できりゃ楽しいんじゃね
昔のマイコン的なものだと暴走したりしてなお良い。
たしかにscanfが危険なものだと知った時にどうやってfgetsに置き換えるか考えたの思い出した
>>287 その数％のアセンブラの部分を、おまえさんは「OS」と呼ぶのか？
>>314 scanfの仕様をロクに調べもせず自分の頭で考えもせず
どっかの受け売りを初心者に吹聴する無能老害こそ
この世から駆逐すべきだろうが
>>319 ヨコからスマンけど
そゅ意味じゃないのが
理解できないほどの馬鹿は
ここにくるべきではない
>>315 「よい子は真似をしてはいけません」と言われる芸当をやっているプロになろうって人には当てはまらない
>>321 おまえさんこそ
>>283 からの話の流れを読んでるか？
人を馬鹿呼ばわりした自分の発言に責任を持てよ
匿名掲示板だから逃げたければ逃げられるが
馬鹿丸だし(笑)
院生とかめっちゃ高評価じゃんｗ
学歴コンプレックスまる出しだな
効いてる効いてるｗ
#include <stdio.h>
int main(void){
remove("
http://2chb.net/r/tech/1554171817/" ;);
return 0;
}
Cできるけどアセンブラできない、
アセンブラからCに行ったらアセンブラでやってたアルゴリズムがCで表現できなく、非常にもどかしくて・・・
>>335 それは初耳、いや、どういうのに手こずったのか参考に教えていただけませんか？
出来る出来ないっていう話なら、基本Cできるんじゃないかな。
アセンブラで作るにしてもでもアルゴリズムで実装しているならCでも出来るんじゃないの？
プラットフォーム依存の問題は言語じゃなくてコンパイラより下が解決するわけでさ、それをできると言っていいならなんでもできると思うよ。
>>335 一つ思い出しました、キャリーフラグを活用するアルゴリズムは、そのままでは C でかけずに大変ですね
ローテートとかシフトとか
>335
マシン語でコード書いてるときはオンレジスタ思考なのに
スパゲッティなものを書いてるならともかく、真っ当にサブルーチン化してたら必要悪としてレジスタ志向は早々に諦めてたわ。
構造化なんか眼中になかったね
>>340 > 一つ思い出しました、キャリーフラグを活用するアルゴリズムは、そのままでは C でかけずに大変ですね
それはアルゴリズムと言うより実装の話かと
PC9801のVRAMを１ドットスクロールさせるのなんか
>>345 ＞アルゴリズムと言うより実装の話
いや、それは不思議な分類だと思います、DES/AES などはローテート・シフトがそのままアルゴリズムになるのでは？
>>347 そのアルゴリズムにキャリーフラグなんて出てこないでしょ？
アルゴリズムという特定ワードに囚われて用語の定義の話に逸れていくつまらん展開だ
文字列入力を受け付けて、それをstrという変数に代入する…というプログラムを書きたいのですが、知りたいことがあって以下のような条件を課させていただきます。
何故誰もscanf("%c", str[i])に突っ込まないのか
>>350 「入力処理」のforループで、「50文字入力されたら」を判定してるけど、
もう一方の終了条件「Enterが押されたら」を判定してないからでしょ。
1文字受け取るごとに、Enter '\n' ならループを抜ける、をやらなきゃ。
というわけで
>>315 に至る。
>>353 このスレッドの伝統かと。
>>299 以下を参照のこと。
あちらはスルーしたのに、こちらでツッコむのは抵抗感がある、みたいな。
誤: というわけで
>>315 に至る。
正: というわけで
>>351 に至る。
315 を確認したところ、まるっきり見当違いでもなかったね。
>>354 >>299 は見逃していたなあ。空目だな。
>>350 もし宿題が本当に scanf(“%c”,str[i]) と書いてある場合は先生が間違えてるので「 scanf(“%c”, &str[i]) ですよね？」とツッコミを入れてみると良い。
そうすると君はできる学生と思われて成績が上がるるか、または気に入らんやつと思われて成績が下がると思う。
そういえば東大では今でも
参照型とか出てくるのにそもそも参照がなにかも理解出来てないにわかオブジェクト指向が増えるよりよっぽどマシよ
>>358 C が分からないようでは話にならないのでは？
>>361 トヨタ系の研究所には
Cの分かる研究員がもういないのです
研究には全く支障がないです
組込みやってる高卒やFランが
Cをやるべきでしょ？
>>362 それは多分ありえない話でしょうね、なぜならば C は計算機言語の基本で、各種書籍ではアルゴリズムの記述に C を使うものが大半ですから
本も読めない人がトヨタの研究者とか、あなたの空想の話なのでは？
>>364 python で二分木の実装とかできますか？
やっぱり相当コンプレックスの塊で頭悪いんだろうなぁ
>>366 本当ですか？ポインタがない python では無理なんじゃないですか！？
真面目に言うとpythonは基本的に全部参照渡しだね。
>>372 なるほど、ではユーザー定義の型は自動的に参照扱い、すなわち Java みたいなかんじなんですね
であれば苦労すれば二分木を実装できますね、大変失礼いたしました
>>370 Python に限らず動的型の言語の多くは変数に値を入れるんじゃなくて、
オブジェクトと変数の間に束縛 (bind) を作ることで成り立ってる。
辿ることでオブジェクトを参照するんだ。 実質的にポインタだよ。 むしろポインタしかない。
(小さい値 (小さい数値とか文字とか) はアロケーションを抑制するためにそのまま
ワードに突っ込むような最適化をする言語 (処理系) もあるけども。)
>>374 Java ならば boxing でヒープにとる値とスタックに取る値とをある程度（意識せずに）変換できますね（そういう C/C++ like な意識が皆無ではない、という意味）
ただし、二分木に関してはいいたいことがまだあって、「本物の」二分木は二重ポインタ（ポインタのポインタ）が必要なのではないか？と思っています
さすがに Java には二重ポインタはない、そんな用途の言語じゃない
Python や ruby にはあるのでしょうか？
二重ポインタを何に使う？
>>376 ノードを追加する関数add の引数を
add(&root, Object)
ってするでしょ？&root ってことは、struct *node のアドレス、すなわち struct node ** が必要なのではないかと
>>377 わからんが、Cでも戻り値でポインタを返せばいいんじゃないか？
>>375 参照を持つオブジェクトへの参照を持てるんだから、事実上の二重ポインタとして使えるよ。
二重までは使うんだよなあ
ガベージコレクションと裸のポインタって相性が悪いような
>>378 2個返したい時とか、戻り値は成功かどうかのコードを返したいとか
道はいろいろあると思うが、せっかくあるんだから構造体使って皆くるんじゃえと思うよ。
微妙にスレチのように思うので続きはJava初心者のスレでやった方が良いのではないか？
Ruby での、Jaggy 配列は、
>>380 余裕で三重ポインタなどほいほいと使いますよ
http://2chb.net/r/tech/1434079972/26 void prep_exe(char *sttp, char **path, char ***argv)
char **argv を使うことが理解できるのだったら「argv のアドレスを渡す」みたいな場合に渡された関数側では三重ポインタを使うことになるでしょう
>>388 それcodepadだろ？ 使いさえすればいいって話じゃなくて
>>389 無論使いさえすればいい、というわけではなく、この例では小さなシェルを実装しており、シェルのパイプ機能を実装するのに三重ポインタを使ったのです
>>391 代入命令が増えるという意味ではなく、「同じ値」なのに代入してしまう、という作業が
>>378 「戻り値でポインタを返」す方式の書き方だと不可避です
呼び出しの前後で、ptrの値が 同じかもしれない、場合よっては変わるかもしれない関数
>>393 前者
＞ptr = func1(ptr, opt);
は初心者用で、
>>392 のいう無駄な代入が含まれています、二重ポインタがわかるのなら後者にするべきです
>>394 シンプルな記述ができるのに、わざと複雑な書き方にするのは問題なのでは？
>>396 じゃあ、戻り値そのまま使えば？
mallocは使うんでしょ？
>>397 その場合無駄な代入が発生しますね、
>>393 がいい例を示しています
エラー伝達に NULL を使う realloc は即代入するとお漏らししちゃうし
>>398 代入されているのかされていないのか、わからない方が良いってこと？
×あれ、なん引数書き戻しに
>>399 正直、nullが来た時点で終わってるしなあ…。
まあでも一時変数使うのが筋だと思いますよ。戻り値でも引数でも同じこと。
>>400 ちがいます
代入するのか代入しないのかは malloc() したかしなかったかにかかっています。
代入は malloc() したとききだけにすればよく それが
>>393 の func2(&ptr, opt); の書き方
一方
>>393 ptr = func1(ptr, opt); は malloc() したかしないかにかかわらず代入を行います、これは無駄な代入を含みます
>>403 だから、関数の内部的に何してるのかわからんのが良いってことじゃない？
>>404 着目点はそこにはありません。関数による記述で内部を隠蔽するのが目的ではありません
問題は、malloc() したときだけ代入し、malloc() しなかったときには代入しない、という記述を正確にかけるかどうか…①、にかかっており
>>393 ptr = func1(ptr, opt); は①を記述できる可能性が皆無、一方
>>393 func2(&ptr, opt); は①を記述できる可能性がある、というわけです
>>393 前者の方が好ましい
2重ポインタなんて最適化の妨げになるものは、それしか使えない場面でのみ使うべき
>>406 非常に大きな二分木（ノートが1億個）があって、そのはるか先端で malloc() してそこで代入すればいいだけなのに、
その先端から root に戻ってくる途中の30箇所ほどで、軒並み全部のノードで「必要のない無駄な代入」をするのですか？
＞それしか使えない場面でのみ使うべき
この二分木を実装する、というのがまさしく「それしか使えない場面」なのですよ
>>405 つまり、後者でmallocしてnullが返った時はそれを代入するってことですか？同じじゃん。
>>407 二分木のコストってのは比較であって代入じゃないと思いますよ。
まあアルゴリズムの一般論としては。
>>408 >>393 func2(&ptr, opt); では
malloc() して null が返ってきたときは、例えば何もしない、ということはできますね
でも
>>393 ptr = func1(ptr, opt);
は、malloc() しようがしまいが代入してしまいますね、これは「やる必要のない無駄な代入」が含まれることになり、好ましくないです
>>393 ptr = func1(ptr, opt); の記述法は二分木を最初に習うときに、この記述法で理解を促すという意味では有用であっても、
いつまでもこれで書いているようでは進歩していない、もっといえば怠惰である、と考えています
>>409 しかし無駄な代入を放置してよいというわけではないでしょうね、削れるところは削るべきです
単純二分木よりさらに改良された平衡二分木(AVL木、赤黒木等）を紹介する書籍では、最初から
>>393 func2(&ptr, opt); で記述されていますよ
>>410 じゃあ隠蔽しろという話なんじゃないの？
関数の中で成功失敗を判定して外にnullは返すな入力時のままにしとけ、という関数。
>>412 ちがいますね
問題は、malloc() したときだけ代入し、malloc() しなかったときには代入しない、という記述を正確にかけるかどうか…①、にかかっています。
>>413 >>407 に書いておきました、1億ノードの二分木にて各ノードが最適に配置されているとして、削ることのできる代入は malloc() 一回に対して 30 個の代入になります
>>393 ptr = func1(ptr, opt); では 1億ノードの二分木にノードを追加する際、30個の無駄な代入が発生します
代入のコストは大したことがない、にしても、アルゴリズムを正確に記述できないのは問題ですね
洗練された記述とはそういうものではないでしょうか
>>414 いや、mallocがnull返した時はいれないんでしょ？
成功か失敗かじゃないの？呼んだかどうかじゃなくて。
仕事では戻り値に成功失敗が入ってオブジェクトのポインタは引数に来るような関数は使うけどさ、
>>415 malloc() が成功したか失敗したかは、今の話には関係ありません
今関係があるのは、
malloc() したときだけ代入し、malloc() しなかったときには代入しない、という記述を正確にかけるかどうか…①
です
>>417 じゃあ、絶対代入するってことだろうよ。
引数に渡したポインタに。ポインタを。
>>418 malloc() したときは代入しますよ、でも malloc() しないときは代入なんかせず、そのまま呼び出し元に返るだけです
それが
>>393 ptr = func1(ptr, opt); 方式と絶対的に違うのです
>>420 >>393 func2(&ptr, opt); 式なら void もありえます
>>422 いいえ、実際に実装するならば、エラーを伝達する手段として返り値を準備することは大いにありえるでしょうね
void が必須ではありません
必要な代入なら使えばいい、でも
>>393 ptr = func1(ptr, opt);
方式は不必要な代入があり、単に二重ポインタを使用して記述すればこれは除去できるので、
>>393 ptr = func1(ptr, opt);
を書くのは問題だし、これを書く人は頭を使っていない、と判断します
異常は戻りをNULLにするパティーンで
って書いたけど鼻から悪魔踏みそうな嫌らしさがあるな…
>>424 そのパターンでは、異常値 NULL をうっかりノードに登録してしまうと、そのノードより下が浮いてしまい危ないですね、ま、異常系をミスったままリリースしてしまうことも私はよくやりますけど
>>423 いや、必須でしょ？代入消せるんだから。消さないと。
>>427 言葉尻を捕らえて攻めたつもりになっているようですね
「すべての代入を消去できる」なんていってませんよね
>>393 ptr = func1(ptr, opt);
この代入は不要な代入を含むので、
>>393 ptr = func1(ptr, opt);
は不適当な書き方だ、とこれまで首尾一貫して述べているのです
423の文意は
returnしちゃだめでしょ
「代入不要なケースでも代入記述を要求するのはよろしくない」スタイルの延長だと
>>430 どんな代入もだめだとは主張していませんね…
>>393 ptr = func1(ptr, opt);
方式は不必要な代入があり、単に二重ポインタを使用して記述すればこれは除去できるので、
>>393 ptr = func1(ptr, opt);
の代入が駄目だとはいってきていますけれども
あ、ごめん、ミスって文章を書く前に投稿してもうた。
>>407 あらためて確認するが、この代入を「無駄」としているのはアルゴリズムの表現の上では不要なことをしているという
意味の上での無駄であって、性能上の無駄という意味ではないんだね？
そして、アルゴリズムを正しく表現する上では (ときには二重・三重のも含めて) ポインタが必要だと。
>>434 ＞性能上の無駄という意味ではないんだね？
性能の上で分析するとなると、間接参照にてデータをロード、ストアするコストと値をストアするコストを天秤にかける、ことになりますね
なるほど、その点を言いたくて、でも言いたくなくて、しつこく絡んでいたのですか…
私は二重ポインタでの表現の方がトータルでお得だ、とは思ってはいますが、これまで表に出ている私の発言は、あえてそこには踏み込まず（だって性能の話はうかつに断言できませんからね…）、
おっしゃるとおり「アルゴリズムの表現の上では不要なことをしている」に留まっています
>>435 たとえば数学上の表記なら「A=1 であり B=1 のとき A=B は真である」と「1=1 は真である」には何も差が無い。
途中で名前を付けるのは人間に対する便宜であって、無駄な「操作」は存在しない。
代入が無駄たりうるのは C のパラダイムだからなので、
「C で表現するにはポインタが必要だし、代入では不適当だ」は事実であっても
「ポインタが無い言語では表現できない」というわけではないよ。
C の低級な世界でまともな意味論を表現しようとするのがそもそもの間違いだろう。
>>436 ＞「ポインタが無い言語では表現できない」というわけではないよ。
それは理解しています、なぜなら
Java での二分木の実装を検討したことがある（探せば2ch過去ログにあるかもしれません）
Java にはポインタはありませんが、実装できるかできないか、といえば「できる」の方に入りますね
>>437 そこまでわかっているのなら、
「代入しない」と「同じ値を代入しなおす」が意味論的に等しいということがどうしてわからないんだ。
C言語のプログラム内で確保していいメモリってユーザー空間の仮想メモリ上限いっぱいまで取っていいの？
>>439 いいけど、もっと効率的な方法があるならそれに越したことは無いっていうそれだけの話
簡潔に書くと
>>440 ありがとう
ただ初心者なので効率性を目指すにはきつい部分が出てくる
そうなるとメモリの残量を監視する、つまり残量の値を取得する必要があるわけだけど
これは一般的にはwindowsのAPIを使うのが普通なの？
(そんなものがあるのかは知らない)
>>442 スタックとヒープという概念は知ってる？知らなければまずそれを調べてみて。
それと、初心者なら効率を求める前に正しくメモリ管理を扱えるようになる必要があるが、その時点で残量は気にする必要はないぞ。
FIFOだとかナントカ程度にしか。
>>414 >1億ノードの二分木にノードを追加する際、30個の無駄な代入が発生します
2^10 = 約1,000 千
2^20 = 約1,000,000 百万
2^30 = 約1,000,000,000 十億
>>441 Java VM の初期値は、256MB とか。
それよりも大きいと強制終了されるが、起動時に、512MBに設定できる
たぶん、4GB の仮想メモリでも、ユーザー空間3GB・カーネル空間1GBぐらいだろ
それ以上のデータは、動画みたいにstream になる。
バッファサイズ、例えば、1MB を読んでは捨てて、次の1MB読んでは捨てて、の繰り返し
読み込んだデータを使ったら、すぐに捨てないといけない。
ユーザー空間に、空きを作らないといけない
>>445 いつものRubyバカだろ。いい加減な知識でC言語のメモリの話題に口を挟むのはやめろ。この板になれている者からすれば｢またいつものか...｣ですむが、初心者にとっては害悪でしかないから消えろ。
>>444 組み込みとかの特殊な環境では例外もあるけど、基本的には環境によらずC言語で必須の概念だからスルーせずにちゃんと調べるべき。
>439
>>447 うん調べてみるよ
ありがとう
>>448 そんな視点もあるのか
他のプロセスも考慮しないといけない
思ったよりも数段以上やっかいだな
>読み込んだデータを使ったら、すぐに捨てないといけない
>>439 ユーザープロセスなのでカーネル空間はマッピングされないよ。プロセス管理のための領域はカーネル空間に多少は確保されるとは思うけど、それはユーザープロセス用ではないし。
ページサイズの関係で効率的に確保できるかどうかは別問題だけど仮想メモリ領域いっぱいまで取れるか否かと言えば取ることはできる。
実際にそんなことしたらスワップ発生しまくりでまともに動かないとは思うけど。
実装としてはだいたいcopy on writeだから、確保だけだったら特に問題発生しないよ
>>451 どのOSなのか明示してくれ。
少なくともlinux 32bitは3GB以降はkernel空間にマッピングされてるだろ
配列にある16進数アスキーを
sscanf の %x は、文字列で記述された数字＋アルファベットの列を 16進数として抜き出す
>>455 回答ありがとうございます。
val=0xDC18
という感じで取り出したいです。
>>456 それなら
val = rbuf[5]; じゃあかんの？
>>457 ありがとうございます。そういうことか・・・
下記で上手くできました！
val= rbuf[5];
val = val << 8;
val |= rbuf[6];
>>458 解決してよかったね
0xDC 0x18 の並びから
(最低でも32bit長の整数)0xDC18 が欲しかったということだね
（俺がちゃんと
>>456 を読めてなかった説 val=0xDC18 って書いてるやんけｗ）
>>454 > rbuf[5]の中身は「0xDC」
> rbuf[6]の中身は「0x18」でした。（printfで出力してみたところ。）
だったらそれはASCIIではないよね。
>>460 >>461 ありがとうございます。
お陰様で解決できました。
勝手にASCII、文字列と勘違いしていたのがよくなかったです。
ASCII は、7 bit キャラだろ
BASIC時代 文字→文字コード変換関数が ASC（文字） だったな。
わらってよりとも というのは、当時の人気番組名をもじったものだよ
質問です
X(配列のサイズ)を共有してやればいいんじゃないかな
>>472 matrixのアドレスと共にX、Yの値を渡さないと無理
>>474 やっぱり配列のサイズ一緒に渡さないとだためですか
そう。他の言語だと裏でこっそり渡すようになっていたりしてプログラムに書かなくても動くかも知れないが、Cはそこまでやってくれない。
標準関数も一次元配列ですら大きさを渡してるからねー
>>475 URL張って解党した気になってるアスペルガーのカスがスレ来んな
確かにつまらんね
>>481 リンクを示すのも、ググればわかるようなことにググれというのも対話だよ。
対話を終わらせてるのはお前だろ。
リンク先を見て意味がわからんかったならどうわからなかったか、
よりよい説明があると思うならそれを示してもいい。
望むことだけ欲しいというのは対話とは言えんよ。
>>482 話が噛み合ってない
おまえさんとは平行線のようだな
ID:glRpLuyC0が対話する気なさすぎて草ｗ
ここは質疑を行うスレであって
Cの上位互換（？）として、C++がありますが。C++は覚えた方がいいですか？
>>486 C++ は最近規格の改定がすすみ、いろんなことが C++ の枠内でできるようになりました
>>486 言っておくが、python,C++,Java,javascript,C#,shellでできる事はC言語でも出来る
更に君が作ろうとしてるものや、やりたいことは、もう誰かが作ってる
ましてや大規模になると、googleとかamazonと戦う羽目にもなる
それが嫌ならプログラミングなんて辞めとけ
>>487-488 了解です、ありがとうございます
>>484-485 482は反対意見を述べているという意味でまだいいところがあったが
てめーらは一方的な押しつけしか頭にない100%真のノイズだ
>>490 既に解説があると示すのも質問に対する回答として十分だし、それで不満な理由がまるでわからん。
それが対話でないと断言するのも意味がわからん。
結局のところどうして欲しいの？
>>491 意味がわからんからどうした？
平行線の相手に何か言って欲しいのか？
>>493 そう決めつけて続きを拒むなら「一方的な押し付けしか頭にない」「対話がない」というまさにそれでしかなくね？
意味がわからんから解説してくれっての。
わからんことを理解する必要があるから対話になるんだろ。
>>494 自分の言葉で何か言えよと思う俺の意見を
おまえ真っ向から全否定しただろ
だから接点がないと判断したんだ
接点があるなら最初の態度を撤回しろ
話はそれからだ
>>495 意見を全否定って、そりゃ異なる意見があるのは当然だろう。異なる考えなら議論にならないなんて、議論する気が無いだけだろう。
ついでだが、俺もお前さんの意見には反対だ。自分の言葉で書くかはまったく重要ではないと思う。お手軽に書ける掲示板のレスは言葉足らずだったり不正確な表現なことも多々あるが、それよりきちんと纏まった情報をリンクされた方がありがたいことも多い。
>>496 意見が異なるのと全否定は違うぞ
自分はこう思うと述べるのと
おまえは間違っているというのの違いだ
よくいるんだよ、どっかからの受け売りを壊れたレコードみたいに繰り返すだけなやつとか
俺は自分の知見からは何も出てこないのかよと思うことがあるが
おまえはそれで満足なら勝手に満足してろよ
そこが俺とおまえの違いだな
質問です
>>498 continueだと内ループ先頭に戻るから違うんじゃないの
>>498 .for ... {
. for ... {
. char c = fgetc(fp);
. if (c != '\r' && c != '\n') {
. matrix[i][j] = c;
. }
. }
.}
>>499 呼ばなくていいです
>>501 これでもうまくいかないです
for (i=0;i<10;i++) {
サイズが固定なら fread でよくない?
>>498 「うまくいかない」症状を見れば、もう少し見当がつくんだけど…。
格納先の配列を char matrix[LINES][CHRS]; とか定義して、
printf("%s\n", matrix[n]); で表示してるの違うかな。
各行の文字列の末尾にあるべき '\0' が格納されてない、みたいな。
2重ループやめても良いか？
501の方法だと'\n'読んだ時に、スキップしているけど
>>503 >>507 どちらも行けました
507のは理解できるんですが
503の読み捨てというのはどう言うことなのでしょうか
OSSで構造体を公開しようとおもってる
「sizeof(int)が環境依存」を前提にするなら
>>512 処理系によるパディングとかの問題を別にしたら、bufferをunionにしといたらわざわざ減らさなくても良いのでは？
>>513 たしかにint aですでに違うね
ただ今回考えてるのは、コンパイルせずに共有ライブラリを差し替えるって状況を想定してる
そのときにセグメンテーションフォールトがでないようにしたい
だから、すべての処理系で同じサイズにしたいってわけじゃなくて、同じ処理系の中ではバージョンにかかわらずサイズを保ちたいってことなんだよね
説明不足ですまん
あらゆる環境だったらシリアライズしないとだし。
>>514 のはこんな感じですかの 構造体の大きさが char[100] に収まってる範囲での話
>>512 のように末尾に用意したギャップを引き算していくにしても、引ききれなくなった段階で破綻するよね
※ 突破したことをチェックするには sizoef(union foo) と sizeof(char[100]) とを比較すんのかなぁ…
C99 <stdint.h>のuint*_t型を使った方がいいと思う。
今はstatic_assertとかいうものがあるらしいぞ
>>512 不格好だけどこれでいけるよ
全部プリプロセッサで処理できて、構造体サイズは100バイト固定になる。
予想を超えてサイズを突き破った場合は別構造体作るしかないね。
#include <stddef.h>
struct inner_foo {
int a;
char buf[];
};
#define MAX_STRUCT_SIZE 100
#define BUF_SIZE (MAX_STRUCT_SIZE - offsetof(struct inner_foo, buf))
struct foo {
int a;
double b;
char buf[BUF_SIZE];
};
>>523 ちょっと間違ってるみたい。
struct foo には struct inner_foo に double b; が追加されてるせいで
sizeof(struct foo) == MAX_STRUCT_SIZE にならない。
sizeof(struct foo) == MAX_STRUCT_SIZE + sizeof(double) になっちゃう。
inner_foo と foo とで char buf[] より前のメンバを一致させる必要がある。
>>515 なんでサイズが違うとセグメンテーションフォールトになるのかよくわからんが…
Win32APIみたいに頭にサイズ入れときゃいいんじゃね？
データファイルの話なら分かるが、intのサイズが違う環境の共有ライブラリってそもそも使えるのか？
コンパイルは自分でしろって話だと思うよ。
やっぱ int32_t みたいな環境に関係なく同じビット数になるやつにしといた方が良いんじゃないかな。
515の
構造体には、サイズの変わらない、ポインタだけを置いておいて、
さすがに実体を共有するという目的がないとこういう発想にはならんでしょ。
>>529 呼び出す側がバージョン情報をもっておいて、処理側で振り分けてアクセスしないようにすれば問題ないね
#define version 2
void func (const struct* foo) {
func_impl(foo, version);
}
void func_impl(const struct* foo, int version) {
if (version > 1) {
foo.b;
}
}
>>532 そのバージョン情報の数字を埋め込むのに一番適度なのは実構造体のサイズって話に(
>>525 )
>>531 のような背景なら
ペイロードサイズは触りたくない ってのは納得できるな
バージョン違いの吸収法は別途必要だけど
構造体の中身を公開しないでポインタだけ使わせて読み書きする関数を別途用意するって方法もあると思う。オブジェクト指向の言語でのプロパティのようなものね。
exeがnew(malloc)するけど中をいじるのは全てdllの関数ってのはままある
>>517 の foo.a でいきなりアクセスできる union が記述できるのは C11 からみたい
無名構造体/無名共用体
>>535 intが4バイトなんて保証はないから、char[] bufの大きさを決められないって話でしょ？
intメンバを追加したとして、bufのサイズはどれだけ減らせばいいのかわからないのが問題
4の環境が多いだろけど、2の環境だと2を減らさなきゃいけないわけで
dll差し替えで再ビルドしない場合、構造体サイズが変わると特に配列渡しの場合はセグメンテーションフォールトになる可能性が高くて危険
セーブデータみたいに構造体をそのままファイルに落とすとしても、サイズはずっと不変なのが扱いやすいね
数字付かないintのでかい方に合わせるなら、それこそunion使って明示的にオフセット決めるとか。
>>537 > intが4バイトなんて保証はないから、char[] bufの大きさを決められないって話でしょ？
そんな話はとっくに終わっとる
>>515 をちゃんと読めよ
>>536 ほう知らんかった
なら>517でほぼデメリットないね
>>537 「その環境」でのintのサイズはsizeof(int)でおｋ
win32apiはバージョンによって構造体の変数が追加になるから構造体のサイズを構造体の先頭にセットする
文字配列列sを逆順に文字配列tに格納して出力したいのですが、
後のループの一発目は
おっしゃる通りでした…今度は上手くいきました
おっしゃる通りでした…今度は上手くいきました
自己解決できたようでなにより
今C言語教室でSQLとGUIやってる初心者なんだがCでDB弄る仕事ってあるのか
>>549 ODBC 経由ならできますが…昔、ハンドルのキャストをとちったミスを、その意味不明の動きから突き止めるのは大変でした
ODBC を直書きする情報はネットにほとんどありませんね
SQL使うのか慣れてないからあんまやりたくないんだよなあ
>>549 C++ならまだしもC言語でGUI？
どこの教室だよ…
むかーし、Pro*C って使った事がある
SQL使いこなしてる人ってすごいけど、正直ああはなりたくないという感じだよな。
同じ事をCのロジックで組むとなると、アタマおかしくなるかも
普通にアプリケーションの規模が大きくなるとsql使いたくなるだろ
５ちゃんねる専用ブラウザもsqlite使っているそうですね？
IoTのデバイス開発やってるけど、C言語でDBのクライアントライブラリ使ってるよ
リーナスさんはC++嫌いつーてるしな
この頃は間に何かライブラリ挟んでDB変わってもSQL文がほぼ同じままで行けるようなのが流行りなのでは？
大学の情報科の人たちってどのレベルでC言語使えるんですかね？
人によるだろ
>>565 おまえは情報科に来るなってだけ
やる気ねえやつが畑違いな学部に入ること自体が害悪だ
学校だとアルゴリズムやシステム設計手法は学べるだろうが
コンピュータサイカヨウの基本は一通りやるんじゃない？
業務のほとんどは手作業の自動化だから差は出ない。そしてみんなリストラされる。
仕事で出会った、いろいろな人を思い出すに、ガチに使える人材って凄いからなあ。
setbuf関数っていつなんの為に使うんや？
ちまちま出力するより溜めてからまとめて出力した方が高速
1万文字くらいのテキストファイルを標準出力でやってみたけど変わった気しなかったぞ
というか普通はバッファリングする関数ばっかりだが、自前でバッファ用意したいときもあるって話。
確かに少ないな
>>574 FILE * 経由で出力する printf() 等は内部でバッファリングしていてバッファがいっぱいになったらまとめて出力する(出力先が端末の場合は行単位で出力する)。
そのバッファを自分で指定した領域を使わせるか、またはなしにできるのが setbuf()。更に自由に大きさやモードも指定したいなら setvbuf() を使う。
バッファリングに関して考慮しなくても良い入出力をする場合は read(), write() で行う。この場合は全くバッファリングされないので少ないバイト数の入出力が多いと遅くなる。
それと printf() のようなフォーマットを考慮した出力はないので必要なら自作する。
>>576 open()してwrite()で1バイトづつ書くのとまとめて書くのとではバイト数によっては大幅に違いが出ると思う。環境依存ではあるが。
>>581 大きなファイルの入出力を高速化したい時はsetbuf(fp,buf)
バッファリング無しにしてバッファをフラッシュするタイミングを順番に逐一実行させたい時はsetbuf(fp,NULL)
みたいな感じでええんかな？
>>582 setvbuf()で自分でバッファの大きさ決めてしまった方が良いかも。
既出かもしれませんがconstがjavaのfinalと違うと知りました。どう違うのでしょうか？c初心者です
>>576 OSによってはHDDへ遅延書き込みするから、結局バッファしてるのと大して変わらなかったりする。
>>584 20年前くらいの知識で、しかも完全に理解してるわけではないので、間違っていたらゴメンだけど。
変数について言えば、Java の final 変数は、値が未定義かどうか、という情報を内部的に持っていて。
もし、変数の値が未定義の場合は、1回だけ代入できたはず。例えば
final int i;
System.out.println("test");
i=4;
System.out.println(i);
i=5;
System.out.println(i);
の場合、1回目の代入（i=4）は許されるけど、2回目の代入（i=5）は怒られる。
それに対して、（C89の頃のだけど）Cのconst変数は・・・
const int i;
printf("test\n");
i=0;
printf("%d\n",i);
1回目の代入（i=0）であっても怒られる。
みたいな感じの違いはあったような。最近のCやJavaは知らないんだけどね。
あまり自信がないので、詳しい方のレスを待ちましょう。
>>585 そっちもあるけどAPI呼出し回数の削減もあるから
>>585 今どきのディスクならほぼ遅延書き込みしてるといってもいいね
バッファには二段階あって、
①プロセスが持ってるバッファ
②OSが持ってるバッファ
flush関係のライブラリ関数やシステムコールは①を②に吐き出す
②を吐き出すにはLinuxだとfsyncもしくはfdatasync
>>584 Cはポインタの指す先が const という指定ができるがJavaは配列の要素まで final にする指定ができなかったと思う。
つまり配列やクラスそのもののインスタンスへの参照は final にてきる。しかし参照される中身までは final にできず書き換え可能(クラスの場合はpublicのクラス変数とか、外部から書き換えられるようになっていれば書き換えられる)。
ま、ちょっと試してみな。
LTOのオプション
>>589 これな
Javaを最初に設計した奴はバカなんじゃないかと final の仕様を見たとき思ったな
Linux では、HDD へ書き込むのは、デフォルトで、5秒に1回
>>593 書き出し周期はファイルシステムに依存するよ
例えばext3かext4かで挙動は違う
C言語のfprintfを用いるときに、前行の改行を消す方法をご存知ないですか？
ストリームの撒き戻しは難しいんじゃないか？ 表示装置なのかファイルなのかでも変わるだろうし…
ファイルポインタは巻き戻せる
こんな感じでいいのか?
質問者が知りたい情報とは違うので、スルー推奨かもですが。
>>595 bool First = true;
for( … ){
if(First){
First = false;
} else {
fprintf("¥n");
}
fprintf( … );
}
ファイルが標準出力等でvt100互換端末であれば。
>>596-602 皆様回答ありがとうございます。
ファイルを扱っているので、fseekで戻す方法を試してみようと思います。
プログラムいじられるなら、改行出す方をどうにかした方が良さそうだが
ansi.sysを組み込めばVT100互換エスケープシーケンスが
最後に改行出すんじゃなくて最初に改行出すようにすれば良いだけでは？
>>607 おお。既にあった。
さっきスマホで見てて気付かなかった。
>>604-607 603です。
>>600 の意味をちゃんとわかってませんでしたが、
>>606 の方のレスでわかりました。
>>600 の方が安全な気がするのでそちらを検討します。
C言語はクラスが無い。
まあファイルがクラスと同じだし。
最大のデバイスドライバがOSのカーネルなんじゃねえの
Linuxカーネルは2100万行を超えているそうなので
Cでもオブジェクト指向的に考えて作ることは可能。構造体へのポインタまたは情報を区別する番号などを渡してその中身に基づいて処理する関数作ればいいので。
クラスはコンストラクタ/デストラクタは活用したけど
C言語ではオブジェクト指向も関数型プログラミングもできる。その下位レイヤーだから。
>>613 デバドラとかが山ほどあるだけでコア部分はそんなにたいしたことないよ
>>610 構造体に関数ポインタ入れたりすれば継承も多態も可能
書くのが面倒ってだけの話
モジュールを適切に分割すれば個々の開発部分はそんなにでかくならないし
まあしかしC++は複雑怪奇な状態になったような感じがするのでなんか別の言語でオブジェクト指向やった方が良いような気がする。
linux kernelなんておもくそオブジェクト指向的な構造だろ
関係ないけどOOPが流行り始めた頃に「WindowsのUIはオブジェクト指向だ」と言ってたやつを思い出した。
>>615 ＞Cでもオブジェクト指向的に考えて作ること
あくまでも「オブジェクト指向『的』」であることに注意すること
C ではオブジェクト指向を実現できない（断言）
>>617 ＞C言語ではオブジェクト指向も関数型プログラミングもできる
C ではオブジェクト指向はできない（断言）
継承をCでどのように記述するのでしょうか？
>>622 ＞linux kernelなんておもくそオブジェクト指向的な構造だろ
あくまでも「オブジェクト指向『的』」であってオブジェクト指向そのものではありません（断言）
いやできなくはないよ。何せC++は元々はCへのコンバータだったしな。C++のソースを読んでC言語に変換して後のことはCコンパイラに任せてたんだよ。それが初期のC++。
そんなん言い始めたらアセンブラでもオブジェクト指向プログラミングできることになっちゃう。
>>628 ＞C++のソースを読んでC言語に変換して後のことはCコンパイラに任せてたんだよ。それが初期のC++。
C++ から C へのトランスパイラが存在したからといって、C にてオブジェクト指向（的ではなくそのものずばり）なプログラミングができるわけではありません
C++ のコンパイラが存在するからといって機械語が OO でないのと同じです、まず、
C++
https://ideone.com/vAp2Sj に対応する C のコードを示してください
>>629 ＞言語としてOOPがサポートされてなきゃ認められないでしょ。
激しく同感いたします！
>>610 全く問題にならない
classというキーワードがなくても
コードを書く者の考え方次第でカプセル化や継承はできる
FILE構造体がその例だ
多態性がないというのは、おまえさんの認識不足で
関数ポインタでそんなものはすぐに実現できる
そういう認識不足があるからこそ
メジャーなカーネルをなぜ書けたかが理解できないのだ
>>630 対応するCのコードを示せるやつがいたら、おまえどうする？
朝８時の品川駅のホームでストリーキングでもするか？
>>632 ＞classというキーワードがなくても
＞コードを書く者の考え方次第でカプセル化や継承はできる
C ではカプセル化はできても継承は不可能ですよ
>>633 ＞対応するCのコードを示せるやつがいたら、おまえどうする？
あなたができないことをそんなにアピールしなくてもいいと思いますよ
仮想関数テーブルの実装方法について語るスレはここですか？
>>635 いーや、できる
おまえさん禿本やリップマンくらい読んだか？
裸踊りを賭す自信もねえやつがいきがってんなよ
>>638 ではストロヴストルップやリップマンはどういっているのか、ここに引用していただけますか？
あらかじめいっておきますが、引用はできない、なぜならば、そんな内容をストロヴストルップもリップマンも書いていないのだから
>>625-627 ,
>>629 オブジェクト指向と言う概念と実装の区別がついてないんだな
低能なプログラマーによくある行動w
例えばLinuxで言えばリダイレクトなんて言うのはもろオブジェクト指向な機能だよね
Applicatlon > xxx
ってやればxxxがファイルならApplicatlon が出力したデータをファイルに書き込むし、xxxが端末なら端末にデータを表示するし、xxxがプリンタならデータを印刷する
Applicatlonは出力先が何であるかを気にする必要はない
もちろんLinuxはC言語でこれを実現してるしより面倒だろうけど当然アセンブラで実装することも可能
>>640 ＞typedef struct C
＞{
＞ A ThisA;
＞ B ThisB;
＞ int c;
＞} C;
これは委譲であって継承ではありません。私は
>>626 で「Cでは継承はできない」と主張しており、これを否定するために委譲は使えません
>>642 それは smalltalk 的な OO であって C++ の OO の概念とは多少食い違うと思います
コンストラクタとデストラクタの機構だけは欲しいと思ったことがしばしば
>>643 FILE は OO 的ではありますが、OO そのものではありません
OO というからには委譲とは別の継承を表現できねばなりませんが、
C では継承を表現できません
glibとか大昔からあるじゃん…
オブジェクト指向ってC++固有の概念なの？
>>648 glibc++ は OO かもしれませんが glibc が OO だとは寡聞にして聞きませんね
>>649 ＞オブジェクト指向ってC++固有の概念なの？
いいえ、Java も C# も OO だし、 python も ruby も OO で表現できます
>>650 GLibだよGLib
今知らないのもどうかと思うけど、使ってみると面白いと思うよ
>>651 いや、それだとつじつま合わないでしょ
自分の決めた道を突き進めよ
>>653 どうつじつまがあわないというのですか？説明ください
私は「OO ならば委譲と区別された継承を記述されなければならない」と主張しています
>>650 glibcじゃねーよ…
gimp、inkscape、gnomeほか様々なソフトウェアで使われてる。
linuxとは無縁だったんだな
>>629 出来るに決まっている
OO言語はオブジェクト指向プログラミングがやり易いようになっているだけでそれじゃなきゃOO出来ないというのはOOについて理解していないだけ
>>644 多重じゃない継承の場合Cでは1つめのメンバにベースクラスのインスタンスを書くというルールなだけ
それだけで呼び出し元のコードはほぼなにも考えずにベースクラスの機能を使うことができる
>>655 CでもOOできるし、継承できるし、オーバーライドもできる。
20年位前の本に「ANSI C に準拠したコンパイラならできる」と紹介されている。
メモリを意識したコードを書けない人には理解できないけどね。
C言語はABIが標準化されている、という文を見たんですが、
>>654 ていうかお前、MZ級にウンコな片山博文やんけ。
>>660 標準の名前は無いんじゃないの？
とりあえず「ABI」でググれ。
アーキテクチャ跨いでABIが統一できるわけないよね
>>645 お前のOOの定義書いてくれ
俺の思うOOじゃないとか言われたらどうしようもないわなw
Cでオブジェクト指向プログラムなんて書くのは時間の無駄
>>641 てめえの怠慢を俺が尻拭いする筋合いはねえぜ
調べるところまで教えてやったんだ
自分で調べる気がねえなら不勉強のまま取り残されろ
>>665 > Cでオブジェクト指向プログラムなんて書くのは時間の無駄
そう言うこと
ただ時間がかかると言うのとできるできないの話は別
なのでお前のレスのほうが時間の無駄w
>>658 ＞多重じゃない継承の場合Cでは1つめのメンバにベースクラスのインスタンスを書くというルールなだけ
C では構造体のメンバの順番をプログラムから指定することはできたのでしょうか？
C コンパイラはアラインメントを考慮して最適化をはかり構造体のメンバを、プログラマの記述から適宜入れ替えていもいいのでは？
となると一つめのメンバにベースクラスのインスタンスを書いても、コンパイラに入れ替えられてしまっては無意味なのでは？
>>659 ＞CでもOOできるし、継承できるし、オーバーライドもできる。
できないとおもいますよ、できるというのなら
>>630 を C で記述してみてください
＞20年位前の本に「ANSI C に準拠したコンパイラならできる」と紹介されている。
出典を明記ください
>>666 ＞てめえの怠慢を俺が尻拭いする筋合いはねえぜ
あなたは私の怠慢を主張するのと同様の筋で、私はあなたの欺瞞を主張します
出典元や引用を正確にできないのであれば、あなたは嘘をついていると判断されてもしかたがないと思います
>>661 片山先生は私とは比較にならないほど生産性の高いプログラマですよ
>>652 はじめて知りました、
>>650 は勘違いした内容でした、すみません
ご紹介ありがとうございます。今試しているところです！
>>668 真面目な話、規格書読んでこい
ツッコミどころが頓珍漢すぎる
>>673 コメントありがとうございます。確かに
>>668 には誤りが含まれていました
ISO/IEC 9899:1999
6.7.2.1.5
As discussed in 6.2.5, a structure is a type consisting of a sequence of members, whose
storage is allocated in an ordered sequence,
JIS X3010:2003
構造体は，メンバの列から成る型とし，メンバの記憶域は，並べられた順に割り付ける（6.2.5参照）。
しかし、この記述は構造体のパディングが構造体の先頭に詰められる場合を排除していないと考えます
よって、
>>658 ＞多重じゃない継承の場合Cでは1つめのメンバにベースクラスのインスタンスを書く
＞それだけで呼び出し元のコードはほぼなにも考えずにベースクラスの機能を使うことができる
構造体の先頭にパディングがあった場合は、この記述は正しくないのではないでしょうか。
>>674 よくよく考えると、私の「この記述は構造体のパディングが構造体の先頭に詰められる場合を排除していないと考えます」もかなり疑わしい、
パディングというものは、一つのメンバがあって、それに対してもう一つのメンバを置くときにパディングを置くものであって、最初からパディングを置く必然性がないですね
struct S {
int a;
} b;
のとき
&b = &(b.a)
は保障されている、時間がたつにつれてそんな気がどんどんしてきました…
>>658 を認め、同時に単一継承であれば C で OO と継承を表現できることを認めます
>>674 ＞ a type consisting of a sequence of members, whose storage is allocated …
この is にも惑わされてしまいました
これは
a type consisting of a sequence of members, each of which is allocated about storage in an ordered sequence
とか
a type consisting of a sequence of members, each of which's storage is allocated in an ordered sequence
くらいに解釈するべきなんですね
検討する機会をいただきありがとうございました
オブジェクト指向って抽象化が目的なのに、メモリ配置とか気にするのは馬鹿みたいだよな
MicrosoftのCOMはほとんど全てのコンパイラが構造体のメモリ配列を同じ様にするってのを利用してるんだっけ？
>>678 ここにも概念と実装の区別がついてないバカが…w
>>669 C言語でオブジェクト指向を表現する (クラス、継承)
https://qiita.com/qiita_kuru/items/8f3441bce9b2f53d1d62 この辺でも読んどけ。
「何故できるか」まで言及したもっといい文献はあるがカスには教えない。
俺は「せざるを得ない」状況だったのでCでOOしたが、ネイティブでOOできるならそれに越したことはない。
あ、同じ板でハッシュが一致してるのでお前は蟻。
>>670 は？ 俺は主張なんざしてねえぜ
事実をありのまま指摘しただけだ
何勘違いしてやがる
というか勘違いということにせねば立場がねえってかｗ
もうこんなとこで喧嘩しても勝敗つかないんだからやめろｗ
でも冷静になって考えてみろ
>>681 そのご紹介のリンク先は、内容について、はっきりいって詰めが甘いです
すなわち、継承と委譲を区別できていません
そんな中途半端な理解で quita に掲載するとか、玉か石かどちらかといえば、石の部類でしょう、全然参考になりませんでした
そんな中途半端な内容の記事を掲載するあなたも同様と判断いたします
>>683 事実かどうかは、主観的か客観的か、に依存すると思いますが、
相対論においてはすべての事象について純客観的などありえない…①
ので、①より、あなたは主観を主張しているものと私は理解します
>>686 「継承」に必要な操作一式を委譲に基づいて提供できているなら継承できていると思うんだけど、
言語サポートを伴って暗黙的に機能しない限り「継承」と呼ぶべきではない、ということなの？
そこで明確に区別することにあんまり意義が見出せないんだけど、その定義どっか出典示せる？
>>688 委譲による実装で継承を実現できているのなら、それは継承（の一形態）である、…① という主張ですね
①は私にも理解できますが、委譲はダイヤモンド継承を回避できない欠点があるのでは、と考えています
「ダイヤモンド継承」については C++ の書籍には大概載っているかと、具体的な書籍名は探しておきます
>>690 それは初耳です
Object Oriented に継承は憑き物だと思っていました、継承のない OO って存在するのですか？それは例えばなにですか？
>>689 ちょっと何言ってるかわからないな。
ダイアモンド継承の問題を「継承」で回避しているが委譲では回避できないであろう例を挙げてくれたら考える。
明確に区別しないことも理解できると言うなら「詰めが甘い」とか「中途半端」とか言ってたのは何なのか・・・。
クラスベースのOOP言語ではクラスの継承は一般的だけどプロトタイプベースのOOP言語では継承の概念は存在しないよ
>>692 クラス A, B, C, D について、
A のメンバ変数を a とする、また
B->A(B は A を派生する）
C->A
D->B, C （多重継承）
において、これを委譲で実装すると、B.A.a と C.A.a が同じであるべきにもかかわらず二重にインスタンスとして生成されてしまうので、
継承で実装した D.a を、委譲で実装した D.B.a と同一視するか、D.C.a と同一視するか、また継承における D.a を更新した場合に委譲では D.B.a と D.C.a の両方を更新するコードを生成しなければならないのか、
等あいまいな部分がでてくる、これがダイヤモンド継承問題です
継承で実装すれば、C++ ではこれを仮想継承といいますが D.a の実態を一つに限定することができますし、D.B.a, D.C.a の両方を保存することもできます、つまりモデリングにおいて選択肢を準備できる
しかし委譲で実装すると D.a の実態を一つに限定することが不可能です、つまり選択肢を準備できません
以上より委譲で継承のすべてを代行できないため、委譲と継承を区別する必要が生じると考えます
ただし、多重継承を認めないのであれば、委譲と継承は同一視しても差し支えないと考えます
>>693-694 ふーん、インタプリタ JavaScript には継承はないのですか
>>692 ＞明確に区別しないことも理解できると言うなら「詰めが甘い」とか「中途半端」とか言ってたのは何なのか・・・。
「単一継承に限定するのならば委譲による継承の実装も可能である」という意味での
>>689 の「理解します」の文言だと解釈ください
ただし委譲で継承をすべて実現できないので、
>>681 掲載のリンク先は「詰めが甘い」と判断せざるを得ない、そんなリンク先を紹介する
>>681 も同様と判断するものです
継承がオブジェクト指向と無関係なんだから、委譲で実現する必要がない
>>695 C++が仮想継承・多重継承でやっていることをコードで書き下せば済む話。
アップキャストがnopで済むか、オフセットの足し算になるかなどの詳細に基づいて区別しろってことに
聞こえるんだけど、やっぱりそんな区別の意義が見えてこない。
もうそろそろ別スレ立ててやれや
>>700 ＞C++が仮想継承・多重継承でやっていることをコードで書き下せば済む話。
そこで実現されているのは私のいうところの継承であって、私のいうところの委譲ではありません
委譲ではダイヤモンド継承に対応できない（選択肢を提供できない）
したがって、委譲と継承とは区別するべきであり委譲で継承を実装するべきではない、という私の主観には一貫性があると思います
>>702 継承はだめだよ
これから使ったら反省文ね
>>702 むちゃくちゃだなぁ。「私のいうところの」「継承」「委譲」の区別がどうにも掴めないし、
その区別の意義も示されなさそうだし、迷惑してる人もいるみたいだから、離脱させてもらうよ。
>>703 私がいつ「継承は要らない子」とかいいましたか？
あくまでも「継承を委譲で実装できない」とは言っていますが（これは部分的に意見を修正していますが）「継承不要論」とかは一切主張していないと考えていますよ
>>704 継承と委譲の区別は必要だと思いますよ、その言葉を贈らせていただきましょう
>>705 だから、世界の共通認識として要らないもの。
使っちゃだめ。
もういい加減やめてくれないかな
>>706 私のいうところのって、最初の論旨からずいぶん乖離しているな
カプセル化や継承ができるかどうかって話だっただろうがよ
いつから、おまえのお気に召すかどうかって話になったんだよ
>>686 煽って、良い文献の情報を得ようとしているのだろうが、カスにはやらんよwwww
ソロソロ終わって良いですよね？
stddef.hをインクルードして
rsize_tって多分オプションだから実装されてないよね？
Ｃ＃でポインタ使えばＣ、Ｃ＋＋は無くても良いんじゃないですか？
C#使うならポインタのように面倒臭いこと考えなくても変数でも関数でも参照できるだろ
C#のポインタはC/C++ほど使い勝手が良くない
まあ、だいたいの後から出た言語はC/C++の欠点を補おうとしているのでポインタがあっても安全なのが普通だな。
安全じゃないのがc#のポインタの特長だろ。
そりゃC#のポインタ使うにはunsafeオプションが必要だからね。安全じゃないわね。
>>722 Cの前からでてたPascalにもポインタはあるんだが…
むしろC/C++が例外的
数年前からこのプロジェクトがちょっと注目されてるけどどう思う？
RustはC++を置き換えてもCを置き換えないだろうと思うし、
ZigはCの置き換えとしては妥当なんじゃないかという気がする。
Cより高速、単純、堅牢らしい。
https://ziglang.org/ Cより速いと主張
CはC++ほどではないにせよ色々酷いから
>>726 ちょっと検索してみたらもうドット絵まで準備されてるらしい
さすがに西洋人は仕事が早いな
https://www.datadeliver.net/receiver/file_box.do?fb=966f97555e424f19a29d0d866b4b3cf5& ;rc=683943257e194056afc95195b542ba5d&lang=ja
キューを実装する？プログラムを書いたのだがコアダンプになってしまったため、どこが悪いのか調べるために１回だけenqueueをするように変えたら無限に10を生成するようになってしまった
どこが悪かったのか、どうして10が無限に生成されるのか、教えて欲しい
環境は学校の端末演習室でやったから詳しいことはわからんです
>>730 それじゃあ検証のしようがない
ネットカフェで書いてここに晒せ
「無限に10を生成するようになってしまった」「どうして10が無限に生成されるのか」
>>725 Pascalの方が先にできたんだっけ？
まあでも用途が大幅に違うよね。Pascalはコンピュータの学習用の高級言語でCはOS記述用でアセンブラ代わりに使う言語。
>>733 だからそんなことを言い出したら
>>722 の言うポインタが安全な言語って用途が違う言語だよね
って話にしかならないんだが…
>>735 まあそうだな。
Cは用途が違う上に古くて安全性が低い感じか。
安全性って何だよ
>>736 いやOSを書くにはその安全性が邪魔になるから両立は難しいよ
OSのコードはどんな感じなの？
>>740 OSのソースなんてちょっとググればいくらでも出てくるから自分で見なよ
詳細linuxとかいう1000ページの宗教書だろ
オープンソースなのだから1分もあればソースコードくらい見られるだろうに
>>740 ＞未だにLinuxでバッファオーバーフローの脆弱性出てるよね
最近は聞かないね…
今普通に静的・動的解析使うとバッファオーバーフローなんてあり得ない感じするわ。
strcpyとかsprintfとか使ってるコードはまだたくさんあるでしょ
Cが最も好きだけど、
C言語認定一級を取得したら転職でどれぐらい評価されますか？
さあ？
>>758 そういうときは一般化して正確じゃなくても妥当な範囲で思考して回答する癖をつけましょうね～
うちの周囲じゃ全く参考にもしていないし資格給が出るわけでもないって所が多いな
http://codepad.org/NUCaFYyE 雨が降る様子を自分の今持ってる知識だけで作ろうとしたんですが、表現が上手くできてない気がします
だれか改善案があれば助言お願いします
>>763 抜けてました
プログラムの問題として、実行すると縦に雨粒が重なってしまうのが目立っていて、この原因がわからず質問しようと思いました。
>>764 それは使用する言語とは無関係に、雨らしく見せるアルゴリズムの問題ではないか？
ある処理をC言語で実現したいがどう書いていいか分からないとか、書いたものが想定通りにならないのはなぜかとかなら答えようがあるが。
>>765 1番上の行で雨を発生させるとき何列目で発生させるかは乱数できめているはずなのに、何行か連続で同じ列に発生しているのがよく見られていて、それが何故なのかがわかりません。
このプログラムは改良中のもので、その前のプログラムは雨粒が全部同じ速さのやつを作っていてそれは問題なく(上の現象も起きず)動いていたので、乱数でなくプログラムの問題かなと思って質問しました
>>766 乱数っていうのは偏るものだから、同じ列に連続して発生することが普通。
同じ列に発生しないような作為をする場合は乱数とは言わないと思う。
https://twitter.com/Newton_Science/status/1031788874836529152 あと、'o'が縦に連続するのに違和感があるのなら'|'などに置き換えれば良いと思う。
みたいな感じで
適当に作っててチカチカしちゃってるからあまり参考にならないかもしれない
https://twitter.com/5chan_nel (5ch newer account)
>>767 すごい！！！
一気に雨っぽく見えるようになりましたw
乱数の件大変勉強になりました
もっと改良するとしたら、そのツイートのように不自然に見えるランダムさをなくすため振るいにかけるような工夫もしてみようと思います。
あと、もしよければGIFのやつのソースコードを貼ってもらえないでしょうか。よろしくお願いします
>>768 一応貼るけど自分はC言語あまり得意でない上に適当にササっと作ったのだからあんまり参考にはしないでほしい
https://ideone.com/FG3nNS system("cls")で画面更新してるけどチカチカさせずに滑らかに動かしたいならpdcursesとか使ったほうが良いと思う
あとLinuxだったらclsでは動かない
>>770 ありがとうございます！
初心者なので関数の使い方とか、あと自分がいかに無駄なコードを書いてたかとかがわかってとても参考になります
調べてみようと思います。ありがとうございました
constが外れるのにキャストせずに
ちんぷんかんぷんなので教えて下さい
影があって見えない。
(3)のとこ、この試験問題を作った教官がどういう教え方をしているのか聞かせてくれ
正解は *(const char **)&s なんだが解答群にねえだろ
>>781 C++11以降でもなさそうだし、回答群にあるsでいいでしょ。
タイミングがよすぎるし
>>772 と
>>774 は同一人物なのかな
簡単なテストがちんぷんかんぷんな人が規約を気にするとは思えない。
【速報】金券五百円分とすかいらーく優侍券をすぐもらえる >>786 複数スレに書き込みまくってID変えてレスも書き込みまくってる。
迷惑メール来るようになるっていう報告もあるからこれはスルーしたほうが良いと思う
ありとあらゆるスレに貼られてるbotだから気にしなくていいぞｗ
内容を変えてNG対策すり抜けをやろうとしているから、悪質だと考えた
サービスの提供もとに不正行為として通報して、そいつの招待コードとやらを無効にさせられないかな。
これってどこの企業がやってるんだろう
しかし500円だの600円だのしょぼいな。
とてもいいアプリだからダウンロードして星つけてあげたらいいと思うよ
真って0でしたっけ？1でしたっけ？0以外でしたっけ？1以外でしたっけ?
0以外は真として扱われることが多いな。
論理演算結果を整数化したら 偽が0 真は1
#define TRUE (1==1)
OR EAX,EAX
!!a == TRUE ならセーフになると思われるー
論理演算では1が真なのに終了は1が異常終了なのはなぜですか？
昔はintを返す習慣が多分にあったのでその習慣によるが、自分は異常終了は-1返してたな。
>>807 いや、boolが戻り値なら真を成功にすることがむしろ多いと思う。
「エラーを返す」関数の需要が多いということではないか。
正常というのは１つの状態しかないが
>>807 正常は 0でいいけど、異常はいろいろな状態の別を報告できるようにでは
ソフト会社に長年いて開発者からこの質問は初
>>813 windowsの終了ステータスの確認の仕方とか忘れるしなあ。
言葉で出てくる結果しか見れないなんて普通だと思うわ。
0が偽なのにnoerrというイカれた慣習はどうして生まれたんだろうねぇ。
最初に誕生した OS、system/360 の JCLでも、正常は 0、警告が 4だったか 8だったかで、異常が 8だったか 16だったかだったな
幸福な戻り値はどれも似たものだが、不幸な戻り値はいずれもそれぞれに不幸なものである。
if (error == 0)
0 informational
返り値0でエラーなしはUNIXのコマンド終了ステータス以来の慣習かな。
Cでは同一のもとして動かせてしまうが
論理型を別に設けずに整数型で代用してしまおうというアイデアはBやCの言語仕様をコンパクトに
C99以降であれば_Bool型を使えばいいのでは？
正常時1で異常時0を返す関数が混ざってたり
BOOLを返す関数が負数を返したかどうか調べにゃあかんやつとかな
ワインバーグの本にあったなあ。ドル紙幣はみんな同じ色、同じサイズで見分けがつきにくいけど、
>>827 GetMessage()の悪口はいくら言ってもよいぞ
DWORDにしとけよ
>>826 カオスっていうかこれ普通じゃない？
標準ライブラリのラッパー書くとき互換性保つために0成功にするでしょ
で他のオレオレライブラリはboolという
戻り地がboolのときはtrueが成功
boolぐらいなにもインクルードしなくても使わせてくれぽよ
>>830 それのせいでPrelではシステムコールと同名の関数の返り値がいまいち統一取れてなかったりして、結局マニュアル見ながら個別に覚えざるを得なかったりする。
Perlはだいたいは1が成功でundefが失敗なんだけどね。(undefはCでのNULLみたいなもの。未定義を意味する。定義されてて値が0の時とは違うが、書き方によっては同じように扱えることもある)。
今C++にあるoptionalだっけ？
インクルードをURLで引っ張ってこれたら面白いのに。
コスパ最強の副業「動画編集」で稼ぐ方法【生ハム登場】
VIDEO 【最強の副業】動画編集で稼ぎ続ける人の条件【未来予想】
VIDEO 【おすすめ副業・在宅ワーク】「動画編集」は初心者でも時給1,500円狙えます。
VIDEO ;t=168s
【与沢翼】動画編集素人でも本気でやれば個人で月収1000万も夢ではないですよ。
実は動画ってすぐプロと同じクオリティで作れちゃうし月収20万はすぐですよ
VIDEO センスのいい映像を短時間で編集する方法
VIDEO >>837 /use/include ディレクトリをNFS マウントでもしとけ。
すみません、質問があります。
>>841 リンクされる関数やグローバル変数が全て揃ってれば誤魔化し効くのではないかな。
シンボルだけ定義したsoファイルを用意するのが普通ではないかと
ビルド用のsoファイルを用意する、でいこうと思います。ありがとうございました！
スタブってやつね。
たぶん、DLL import, export みたいな定義ファイルさえあれば、コンパイルできるだろ？
a) dll import キーワードつきのヘッダでコンパイル
大学でc言語を学び始めました
現実世界にポインタと同じものを説明する概念がないから簡単な説明のしようがないんだよなぁ。住所録とか余計こんがらがるし。
アドレスは＆つけてprintfした時に出てくるやつでしょ？
何かの容量と言ったときの「何か」がメモリです。
みんな思い思いのモデルで遊んでるから、パパは箱モデル出しちゃうぞ
なんか分からない部分のコード示してもらわないと
1ビットが0か1かの二通りを表せる情報量。
アドレスに型情報を加えて、先頭アドレスを起点として配列のようにアクセス可能にしたものがポインタ。
ポインタ配列ってやると実体のない配列になるのかなｗ
ポインタ配列？
“メモリ”って言葉がフラッシュメモリのような、
RAMとROMの違いなんて今の時代説明しても分かる人の方が少ない気がする
>メモリは記憶単位ごとに数字で番地が振られていて
やっぱりコレを見せれば理解しやすいんでね？
>>872 磁気コアメモリと、右側はRAMACか？
磁気ドラムだよ
>>856 ポインタ=君と感覚を共有してる全く同性能の影分身だ。
君の価値が100万なら、影分身は1円で作れる。
ポインタのメリットは会社が君を働かせたい時、君を直接雇うと100万円かかるが、影分身を雇うと1円で済むわけだ。
影分身が働いてる間、君は家でエロゲでもしてればいい。
気をつけないといけないのは、仕事中、影分身の腕が切断されたら、エロゲやってる君の腕も切断されるし
影分身が死んだら君も死ぬ。
これ以上わかりやすい説明はないと思うが、どうよ？ｗ
例えられても伝わらないとさらに混乱させるのが、ポインタと配列周辺の話
>>875 分身と言ってしまうとそっくりな実体がもう一つあるかのように思ってしまうのではないか？
やはり実体を指し示すものを連想させる何かにした方が良いのではないか？道標とか。
このように、どうわかりやすく書こうとしてもどっかに不都合が生じるのがポインタの説明
ポインタはWindowsのショートカットみたいなもの。
キャッシュは次回のアクセスを高速化するためにデータを一時的に保存しておくこと。
>>881 文脈による
汎用機だと二次キャッシュをバッファストレージなんて言ったりすることもあるし
>>875 本体がパンツ下ろしたら影分身も職場でパンツ下ろすんですね分かります
ポインタがよくわからないんだけど、普通にメモリアドレス==ポインタって認識なの？
メモリアドレスは格納されるけど
iのポインタを格納してるポインタ変数p
>>886 ポインタはメモリアドレスと型もってて
メモリアドレスからのデータをその型として解釈する
なるほど、なんとなくわかったありがとう。混乱の原因はポインタっていう言葉がいろんな使われ方してるからだった。
こう書くとまた荒れそうだが、ポインターとはアドレスが入った変数である、というのは正しい。
>>887 nullはまだしもvoidは関係なくね？
荒れる要素なくない？
void *p;
>>891 「正しい」とか書くと荒れる元にしかならん
（初心者のうちは）…「という理解でいい」ぐらいにしとき
>>891 NULLの件はそれ逆だろう。
実際の0番地を特別扱いにしているのではなく、｢どこも指さない特殊なアドレス｣を表記するために整数0を使用しているだけで、0番地が特別な訳ではないはず。まあ実際にメモリ割り当てで0番地を割り当てることはしないだろうけど。
void*も、型を指定しないポインタを表すのに使っている型の指定であり、アドレスというのはおかしい。
>>897 確かポインタ演算時は１バイト (char) 扱いだったかな？
void*なんていらなくね？char*でいいじゃん
>>900 void *がないとmemcpyに引数を渡すとき面倒。
double * には double * だけを許し char * や strucut foo * を渡したらアカンと
汎用ポインタがchar*型になってたらコードレビューは絶対に通さないわ
汎用ポインタというかvoid型という概念そのものが嫌い。
windowsにおいて
>>904 お前の好き嫌いなんてどうでもいいし、よくわからん時点ならvoid*なんて無視しとけばいいだけ
この手の人は何故か全部を一気に理解しようとするけど今どきの言語仕様でそれやったら終わらんよ
「俺の考える最強に分かりやすいポインタの説明」
>>908 void君だろ
C言語なら俺に聞け 148
http://2chb.net/r/tech/1537347410/37 37 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f94f-yqSl)[sage] 投稿日：2018/09/22(土) 01:42:06.64 ID:16ZpsTnK0
>>36 マジでIDE使え。
そして貼るときはlanguageをCにしとけ。シンタックスハイライトが変わるから。
で、どれが分からんの？
> enter
> find
> delete
> show_all
> delete_all
mainはこの際分からなくていい。
最初に理解しないといけないのは show_all だ。
ただし細かいことを言ってもキリがないが、
> void show_all(void)
なんだこれ？引数 void って初めて見たぞ。文法的にありなのかこれ？
さらに酷いのは show_all 内でグローバル変数 address を掴んでいること。
普通は void show_all(tag_address* ta) だよ。
そうじゃないと複数のリストがあったときに使い物にならないだろ。
マジな話、このソースのレベルの本なら捨てた方がいい。
俺は大学の教材がいいと思うぞ。
(読んでないが)リストならググったら東工大とか出てきた。
http://www.is.titech.ac.jp/compview/clang/chap11.html >>910 コメントありがとうございます。
8と10で成功する端末があることを確認しています。失敗する端末は今のところ10だけです。
そして
SetConsoleOutputCP(65001);
を使用することで失敗する端末でもUTF-8をコンソールに表示でき、一応目的は達成できました。
調べてみると、結局のところwindowsではsetlocaleで2バイト以上文字は設定できないとのことだったのですが、ではなぜ成功する端末があるのか……
と、古いシステムの保守なんかやったことねえやつがぬかすか
void show_all(); なんて書くやつ見かけたらなるべく距離を置く
>>918 の場合
C++なら問題ない
C言語だとちょっと不味い
おまえからも距離を置きたいぜ
とりあえず、シングルステートでも返り値をboolにする俺がやってきましたよ。
>>921 >>918 の意図が分かってない者がいるぞ
さあどうする？
大丈夫だよ
Cはvoid省略すると可変長引数扱いになるんじゃなかったっけ？
>>927 無指定でどうこう、というのは確か C89 までの話だったかと
C99 では C++ と同じく省略しても void と記憶しています
>>928 破壊的変更が行われた仕様が回避できるなら回避すべきだな
>>928 記憶違いでしょ。変わってないよ。違うと言うなら出典確認してから来てね。
http://kikakurui.com/x3/X3010-2003-01.html#93 > ...関数定義の一部でない関数宣言子の識別子並びが
> 空の場合，仮引数の個数及び型の情報がないことを指定する。
>>915 新しく作るプログラムでも引数なしならvoidにするよ。
まあこの頃Cで作ることそのものが減ったけどな。
>なんだこれ？引数 void って初めて見たぞ。文法的にありなのかこれ？
DCL20-C. 引数を受け付けない関数の場合も必ず void を指定する
https://www.jpcert.or.jp/sc-rules/c-dcl20-c.html を見ると(かなり読み解きにくいんだけど)…
プロトタイプ宣言では
int func(void); ... 引数0個
int func(); ... 関数呼び出しでの引数の整合をチェックしない
関数定義では
int func(void) {...} ... 引数0個
int func() {...} ... 引数0個
って具合に func() の解釈が一貫していない、
だから引数0個の関数は同じ形になるようにvoidをつけましょう、
という話に思える。
この辺が議論の混乱を生んでるんじゃないかな。
ついでに関数定義の int func() {...} の形式は廃止予定とも出てる。
プロトタイプの方は廃止予定ではない、ってことかな。
そこでjpcertを持ち出すのは興醒めだ
>>936 JPCERTを引用したのは「プロトタイプ宣言と関数定義とで
引数部が空の関数 func() の引数の解釈が違う」って話を
根拠つきで引き出すためでな。
>>927-930 あたりの流れを受けて。
規格の文章が並べて載ってるので都合が良いのだ(読みにくいけど)。
実際のところ、JPCERTのルールっていうか提案には
俺も全面的に賛成してるわけじゃない。むしろ強く反発する部分もあったり。
必要ねえじゃん
>>932 そうだね。関数ではないね。しかしCだと処理をまとめる方法が関数しかないから仕方がないね。
まあしかし getchar() みたいにプログラムとは無関係な所から取ってきた値を返すとか、バッファやstatic変数で外部からアクセスできない変数の内容を返すみたいな処理は必要だから引数なしも必要だ。
○○Initialize()
クラスのメンバーの操作だとしても、だったらそのクラスのコンテキストを渡すのが正しいだろうとは思うけどね。
プログラムの関数は数学の関数とは微妙に違うから仕方ない
functionって関数の他に機能って意味もあるけど、英語圏の人はどちらの意味で使ってるんだろうね？
>>944 多分語義をわざわざ意識していないと思われ
>>942 オブジェクト指向言語のクラスだとプロパティでゲッターやセッター作る事があるが、ゲッターは普通は引数なしだな。
で、そういう言語ではだいたいはメソッドの引数なしで ()にしとけばC言語での(void)と同じ意味になる。
機能という意味で言いたいときは、functionalityという単語もある。
ゲッターセッター自体が、本当にそれ要るのかって思うこと多いよ。
ゲッターセッターはインスタンス変数を隠蔽化することでインスタンス間の結合強度を下げるのが目的
いや、ゲッター使うんだったら隠蔽できてないじゃん。
昔ゲッターセッターってスレッドセーフにするための仕組みだと思ってた。
そうね、なんか前後に処理を入れるくらいの使い方はある。
今の仕組み上での利点としては
Cのスレで言っても仕方ないが
getter/setterなんてうざいだけだぜ
>>954 そうそう、だからゲッターは駄目なんだよね。
C++でclassとstructのアクセス範囲が異なる理由がわかってない人が多すぎる。
>>955 お前には一生オブジェクト指向は無理だな
まあ、ゲッター使うのはバカ。
たしかPythonだとgetterもsetterも推奨されてないんだっけ？
文字列クラスで文字数返すやつなんかはゲッターの一種だが、ああいうのは必用だよな。
問題ないというよりも下手な設計をとりあえずカプセル化する時はラッパー被せて誤魔化すしかない
ラッパーって関数に対して被せるもんだろ？
「メンバ書き換えたから更新よろしくな関数」の呼び出しで
>>960 ゲッターとセッターは使わないのが主流
とくにゲッターとか名前からしておっかねーだろ
>>966 え？でも値のセットや取得時に何か処理が必要なやつはゲッターやセッターではないの？
名前がそれっぽくなくて普通のメソッドだったとしても機能としてはそうなるよな。
>>968 だから、何故値を取得する必要があるのかと
値を取得する必要ガーとか馬鹿なのか？
>>970 引数のvoid見たこともないのによくそんなこと言えるな…
>>969 例えばファイルデスクリプタのようなものもそのデスクリプタによって識別されるファイルに関する情報の読み書きをするオブジェクトと言えるが、それ使ってファイルのバイト数を取得するとかデータを読み書きするとか、普通にやるよね。
>>968 そのオブジェクトの中で密接にデータと関連する処理だったらゲッターは使わんでしょう。this->hogeを直接使うだけ。
あとたぶんあなたの場合はセッターゲッターの神髄を知らんと思う。単に構造体のメンバーにアクセスするだけのメソッドをイメージしてもらえれば。
>>968 ゲッターはあぶない
同一インスタンス内なら余計なことしなくても直接アクセスできる
>>974 あー。それでもリードオンリーにしたい時に言語にその機能がないならゲッターだけ作るよね。
Kotlinの場合はvalで済んじゃってしかも自動でゲッター作られてるけど。
で、真髄って何？
>>978 リードオンリーとか言わず、読ませなきゃいいじゃん
>>979 上で書いた文字列クラスの場合の文字数とかファイルのバイト数とか、外部から読めないとまずいものがあると思うんだが。
>>980 たとえばstd::stringのメソッドでgetってついてるのget_allocatorとgetlineくらいだよね。setなんてないし。
ゲッター感のあるやつ無くない？要らないのでは？
メンバー変数はreadonlyなどの属性ではなくてprivateアクセス権限を設定して他オブジェクトから隠蔽するのが一般的
なんでC++とかいう後付けのオブジェクト指向もどき言語で延々と語ってるんだろうか…
>>983 そりゃもう、javaについで保守的だから。
他の意識高い感じの言語だとゲッターセッターなんて発想はありえないでしょ。
>>984 保守的？単なる継ぎ接ぎの欠陥言語だぞ
C#だとプロパティで隠蔽されてるが結局はGetter/Setterだな
>>985 つまり、Cの構造体アクセスは実質ゲッターセッターだという主張か？
>>987 引数void馬鹿を馬鹿にしてんだよ。わからんか？
>>981 うーん。C++のクラスで喩えられてもすがわからんなあ。C++この頃全然やってないし。
昔ちょっとC++Builder使ったことあるがDelphiの延長線上の使い方しかしなかったし。
とりあえずJavaで言うとそれは何にあたるんだ？
Kotlinでもいいぞ。
すが、じゃねえ、すぐだ。
>>992 >>2-3 あたりの
「次スレを作るときは…」の説明を書き足さなくて良いのかしら？
自分、その辺の正しい立て方を知らず下手に書き加えられないので指摘だけ。
IDを非表示にする場合
ああワッチョイ消してる奴ってRONIN使ってるのか
>>995 RONIN 餅ですがワッチョイの消し方がわからないのです、消すつもりもないのですが…
名前欄に!slip:verboseじゃないの？
>>945 そんなことはどうでもいい
C99ではどうたらを早く説明しろ
逃 げ ん な こ ら ！
このスレッドは１０００を超えました。
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/ ▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
ID:2v2BzL6t0のレス一覧： >>486 言っておくが、python,C++,Java,javascript,C#,shellでできる事はC言語でも出来る
更に君が作ろうとしてるものや、やりたいことは、もう誰かが作ってる
ましてや大規模になると、googleとかamazonと戦う羽目にもなる
それが嫌ならプログラミングなんて辞めとけ
>>487-488 了解です、ありがとうございます
>>484-485 482は反対意見を述べているという意味でまだいいところがあったが
てめーらは一方的な押しつけしか頭にない100%真のノイズだ
>>490 既に解説があると示すのも質問に対する回答として十分だし、それで不満な理由がまるでわからん。
それが対話でないと断言するのも意味がわからん。
結局のところどうして欲しいの？
>>491 意味がわからんからどうした？
平行線の相手に何か言って欲しいのか？
>>493 そう決めつけて続きを拒むなら「一方的な押し付けしか頭にない」「対話がない」というまさにそれでしかなくね？
意味がわからんから解説してくれっての。
わからんことを理解する必要があるから対話になるんだろ。
>>494 自分の言葉で何か言えよと思う俺の意見を
おまえ真っ向から全否定しただろ
だから接点がないと判断したんだ
接点があるなら最初の態度を撤回しろ
話はそれからだ
>>495 意見を全否定って、そりゃ異なる意見があるのは当然だろう。異なる考えなら議論にならないなんて、議論する気が無いだけだろう。
ついでだが、俺もお前さんの意見には反対だ。自分の言葉で書くかはまったく重要ではないと思う。お手軽に書ける掲示板のレスは言葉足らずだったり不正確な表現なことも多々あるが、それよりきちんと纏まった情報をリンクされた方がありがたいことも多い。
>>496 意見が異なるのと全否定は違うぞ
自分はこう思うと述べるのと
おまえは間違っているというのの違いだ
よくいるんだよ、どっかからの受け売りを壊れたレコードみたいに繰り返すだけなやつとか
俺は自分の知見からは何も出てこないのかよと思うことがあるが
おまえはそれで満足なら勝手に満足してろよ
そこが俺とおまえの違いだな
質問です
>>498 continueだと内ループ先頭に戻るから違うんじゃないの
>>498 .for ... {
. for ... {
. char c = fgetc(fp);
. if (c != '\r' && c != '\n') {
. matrix[i][j] = c;
. }
. }
.}
>>499 呼ばなくていいです
>>501 これでもうまくいかないです
for (i=0;i<10;i++) {
サイズが固定なら fread でよくない?
>>498 「うまくいかない」症状を見れば、もう少し見当がつくんだけど…。
格納先の配列を char matrix[LINES][CHRS]; とか定義して、
printf("%s\n", matrix[n]); で表示してるの違うかな。
各行の文字列の末尾にあるべき '\0' が格納されてない、みたいな。
2重ループやめても良いか？
レス：1-200 201-400 401-600 601-800 801-1000 ALL
このスレへの固定リンク： http://5chb.net/r/tech/1554171817/ ヒント： 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。 TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「C言語なら俺に聞け 151 YouTube動画>5本 ->画像>9枚 」 を見た人も見ています：・C言語なら俺に聞け 139 C言語なら俺に聞け 142 C言語なら俺に聞け 148 C言語なら俺に聞け 144 C言語なら俺に聞け 150 C言語なら俺に聞け 140 C言語なら俺に聞け 146 C言語なら俺に聞け 152 C言語なら俺に聞け 149 C言語なら俺に聞け 156 C言語なら俺に聞け 160 C言語なら俺に聞け 161 C言語なら俺に聞け 154 C言語なら俺に聞け 162 C言語なら俺たちに聞け パート0001 馬場のことなら俺に聞け！ ゲームプログラムなら俺に聞け33 天皇賞・秋のことなら俺に聞け！ ゲームプログラムなら俺に聞け32 プログラミング言語 Scala 12冊目 高校生3人がc言語初心者からゲーム作る 次世代言語13 COBOL Java PHP VBA Ruby 関数型プログラミング言語Haskell Part30 次世代言語13 Go Rust Swift Kotlin TypeScript : Forth Factor ; 連鎖性言語part 1 0 0 + + ！ 【IT】マルウェア解析のためのプログラミング言語トップ3 言語訓練 関数型言語一般 言語デザイン 関東弁はバカの言語 C言語 誰か教えて 関東弁は土人の言語 C言語上級者スレ 関東弁は土人の言語★２ 歴史言語学総合 ★５ プログラミング言語 言語って何がオススメ？ C言語相談室(上級者専用） 次世代言語アンチスレ19 日本語が欠陥言語である三大理由 応用言語学・第二言語習得理論 次世代言語18 V Julia 他 最強プログラム言語は？ 言語学板を復興させる方法は？ 【悲報】言語オタク、一般人を煽る キチガイばっかの言語学板 日本語プログラミング言語Mind すべての言語を判定する計算機構 elm(プログラミング言語) RubyでSQLを作ろう！ 最強DSL言語 50歳以上のライダー(内緒話)(言語道断) 自然言語処理スレッド その５ プログラミング言語 Rust 4【ﾜｯﾁｮｲ】 【ST】第19回言語聴覚士国家試験 ★２ ﾋ素ｶﾚｰ事件て言語道断のｸｿ裁判じゃね？ 日英中韓混ぜて人工言語作った結果ｗ 言語聴覚士になったことを後悔している人★11 もういっそプログラム言語から自作しようって プログラミング言語バトルロワイヤル 【ストーカー】人工言語アルカ【男尊女卑】その11 大規模多人数開発でも耐えられる言語に必須の機能 Dart これ以上変な言語を増やすんじゃねえ！ Kotlin 【Go言語】 webapp GO Part1 【Golang】 揚げ足取り大好き！日本語が他言語より複雑な理由 プログラミング言語ってさ？どう覚えるべき？ クラウドネイティブ言語 Ballerina part1
04:25:39 up 102 days, 5:24, 0 users, load average: 19.33, 18.53, 17.01
in 0.11054706573486 sec
@0.11054706573486@0b7 on 072817
