C言語なら俺に聞け 151
レス数が1000を超えています。これ以上書き込みはできません。
windowsにおいて
setLocale(LC_ALL, "en_US.UTF-8");
が成功する環境と失敗する環境があるのですが何が原因かわかりません。。何かご存じの方いらっしゃらないでしょうか？ >>904
お前の好き嫌いなんてどうでもいいし、よくわからん時点ならvoid*なんて無視しとけばいいだけ
この手の人は何故か全部を一気に理解しようとするけど今どきの言語仕様でそれやったら終わらんよ 「俺の考える最強に分かりやすいポインタの説明」
・・・無理 >>908 void君だろ
C言語なら俺に聞け 148
https://mevius.5ch.net/test/read.cgi/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言語だとちょっと不味い おまえからも距離を置きたいぜ
ここをどこだと思っている
C++なら無問題などと言わねばわからぬ者がいるとでも思っているのか とりあえず、シングルステートでも返り値をboolにする俺がやってきましたよ。 >>921
>>918の意図が分かってない者がいるぞ
さあどうする？ 大丈夫だよ
ここを見ながらシステム作っている奴はいないから Cはvoid省略すると可変長引数扱いになるんじゃなかったっけ？
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 を指定する
ttps://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を持ち出すのは興醒めだ
どっかの馬の骨が「こうすべき」と主張してるってだけな話は
現実のマシンの動きとそれ束縛しているiso/iec9899でどうなのかという話とは論点が違う >>936
JPCERTを引用したのは「プロトタイプ宣言と関数定義とで
引数部が空の関数 func() の引数の解釈が違う」って話を
根拠つきで引き出すためでな。 >>927-930 あたりの流れを受けて。
規格の文章が並べて載ってるので都合が良いのだ(読みにくいけど)。
実際のところ、JPCERTのルールっていうか提案には
俺も全面的に賛成してるわけじゃない。むしろ強く反発する部分もあったり。 必要ねえじゃん
iso/iec9899の条文を引用して
その箇所がどのように解釈できると
自分の言葉で言えばいいのを
虎の威を借る形でサボる怠慢を
読まされる側は付き合ってらんねー >>932
そうだね。関数ではないね。しかしCだと処理をまとめる方法が関数しかないから仕方がないね。 まあしかし getchar() みたいにプログラムとは無関係な所から取ってきた値を返すとか、バッファやstatic変数で外部からアクセスできない変数の内容を返すみたいな処理は必要だから引数なしも必要だ。
グローバル変数やハードウエアの初期化処理だけまとめて書きたいなんて時にも使える。 ○○Initialize()
的な関数の存在に違和感ないんだが クラスのメンバーの操作だとしても、だったらそのクラスのコンテキストを渡すのが正しいだろうとは思うけどね。
現実としてはまあ規模による。 プログラムの関数は数学の関数とは微妙に違うから仕方ない
仕方ないと思えない奴らが関数型言語を作った
兎に角Cでは本来の関数に制限するのは事実上不可能 functionって関数の他に機能って意味もあるけど、英語圏の人はどちらの意味で使ってるんだろうね？ >>944
多分語義をわざわざ意識していないと思われ >>942
オブジェクト指向言語のクラスだとプロパティでゲッターやセッター作る事があるが、ゲッターは普通は引数なしだな。
で、そういう言語ではだいたいはメソッドの引数なしで ()にしとけばC言語での(void)と同じ意味になる。 機能という意味で言いたいときは、functionalityという単語もある。 ゲッターセッター自体が、本当にそれ要るのかって思うこと多いよ。
手元にインスタンス持ってるわけだしさ。 ゲッターセッターはインスタンス変数を隠蔽化することでインスタンス間の結合強度を下げるのが目的
なんでもなんでもインスタンス内部の構造に直接アクセスするとOOPの意味がない いや、ゲッター使うんだったら隠蔽できてないじゃん。 昔ゲッターセッターってスレッドセーフにするための仕組みだと思ってた。
それくらいしか意味が思いつかなかった… そうね、なんか前後に処理を入れるくらいの使い方はある。
でもそもそもその値を使う処理をそのクラスに持たせるのが隠蔽ということだね。 今の仕組み上での利点としては
ＧｅｔｔｅｒＳｅｔｔｅｒ作ることで
インターフェースに適合させれるようになる
Ｃは知らん Cのスレで言っても仕方ないが
オブジェクト指向においてクラス外からフィールドに直接アクセスするのは禁じ手だぞ getter/setterなんてうざいだけだぜ
メンバ変数直でいいじゃん >>954
そうそう、だからゲッターは駄目なんだよね。
C++でclassとstructのアクセス範囲が異なる理由がわかってない人が多すぎる。 >>955
お前には一生オブジェクト指向は無理だな まあ、ゲッター使うのはバカ。
データとメソッドを集約しないのはオブジェクト指向ではない。
ゲッターとセッターしかないオブジェクトなんて構造体で充分。 たしかPythonだとgetterもsetterも推奨されてないんだっけ？ 文字列クラスで文字数返すやつなんかはゲッターの一種だが、ああいうのは必用だよな。
文字数指定する事が出来るようにする場合もセッター必用だよな。 問題ないというよりも下手な設計をとりあえずカプセル化する時はラッパー被せて誤魔化すしかない ラッパーって関数に対して被せるもんだろ？
メンバー変数のラッパーってなんだよ 「メンバ書き換えたから更新よろしくな関数」の呼び出しで
やっと内部状態が変更するようなしくみ？ >>960
ゲッターとセッターは使わないのが主流
とくにゲッターとか名前からしておっかねーだろ >>966
え？でも値のセットや取得時に何か処理が必要なやつはゲッターやセッターではないの？
名前がそれっぽくなくて普通のメソッドだったとしても機能としてはそうなるよな。 >>968
だから、何故値を取得する必要があるのかと 値を取得する必要ガーとか馬鹿なのか？
主要言語の標準ライブラリにGetterを含まないクラスとかまず無いぞ >>970
引数のvoid見たこともないのによくそんなこと言えるな… >>969
例えばファイルデスクリプタのようなものもそのデスクリプタによって識別されるファイルに関する情報の読み書きをするオブジェクトと言えるが、それ使ってファイルのバイト数を取得するとかデータを読み書きするとか、普通にやるよね。 >>968
そのオブジェクトの中で密接にデータと関連する処理だったらゲッターは使わんでしょう。this->hogeを直接使うだけ。
あとたぶんあなたの場合はセッターゲッターの神髄を知らんと思う。単に構造体のメンバーにアクセスするだけのメソッドをイメージしてもらえれば。 同一インスタンス内なら余計なことしなくても直接アクセスできる
セッターゲッターは他のインスタンスの変数にアクセスするための手段
オブジェクト間のメッセージパッシングにセッターやゲッターを利用する >>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を非表示にする場合
!extend:none::1000:512
IDを表示し、強制コテハンは表示しない(5ch標準設定と同じ)
!extend:checked::1000:512
IDを表示し、IPアドレスを表示
!extend:checked:vvvv:1000:512
IDを表示し、強制コテハンを表示
（レスの名前欄に「ﾜｯﾁｮｲ」「ｽﾌﾟｰ」「ｻｻｸｯﾃﾛ 」などのニックネームがつく）
!extend:checked:vvvvv:1000:512 ← 今はこれ
IDを表示し、IPアドレスと強制コテハンを表示
!extend:checked:vvvvvv:1000:512
RONIN使えばまた表示を消せるので、強制とは言いがたいが ああワッチョイ消してる奴ってRONIN使ってるのか
知らなかったな >>995
RONIN 餅ですがワッチョイの消し方がわからないのです、消すつもりもないのですが… 名前欄に!slip:verboseじゃないの？
コテハンとかはどうなるかまでは知らないけど >>945
そんなことはどうでもいい
C99ではどうたらを早く説明しろ
逃 げ ん な こ ら ！ このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 76日 10時間 6分 21秒 レス数が1000を超えています。これ以上書き込みはできません。
