◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:C言語なら俺に聞け 149 ->画像>6枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/tech/1540731704/ ヒント： 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
自分を賢いと思っている馬鹿は
musl-libcみたいに，特定のOSのプロジェクトではないPOSIXユーティリティの実装ってありますかね。
strtok_sを4変数にするとエラーになるんですけどどうしたらいいですか？
>>6 msvcのstrtok_sは非標準だから、_MSC_VERとかが定義されてるかどうかで呼び分けるしかないね。
あんまり覚えてないけどmsvcバージョンのほうが先にあった気がするから、iso/iecが悪い気がする。(間違ってるかも)
まあmsが切り替えスイッチを用意してくれればよいのだけど。
>>7 よくわからないのでstrtokを使いました。
ちょっとお知恵を拝借。
>>9 ２の補数表現として…
普通に14bit目が1なら0xc000とorするだけじゃないの？
もはや答えが出切ったと思うので斜め上からの回答でも書いておくか。
それ16bitの結果得るのが面倒なだけだろ
皆様回答ありがとうございます。
今回はビットシフト方式で行こうと思います。
>>12 使ってるCPUとコンパイラがマイナーな、ある意味純粋な16ビット環境で、sizeof(char)もsizeof(short)も1を返し、sizeof(long)は2を返すような特殊な環境なので7ビットマイコンではありません。
このように1バイトが何ビットかはアーキテクチャ依存のため、EUではハードディスクなどのパッケージにはGB単独表記は認められず、Go（ギガオクテット）を併記または単独で表記しなければならない。
大丈夫。
バグってそういうもんだろ
>>12 CHAR_BIT は 8 以上、 INT_MAX は 32767 以上って規定があるから、規格非準拠になっちゃう。
C89止まりのものです
このスレは最近独り言が増えたのか？
>>27 ＞C89止まりのものです、私のような者が C11などの新しい規格を学ぶのによい書籍はありますか?
私もC89止まりですが、それで困ることがあるのでしょうか？
>>29 私はC99で止まっていますが、最近はもっぱらPythonを使っているので困りません
pythonいいよな
cpythonのyield実装を見ればC言語に移植できるんじゃねえの
動き的にgets的な動きする。
>>31-32 yieldはソース上に出ないデータを管理しないといけないからC言語の理念と合わない気がする
※ 個人の感想だが…
C++には欲しいな
yieldはいわばスタック情報の保存だから、setjmp、longjmpで出来そうな出来なさそうな？
単にコンテキスト保存するだけだからまあ再現はできるよ
POSIXの<errno.h>にある番号とBSDの<sysexits.h>で全然番号が違うのは理由があるのかな。
77とか1とかのリテラルで書くバカって今でもいるんだ…
>>40 <errno.h> の方はC言語でシステムコールしてエラーになった時の errno 変数の値で、
<sysexits.h> はプログラムが exit() 等で終わる時に使う値なので全く用途が違う。
>>43 つまり<errno.h>で定義された値はユーザーからは見えないんだね。
>>44 見えないというか、ただの数値なのでどこにでも使えないわけではないが、errnoの値をexit()で返す事は想定して作られていない。
>>45 わりとerrnoを返してくる人多いけどね
#defineマクロ定数はプリプロセッサで単純置換されるだけだからな
>>46 多いか？
別にそう作っちゃいけないということはないが、できれば exit() では <sysexits.h> の方を使って欲しいな。
単なる個人的な希望だが。
>>45 >>46 ありがとう。
ユーティリティ自体の終了ステータスはPOSIXの範囲では0もしくは非0，
BSD拡張で<sysexits.h>で定められている値を使えば まあユーザーの助けにはなるって認識でいいかな。
struct S {
すいませんよく考えたら自己解決しました
>>52 の質問は取り下げます
お騒がせしました
>>4 へー。musl-libc知らなかったけど組込Linuxとかの界隈では有名っぽいね。
ソース見たけどすごく短かいのが多くて逆に不安になったw
sysexits.h って初めて知った
>>49 Linuxとかだと ls unko で 2 が返るとか割と普通
>>55 まあBSDでプログラミングしたことないと あんまり知りえないと思うわ。
だいたいPOSIXで定められてる訳じゃないから 知っておくべきなのはBSDプログラマくらい。
ただLinuxプログラムのエラーコード周りはなぜか非統一的なんだよね。
GNUコーディング規約で事細かに決められてそうなものだけどねw
apt(1)なんて権限エラーに100返すんだぜ？
VLAとは違うんだよな
どうでもいいけど そのURLの書式はなんだ？
先頭さえ確定できれば後ろなんてどうでも良い
>>57 その格言は初めて聞きましたｗ
その方法だとアライメント違反になるかならないかが気になっていたのですが、
* 末尾のbuffer[0]でその型のアライメント以上のアライメントを構造体に強いることができる（拡張）
* 末尾のbuffer[1]の場合は当然構造体にそのアライメント以上のアライメントを強いることができる（c89）
* 末尾のbuffer[]でも同様（c99での仕様）
となり、全パターンでbuffer[i]へのアクセス時にアライメント違反にならないので、
ポインタメンバにしてアライメント気にしてmallocする必要ないのかー、これでいいのかーと解決した次第です
>>58 英語だとflexible arrayでした
>>59 v=vs.120のとこ？
クエリストリングちゃうやろ
>>55 ま、確かにコマンドごとにバラバラだな。
errno とも無関係だったりする。
もうちょっと皆がリターンコードについて考えてくれたらいいね。
コマンドの戻り値って、皆さんどの様に活用されてますか？
>>65 例えば同じ「失敗」でも何が原因なのか分かったほうが問題に対処しやすくない？
ファイルが存在しないのか はたまたファイルが現状の権限では読みとれないのか。
もちろんエラーメッセージを見てもいいけど。
あと，終了ステータスを見ないと成功失敗が分からない場合がある。
例えばdiff(1)ユーティリティーなんかは「1」という（一見失敗してるような）終了ステータスに
「（コマンド自体は成功してるが）不一致が発見された」という意味を割り当ててる。
fsck(1)ユーティリティーはもっと複雑。
まあ知ってるに越したことはないし<sysexit.h>はPOSIX標準ではないにせよ，
Unixプログラミングをする場合は積極的に利用してもいいかも。
イヤ、使い方の可能性としてそう言うものがあるくらいは知っている
勘違いしてましたわ
#define elif(e) else if (e)
>>70 やめとけ
メリットが1ミリもないから誰もやらない。
善し悪しはさておき、C言語での判断基準はほぼ「実行性能」であって、
else if と書けばいいだけの所をいちいちマクロにする馬鹿なんて世界中に誰もいないだけ。
というか、そのレベルで慣れられないのなら、elif言語だけ使っておけ。
#define { begin
ソースコードを静的解析する関係で、文法を強引に変えるような変態な前処理は良くないらしい。
世の中の静的解析ツールは当然プリプロセッサ適用後の状態で解析するわけで
typedefも避けるという流儀はあるからね
>>73 endは普通に変数名に使われてるから無理だな。
それはさておき、セミコロン嫌いも拗らせておかしくなってるよな。
>>76 > typedefも避けるという流儀はあるからね
それはC++ではないか？Cでは使われまくりだったような。
国際会議で誰も知らない方言を話して良い訳ない。オープンなソースコードは世界中の人が見るんだから。
>>78 多分linuxカーネルの流儀じゃないかな
struct/enum/unionとかの省略を目的としたtypedefは行わない
opaque-type/関数ポインタとかの必然性が無い限り対象は明示するっていう戦略
>>80 > struct/enum/unionとかの省略を目的としたtypedefは行わない
こんなのは当たり前だ。(linuxカーネルに限らず）
そもそも「タイプ数をケチるだけの為に何かする」という文化は最近のWeb系馬鹿言語だけであって、Cにはない。
当然、else if を elif にしたがる奴もいない。
「腕のいい奴のコードは短い」を勘違いしてる馬鹿共がやたら「タイプ数」にこだわってるだけだ。
だいたい、structをタイプしたくなければC++コンパイラ使えば済むし。
ここで聞いていい内容なのかわからないのですが
>>81 なぜ唐突にweb系云々に話が飛ぶのか理解できないのだが、
typedef struct {...} S;
typedef enum {...} E;
void f(S* s, E e);
上のような書き方、結構（昔から）見かける気がするけど
>>82 お前の頭、だな
gcc4.8.1で行けるのならそれでやればいい話。
それを8.1.0に変えただけで問題が発生するのなら、当然そこに問題がある。
そしてそもそも詳しいことはそのソースを作った奴に聞け。
というかこれ以外だとtypedefを使うべき所にしか使わないはずなので、
cだろうがc++だろうがtypedefの使用量に差が出るとは思えない
ああ、実は
>>78 ってc++ならusing使うべきとかそういう話？
>>84 > 上のような書き方、結構（昔から）見かける気がするけど
個人的には疑問があるが、おそらく実際はそちらの方が正しいのだろう。
C++で対策された＝C言語のそこがウザイと禿が判定した、ということだから。
> なぜ唐突にweb系云々に話が飛ぶのか理解できないのだが、
ググレば分かるが、その辺の言語では「こちらの方が短いから良い」といっているページは結構見かける。
C言語でこれを言っている奴は皆無だ。
>>86 > ああ、実は
>>78 ってc++ならusing使うべきとかそういう話？
いや、そうじゃない。そちらの取り方で問題ないし、君の typedef の使い方は正しいと思う。
typedefって結局「型に別名を与える」為の物で、
型が自由に定義出来るようになったC++ではほぼ要らないはず、って話。
>>85 そうか...仕様変更、バグ、なにか他にも入れるものがあるとか分かるなら聞きたかったんだが
仕方ない。ありがとう
4.8.1だと古くなってるかなと思って思い切って8.1.0で試してみてるんだけど戻すか
Web系言語界隈は条件演算子をif文の簡略表記（）だの省略形（）だの言ってる池沼も多いからなぁw
>>88 まじめにやる気があるのなら、少しずつ上げて切り分けるのは簡単だろ。自分でやれよ。
ここで聞くより早いと思うぜ。
else if の省略形は確かに頂けない
#elifはあって、elifがないのは変だが、キーワードを節約するためだから。
>>91 歴史的には多分sh
70は多分python
>>90 なるほど、きざんでやってみます
ありがとうございます
>>87 あー...もしかして自分の
>struct/enum/unionとかの省略を目的としたtypedefは行わない
これが「型定義時に、キーワードとしてのstructやenum、unionの省略のためだけのtypedefは行わない」
つまりstruct S{...}という形で定義し、明示的にvoid f(struct S* s)などといった形式で取り扱う
...という意味ではなく、
「structやenum、unionといった型について、それら個々の名前（タグ名）を単に省略するためだけのtypedefは行わない」
つまりtypedef struct SS...SS Sというただの省略形式にするtypedefは行わない
と伝わったのかな
それなら書き方が悪かった、申し訳ない
>>92 自分もここが引っ掛かったんだよね。
プリプロセッサ向けにはelifキーワードがあるのに
コンパイラ向けにはない。
もしもキーワード数を節約したり実行速度のみを重視する実装なら
プリプロセッサ向けにもelifキーワードはなかった筈。
なのにある，ということはなにかしらタイプ数の節約とか読み易さとかを考慮してるんだろうね。
だからコンパイラ向けにelifキーワード（の紛い物）を追加するというのは何らおかしくないと思うのだが。
そもそもC言語にはelse ifって構文はないよ。
フリーフォーマットだからelse if(...)を自分なりに分かりやすくすれば良いだけ。
>>74 賛成
静的解析はツールだけがすることではなく人力でもすることだ
人力「でも」と言ったが、目的意識を持って判断できるのは人間だけで
こちらが主役であることを、小者でアフォなやつほど忘れる
>>99 でも
>>75 でも言われてるけど
プリプロセッサ命令を効かせてから解析するのが普通なんだから
あんま関係なくね？
負の数を識別できません。
問題のコードから症状が出るままどんどん削ってって最小単位がそのコード？
https://ideone.com/xcDRkc 実は右辺がcharの変数で 中身が 0x80 なんだけど
符号拡張の過程で char を unsigned char として 0x0080 と拡張したり
(処理系依存だっけか？ リテラルだけだっけ？)
そういう話ではない？
>>103 ,104
右辺の0は定数です。
変数DATA の値はPRINT文で16進表示したものです(0xFF80)。
引用先のページは、残念ながら理解できませんでした。
申し遅れましたが処理系は組み込み用16ビットマイコン用GCC です。
処理系に依って前述のような動作になることはありえますか？
右辺云々は 初期化の右辺の話だけども、そこが本質じゃなさそうね
最小の全ソースを見せて。
>>106 ,107
すいません。ご察しのとおり、変数DATA に初期値を代入しているわけではありません。
このif 文が評価される直前のDATA 値が-128 という事で、初期値を代入したように書きました。
今日はこの件で非常に疲れたので、ソースの提示は少し時間を下さい。ありがとうございます。
>>107 元コードをそのまま横断的に眺めてるとわからないけど
症状が残るまま、余計な箇所をがんがん削っていって簡単化していくと見つかることがあるよね
a[i++] = i; のような副作用完了点内での複数回の参照とかはどうしようもないけどｗ
値自体は型情報を含んでないという点は押さえないとあかんが、そういう問題でもないか。
アセンブリコード読んで見るとか
printf("check : sizeof %d: DATA = %d\n",sizeof(DATA),DATA);
>>108 そもそもその環境で
>>102 のコードを実行したらどうなるのさ？
>>102 本当に DATA の型は signed int か？
良く見たら unsigned int ってことはないか？
>>102 16進リテラルが16bitで収まらないからunsigned intで解釈された。(c99)
そんでintに暗黙キャストされたときに最上位bitが落ちたと思われ
>>108 > 今日はこの件で非常に疲れたので、ソースの提示は少し時間を下さい。ありがとうございます。
正しい。疲れたら休め。結果的にその方が早い。
君も分かっていると思うが、まともなコンパイラ（実績のあるコンパイラ）なら、そんなところにバグはない。
ほぼ間違いなく君の勘違いだ。
それは根詰めて見てても気づかないが、一旦忘れて見直したらあっさり見つかる、ということもよくある。
残業してグダグダやるよりも、早く帰って早く寝て、次の日に早めに出社した方が捗る。
おそらくあっさり解決すると思うぜ。
リテラルの大小によって、型が変わるとか、滅茶苦茶な文法だろ
ソースの見栄えで桁あわせにゼロパディングしたら 8進数になっててうぁぁぁ
マジックナンバーあかんとか言ってもさあ、マクロで隠したせいで生じたバグも経験的にはかなり多いんだよね。
>>117 型は変わらないし、普通は警告が出るはず。
いずれにしても、C言語はお前みたいな馬鹿向けには出来てない。
>>115 unsigned int から int へのキャストは普通はそのままで、飽和処理なんてしないだろ。
仕様なのか処理系依存なのかは知らんが。
>>119 何をリテラルにして良いか判断出来ないのは君（または周り）の問題だろ。
独り言ではなく、問題提起～議論起動する気があるのなら、「俺なりの基準」でも言えよ。
>>120 >型は変わらないし
つ6.4.4.1
>普通はそのまま
intの最大値を超えているのにどうやって表現する気だ
>>122 > intの最大値を超えているのにどうやって表現する気だ
ならお前はdoubleの最大値を超えている場合はどうするんだ？
お前みたいな馬鹿が使うようには出来てないんだよ。
30年ぐらい前にZ80のマイコンボード用に作ったプログラムでそれにハマった覚えがある。
すぐ16進で書きたがるのもどうかと思うわ。
70年代初期に何が良いか何が悪いか何が正解かが分かるの？
>>125-127 リテラル中に 8 や 9 が入ってれば文法エラーで止まるので判明するけど
入ってないとそのまま通っちゃうし、特に警告の対象になるようなもんでもないしでやっかいよね
>>130 今時8進表記なんて使うことはほぼないと思うから使ってたら警告してもいいくらい
>>109-116 皆さんご助言ありがとうございます。おかげさまで一応不具合は解消できました。
以下問題の箇所です。
signed int MAX, WIDTH, TMP, SHIFT;
float COEF;
COEF = MAX / WIDTH; //浮動小数点演算になると思っていた
// 1 = 128 / 128
TMP = SHIFT * COEF;
// -128 = -128 * 1
if (TMP > 0)
{式1} //TMP= -128 なのに、式1が実行される。
else
{式2}
だったのを
COEF = ((float)MAX / WIDTH);
に修正すると、式2 も実行されるようになりました。他に変更したところはありません。
今まで何故(-128 > 0)が真だったのかは不明です...
>>132 本当に if の直前で TMP がマイナスだったのかが怪しい。
それと気になるのはやはり型が本当にその通りなのかだな。
本当に変数の型は signed なのか？
>>132 皆が指摘しているように、それだけでは無いと思うがな。
おそらく君が出してきたソースにも色々間違いがあるんだろうけど。
ソース見る限りズブの初心者のようだが、問題点を理解しているか？
まず用語がおかしいので先にこれを修正しておくが、普通は
float scale = width / max; だ。shiftは足すもの、scaleが掛けるもの。coeffは係数=無次元数だろ。
読んだときに違和感がないようにしろというのはアプリケーションハンガリアンの思想だが、
これを採用するかはともかくとして、思想自体は当たってる。
そして通常は max で割る。（ただしこれについては、意図的に逆数にすることもあるが）
あと変数を全部大文字にするのはマジで止めろ。そんなことしてる奴は居ないだろ。
それで、君の「キャスト忘れ」についてはscaleが0に張り付くなり、整数の階段状になるので、
「動作を見た瞬間にどこがバグっているか分かる」タイプのバグになる。
追跡するにも苦労しないし、そもそも追跡の必要すらない。
当然、疲れもしない。マジで10分で修正して、てへぺろ、だ。
だからそのバグを取るのに手こずること自体がおかしい。
そしてその遠因になっているのはその意味不明なネーミングだ。
まずはそこからだと思うぜ。
(-128 > 0)が真になることはないので、確実に君が何か勘違いしている。
先生/先輩/上司その他、見てもらえる人がいるのなら、
君のソースのその酷さも含めて見てもらった方がいい。
そういう人がいなくて君が一人でマイコンを動かそうとしてるのなら、今の君では無理だと思うぜ。
Python馬鹿なら、最近はPythonが動くマイコンもあると聞くので、環境を変えた方がいい。
マイコン環境のCは、色々と貧弱な分、PC環境のCより難しい。
今の君ではPC環境のCでも無理がある。
状況聞く限り、俺は
>>135 の予想が正しいと思う。
ズブの素人が来てよかったね
何が起きていたのか本人は追求する気はないみたいなんで
話はこれ以上進まないだろう
>>137 で、それがお前の生きがいなわけだ
なんだかな
低学歴知恵遅れが
>>137 ,138
まあお前らは上達しないと思うぜ。
最近お前らみたいな奴も増えたが。
上達出来るかは結局、自分で深みに突っ込んで行けるかにかかってる。
俺の指摘が間違っている、というのならともかく、
気に入らない指摘は無視すればいい、というスタンスなお前らはプログラマは無理だ。
諦めて他の職を探せ。
132は努力しているようだが、方向を間違っている。
それはお前らにも見えてることだろ。放置するのもまた悪だと思うぜ。
巻き込まれるのが怖くて見て見ぬふりをして、結果、
陰湿ないじめが横行してたゆとりなんてその程度だと思うが。
勿論132も追求した方がいいとは思うが、正直、そのレベルじゃない。
PC環境のCでGUIのIDEを使ってまずCを覚えるか、
既にプログラミング出来るのならその言語、調べたところRubyが動くのもあるようだから、そっちから行った方がいい。
Cも初めて＋マイコンも初めて、では、確実にはまる。
こんな低学歴知恵遅れ丸出しな長文ﾚｽばっかりで埋め尽くされると
>なんだこれ？引数 void って初めて見たぞ。文法的にありなのかこれ？
この議論に参加してくださった皆さん
>>136 さんの指摘は初心者の私には大変有難いものでした。
ただ、いくつか反論したい部分もあります。私はハード屋で、ハードウェア言語で使われる変数(フリップ・フロップ)の動作遷移を意識した変数名にした方が私には分かり易いのです。
変数を全て大文字にしているのは単純に昔からの癖です。命令文 = 小文字、引数,変数 = 大文字 と決めています。
「キャスト忘れ」についてですが、異常動作に即気付けるか否かはint 変数をキャストしないと
0,1,2・・・などの整数にしかならないことを知らなければなかなか気付けない事ではないでしょうか。
Ｃの参考書は持っていますが、浮動小数点演算に関連する情報が離散していて、この事象が起こりうるという説明を見出すことが出来ませんでした。
>>134 さんが提示されたテスト・プログラムは余裕が出来た時に実行してみるつもりです。現在このプロジェクトはほぼ完成しており、細かな調整を残すのみです。ありがとうございます。
>>144 まずは問題解決とプロジェクト完了おめでとうございます。
分かってると思いますが、ここは教えたがりな人、説教したい人、煽りたい人がマウントとり合うだけのスレなので、あまり細かいことは気にせず自分に有用な情報だけ吸収してくださいな。
すごいゲスパーだけど
Cは型を意識しないとどうしようもないという所はあるよね。
>>141 おまえの指摘が間違っているかどうか以前に
おまえは何を指摘したんだ？
たとえば「10分」という物理量はどういう計算で出てきた値だ？
テキトーすぎて相手するに値しないんだが
>>143 > ﾜｯﾁｮｲ ff12
回答無し
だからゆとりは駄目なんだよ
>>149 > ﾜｯﾁｮｲ 3308
同上
>>144 > ハードウェア言語で使われる変数(フリップ・フロップ)の動作遷移を意識した変数名にした方が私には分かり易いのです。
他文書と同期したいのならコメントに残せ。
ソフトウェアはソフトウェアだけで評価出来ないと管理上問題だ。(大体において同期が取れずに意味不明になる）
そもそもその部分、ハード叩いている感じでもないし。
それ以前にFFの状態遷移でSHIFTも無いと思うが。
> 命令文 = 小文字、引数,変数 = 大文字 と決めています。
これはマジで今すぐ直せ。
大文字にするのは目立たせる為であって、RAMが64バイトしかないような環境ならさておき、
今時ただの変数なんて目立ったら余計に邪魔になるだけ。今時白黒端末もないから、普通は、
命令文（キーワード）＝青（色付き）、引数/変数＝黒（色無し）、マクロ＝全大文字、と大体相場が決まっている。
(そもそもverilogにも大文字文化はない。VHDLには多少有った気もするが…)
> Ｃの参考書
Cに限らず、プログラミング全般で、入門書/参考書はゴミだ。理由は筆者自身がゴミだから。
海外の参考書は一部達人が書いている物があって、それは参考になるらしいが、俺はよくは知らん。
（ただこれも、昔からプログラミングをやっているのなら常識のはずだが）
> この事象が起こりうるという説明
int/int は端数切り捨てで商のみが返る、というのはCの仕様だ。
> 変数を全て大文字にしているのは単純に昔からの癖です。
言っちゃ悪いが、君は「昔から」というほどプログラミングをやってないはずだ。
昔からやってるなら、マイコンで割り算やfloatを使うこと自体が無いし、
Cの割り算の仕様を知らないこともない。
そしてそのソフトウェアの完成度で良しと出来ること自体が(普通のプログラマからすると)キチガイじみてる。
確実に事故るぞ。
>>144 (続き）
ただしあまり反発もないところを見ると、ただのゆとり（若者）でもないらしい。
仮に全てを満足出来るプロフィールを定義すると以下となるが、合ってるのか？
・全て大文字とはCOBOL/FORTRAN/BASIC/アセンブラの世界。つまりC以前からであり、プログラミング歴自体は長い。
・Cの基本的仕様を知らない＝Cは普段使いではない。
・変数が大文字の方が都合がいい＝RAMがほぼ無い4bitマイコン等だとあり得る。この場合、ほぼアセンブラ。
・基本ハードウェア+ちょいソフト（アセンブラ）程度で、今時ならIoTの末端の各センサ等、
定期的に計測値を報告するようなプログラムはずっとやってきている。
WatchDogTimerやPowerOnResetを使いまくりなのでプログラム自体はポンコツでもいい。
だとすると、下からCを攻めてきているわけだが、これはほぼ無いパターンだから最初にそれを言うべきだ。
この場合、参考書はK&Rのみで、それ以外は全部ゴミだから捨てていい。
割り算の仕様なら、P13にもろに書いてある。
> Cでは他の多くの言語と同様、整数の割り算では切り捨てが行われて、
> 小数部が切り捨てられてしまうからである。(K&R第2版P13)
K&Rは「既にプログラミング出来る人がCを入門する用」に書いてあるから、
プログラミング自体の入門者には不向きだが、君の場合は最適だ。
一応言っておくが、ハロワがP7、コメントがP11、のP13な。本当にど頭に書いてある。
アセンブラの範囲を超えてCに踏み込んできたのなら、C流の管理方法に合わせた方がいい。
アセンブラの管理方法は、結局はアセンブラの規模用でしかなく、Cの規模には対応しづらい。
アセンブラ修得済みの人がCを修得するのは容易い。
ただし既に言ったように、世の中の「入門書」はそういう人向けではないから、K&R以外は読まなくていい。
とりあえずK&Rを頭から全部一通り読め。それでだいぶ状況が変わるはずだ。
>>147 × キャストに頼らないコードを書く
○ 『暗黙の』キャストに頼らないコードを書く
だろ。ただ、intをfloatに突っ込むと『精度が落ちる』と警告が出るはずだが。
(少なくともVC++ではそう。gccはこの辺甘々だから駄目かもしれんが)
キャスト自体が悪、というのはC++（というより型安全)の思想だが、
現実的にはCでは『明示的な』キャスト無しではまともに書けない。
ただし、『暗黙的な』キャストは当然無しには出来る。
>>150 10分という物理量と3308はどういう関係だ？
テキトーすぎて相手するに値しないんだが
>>154 暗黙のキャスト？
意味わからん造語で語られても困るわ
>>154 > 現実的にはCでは『明示的な』キャスト無しではまともに書けない。
ほうほう
暗黙変換を明示的なキャストにすることで
どんな「現実的」なコードが書けるんだ？ おいバカ
>>154 ,
>>156 ＞暗黙のキャスト
integral promotion？
それとも bcc用語では暗黙の型変換のことですか？
確かにintをflotに突っ込むのは型だけ変わるじゃなくてデータも変わるからなぁ
<stdint.h>とかのint8_tとかって
>>161 速度も上がらないし、そもそもコンパイル時にエラーとしても発見できない。
ただ単にコーディング時や人のソースを読む時にビット数が明確に認識できるだけ。
（通信プロトコル等の）外的要因でビット数が規定されているものを操作するコードを書くとき
>>162 例えばすごく初歩的なんだけど
uint8_t型で宣言したループカウンタが500回回ったらコンパイルの時に警告でるよね。
……と思って今試したら警告レベルを最大にしてやっと出たわ。
#include <stdio.h>
#include <stdlib.h>
#include <stdint.h>
int
main(void)
{
for (uint_fast8_t cnt = 0; cnt < 500; cnt++) {
printf("%d\n", cnt);
}
exit(EXIT_SUCCESS);
}
これを
$ gcc -std=c99 -Wall -Wextra -Wpedantic -o inttest ./inttest.c
でやっと注意してくれる。
あれ？ なんかもっと良い感じに撥ねられて（不注意な自分には）便利だなと思ったんだが，勘違いだったようだw
>>161 利点というか、1byteが8bitでない環境もあるので、ポータブルなコードを書く場合は他に選択肢がないと思う
それはどちらかというと静的解析の仕事じゃないかなあ。
>>164 > ……と思って今試したら警告レベルを最大にしてやっと出たわ。
最大にすれば出るのだから『便利』と言っていい。
警告レベルは自分に合わせて使うものだ。
判断する能力がないのなら、とりあえず最大にしとけ。
>>161 演算速度自体は上がらない。むしろ符号拡張等が必要になり落ちる。（事が多い）
これは通常はintがCPU内部のALU幅と同じ（つまり最速）に設定される為だ。
ただしフットプリントは減る為、キャッシュヒット率が上がり、結果的に速くなることはある。
よく分からなければ、基本的に全部 int で、明確に必要なところだけその他を使えばいい。
(同一ソースでint幅が異なる複数の処理系で動かすというような場合を除く）
int8_tとか使おうとしているやつ相手に、とりあえずint使っとけとか
>>169 いやint8_tの利点を聞いてる時点で
>>167 に分があると思うぞ
現時的にはちょっとデータを保存するとかネットワーク越しに外に送るとかした時点でサイズは意識することになるから、intが無難とも言い難い。
構造体とかにint_8が入ってたらintに入れて計算してint_8に入れて
計算の途中でint8_tの範囲外になる可能性があるかどうかと範囲外になった場合にどうしたいか次第だろ。
int32_tが最速だけれどsize_tと一緒に使うと型変換がいることで遅くなるんだよな
>>175 何が最速化は環境によるのでは？
少なくともfast型のほうが早そうだが
ごめんバカみたいな質問なんだけど
>>177 そういうのはSSE命令とか使うXMMレジスタ使う話。
Intelコンパイラでも無いとアセンブラの話。
単純に上位ビットを0で埋める。(分遅くなる)
ただ、CPUアーキテクチャにも依存する。
95年当時はpentiumは32ビットCPUだが16ビットの方が速く、pentiumⅡ以降で32ビットの方が速くなった。
Core2は32ビットが速く、64ビットは遅く、Core iから64ビットの方が速くなった。
(ハードレベルでも、ただ実装しただけと、最適化したのとある)
encode.exe
ランレングスと画像フォーマットは何ら関係ないよ。
コードはかけたのですがエラーが出ないのに圧縮するとデータサイズが大きくなるはずなのに小さくなります。それがわからないです。
>>182 私はあなたの言ってることが分からないです。
元のファイルと出来上がったファイルの中身を16進ダンプしたりして調べれば良いのでは？
>>182 圧縮したらデータサイズが小さくなったって悩んでるんだよね？
自分で何言ってるか分かってる？？
布団も圧縮したら小さくなるぜ。
Run Length は連続データが少ないと大きくなる事があるからその辺は特に不思議はない。
でかくなる様なデータで確かめる課題かね？
PGMのランレングスは何かしら工夫してんのかな
0ﾊﾞｲﾄのﾃﾞｰﾀを圧縮すると間違いなく大きくなる
虚数空間にデータを書き移すから、さらに小さくなる、かも
ホログラフィーみたいに3次元情報?が2次元に畳み込まれてなんて話ではないんだろう
任意のデータをその半分に出来る圧縮技法、誰か考えて
SERNをハックしてLHCでマイクロブラックホールを作ってどうたらこうたらするとかなり圧縮できるよ
綴りを間違えるとホワイトホールができちゃうかもしれんぞ
マジレスすると情報っていうのは消失しないと考えられているので
>>195 例えば100bitの長さのデータは全部で2^100種類作ることができる
50bitの長さのデータは全部で2^50種類作ることができる
任意のデータを半分に圧縮できる方法があるとして
100bitで作れる2^100種類のデータをすべて圧縮したなら
50bitの長さで2^100種類の異なるデータができなくてはいけないがそれは不可能
いやいや、ちょっと待て。ここは発想の転換が必要だ。例えば8インチのフロッピーディスクから3.5インチの
「任意の」データを半分に圧縮できるとすると
しかしソースコードとかって圧縮率高いよね。
今から趣味でプログラミング始めます！激励してください！！
趣味で初プログラミングなら、俺からもpythonを勧める。
分かった！いやよくわかんないけどそっちから始める！
$ brew install python
https://bituse.info/c/kadai/44 上記のサイトなどを参考に
簡単な九九の表を作ると
1 2 3 4 5 6 7 8 9
2 4 6 8 10 12 14 16 18
3 6 9 12 15...
...
...
（略）
このようになると思いますが、
隣の数字を参照にして足して
3 5 7 9 11 13 15 17
6 10 14 18 22 26 30 34
9 15 21 27 33...
...
...
（略）
と、表示するには上記のサイトの様なプログラムをどのようにすれば良いのでしょうか？
宜しくお願いします。
puts("3 5 7 9 11 13 15 17\n");
>>218 puts は改行するので、文字列の末尾に \n を付けると2回改行することになる
>>216 #include <stdio.h>
int main(void){
int i, j, k, n, m;
n = 0;
m = 0;
for (i = 1; i <= 9; i++){
n += 3;
m += 2;
k = n;
printf("%3d", k);
for (j = 1; j <= 9; j++){
k = k + m;
printf(" %3d", k);
}
printf("\n");
}
return 0;
}
int main() {
ああ直接ポインタを作っててそれで変数がある必要もないのかな？
any[]には各文字列のアドレスが格納される。文字列へのポインターの配列。
一つのポインターでオフセットを指定することはできるけど、
>>222 の実行結果を解釈すると...
文字列 "AAAA" "BBBB" "CCCC" の実体は 0x405064 から格納されていて、
16進ダンプだと
0x405064: 41 41 41 41 00 ; {'A', 'A', 'A', 'A', '\0'}
0x405069: 42 42 42 42 00 ; {'B', 'B', 'B', 'B', '\0'}
0x40506e: 43 43 43 43 00 ; {'C', 'C', 'C', 'C', '\0'}
という具合に(アラインメントのためのパディングなしに)詰め込まれている。
行分けせずに
0x405064: 41 41 41 41 00 42 42 42 42 00 43 43 43 43 00
と書けば「詰め込む」のイメージが分かりやすいかも。
charへのポインタの配列 ary[] は 0x61ff24 から配置されていて
番地: 0x61ff24 == &ary[0], 値: 0x00405064 == ary[0] (== "AAAA"の先頭番地)
番地: 0x61ff28 == &ary[1], 値: 0x00405069 == ary[1] (== "BBBB"の先頭番地)
番地: 0x61ff2c == &ary[2], 値: 0x0040506e == ary[2] (== "CCCC"の先頭番地)
これで分からんかな。
ポインタが指す実体(文字列)の番地、その(文字列の)番地が格納された配列の値、
(値としてポインタが格納された)配列要素の番地。
どうでもいいけど略すならaryじゃなくて，arrでは。
ありがとうございます。
読んでみてなんとなくは理解できるようになりました
>>225 NULLのことはすっかり忘れてました
*を理解できるように頑張ります、ご丁寧にありがとうございました。
>>216-221 Ruby で作った
NUMBERS = ( 1..5 ).to_a
Count = NUMBERS.length
# 九九の表、Times Table ( Multiplication table ) を作る。
# map は1次元配列を作るので、each_slice で、2次元配列にする
Multiplication_table = NUMBERS.product( NUMBERS ).map { | x, y | x * y }
.each_slice( Count ).to_a
result = [ ]
Multiplication_table.each do | ary | # 1行ずつ処理する
result.push ary.each_cons( 2 ).map { | x, y | x + y } # 隣同士を足す
end
p result
結果
[[3, 5, 7, 9], [6, 10, 14, 18], [9, 15, 21, 27], [12, 20, 28, 36], [15, 25, 35, 45]]
>>231 やめてさしあげろw
まあ擁護するなら人気のありなしで言語の優劣は測れないと思うけどね。
IOなんてドマイナーだけど俺は好きだし，素晴しい言語だと思っている。
なおRuby
いいやaryもまれによく見る。
まあarrayくらい省略するなって話よな
総体としての頻度は稀だが、とある人の書いたソースには悉く ary として書かれており、
>>238 weblio辞書より
まれによくある
別表記：稀によくある、稀に良くある
起こり得る事柄を形容して用いられることのある言い回し。
滑稽な表現であるが、あからさまな形容矛盾であり、日本語としては意味をなさない。
「ブロント語」として広まったインターネットスラング。
「まれによくある」の語のニュアンスは、使用者や使用場面によって異なるといえるが、
「頻繁に起こるとも言えるし、めったに起きないとも言える」といった意味合いだったり、「特定の人においてはよくあるが、その他の人には起こらない」といった意味合いだったり、あるいは、いわゆる「あるあるネタ」を指していたりする。
ちなみに
>>222 のやつは入門サイトにあったやつを少しいじったやつです
スッキリわかるC言語と苦しんで覚えるC言語
>>242 ＞スッキリわかるC言語
胡散臭いです…
＞苦しんで覚えるC言語
正直で好感を持てる題名ですね
>>242 立ち読みして自分にとって説明が理解しやすいと思った方を選んだら？
苦CのほうはWebにサイトがあるのでそっちを見ては？
まだ新しいスッキリわかるC言語をベースにウェブで分からない時に苦しーも見る方針に決めました
>>241 IDEを使ってメモリウインドウから
>>226 の内容を納得いくまで確認しろ。
> AAAA,BBBB,CCCCを普通に配列で作って、それを1つのポインタでオフセットを指定して選ぶ。みたいなのってCでできるんですか？
それを222で君がやっているように見えるが。
書き方が気に入らないのなら、以下でも多分行ける。
for (int i=0;i<3;i++) printf("%s", *(ary+i));
他言語とは文字列の扱いが異なる。Cの方がより原始的で、はっきり言って使いにくい。
他言語：文字は長さ１の文字列
C言語：文字はcharで、文字列はcharの配列
ただ、char周りなんてどうせ大して使わないから飛ばしていい。さらに言うと、
> AAAA,BBBB,CCCCを普通に配列で作って、それを1つのポインタでオフセットを指定して選ぶ。
なんてのはbotとかでも作るわけでなければ使わない。
printfべた書きで大体事足りる。
>>247 一応プロセスメモリエディタとか使いながらやってたんですよ、それでも混乱するので聞きました。
多言語はやったことないのでよくわかりませんが、高級言語のよくわからずに使う感じが苦手なので、むしろ原始的なのは好きです。
> AAAA,BBBB,CCCCを普通に配列で作って、それを1つのポインタでオフセットを指定して選ぶ。
っていうのがbotを作るうえで必要というのは初めて知りましたが、botは作りたいと思ってました。
>>248 > プロセスメモリエディタ
なんじゃそりゃ？と思ってみてみたが、どっちかというとハッキングツールだな。
マジな話、IDE使え。個人開発レベルの糞ツールとは次元が違うから。
俺はVSがいいと思うが。
言い忘れてたが当然return文にブレークポイントを当てて止めて見るんだよ。
というか他に何言語やってるんだ？
> AAAA,BBBB,CCCCを普通に配列で作って、それを1つのポインタでオフセットを指定して選ぶ。
これは全くの初心者の発想ではないはず。
明らかに他言語ではこう書ける、これをCでやりたい、というように読めるが。
> っていうのがbotを作るうえで必要というのは初めて知りましたが
というか、文字列を配列に持って切換ながら使う＝それらの文字列は同列に扱うべき、
という使い方をすることがほぼ無いんだよ。他の言語でも、アプリでも。
大体文字列なんてリテラルでその場で使って終わり、が殆どだ。
それ以前に、charを主として使うアプリ(bot含む）をCでやろうというのも間違いだが。
char出力は結局UIであって、どうせI/Oで引っかかるから、Cの優位性(速度)が生かせない。
そして原始的な分、生産性自体は悪いから、そのデメリットだけ受けてしまう。
AIbotとかで演算部分に相当速度が必要でない限り、スクリプト言語で作った方がいいと思うぞ。
この意味で、Cでの文字出力はほぼログ生成でしかなく、
だからこそ貧弱なライブラリでも間に合ってる訳だが。
> 高級言語のよくわからずに使う感じが苦手
いやこれは違う。
「余計なことを考えなくて済む」という意味で後発言語はよく出来てるんだよ。
まあこれはじきに分かるだろうさ。
プログラミングというより解析系に興味があっていろいろ調べてただけです。
puts()関数とかの「s」ってストリングのsなんだね。
>>242-246 スッキリJava は、250ページにも及ぶ、猿向けにオブジェクト指向を解説した、伝説の書。
単純な言語の文法書ではない
前半はフレームワークを使う人の立場で、後半はフレームワークを作る人の立場での解説。
だから初心者は、後半を読まなくてもよい
苦しんでC は、手順書。
14歳以下とか、中学生に教えるたぐいの本。手順を教えるだけ。
たいていのAndroid アプリの本と同じ
なぜ、こういうデザインパターンをするのかとか、概念の説明などはない。
漏れは、2時間で読める。
理解して考える要素がないから、ライトノベルと同じ
例えば、WEB+DB 106号の「実践 Android/iOS アプリ設計」を読んでみ
DIって外部の設定を使いましょうって話なんですか？
>>253 スッキリわかるC言語はパズドラ作りながらC言語が学べるみたいです
DI は、C++ の、p-impl パターン。
苦Cから入ったけどつまずいて1年くらい何も触らなかったおもひで
何もわからんうちからえり好みしないでK&R
ループとか条件分岐とか関数とかは別言語で十分習得したという前提でならそれでよい。
アセンブラの入門かじった程度でもイメージはつかめるしCで躓くことはかなり減ると思う
俺はサブルーチンが関数な言語を1つも知らずにK&Rで憶えた
BASICの全てグローバル変数だとか行番号に苦しんでいた時に徐々にMS-DOSでCが使える状態になってきて、PC-98でMS-DOSが使えるようになり、TurboCとかも出て俺は救われた。
大学でunixでCをやるようになってvim系の操作が気持ち悪かったからノリで大学を辞めた
>>253 ＞スッキリJava は、250ページにも及ぶ、猿向けにオブジェクト指向を解説した、伝説の書。
私が知りたいのはスッキリC++（そんなものが存在するのですか？限りなく胡散臭いですね）の話です
>>258 おっしゃることがよくわからないので、ちょっと書いていただけますか？
http://ideone.com >>263 下準備にはPEEK/POKEも重要
私は CALL で呼んでいた記憶がありますが、もしかするとNとN88とN88(86)とでは違っていたかもしれません…
PC6001でBASICを覚えてPLAY,SOUNDで音楽作ってたな
C言語以降関数と手続きを区別しない言語が増えたこととOOPでは一部がメソッドと呼ばれるようになったので使用頻度は下がったな
関数と手続きを総称して、「メインルーチン」に対して「サブルーチン」って
>>277 処理をまとめたのがサブルーチンで
値を返すのが関数…とかなんかあった気がする
>>280 その定義だとvoid func(void)
はサブルーチンになるな
ちょっと難癖っぽいけどw
アセンブラだと値返していようがいまいがサブルーチンっていうよね
もともとは呼び出しがステートメントであって返値というものが存在しないサブルーチンと、
言語(VBとか)によっては明確な違いがあったりするけど、概念的にはサブルーチン⊃関数というイメージあるわ。
副作用のある手続きをほんとは関数とは呼ばないのだろうけど
ああ、関数と対比されるのはサブルーチンじゃなくて正しくはプロシージャ(手続き)だね。
>>287 そうだけと、その辺の用語も統一されてるとは言い難いところがあるよ
AdaなどのPascal系の言語ではprocedureとfunctionという区別があるよね
まぁ値を返すかどうかという違いでしかないわけだけど
VBではPascalのprocedureに相当するのはSubであって、SubとFunctionをまとめた
上位概念としてプロシージャと言うからね
mainが特別扱いされてると言えばOSが受け取れる返り値は0--255なのにint型を指定するってところとかかな。
Perl ではサブルーチンは sub で始まる。これはCの関数のようにも使える。
>>286 > 副作用のある手続きをほんとは関数とは呼ばないのだろうけど
> Cではそんなことに頓着せず全て関数に単純化したからね
逆だぞ。関数型が馬鹿やったから「副作用」なんて言葉が必要になったのであって。
元々Cの関数は副作用がない。これは単純に、Cの場合は引数で渡すしかないからだ。
（当たり前だがグローバルは使わないとする）
だからC全盛の時代には「副作用」なんて言っている奴すら居なかった。
関数型の連中が副作用(ｷﾘｯとか気にする必要がでてきたのは、クロージャを濫用したからだ。
単純に言えば、関数に対しての値の渡し方は、
・引数
・グローバル
・this(OOPの)(＝インスタンス内グローバル)
・クロージャ(＝レキシカルスコープの場合は階層内グローバル）
とあって、クロージャは使い方を間違えば結合を強めてしまうんだよ。
(thisの場合は最初からクラス界面で切る《=public/privateを意識して設計する》
からそこまで酷くはならない）
Cはそれがないから、便利に書けない反面、無駄に結合するって事もない。
（少なくとも、結合していることは明示的に見える）
伊達に50年近く現役な訳でもないのさ。現役で居続けられた理由がある。
>>288 AdaとかPascalとか、最早死んで誰も使わないし使う価値もない言語を持ち出しても、
何の意味も無いと思うぜ。
それらが死んだのは、それなりの理由があるんだよ。
なんだCの関数には副作用なかったのか。これで安心してprintfできる
Cに副作用の概念はないって……それは流石に嘘でしょう。
>>294 副作用の概念はあるに決まってるだろ。
そもそもプログラミング自体が副作用を伴うものであって、
全てを含んだ「学術的な意味での副作用」を伴わないプログラムなんて、何もやらないプログラムだからだ。
それすら理解出来ない
>>293 なんてただの馬鹿だ。
そうではなくて、関数型()の連中が言っている意味での「副作用の無い関数」についてなら、
Cは全ての関数が該当する、ということだよ。
だから、「副作用(ｷﾘｯ」する必要すらなかったって事だよ。
試しに関数型()の連中に、「クロージャ禁止、this禁止、グローバル禁止、全て引数で渡せ」と言ってみろよ。
多分、顔が引きつると思うぜ。
>>298 まあそれがゆとりが嫌われる理由なんだけどな。
お前も含めて自覚がないのが救いようがない。
お前ら、もう既に老害になってると思うぜ。
https://ja.wikipedia.org/wiki/%E3%82%86%E3%81%A8%E3%82%8A%E4%B8%96%E4%BB%A3#%E5%AE%9A%E7%BE%A9%E3%83%BB%E7%AF%84%E5%9B%B2 ゆとり世代については明確な定義、範囲はなく諸説ある。
小中学校において2002年度施行（高等学校は2003年度）の学習指導要領による教育を受けた世代（1987年4月2日 - 2004年4月1日生まれ）。
小中学校において1980年度以降（高等学校は1982年度以降）の学習指導要領による教育を受けた世代。1966年度生まれ以降。
1966年度生まれ以降。
1966年度生まれ以降。
1966年度生まれ以降。
1966年度生まれ以降。
1966年度生まれ以降。
>>301 俺に言ってるのなら説明しても良いが、タダではやらん。
お前が説明に値するだけの頭があることを先に示せ。
具体的には、現状の議論について、何らかの進展があるレスをまずしろ。
>>291 まず、副作用という言葉は C が生まれる前から使われていたし意識されていたことですよ
Lisp をやってれば分かることだけど
C 全盛時にCプログラマが副作用という言葉を使わなかったのは当然でしょうね
C は副作用そのものであるノイマンアーキテクチャを素直に表現できる言語と
目されていたわけで (i++ とか)、それこそ最初はグローバル変数も使いまくりだったのでは
また、引数で文字列を渡すにもポインタを使わざるを得ないので、それが破壊されることを
防ぐ手立てがなかった (今でもないか)
引数経由でなくても、ポインタが使えるということは、そこに任意のアドレスを設定でき、
任意の場所に書き込めるということなので、C の関数で副作用を防ぐ手立てはないわけですよ
C 界隈で副作用うんぬんが取り沙汰されるようになったのは const 引数の導入や、
グローバル変数の弊害が意識されるようになって、むしろ民度が上がってきたと見るべきかと
あと、Oracle のストアドプロシジャ PL/SQL をやったことはないですか
あの文法は Ada そのものなんだけど
>>302 1966以前と1966以後では教育内容で変化があったのですか？数学に関する限り一時期は線形代数も微積分もやる、という過剰な状況だったと思っています
>>291 オラクル社の第一言語は、Ada言語を借用したPL/SQLだぞ。
C言語が例外処理機能を受け入れなかったのは完全な失敗。
>>305 そうですよね。いま働いている日本人のほとんどはゆとり教育です。
ただ昔は教科書に載っているだけでまともに教えていないと思います。
学年トップレベルだったという年配の多くが義務教育の範囲さえ、完全に忘れているか、知らなかったりします。
>>304 > 引数経由でなくても、ポインタが使えるということは、そこに任意のアドレスを設定でき、
> 任意の場所に書き込めるということなので、C の関数で副作用を防ぐ手立てはないわけですよ
それは「副作用」ではなく「バグ」と言うんだよJava以外では。
その他諸々色々勘違いするのは自由だが、
さすがにそれだと話が通じなさすぎて煙たがられてるだろ。
> あと、Oracle のストアドプロシジャ PL/SQL をやったことはないですか
> あの文法は Ada そのものなんだけど
無いね。
ただ、Oracleがそうなら、Ada文法がまだ生き続けていることにはなる。この点は訂正しよう。
とはいえ、それが「参考にする意味があるか」とは別だよ。
本当に意味がある物は、「オブジェクト指向」や「クロージャ」のように、
ほぼ全ての言語でサポートされる事になる。
現状、procedure/function/Subを区別してない言語がメジャーで、
区別した言語(Ada/Pascal/VB)はことごとくマイナーだし、
最近のクロージャのようにC#/C++/Java等のメジャー言語が
相次いで方針を変更してサポートした、ということもない。
それは不要だった、ということで結論は出てる。
それを反例と持ち出してきても意味がないだろ。
老害がブチ切れてて草
>>302 > 小中学校において1980年度以降（高等学校は1982年度以降）の学習指導要領による教育を受けた世代。1966年度生まれ以降。
そういうことをするからゆとりは駄目なんだよ。
>>306 Oracleについては308の通り。
例外についてはCで採用しなかったのはとりあえずは正解だろ。
未だに各言語で例外方式が安定しないのは、未だにいい解を見つけられてない、ってことだよ。
自分がゆとりであることに気付かずにだからゆとりはと言い出すやつばかり。
>（当たり前だがグローバルは使わないとする）
>>313 > こんな変な条件付ける人はいない
君がグローバルを普段から濫用している人だとは理解した。
> あと当然だが、引数によって参照される関数スコープ外の値を変化させるのも副作用だ。
勿論。
というか、まともに議論する気があるのなら、明確に条件を確定させなければならない。
何も言わないのなら、C言語での『標準的な』コーディングを各自が想定することになる。
君が普段からグローバルを濫用しているのは理解したが、それは俺の『標準』ではないし、
君みたいな馬鹿が出てきて無駄に議論が空回りするのが嫌だから、俺は明示的にそれを除外した。
そしてこの条件付けは『標準的』であり、問題ないと俺は考えている。
君がグローバルを含めて副作用を議論したいのならそうすればいい。
俺はその議論には意味が無いと思うから参加はしない。
君の言うように、俺は「参照透過」は以下の2種類に分けて考えるべきだと思っている。
・狭義の参照透過…sin()等
・広義の参照透過…qsort()等やthis
・参照透過でない…その他全部、つまりクロージャやbindやグローバルを用いるもの
通常の文脈で言われる『副作用』はおそらく関数型（）言語から来ている。
それは上記「参照透過でない」物を濫用した結果だ。
Cの場合は最初からそれが出来ないから、その議論が発生することはなかっただけ。
それとは別に、意識高い系関数型（）の「『狭義の参照透過』だけでプログラミングすべき」、
というのは当たってはいるが、実際の所それは多値を返せないと厳しい。
そして多値返しよりも参照を返してそこからアクセスしろ、というのがメインストリームの言語だろ。
それの方が楽だから。
少なくともCにおける「副作用」はずっと昔からの規格で定義されている用語だから、
独自定義で話されるのは困る。
http://kikakurui.com/x3/X3010-2003-01.html#13 > ボラタイルオブジェクトへのアクセス，オブジェクトの変更，ファイルの変更，
> 又はこれらのいずれかの操作を行う関数の呼出しは，すべて副作用（side effect）と呼び，
> 実行環境の状態に変化を生じる。...
>>315 FPUのフラグか。なるほどそれは正しい『副』作用だ。
というか、『副』作用というからには当然「作用」（『主』作用)と対比されるべきで、
「printfが副作用」(
>>293 )というのはHaskellの定義だからな。
スレチというのはごもっとも。
C言語使う人ってアドレスって言ったほうがわかりやすい場合でもポインタっていうよね
副作用は、volatile とか、何かの状態を変えること
C言語はファイルポインターを配列を指すようにして同じように扱うことはできませんよね。
>>321 調べたらわかりました
ありがとうございます
なんだこれ？引数 void って初めて見たぞ。文法的にありなのかこれ？
>>323 FILE * 経由の入力や出力をするように書かれているプログラムで使うと便利な場合があると思う。
>>326 それはC言語を知らない初心者が前スレだったかで残した名言
プロセスメモリエディタも初めて見たり副作用を知らなかったりする彼ね
Ruby には、StringIO と言う、メモリ上だけに存在する仮想ファイルがある。
へぇーっ！メモリ上だけに存在する仮想ファイル？Rubyすごぉ～い！
単体テストで使った様な気もしてきた
C++にもstringstreamがあって
なぁんだRubyパクリだったのか。ダッサ。
>>329 プロセスメモリエディタを知ってる＝Cを知ってる、になるのか。
さすがゆとり、だな。
お前らはそんなことばかりするから、お前らの居場所を無くして行ってるんだぜ。
自覚出来てないんだろうけど。
まあ、ゆとりに付ける薬はないって事だな。
三つ子の魂百まで、と同様、ゆとりの魂百まで、なのだろう。
彼は自分がゆとりであることに気付かない。超ゆとりである。
勉強始めて半年くらいの初学者だけどenumの便利さに今日気が付いて震えてる
なんにせよまあswitch/caseはあんまり使わない方がいいですよ。
クソコードに発展しやすいんです。
switchは単一の変数(大抵は状態)を比較してることが一目瞭然。
まあ今となってはコンパイラが軽く最適化してくれれば全く同じコードになってしまうかも知れず、どちらで書くかは見易さの問題だけかも知れない。
switch～caseで、char 値の比較の場合、昔のコンパイラでも最適化した時、
文法に罪はない人が悪いと言って終わるならば、もうなんでもありで良いんです。
自分的にアホだと思う書き方はcaseの中身を{}でくくっちゃうやつです。
case文内に関数にするほどでもない、ちょっとした処理を書きたいとき、その処理内だけで使う変数宣言は{}使ってその中に書いちゃうわ。
そういやswitchのブロックの先頭でも変数宣言できるんだよな。
地味に都合の良いスコープ範囲だから便利っちゃ便利だよね。
たとえば、caseではクロージャ的なもんが使えて、関数ポインタに代入。
初期化されないのかよ。
>>354 いや、クロージャ無いじゃん。
あってもいいと思うけど。
構文やや変数キャプチャの問題はさておき、関数ポインタは原始的なクロージャっぽく使えるよね。
C言語勉強してます。
bcpadって、懐かしい響きだな。
授業で使ったからこれでいいかなーって感じ、これといった理由ないです笑
MSのVisual Stdioに入ってるVC++か、gcc か、clangだね。
LinuxまたはWindowsのWSLのUbuntu等やCygwinの中でもgccが動く。Macでも中はUNIXなので動く。
windowsならmsvc
Windowsでネイティブに動かせるGCCもあるし、
今調べたらけっこうあるんだな、、
Winならmsvc(VC++)かなぁ。。。速いしVS入れれば個人用途に限りMFC(MSのC++ライブラリ)付きで無料で使える。
conio ライブラリの ncurses を使った Linux 用の互換ライブラリはあるよ(多分UNIX系OSならLinux以外でも動くような気がするが)。
https://ja.osdn.net/projects/sfnet_linux-conioh/ ていうか conio と curses ライブラリの両方が存在する状態になってから30年ぐらい経ってるので既に世界中で互換ライブラリは作られてると思う。
UNIX系OSでconioが標準的なものとして取り入れられない理由はもっと昔から curses や termios があって根付いていたからだと思う。
後から出てきた MS-DOS 画面専用ライブラリを組み込む気になる人はあまりいなかったんだろう。
助かった。
>>371 > WinでGUIするのに情報少なかったから、最新のC/C++の勉強にしか使ってない。
MFCなんて言ってるから少ないんだよ。それ、20年前の話だし。
MFC -> .NET(Forms) -> .NET(WPF) -> UWPか？もう一つくらい有った気もしたが。
『標準』への対応という意味では遅いけど、
そもそも標準が糞な所はMS独自拡張が行われているからそれなりには困らない。
最新のならC++11にはほぼ対応してたはずだし、「どれがいいですか？」なんて聞く奴には問題にならない。
まあ、お前らは最新の文法を使えることが腕前だと勘違いしているようだから、大問題なのだろうけど。
それも含めて自由にやればいいが。
Borland Builderは一時期Cをリードしたのは事実だが、今だに開発が継続されていたのは俺も今知ったレベル。
Borland信者でなければ普通は地雷扱いで使わない。
というか、win環境ならVS以外を考える意味がない。
無料でGUIのIDEなら第一選択肢がVSで、実際それで十分で終わり、のはず。
無駄なところで苦労したくなければ、とりあえずみんなが使ってる物を使っておけ。
C/C++でFormsやWPFなんて使えないんだからしょうがないじゃん。
普通の人やMSの定義なら「使える」わけだが。
>>371 bccって揃えやすいか？
ダウンロードするのに個人的なことを根掘り葉掘り聞かれるのが
たとえば俺なんかウゼーと思うが
対応状況が良いって、C++98だぜ？
テンプレート実引数にメンバポインタを渡すとコケるあたり致命的だろ
>>378 いやこっちだろ。一応ClangベースでC++11らしいぜ。
https://www.embarcadero.com/jp/free-tools/ccompiler Clang標準のGUI環境としてはありなのか？
或いはVSでgccやClangを動作させている奴もいるし、そっちの方がマシなのか？
いずれにしても人柱物件だと思うぜ。勇者に期待だな。
最近はwindowsでもQt使ってくれみたいな話は多いですね
一応訂正（補完)しておく。
あとQtはgpl/lgpl3でもライセンスされてるぞ？ドキュメントも公開されてる。
>>382 WebGLはGUIではなくグラ（フィックス)だし、
それ主体ならMFCでも大して変わらないと思うが。
Canvas自体はむしろ旧インタフェースをHTML側に輸入したものだし。
ただ、GUIやるならマジでHTML/CSSのお手軽さは一度試した方がいい。
今のところ他プラットフォームも同様の場所を目指しているから、無駄にはならんし。
CanvasでGUIやる気なら、背景にjpg貼ったなんちゃって仕様のHTMLの方が楽だし、見た目だけなら同じに出来る。
もちろんCanvasの上や下にHTMLを重ねてそっちでイベントだけ取り扱うことも出来る。
これらは旧来のインタフェース(Forms等）でも出来るが、それ用に設計されてないからいろいろ話が面倒になる。
が、まあ、CでGUIアプリを作ろうとすること自体が若干間違いで、
ビュワー等大きなデータを扱う(＝速度がそれなりに必要）でなければ、
60fpsさえ出れば何でもいいし、Cでやる意味はないよ。
>>383 他環境と比べての話だぞ。
以前ドキュメント探してもろくなのが無かったし、
今日チュートリアルビデオを見ようとしても登録しないと目隠しが出るし。
こんなのでQtが流行るわけがないね。考え方が15年以上遅れてる。
それでもQtと心中するのも自由だけど。
>>384 開示してないって断言してるじゃん。チュートリアルは仕様じゃないよ？
意見変えるならそう言ってよ。
>>385 変えてない。Qtはゴミだよ。
あれで公開していると思うのなら他フレームワーク等見てみろよ。
ほとんどC言語関係ないけどQtは最初，マルチプラットフォームで使えてC++バインディングが公式で提供されているっていう理由で
Cってほんとに実行速度が速いの？ 他のコンパイル式の言語に速度で勝る理由が分からん。
・C言語自体が単純で低水準、変換しやすい
>>311 よくもまあPL/SQLを知らないのに批判できるよな。
PL/SQLの例外処理はOracle DatabaseがSQL、ビルトインパッケージの結果をうまく例外として伝播してくれる。
あなたは単に例外を作り出す方の実装が悪いものを見ているだけ。
>>317 アドレスを指しているアドレスがポインタ。
ポインタが指しているアドレスにポインタがあるわけではない。
>>388 C言語は低水準言語であるから、うまくやれば速いマシン語になるが、ちょっとしたことでむしろ遅くなるマシン語を生みやすい。
アーキテクチャの知識がない場合は、誤解したアーキテクチャを想定したコードを書いてしまい、実行速度が遅いものができあがる。
>>392 >>393 どうやら違う世界線から紛れ込んできたと見える
なんでこういうcrazyなことを言う輩に限って自信満々に断言するんだ
謎
初心者です。
>>392-393 のレスを読んでちょっと混乱しているんですが、
C言語は高水準言語で、
ポインタ変数自体は「アドレスを格納できる4バイト？の変数」っていう認識で合っていますか？
何バイトかは決まっとらん。
あーそうか、
この頃の64bit環境だとアドレスも64bitだと思う。
ポインタ変数のサイズは32bit幅、
やべー
一体何の話をしているんです！？
映画タイタニックでも「near far wherever you are」と謳われているほどポインタは面倒
>>406 …うまい
でも near far とかもう通じないんじゃないかな？
>>404 昔々、8086があったとさ。
めでたしめでたし。
終わり。
英語版
>>396 OSによる。
4バイトは8ビット(=1バイト)x4なので32ビット。
32ビットOSなら、それで正しい。
じゃあ16ビットOSや64ビットOSの場合は？
いあ、知ってるよ？
このスレッドは妄想コンピュータで話すやつが張り付いているね。昔は単純な話だったけどさ。
>>413 > 64ビット標準だけで今後PCに乗り切れる時代は来ないであろうメモリ容量をサポートしてるのに。
32ビットになった時にもそんな話をしてたな w
プロセスルールの限界から実用的で物理的なメモリの上限はあるんだろうけど、何がどう進化するか分からないからねぇ。
４GBと言う上限は意外に早くたどり着いた
Visual Studio 2017のC/C++コンパイラってどこのフォルダに置いてあるんですか
>>419 スタートメニューのVSコマンドプロンプトを開いてみい。
はい
\Microsoft Visual Studio\2017\Community\VC の中を compiler で検索した結果
その昔は cl.exe に link.exe のフロントエンドで make は別途だったが今はどうなんだろう
cl.exeとかcl64.exeなどの名であると思う。
ありました！(なぜか4つも)
最近はx64とかx86とかARMとかARM64とかいろんな環境があるから、コンパイラは複数必要になっている。
>とかいろんな環境があるから、コンパイラは複数必要
CプログラマでいまのCPUを理解しているやつなんてごく僅か。わざわざC言語を作る必要がない。もっと高水準言語で作って、VMと優秀なコンパイラに任せた方がいい。
初心者です。
>>428 ののレスを読んでちょっと混乱しているんですが、
>>いまのCPUを理解
というのがまず何を指しているのか分かりません。
パーソナルコンピュータに内蔵されているCPUでしょうか、炊飯器に内蔵されているCPUでしょうか。
>>C言語を作る必要が無い
作らなくてもすでに存在していると思うのですが、自作が必要なものなのでしょうか。
>>もっと高水準言語
C言語自体が高水準言語だと思うのですが、これ以上の高水準とはどういう基準なんでしょうか。
自然言語をコンパイルするとかでしょうか。
>>VMと優秀なコンパイラ
VMというのはVirtualMachineの略でしょうか。VM上で動作するC言語というのがあるのですか？
VMを動かすほどのリソースが無いようなマシン上では何を動かすのでしょうか。
優秀なコンパイラ、ということは Cのコンパイラは優秀ではないのでしょうか。
おじい・・・紳士のみなさま、ご教授お願いいたします。
Windows でも、ファイル操作なら、Ruby ！
相手にするのが時間の無駄。悩む時間で基本情報とITパスポートの勉強するのがはるかにまし。
おじい、とか言って馬鹿にしちゃダメだよ。ワード、エクセルのエキスパートで、原子炉のタービンを設計するような「ものすごい人」も見てるんだからね。
あと補足だけど、３０歳定年説は、人件費を削るための嘘だからね。
今時ハードディスク使ってモニターと照明費を削るようなケチ臭い企業とは取り引きしません！
Code For Japan というイベント内でも、
>基本情報とITパスポートの勉強
マシン性能の限界を突破する為に、関数型プログラミングがある。
関数型は抽象表現能力は高いが実行効率を追求する様な用途向きではないぞ
それ以前にマシン性能を言語で突破できたらノーベル賞ものかと w
CPUは関数型言語を直接実行するようにできてないから遅いでしょ。
CPUの限界を超えれる関数型言語上で関数型言語を作れば元の関数型言語の限界を突破できる。
【平和を実現するために】 武器調達の中止、格差拡大の抑止、労働移民の禁止、国政からのバカウヨ排除
http://2chb.net/r/liveplus/1544586377/l50 関数型プログラミングはλ計算の時点で全く理想的だから
昔どっかがLisp用にスタックコンピュータだか何だか作ってなかったっけ。
理論的限界を超えたら、その理論のモデルが事実に反する訳だから、理論の反例になってしまう。
ループに展開されることを期待して末尾再起化にハゲむってギャグだよな。
ループだと関数渡せないから。
初心者です。
inline関数の展開は環境依存
なるほど、ありがとうございます。
gccもclangも最適化を-O3にしても
>>457 え？gccで -O -S で置き換えられたように見えるアセンブリ言語出力したぞ。(97引いて5以下かどうか見ているやうなやつ)。
-Oなしだと一つ一つ比較していて明らかに違う。
CPUによっては一つ一つ比較するように書いた方が速いなんてこともあるのかも知れないが、普通はそうならないように思う。
ソース全体で見たときに(a < 'a') や (a > 'f')の可能性もあるから最適化されないということでしょうか？
>>457 >>461 a=='a'のときにべたの方が速いからだろ。
a-fが均等な確率だ、というのをコンパイラに対して教えてないし、教える方法もない。
だからコンパイラが勝手にそこを改変するようでは困るだろ。
（大半がa=='a'と分かっていて最速コードが欲しいときに記述出来なくなる）
C言語はそういう言語なんだよ。自動的に勝手にやってくれる言語ではない。
細部まで自分で指定できるからこそ極限までチューニング出来る。
最速コードが欲しければ、a-fの確率まで考えて、自分で指定しろ、でしかない。
ワシのとこでも -O で「即値97を引いて即値5と比較…」が出たわ。
-O なしだと真っ正直に即値との比較が6回。
>>457 に書かれた通りの ('a'<=a&&a<='f') にならないと言っても、
'a'以上か? 'f'以下か? の判定2回よりもっと効率的になってるでしょ。
もちろん gcc のバージョンによる違いかも知れんが。
>>454 ときどき夢にみます、inline 指定がどんな場合にも百発百中 inline になるコンパイラがあればどんなに嬉しいか…
>>463 あー。なるほど。
かといって言語の規格として最適化についてまで決まってたっけ？
その辺は決まってなくてコンパイラしだいのような気がするが。
>>465 しかし関数へのポインタが作れてしまう時点でそれはもう inline ではなくなっているように思うのだが。
>>466 規格云々以前に、適用ヶ所と文化の問題。
C言語がガチで使われている領域はそういうところだから、「書いたとおりのコードを吐け」でないと困るし使えない。
だから適当に改変するコンパイラは嫌われる。
対してC++は「出来るだけコンパイラにやらせる」思想だし、そもそもCほど掘り下げる使い方はされないから、
「可能な限り自動的に最適化しろ」な気はするが。
C言語のアセンブリがすぐ確認できるサイトで調べてみたんだけど、
>>467 なるほど…
そういうときは、call されたときは inline に展開するけれども、関数のポインタとして渡されたときに動かすためだけに（実際にポインタから呼ばれるかどうかは考えずに）inline の関数を別にバイナリーに展開しておくっていうのはどうですか？
>>470 関数内でstaticの変数が宣言されるケースも忘れずに。
>>475 まずお前がガイジじゃないことを示せよ
ゆとりなら死ね
うわっ、ガイジと言うよりマジキチやん ⇒ ID:y280e6J90
>>477 が意味深になってて笑うわ
>>464 どうやったらそんなコードされるの？
なにをやっても全部比較しかでないのだが
いまやったら引き算と比較一回になった。
最適化をいれるとaが定数だとaが消されるからaを別の関数の引数にすることで
>>480-481 それはvolatileの間違った使い方だから止めとけ。
最近そういう投稿も多いが。
最適化は処理の最中に使う変数が外部(別スレッドや割り込みハンドラ)から変更されないということを前提としてるから、volatileつけるとaの比較途中でaそのものが変更されるかもしれないので逐一比較になる。
>>468 おまえ4.3BSDのccとかまだ使ってるのか？
>>479-480 volatileは磁気コアメモリ時代の命令じゃねえのか
>>485 mainで未定の値を作るのがむずかしいんだよ
aを初期化しなければ未定の値になると普通おもうんだけど
何故か何かの値に決められて最適化でaが消えちゃうのよね
現在でも組み込み開発でSFRを弄るにはvolatile宣言は必須
結論を言うとvolatile で最適化を調べるために最適化を抑制したのが間違いの原因だっと
volatileは変数がI/Oポートにマッピングされてることを想定した仕様
>>490 I/Oだけじゃないよ。
別スレッドなど異なる実行コンテキスト間で共有する領域へのアクセスはvolatileをつけないといけない。
SFRへのアクセスもソフトとハードという実行コンテキストが異なる。
静的変数は全部つけないといかんのだろうね。
volatile の使い所
これ書き忘れてた。
記述された手続き以外の要素によって変数値が変わるなら
>>494 volatile変数をマルチスレッドに使うとかいう誤った知識を流布しないでくれ
volatileに指定してもマルチスレッド共有変数に求められる
* メモリフェンス
* 演算の原子性
は確保できない
https://stackoverflow.com/questions/4557979/when-to-use-volatile-with-multi-threading 原子性って全然直交した概念ちゃうか。
>>494-495 ×××○
知らない人が見たらマジ議論と勘違いするのも無理はないが、
2chでのlongjmpなんてネタだから無視でいい。
>>497 全くだ。
というかマジな話、何をどこに使うべきかイマイチ分かってないのなら、
とりあえずいわゆる「正しいプログラミング」を目指した方がいい。
ここでの与太話は、ネタをネタと(ry、でしかない。
>>494 マルチスレッドは断じて関係ない
アフォｗヴァカｗｗｗ
volatile なんか忘れて素直に pthread とか C++11 とか使っていればいいと思うのです…
>>498 そのはずなのに使えるなんて言う妄言痴言が飛び交っていたんだから重症だよ
>>499 シグナルハンドラに関してはvolatileが必要じゃない？もちろんその変数に対するatomicityも要求されるけど
>>502 知らんよ、俺はLinuxのsignalなんて使って無いし。
そのページには必要だと書いてあるし、そうなんだろうさ。
が、そもそも、俺に言わせれば
・volataileで実装出来る＝ポーリングループ＆せいぜいハンドシェーク＝糞
・プロセス間通信する意味がない
スレッド間通信でsleep/wakeupで何も問題ないし、その方が自然だ。
この場合に自前でvolatileなんて書くことはない。
ハードウェアを直接叩かないのにvolatileとか、設計を見直した方がいいと思うぜ。
>>429 Cのコンパイラは環境依存になるため、コンパイラの出来、不出来がある。
必要条件と十分条件の違いが分かってないやつがいるな。
>>503 フェンスがないのにハンドシェークとは、これいかに
>>506 > 標準シグナルの場合、そのシグナルがブロックされている間に 同じシグナルの複数のインスタンスが配送されても、 1 つだけがキューに入れられる。
>
https://linuxjm.osdn.jp/html/LDP_man-pages/man7/signal.7.html しかし実際ハンドシェークだと思うぜこれは。
意識高い系()ゆとり()がCをやるとfenceという『CPU命令』が必要だと思っちゃうのか？
まあ無理も無いとも思えるが。
それはC言語の話なのか、OSの話なのか、CPUの話なのか
フェンスが必要になったのはコンパイラ側の都合だから、C言語の話だね。
フェンスが必要なのはCPUとコンパイラ双方のためだ。やっぱvoid君は馬鹿だね。
>>507 ほうほう、fenceはCPU命令ではないんだな
それでそれで？ volatileとどういう関係があるんだｗ
>>510-512 ゆとりは死ななきゃ直らないと再認識した。
ゆとりが馬鹿であり続ける権利を尊重し、教えてやらないことにする。
つっても、ググればいくらでも出てくるし、ゆとり以外には実害はないはず。
マジな話、上達したい奴は、ググっても疑問が解消しないときのみ、掲示板等に頼るようにした方がいい。
自力で勝手に進んでいけるか、いちいち構ってちゃん状態になるかでは、上達速度に雲泥の差が出る。
こんなところで下らない煽り合いに興じてるから、ゆとりはゆとりのままなのだと思うし。
StackOverflow(英語版）はかなりオススメだ。迷ったらそこを頼れ。
void君は謎の捨て台詞好きだよね。かっこ悪いよ。
霊界は存在するよね。ググればいくらでも出てくるしｗｗ
以下、C言語について詳しいつもりの、格好いいつもりの粘着君が教えてくれます。ご安心を。
(レベルはあのコードを糞コードと認識出来ないようなので推して知るべし)
マジな話、volatileをスレッド同期に使え、なんてのは世界中の誰も言ってないだろ。
勿論longjmpもgotoもその類だ。
ここはそれを分かってるロートル連中が与太話をするところであって、
マジの初心者が来るのは危険だと思うがな。ネタをネタと(ry
初心者なら、まずは正しいプログラミングを目指すべきだと思うぜ。
本来はリアルで先輩/上司/先生に教えを請えるのが一番いいが、
駄目ならStackOverflow(英語版）を俺はオススメするが。
最近は知恵遅れも知恵袋と化してきていて、例えば以下（PHPのスレより、ただし削除済み）
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10199147355 そこで焼け出された知恵遅れゆとりがこちらに押し寄せてきているのだと推測しているが、
お互いにとって不幸なことになってる。
ただし知恵袋が機能するなら、本来はIDがある分向こうの方がましだから、向こうを使った方がいいと思うが。
知恵遅れゆとりがスクラム組んで押し寄せることに対して、2chは防御手段がない。
実際、こいつらが役に立つことを一回も言ったことがないのも事実でさ。
こいつらは死ぬまでイナゴし続けるんだろうな、って思う。
C言語について詳しいつもりの、格好いいつもりの粘着君ってこんな名言残した人の事ですか？
>>519 お前らがその30年前に解決した話に異常に固執するのも意味不明だがな。
それはお前らのレベルではそれが全てだ、と言っているに等しいわけだが、それについては恥ずかしくないのか？
ぐうの音も出ねえって
void君て、半角カナ君とかなり似た匂いがするけど、亜種か別設定キャラだったりするのだろうか？
C言語はあとから標準化されたのと、コンパイラの実装はUNIXを想定しているため、OSが異なるとコードの意味まで変わる。
ｵﾚは要点を簡潔明瞭にﾚｽしてるからな
初心者です。
>>525 > コンパイラはMinGWから入れたGCC6.3.0で
そのレベルならVS使えってマジで。
GUIでグレークポイント貼って追跡出来るだけで全然違うから。
> 自分が書いた挿入ソートが正しい内容になっているかと、
自分でデバッグしろドアホ。
自前でチェックすれば済むんだから、簡単に出来るだろ。
for (int i=0;i<10000-1;i++) if (array[i]>array[i+1]) printf("BUG: %d, %d, %d, %d\n",i,i+1,array[i],array[i+1]);
とか。
> register
使うな。
ってかおまえ、何を参考にして学んでる？
> void insersion_sort(unsigned array[], unsigned length)
> unsigned array[]
これもあんまりやらないと思うけど。
> 最適化でどのようなことが行われているのかおおまかに教えて頂きたい
それをマジで聞きたいならオブジェクトコード(逆アセンブルコード）を貼る必要があるわけだが。
>>526 レスありがとうございます。
VSなら使っています。VSCodeですがｗ
ちなみにGUIでデバッグも出来ますね。
バグは出ていないのにデバッグする意味ってあるんですか？
質問の意図としては、「ちゃんと正しいアルゴリズムで実装できているか」という質問をしているのです。
「動かないからおかしいところ教えてください」という意味ではありません。
register指定子を付けるだけで、付けていないときに比べて2倍ほど変わるのですが、
付けないほうが良い理由を教えて頂けますでしょうか。
unsignedもあまりやらない意味を教えてください。
今はrand()から帰ってくる値が入っているだけですので意味ないのは確かですが。
× 2倍ほど変わる
度々ごめんなさい。配列の桁数を間違えていました。
>>527 C言語に詳しくない俺でもわかるが、CPUは正と負の数を扱っているから、正の数と指定されると余計な処理が挟まる。
>>527 > ちなみにGUIでデバッグも出来ますね。
それならいい。
> ちゃんと正しいアルゴリズムで実装できているか
ならwikiでもどうぞ。いちいち聞くんじゃなくてさ。
https://ja.wikipedia.org/wiki/%E6%8C%BF%E5%85%A5%E3%82%BD%E3%83%BC%E3%83%88 > register指定子を付けるだけで、付けていないときに比べて2倍ほど変わるのですが、
マジで？
> 付けないほうが良い理由を教えて頂けますでしょうか。
https://cpprefjp.github.io/lang/cpp11/deprecation_of_the_register_keyword.html つかマジで、お前が参考にしている本なりサイトはかなりヤバいと思うぜ。
(Cでも同じはずだが、実際効いているのであれば違うのか？)
> unsignedもあまりやらない意味を教えてください。
いや、書き方が曖昧だったが、[]をやらない。大概は、 unsigned *array だと思う。
つか、全般的にコードが妙な書き方になってるから、直した方がいい。
初心者なら、単に教科書かその類に問題があるだけだと思うし。
>>528 この文脈でそこを誤解することはあり得ないから大丈夫。
（なのはリアルだけで、2chでは信じられないレベルのコミュ障がいるのもまた事実だが）
>>531 なるほど、ありがとうございます。
書き始めたときは何も考えていなくて、とりあえず大きい値が入れられるようにunsignedにしていましたｗ
今後正負で大きい値も扱える型の配列に直そうと思います。
>>532 レスありがとうございます。
ちなみにそのwikiの説明文を見て挿入ソートを書いています。
ソースの部分は読んでいませんが。
GCCは最適化を有効にしなければregisterが効くなんてのは結構有名だと思っていたんですがそうでもないんですかね。
配列引数に[]を書かないというのは、別に個人の趣味みたいなもんだと思うので良いんじゃないでしょうか。
他の人とコーディングするなら規約などに従いますが、今は自分一人で書いているだけなので。
[]が書いてあれば配列を渡すというのが一目瞭然であるから付けているだけです。(arrayという名前や、lengthが必要な時点で分かりますが)
*start = &array[0];としているのも同じ理由です。
*start = arrayと書くより分かりやすいと思うからそうしているだけです。
別にコーディング規約の話をしているわけではないのでこの辺でよろしいでしょうか？
>>531 まあそれはあるが、細かすぎるからいいかな、って思ってた。
>>533 あとな、多分、 unsigned ではなくて、 unsigned int の方が主流のような気がするが。
まあそれ以前に531の指摘通り、intでやれ、ということではあるが。
あとちなみに、registerが非推奨になっているのはC++の話ではないんですかね？
>>535 unsigned intの省略型がunsignedだと思っていたのですが違うのでしょうか？
>>534 > GCCは最適化を有効にしなければregisterが効くなんてのは結構有名だと思っていたんですが
知らん。
というかそのそも最適化無効で使うことがほぼあり得ない。
さらに言えば、-O1ってのも奇妙で、普通は-O2か最近は-O3。
マジで君、全般的に色々おかしいんだよ。
> 別にコーディング規約の話をしているわけではないのでこの辺でよろしいでしょうか？
好きなように書けばいいんだが、上達速度を上げたいなら、『他人と同じコーディングルール』で書いとけ。
それで損はしない。
慣れてる書き方の方が速く読めるから、
他人のコードを読むときに同じ時間でより沢山のコードを読めるようになり、上達しやすくなる。
>>538 ちなみにO2とO3も試しましたが、O1と変わらないですね。
-O無しだとこの速度で、一体どこから速くなるんだろうと-O1を試したら速くなっていた、というだけの話です。
最適化無効で使うことがあり得ない、というのも今初めて知りました。ありがとうございます。
私から逆に言わせてもらうと、あなたも全般的におかしいと思います。
まず、質問に対する回答に全くなっていないという点。
あと、「上達速度を上げたい」などと一言も書いていないのですが、
一体どこからそう読み取って、「他人と同じコーディングルールで書け」などと余計なお世話を押し付けてきているのでしょうか。
先にも書きましたが、「今は自分一人で書いているだけ」なので勝手にさせていただきます。
あと万人に共通しうる「他人と同じコーディングルール」とやらのご教授もできたらお願いします。
できたらで結構ですが。
>>537 > 通常は、unsignedの後にintやlongなどと記述して用いるが、これを省略しunsignedとだけ記述した場合はunsigned intであるとして処理される。
>
https://www.wdic.org/w/TECH/unsigned そのようだが、ほぼ見ないと思うぞ。
まあ俺は仕様に詳しいわけではないし、俺の揚げ足取りをしたがっている粘着君に期待しよう。
彼は喜々としてヒャッハーしてくれるだろうし。
ただ何度も言ってるが、全般的に色々標準的ではないので、教科書なり参考サイトを見直した方がいい。
そこで意固地になられる理由も俺には分からないが。
> 自分が書いた挿入ソートが正しい内容になっているかと、
>>539 前後したが
>>540 がそのまま当てはまる。
とはいえ、まあ分かった、俺は君には今後回答しないことにする。
それがお互いの為のようだし。
低学歴底辺ﾄﾞｶﾀのｱﾄﾞﾊﾞｲｽなんか
低学歴底辺ﾄﾞｶﾀ内部のｵｷﾃの話なんか
>>540 「unsigned int」と書くか「unsigned」と書くか、や、
「あなたがどう書いているかを見かけるか」なんて正直、本当にどうでも良い話です。本当にありがとうございました。
「あなたが思う『標準的』」とかも本当にどうでも良い話です。
揚げ足取りを従っている粘着君に期待するのは勝手なんですが、私を出しに使うのはご遠慮願いたいです。
もっというと他所でやってほしいです。どうでも良いので。
>>541 レスありがとうございます。
①入力の列の値がすべて出力の列の値に含まれているかチェックする関数
少ない要素数の配列では目でチェックしましたが、
100000の要素数の場合、これは行っていないので作ってみようと思います。
>>546 なるほど君も別の方向にコミュ障だから、
>>528 な訳か。
俺は別に君をダシにしたわけではなくて、
君の質問の
>>536-537 に関しては粘着君が喜々として答えてくれ、それが君の為にもなるだろう、と言っているだけ。
ちなみに君が欲しがっている回答は、現時点では情報不足で誰も正確には答えられないんだよ。
それも最初に言ったろ。
なんつーか、ゆとりはマジでこのパターン多過ぎ。
表面だけ丁寧で、中身がものすごく無礼、というか。
お前はお姫様/王子様ではないんだぜ。
逆に半角君も俺にはよく分からんが。
表面だけやたら人を罵倒しているが、実際はいちいちシコシコ回答してるから、手間はかかっている。
コンプレックスの固まりで他人を馬鹿にしたいだけなら粘着君みたいになるはずだし、
（馬鹿にするだけで一切自分の意見を言わない
＝意見を言うとそこに反論される可能性が発生するから怖くて出来ない）
何がどうなると半角君になるのかよく分からん。
>>548 >>542 あとあなたも大概「無礼」ですよ。人を侮辱する前にご自身の発言を読み直したらいかがですか？
いきなり「ドアホ」言う人は中々私の周りにはいないです。
きっと「コミュ障」だからかもしれませんねｗ
>>549 そのレス自体が俺の方が数段上手なことを示しているわけだが、それも理解出来ないのだろ？
だから君はコミュ障なんだよ。まあいいが。
ま、きみは2chには向いて無いと思うぜ。
>>550 >>542 「どちらが上手か」や「コミュ障かどうか」や「2chに向いているか」を議論するスレでは無いのは理解できておられますか？
なんにせよ私にとってあなたは、全く理解の足しにならない人間だということは、低能コミュ障な私にもよく理解できましたので、更に数段上を目指してご邁進くださいませ。
かしこ。
>>534 C言語というよりコンピュータの基本を勉強した方がいい。CPUのレジストリは限られているから、本当にレジストリを使うマシン語がはかれたらOS、他のソフトウェアを阻害しかねない。
マルチプロセスではない昔のコンピュータならまだわかるが、CPUを占拠するようなコードを書くのは尋常ではない。
>>537 省略してはならない。これ基本。
可読性も落ちる。
ふざけているのか？
>>551 ネット上に転がっているサンプルはデタラメ、悪い例のオンパレードだったりする。
ちゃんと信用できるところを見ろ。
だいたいint型が何バイトで、CPUのレジスタ長が何ビットかわかってる？
コーディングスタイルは個人の好みで、できればよい、動けばよいなどと言う人間がこのようなソート処理を作るはずがない。
>>552 メモリ周りの理解が深まると思い、C言語を学習してます。
レジストリ、というのはレジスタのことでしょうか？
register指定子ついてですが、
それをそのまま適用するどうかはコンパイラ依存だと認識しているのですが違うのでしょうか。
これら以外にレジスタを必要とする値や演算があったならば、それを采配するのはこのソートを行うプログラムではなくてOSではないでしょうか。
そもそも、たった3個のポインタ変数がCPUのレジスタを占拠してしまうほどのサイズを持っている変数とは思えません。
>>553 ふざけていませんし、そもそもここで質問する前提にコーディングしていませんでしたので、
「自分の分かりやすいように」記述していました。
つまり「可読性」は「自分にとって可読」であるものです。読みにくければ申し訳ないですね。
まぁこの数行程度のソースで読みにくいと騒ぐ上級者様がいるとは思えませんが。
あとさっきも書きましたが「コーディング規約」について質問しているのではありません。
この数行が読みにくくてしょうがない！というのであれば読んでいただかなくて結構です。
読んでくださる方に聞いているので。
確かに省略しすぎるのは自分もどうかと思っていますよ。
初めて「printf」なんて見たときは「なんのfやねん」って思いましたから。
voidはまた質問者の気分を害して悦に浸ってるのか。こいつマジでスレの害悪だわ。
>>554 良いも悪いも、そもそもサンプルなんて読んでいませんし、挿入ソートがどういうモノか、というのだけを読んで書いていますので。
そもそも、ここもそのネット上なわけで。私が書いている関数の内容が正しく動くかや、あなたが今書いていることも信用していいんですかね？
疑い始めたらきりがありませんよ。
くだらない議論なので無価値ですね。
>>555 作るはずがない、と言われても作りました。何の根拠が？ｗ
速い遅いのこだわり、とか書いていますが、そもそもこだわっていません。
「なんで自分の書いた挿入ソートのコンパイルが、最適化の有無でこんなに速度が変わるんだろう」というふとした疑問を書いているだけです。
私が、「速い挿入ソートが書きたい」なんて一言でも書いたでしょうか？
さて、夜はふけてきましたが、
一部やかましいだけで有用な情報も得られなさそうなので、そろそろ休みます。
私が原因でスレをお騒がせしてしまって申し訳ございませんでした。
もし、挿入ソートが速くなる理由等分かるかたいましたら、また別の日にご教授頂けると嬉しいです。
ひとまずはテスト用のドライバ関数を作ってみたいと思います。
>>541 さんありがとうございました。
みなさまおやすみなさい。
経験としては、O3にするとバクが顕在化するんであんまり使わないですね。
逆だろ
>>525 一般に最適化は、常に同じ結果を出力する最短の計算に変換される。
ソートと書いてあるが、コードに特に比較条件がないので、これは単に
例えば(1 2 3 4 5)->(5 4 3 2 1)と入れ替えている。
元のコードは4+3+2+1=10の入れ替えが発生するが、単に入れ替えるだけなら、
5を1と4を2と、・・・と入れ替えればいい。計算数は2となる。
大小関係の確認を正しく入れれば、他のソートと同様なるかもしれない。
と、以上のように、俺が思っているだけなので、確認した方がいい。
おーい粘着！生きてるか！
折角俺様が「registerなんて見ねえ！」なノリなんだから、
一生懸命仕様を調べて突っ込みに来いよ！
お前の存在価値なんてそれくらいしかないんだし。
>>557 ゆとりなお前らはそれが駄目なんだよ。話が全く進まないだろ。
俺が間違っていることを言っていると思うのなら、ズバッと突っ込みに来るべきなのさ。
お前らはそれをする度胸もないまま、文句しか言えないわけでさ。
ゆとりが何万人いても何も作れなかったのはそれが根本的原因だよ。
少なくとも半角君は前に進むレスをしてるだろ。
彼が10人いれば確実に事態は進展する。
纏まることはないと思うが、それでも烏合の衆でしかないお前らより数段マシだ。
その言い方だと、お前も
>>525 のコードのやばさが分かってないだろ。
その他ゆとりも大概そんな感じだが。
それで粘着するのはお前らが全員馬鹿だと自身で証明しているようなものなのだが、
それも理解出来ないのだろ？
導くつもりなら、本当に見てやらないといけないのは「根本的に方向性を間違ってないか」であって、
完全にずれていると分かっている初心者の質問にも優しく答えてあげることではないんだよ。
それは逆に迷惑だと俺は思うがな。本人の為にならない。
とはいえ、どういうレスをするかは本人の自由だし、お前らなりのポリシーがあればやればいい。
それで「ゆとり専用：ぼくにやさしいすれ」が成立するのならそれもありだろう。
問題は、お前らゆとりは何もしない/出来ない癖に文句ばかり言ってるわけでさ。
それが本当にいけない。
>>565 シェルソートとかコムソートじゃねえかなそれは
>>566 525のコードのやばさが一番わかってないのはおまえだ
registerだあ？ 全然関係ねえよ、おまえ上っ面しか見てねえ証拠だ
>>568 それで、お前は525のコードに
・問題がない、のか、
・俺が指摘してないもっと大きな問題がある、のか
を言えない/意図的に言ってないだろ。
それがお前らの最悪なところだよ。
突っ込まれるのが怖くて言えないのだとは思うが、
だからゆとりは死ななければ直らない、と言ってるわけでさ。
で？どっちなんだ？
後者なら堂々とマウント取りに来いよ。
>>569 ほらな、何がやばいのか他人に聞かなきゃわからないだろ
煽れば教えて貰えると思っている甘ったれ野郎
というﾜｹで評価用のﾃｽﾄﾄﾞﾗｲﾊﾞをﾃｷﾄｰにさくっとｵﾚが書いてやったぞ https://ideone.com/FwRQ0E >>570 それはお前のことだよゆとり。
そしてだからこそお前らは全く進歩せず、今でも池沼ゆとりのままな訳だ。
お前らは本当にワンパターンで、コミュ障も酷い。
それをパターン暗記で誤魔化そうとしているわけだが、そりゃ無理だ。
実際、それはお前にとって何ももたらさないし、その積み重ねが今な訳でさ。
少なくとも俺は何ヶ所も訂正すべき点を具体的に指摘している。
それに対してマウントを取るつもりなら、もっと重大なことを具体的に指摘せねばならない。
それをお前は出来ないから、どこかで見たフレーズで誤魔化そうとしているわけでさ。
ゆとりはマジでこれが酷い。
非ゆとりは、基本的には、自分で調べて理論武装し、挑んでくる。
この過程で成長する。だから、その後で紛糾しても、少なくとも当人には利益があるし、
当然勘違いしてたらぶっ叩かれるので修正もされる。つまり確実に本人は前進する。
お前らはこの過程をやろうとしないから、全く成長しないし、実際、してない。
だから今のお前が具体的に何も言えないわけでさ。
それを認めるのならまだしも、それをコピペフレーズで誤魔化そうとしているのだから重傷だよ。
聞くは一時の恥、聞かぬは一生の恥、って奴だよ。
リアルやID制のサイトならまだしも、
匿名掲示板ですら『恥』と思って聞けないその虚栄心では、リアルでは全く聞けてないだろ。
だからお前らは相変わらず池沼な訳でさ。
ｺﾚで挿入ｿｰﾄがｺﾞﾐ同然なのが
一目瞭然で分かる
sort(
>>525 のｺｰﾄﾞ)
qsort
つまりもともとこんなｺﾞﾐみたいなｼﾛﾓﾉを
時間かけて最適化するのはﾑﾀﾞ
>>571 お前、口が悪くて思い込みは激しいがここまでちゃんとフォローしてやるってのは偉いな。
下手に外野から評論ばっかりしてる奴らよりよほどこのスレでは役に立ってるわ。
ソートの性能は机上でわかるから、最適化について教えてくれや。
>>575 × 教えてくれや
× 助かるわ
お前らゆとりが駄目なのはそこなんだよ。他力本願過ぎ。
そして指摘しても糞女と同様開き直るし、救いようがない。
お前がどういう風に分かってないかなんて誰も知らないのだから、
お前自身がいろいろ調べて、
○ 俺的にはこう思うんだが、どうかな？
とやらないと駄目なんだよ。
具体的に上手くやったのは497で、497-499-502-503とならざるを得ない。
そのサイトには「シグナルでは使う」と書いていたから、それを否定する俺の見解を質してきたわけだ。
このやりとりは少なくとも彼には利益があっただろう。
そしてこの積み重ねが差になっていく。
お前も含めて、粘着共は何一つ意見を言えない。言う知能すらないからだ。
その差がどうして生じたのか、いちいち教えてやってんだからよく考えろよマジで。
>>525 挿入ソートの場合は、挿入すべき場所に直接挿入すればよいので、
swapで何度も入れ替えないようにして、必要なところに直接挿入するのがいいかもしれません。
一瞬バブルソートのように見えて、挿入ソートってこんなのだっけ？と思いました。
最適化についてはこのコードだけではなんともいえませんが、
大まかでよいのであれば、全体をclock関数で時間計測したように
この関数の中で経過時間を計測してみるのもよいと思います。
効果のある場所が限定できると推測もしやすくなりますので。
>>571 >>575 さんもおっしゃる通り、なぜ-O無しと-O1の最適化の有無で、ソート時間が大幅に変わるのかが気になります。 >>577 さん、ありがとうございます。 乱数で特定のデータを作って、それがソートされてるっぽいから
ほぼ整列済みのにデータに対してだけ速い挿入ソートがランダムなデータにはクッソ弱いのなんて当たり前じゃん
https://ideone.com/g3SF36 /*
ちなみに乱数ｼｰﾄﾞを変更して自動的に1000ﾊﾟﾀｰﾝのｾﾙﾌﾁｪｯｸもやってみたが
>>525 のｺｰﾄﾞの誤りは一度も検出されてない
種類を減らして重複を増やして試してみたりもしてる
ｺﾚでも
>>525 のｺｰﾄﾞの誤りは一度も検出されてない
出力された要素に入力された要素が含まれること
出力された要素の大小関係が適切であること
ｺﾚがひたすらﾌﾟﾛｸﾞﾗﾑでｾﾙﾌﾁｪｯｸされてる
>>572 さっきからマウントマウントって
盛りのついたサルみたいなのはおまえだけだ
registerと書いてあったら何がやばいのか
仮引数に[]と書いてあったら何がやばいのか
やばいといった張本人＝おまえが説明することだ
こればかりはググれで逃げることはできないぜ
失言でマウント取り損なって真っ赤になってるサルめ
>>585 じつはぼく、やばさがわかりません、まで読んだ
>>586 うん、おまえが言ったことがどうやばいのかは全然わかんねえ
525のコードに限らずとも
registerと書いたらどうやばいのか
仮引数に[]と書いたらどうやばいのか
早く言えよ脂ハゲ
それとも撤回か？
今回の最終ｺｰﾄﾞ（ﾒﾓﾘ解放を忘れてた箇所を修正した） https://ideone.com/sylJTW >>525 のｺｰﾄﾞ自体は一切問題ない >>587 >>589 >>570 まずはお前自身の論理に一貫性を持たせようか。
>>570 なんて全く今のお前自身だろ。
ゆとりは本当にこれが酷い。
お前らが『失敗作』扱いされるのも当たり前。
>>591 お前も味方の
>>589 に何か教えてやったらどうだ？
お前も自分の意見すら表明出来ないヘタレだし、そもそも問題を理解出来ないから無理か？
まあこれがゆとりが『失敗作』扱いされる理由だ。
本当によく考えろ。
んで引数voidの件にはダンマリかよ
>>593 このスレ＆過去スレ読んでそれ言ってるのか？
なら重傷だな
ゆとりって、本当に連呼リアンと知能もモラルも同程度だな
どうもお前らは連呼すれば既成事実が出来上がると本気で思っているようだが、そんなことはないから
>>588 本当に検証ありがとうございました。
今テストドライバのソースを眺め始めたところで、まだ読み終わっていないのですが、
10行目のマクロが do {} while (0) で囲ってあるのには何か理由や慣例のようなものがあるのでしょうか。
合わせて教えて頂けると嬉しいです。
void君絶好調だなｗ
>>596 ゆとりは知恵遅れすぎて整合性という概念がない。
王道と王道と(ryだ。
俺を信用しないのは自由だが、世界中の誰もそれをしないのには理由がある。
ゆとりはこのことすら認識出来ない。
だからゆとりは『失敗作』なんだよ。
なんつーか、普通に考えれば分かるだろ、が通じない。
そして無駄に議論が紛糾する。
お前らの足もお前らが引っ張ってるんだと思うぜ。
>>595 1文での表現で、かつ、セミコロンない場合のエラーを実現するためだね。
>>596 ＞10行目のマクロが do {} while (0) で囲ってあるのには何か理由や慣例のようなものがあるのでしょうか。
もう覚えなくともよい古代の小技でしかありません、気にしたら負け
なるほど、
>>596 引数に void を知らないのはかなりの初心者だと思うよ。
まあ、大昔のC言語にはなかったんだけど、その大昔からずっと使っているなら引数に void を入れておけば
引数なしを表すという規格になって、そしてあらゆる標準的なヘッダファイルの中で使われ始めて
man getchar なんてやって man ページ出すと int getchar(void); なんてのが出て来て、試しに引数に何か
セットして呼ぶように書いたらエラーが出たりして、ああこりゃ便利になったなあなんてことを体験したりして、
まず忘れる事はないだろうから。
voidを知らないのは、K&R Cのまま更新が止まったボケ老人だ
>>497 それは別のところで確保すべき話ではないの？
Javaのスキルが低すぎて干された人物でしょう
オレは単なるジョークだと思ってたんだが、本気だったとは
>>604 K&R2 には、すでにして void は存在しましたけれども、K&R1 にはなかったのでしょうか？
個人的には void よりも void * の方が好きです、今でも何にでも使える最強アイテムだと思ってバンバン使っています…
void*は一旦char*なりにキャストしてやらないと演算できないのが惜しい。
惜しいもくそもない
ｼﾞｪﾈﾘｯｸﾎﾟｲﾝﾀｰがどういうもんかすら分かってない低学歴知恵遅れが
初心者です。
>>622 ,623
なるほど何も書かずにいきなり関数名とかだったんですね。
そうすると自然に戻り値はint型として扱われる感じなんですね。
ありがとうございます。
>>603-604 結局連呼しか出来ないのか。
そしてそれがお前自身初心者で老害な証明であることにも気づけないんだろ。
お前ら本当に終わってる。
が、まあ、それはさておき、他人を追い落としたいのなら、
ネガティブキャンペーンではなく、ポジティブな競争を仕掛けろ。
つまり、俺よりもっと的確なアドバイスが出来れば、当然俺より上だというわけだ。
半角君がいいとは思わないが、少なくとも彼はこれをやってるだけマシだ。
東亜板の連中なんて馬鹿が大半で、本質が見えてない。
だから非韓三原則や法則
韓国人は、助けない、教えない、関わらない
韓国人と関わると不幸になる
なんてのを「韓国人」属性に結びつけているが、実際はそうじゃない。
(理由は他にもあるが、一つには）連中はネガティブキャンペーン『しか』やらないから、
結果的にそれに巻き込まれ、不幸になるだけだ。
そしてそれは今のお前ら池沼ゆとりにも当てはまる。
ゆとりなんて叩きたがっている奴はいくらでもいる。
馬鹿共がそれに気づいたら、お前らもっと終わるぞ。
その癖はマジでさっさと直せ。
ウンコを投げ合っていたとしても、それがポジティブ方向への競争なら、
だんだんマシにはなるんだよ。
お前らもちゃんとそれに参加しろ。
void君の場合、ｷﾐﾗみたいにとてつもなく頭悪いﾜｹでない
>>626 そもそもウンコだって分かってるのに投げるなよ
>>630 > ﾜｯﾁｮｲ aaf9-fk3u
死ね
つーか、お前みたいな奴しかいないからゆとりは駄目なんだよ。
文句言う前に何でもいいから知ってる範囲で何か言え。
そしてそれが有効打かどうかを競うんだよ。
それすらしない奴には文句を言う権利すらないんだよ。
お前らは分かってないんだろうが、マジな話、
「ゆとり★ちゃんねる（仮称）」が未だに存在しないのもおかしな話なんだよ。
お前らゆとりはゆとり内で確実に内ゲバしてる。（自覚症状はないのだと思うが）
原因はお前らのその態度だと思うぞ。足を引っ張り合ってる。
void* を大きさ1として演算できちゃう gcc 拡張がキモイ
>>626 的確なアドバイスとかどこの口が言ってんだよwww
voidもunsignedも知らないレベルなのに初心者をとっちめて追い返してるだけじゃん。ホント屑
registerと書いたら何がまずいのか説明マダー？(tntn
#include<stdio.h>
#include<stdio.h>
#include<stdio.h>
PARI/GPでの多項式の割り算について
うちの大学の線形リストのノードの削除方法が異端なんだけど、本当にあってるのか教えて
コードはコレ
http://www.cc.kyoto-su.ac.jp/ ~yamada/ap/list.html#delete
次ノードの繋ぎ変えしてないしワケわからん
ヒント
>>642 それ以外の方法あるか？
まあ変数の使い方はいろいろあると思うけど
>free(*ndPtrPtr);
int nodeDelete(node_t **ndPtrPtr, int n) 内の
理解したわ
自分の理解不足を棚に上げて人様の正統なコードを異端呼ばわりしたことについて一言。
まあ初心者にはありがちだし正直に理解不足認めてるんだからくだらんことで話引っ張るなよ
>>642 異端じゃないがセンスはない
線形リストなんてlist_headが決定版なんだからそれだけ覚えておけばいい
>>642 異端っちゃ異端。普通は以下。
typedef struct nodetag {
struct nodetag *next; // 走査を速める為に先頭、と言うか本質部分は前側に
data_t data; // dataが最後、と言うかオマケ類は全部最後、そうじゃないと継承出来ないし
};
int nodeDelete(node_t **ndPtrPtr, node_t *ndPtr); // n番目を指定とかありえん、リストはそういう使い方はしない
int nodeDelete(node_t **ndPtrPtr, data_t data); // またはこれ
コンテナ類なんてOOPがドフィットするんだから、OOP的に書かないと駄目なんだよ。
こいつはそれが出来ていない。
リストを使ったこと無い奴がとりあえず書いてみました、というコードであり、良いコードではない。
池沼ゆとりが多いようなので明記しておくが、
お前らは『老害』に『年齢条項』を入れてゆとり≒20代は該当しない、ということにしたがるが、それは間違いだ。
老害の定義は、公平には、
・その問題に、より効率的に対処できる新しい方法があるにも関わらず、
古い方法しか使わない/使えない馬鹿
の事だ。
OOPなんて30年前にC++により再定義され、大変素晴らしかったからほぼ全部の言語に採用されてる。
今時OOPを理解してないのも、またコンテナ等OOPに最適なものにOOPを適用しないのも老害だ。
そしてこの老害コードで学ぶ
>>642 もまた、最初から「老害」となる。
(642が悪いわけではないが、教科書のコードに問題があり、「老害」からのスタートになる）
分かるか？
老害の十分条件には「知っているけど使わない」のみならず、単に「知らない」も入るんだよ。
このコードに問題を検出出来ないのなら、その時点で老害だ。
それはOOPを知らない、ということだから。
重ねて言うが、老害に年齢は関係ない。実際、池沼ゆとりの大半が既に老害になってるだろ。
「そうじゃないと継承できないし」
>>654 絵に描いたような老害乙
Javaみたいに全部無理矢理OOPは問題があるとして、
C++の範囲で普通に使う分には問題ないし、今更OOPに文句言うのも老害だろ。
第一世代はCが制覇したが、第二世代はOOPが制覇してる。
その理由を考えろ。
普通にほとんどのOSはCで書かれてる
OSのｱﾌﾟﾘｹｰｼｮﾝｲﾝﾀｰﾌｪｰｽは
>>653 痛いなー。もういろいろ悔しくて仕方ないってことは伝わったよ
>>656 お前もリスト使った事無いのに、何故文句だけ言うの？
それがゆとりが駄目なところだ。死ね。
ていうかマジな話、ゆとりが未だにゆとりなのはこれが原因だと思うぜ。
お前ら自身がおかしな方向に誘導しまくってる結果、
ゆとり『だけ』のコミュニティでは収拾がつかず、コミュニティを保てない。
だからお前らは年齢層が高くて居心地が悪いと分かり切っているここ2chに出張ってくるしかないわけでさ。
これは俺らにとっても迷惑だし、お前らにとっても不幸な話だぞ。
インタフェース自体は、実際使えば「これは間違いだ」とすぐ分かる。
n番目、でリストを管理するなんてあり得ないから。
ただ、使ったことが無くとも、C++等参考にすれば、正しい方向には進めるだろ。
それもせず、とりあえず文句を言うその癖はマジで早く直せ。
お前ら自身がそれで被害を被っている。（自覚出来ていないようだが）
https://ja.cppreference.com/w/cpp/container/list/erase https://docs.microsoft.com/ja-jp/dotnet/api/system.collections.generic.linkedlist-1.remove?view=netframework-4.7.2 C++は「イテレータ()」とかアホなことやってるから余計に分かりにくくなってるが、この場合は「ポインタ」だと思っていい。
(というか、OOPのイテレータは糞だ。これは認める。あれはおそらくJavaが元凶だが)
.NETはまんまだが、Node<T>は参照渡しになるからこれも「ポインタ」だと思っていい。
ここら辺も調べればすぐ分かる話でさ、この意味ではその京産大の先公は「老害」だと断定出来る。
過去スレで東工大のリストが出てたろ。あっち見た方がいいと思うぜ。
>>659 お前がな。
だだこねれば受け入れられるのはゆとりコミュニティ内だけの話であって、マジで迷惑だから止めろ。
上記の通り、そのコードは一般的に見て「かなり間違った」事をやってる。
それを見分ける能力もないのに文句だけ言うなゴミゆとり。
>>653 1つの方法が絶対と思い込んでるおまえこそ老害の典型だ
頭固すぎ
最近継承とか覚えたから誰かに話したくてしょうがないんだろ w
そう言えばそうじゃないと継承できないって、もしやC++特有の決まりなのかな？
継承って、OOP三本柱、継承・多態・カプセル化のうち最も早く信用を失った要素じゃん。
多態こそがOOPの本質だと思っているので
664 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 236e-q1e7)[sage] 投稿日：2018/12/21(金) 05:50:21.94 ID:FGbnqlsP0 [1/3]
>>653 1つの方法が絶対と思い込んでるおまえこそ老害の典型だ
頭固すぎ
665 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 236e-q1e7)[sage] 投稿日：2018/12/21(金) 05:51:36.03 ID:FGbnqlsP0 [2/3]
>>663 そもそもだよな
670 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 236e-q1e7)[sage] 投稿日：2018/12/21(金) 12:03:47.45 ID:FGbnqlsP0 [3/3]
スレチ
C++スレでやれ
>>667 > そう言えばそうじゃないと継承できないって、もしやC++特有の決まりなのかな？
そんなわけあるか w
そもそも
>>653 の奴を継承って言うこと自体がちょっとおかしい
継承を頑張ったプログラムって、疎結合・高凝集からどんどん外れていく運命にあるんだよね。
そりゃ継承ごときで頑張らないといけない
>>675 ならそうなるだろうよ w
継承はそのうち親子関係に矛盾が生じ、親クラスのメソッドやブロパティを隠したくなる。
下手な継承休むに似たりというだけ
C++亡者はなんでCのスレで延々と雑談するんだろう
>>673 そうだよな。普通のオブジェクト指向言語は順序に関わらず継承できるよな。
とすると普通でない言語での話かまたは彼が何かを誤解しているということかな。
>>680 継承より委譲を使うべき事例を挙げているにすぎない
継承より委譲を使うべきかは「あとで」発覚する。
>>684 1行目と2行目以後、言ってることが矛盾してるぞ
「あとで」か「常に」か、どっちなんだ
>>686 横からだけど、全く矛盾してないぞ？
どこが矛盾してるんだ？
うん。矛盾してない。
初心者です。
>>681 だから継承でもなんでもなくて構造体の最後の要素の長さを可変長にしてるだけ
99.9%問題ないけど厳密には規格違反だったと思う
>>689 いつ哺乳類と分類できたんだという話だよな。
その分類もいろんな切り口があるわけだし。
なるほど、カモノハシは胎生ではなくて産卵するので問題になりうる、ということですね。
オライリーのアルゴリズムクイックリファレンス持ってる人居ませんか？
あれ肝心なところは「ここでC++のテンプレートを使って・・」とか
本当にゆとりはどうしようもないな。
初心者は絶対的な知識量が足りてないから、やってることは結果的に「老害」と一致する。
C言語なんて20年ほぼ変更無し＝ここ20年の進歩を「文法的には」取り込めてないのだから、
文法から入るお前らみたいな奴は必ず「老害」からのスタートになってしまうし、実際そうなってるだろ。
この点、やはり初心者は新しい言語からやるべきなのさ。
そうすれば、少なくともお前らのような「古くて非効率な手法しか使えない馬鹿＝『老害』」にはならずに、
「新しくて効率的な方法しか使えない新人」になるが、こっちの方がずいぶんマシだ。
とはいえ、新しすぎて評価が固まってない言語も危険ではあるが。(具体的にはGoがゴミ)
「継承」に粘着している馬鹿は継承の実装を考えてみるといい。
C++は当初はトランスパイラ＝C++文法をC言語に変換してCコンパイラを通すもの、だったと聞く。
同様に、C++でのOOPをC言語で実装する際、どう変換するか考えてみるといい。
正解は、他言語のOOPの実装をググれば得られるだろう。
継承については色々議論があるが、今回のようにコンテナの場合は、
ListBaseクラスを継承しテンプレートでデータ構造に幅を持たせるのがとりあえずの正解だよ。
おそらくstd::list<T>もそうなってると思うぜ。(ただし速度重視で全テンプレート展開もあり得るが）
そしてC言語においても同等のオブジェクトコードが得られるソースコードを記述しろ、という話であってさ。
(それ以前にコンテナが欲しければ素直にC++使った方がいいと思うが）
というか、C++は改良版Cなんだから、C++を食わず嫌いするのも典型的な老害なんだよ。
当然だがC言語が抱えていた問題点は修正されてる。
コンテナ等も完全に整備されてる。
スマポ()とかやってるC++erは馬鹿だから無視でいいが、
Cの問題点に直面してるのにC++を試してない奴は定義通りの老害だよ。
Cが出現した頃とはずいぶん状況が変わっているわけでさ。
https://cpplover.blogspot.com/2016/05/mitsicp.html だったらC++スレ行けば？
>>697 文句言う前にOOPを理解しろよ。お前は完全に「老害」だぞ。
そしてCでもOOPに準じてコードを書け、という話であってさ。
ゆとりは幼稚すぎる。
もうちょっとましな反論は出来ないのか？
○○と同じ臭いがする、というのもまたお前らのパターンのようだが、
結局の所、当たってる奴がいないだろ。
それは、ゆとりの脳は1bitの容量しかなく、
「ぼくのすきなひと」「ぼくのきらいなひと」しか解像度がないからだ。
そんなことやり続けてるからお前らは幼稚園児のままなんだよ。
が、マジな話、C言語でもOOPを理解してコーディングするのとデタラメにやるのではずいぶん違うから、
OOPはマジで理解しとけ。
むしろC言語（というか各言語)は方言でしかなく、
プログラミングパラダイムとしてのOOPの方がつぶしが利くし、有用だ。
https://ideone.com/WQ3pQP animal
┣platypus
┗bird━penguin
普通にCでも継承はできる
低学歴知恵遅れだとCではできない
もともと継承なんか使ってもいいことなんかないからな
低学歴知恵遅れほど嬉しがって継承使う
何度もいうが
>>699 毎回お前のその無駄な情熱はどこから来るのか謎だが。
一応言っておくと、parentを持つその方法は「包含」であって、「継承」ではないぞ。
この際大した問題ではないが。
低学歴知恵遅れは
仮想関数でないﾒﾝﾊﾞ関数は
あとついでに言っておくと、リストについては、
もうな低学歴知恵遅れはﾚｽすればするほど
>>702 vtableはフラットに構成されてるものなんだよ。
お前のは階層構成になってるし、実際、直接呼び出せてないだろ。（無駄にオーバーヘッドがある）
それは「継承」ではない。
まあ正直そこら辺は割とどうでもいいのも確かだが。
>>696 C言語なら俺に聞け 148
http://2chb.net/r/tech/1537347410/37 >なんだこれ？引数 void って初めて見たぞ。文法的にありなのかこれ？
また低学歴知恵遅れが
もうね
頭悪すぎると
>>696 20年て、どこから出てきたマジックナンバーだ？
それを言うなら29年なんだが
低学歴知恵遅れ＆お前ら連呼の人が、引数 void って初めて見たぞ
C言語のスレだから、そろそろ話をC言語に戻そうよ
新設するまでもなくC++のスレッドも複数あるからなぁ。
Cでオブジェクト指向っぽく書くと継承しなくていいのがいいよね。
OOP自体が間違い。OOP書きたいのにC使うのは間違い中の間違い。
>>718 じゃあどう書くわけ？
デザインパターンを常に排除すんの？
関数の第一引数を構造体にするならファイルポインターもオブジェクト指向に
昔CでのOOPが流行った頃は「オブジェクト指向=継承」みたいな捉え方が主流だったから
>>717 それは一理ある。
俺自身はCもclass構文を取り入れるべきだと思っているが、実際そうならないのは、
・分かっている奴が書けば何とかなる
からなのも事実だ。
そして「継承」が無駄に嫌われているのは、Javaでは関数ポインタを提供しなかった為、
継承を使うべきでない局面で使われまくり、余計に意味不明になる事が多かったからだ。
デザインパターン自体がバッドプラクティス集なのもそのせいだ。
あれも本来は「第一級関数」を持つ言語で書き直し、
既存のJavaで書かれたデザインパターンは老害ゴミとして捨て去られるべきなのさ。
ただ、本来「継承」を用いるべき局面については当然「継承」の方がフィットするわけで、
Goみたいに
× 継承に代わる便利なものを用意したから継承が不要となった
○ ただ単に継承/仮想関数を排除しただけ
の言語は完全に乗り遅れてる。あれならCで書いても同じだし。
（Goは元から80年代の言語だと揶揄されていたが、全くその通りだった）
とはいえ、Goを作った連中は君と同じ感覚なのだろうとは思う。
君はGoを気に入るかもね。
> 本来「継承」を用いるべき局面については当然「継承」の方がフィットする
老害ゆとりのvoid君
void君がよく「ゆとり」連呼してるけど
>>721 そうね。便利なマクロ用意したら結局それC++じゃんみたいな。
無遅刻無欠勤がとりえでコピペの手間を厭わないsubversion大好きかつ注意深い人達が作った、再利用を全く考えないワンオフ物の超巨大クラス構造みたいなの見ると、継承は初めから無い方がいいなと思うよ。ほんとつらい。
>>723 まあ実際それをやったのがGoな訳で。そう思う人がいるのも事実だろうさ。
（俺はGoはポシャると思っているけど）
>>717 書き方次第だよ。linuxで最も有名なライブラリの一つであるglibは継承してるし
死にたいのは何かが足りないから。
>>738 冷密＝「冷たい密室と博士たち」の方が好きです他は雰囲気ワードを散りばめただけのどちらかというと駄作に見えてしまうのですが、唯一これは極上のロジックだと思うのです
#defineを使って関数を定義するテクニックがあります
#define kansuu() (いっぱい書いてる)
void kansuu(void)
>>744 > #define kansuu()
kansuu()の後には何も記述しないのが正しいスタイルってことですね
>>745 関数とマクロ、そういう使い分けができたんですか・・・
いいんじゃないか？
よくやるのは
初心者です。
かっぱらいプログラム言語と言うのが出来そうな予感がした。
Linux環境のデバドラと組み込みの違いって何ですか？
デバイスドライバというのはデバイスをドライブするプログラムである。
LinuxならLinuxに合わせた形でデバイスとのやりとりを作る必要があるが、そうでないならその辺は自由になる。
>>756 なるほど
自分はLinuxに合わせて作ろうと思ってます
そもそも組込み機器でLinux使うこともあるから
>>753 の質問自体がイミフなんだが
まあ、組み込みとだけ言ってしまうとなんでもありになってしまうな。
わざわざ「組み込み」と言う意味があるかどうかだな
今じゃ小さいの幾らでもあるからなんでも組み込みにできるな。
一時はECUなど特定の分野を除いて組み込みもLinuxに席巻されそうになっていたけど、最近のIoTブームのせいか超小型超低消費電力のマイコンのニーズが高くなり昔ながらの職人芸的組み込みソフトが復権してきてるイメージあるわ。
まあプログラムはむしろ楽だね。
PICなんかを使った、電子工作の延長みたいな
気がするんではなく実際そうだ
アセンブラで出来てC言語で出来ないことがイマイチわからないです。
C言語使う為には最低限コンパイラが動く環境を
>>767 なーるほど！コンパイラがいらずでCPUやメモリ使えるってことですね！
それは確かに便利だありがとうございます。初めてアセンブラの利用価値に合点がいきました。アセンブラわからないですが(´・ω・｀)
>>766 自己書き換えプログラム、とかはどうですか？
8ビットCPUの頃はやった事あるけど
コンパイラが要らなくてもアセンブラは必要なものじゃないの？
>>772 8bit時代、サブルーチン程度ならニーモニックどころかダンプ直打ちしてた基地外もいた
おっさん世代はZ80ぐらいなら主要なニーモニックは未だにヘキサで覚えてる。
>>773 ごめんな
コーディング用紙つかってた
I/Oの鬼ダンプとか今でも思い出すよ
>>768 それだけでなく本当にCだけではできない事があるのが普通だ。CPUにもよるけどね。
何か特定のレジスタに値をセットしないと何かの機能が使えないみたいな場合はCではレジスタの指定をして値をセットすることができないので最低でもその部分だけインラインアセンブラにしたり全部アセンブラで書いたりする(またはそれ用に拡張がされたCコンパイラを使う)。
その他、80系やx86系ってI/Oポートあるが、あれはCからはアクセスできないのでその部分はアセンブラにする。
まあしかしそういうのはほとんどデバイスドライバの中で必要になる事なので普通は一般ユーザは考えなくてもよくなっている。
>>773 >>774 >>777 思い出した！たしか 386 にて real mode から protected mode に移る命令は C では書けませんね…
他にもなにか面白い話があったような気がしましたが、もう思い出せない…実は 286 はリアルモードに戻れるとか…
>>774 HALT を言ってみよ
オムニバースを解析するソフトウェアを開発するにはどうすれば良いですか？
>>780 逆じゃないか？
286では戻れずに、不便だったけど
386では戻れるようにしたとか
>>783 ＞286では戻れずに、不便だったけど
通説ではそうなんですが、「実は…」という話があった気がします、そのため「だけ」に 286機を確保していたつもりだったのですが、うっかり捨ててしまった、やりたかったことを今思い出してしまった…
NECのPC98での話ですが、プロテクトモードとリアルモードを行き来するのに
なんか286はPC用じゃなく工業製品用を想定して設計されてたって記事読んだ記憶が。
昔から疑問なんだけど、マップドIO制御を除いてC言語だけでRTOSのカーネルは書けるのだろうか？
CだけでOSなんて、Cは元々そういう使い方を想定していない
でも最近のUEFIとかなら全部Cで書かれたOSでも起動できそうだけどね。
C言語を一番最初に学んで、C++、ほかスクリプト言語と使っているが、C言語で文字列処理ライブラリーってみんなどうしてる？
つまり今から俺が自分用に文字列処理ライブラリ(独りよがりのオレオレライブラリ)を作る意味があるのか、俺が知らないだけでboostみたいに出来合いの洗練されたライブラリがあるのか…な…？
Cを修行中ならオレオレライブラリを作ることにも充分に意味がある
俺はboostを知らない。
みんなありがとう
>>792 頑張れば書けるよ！
Cというよりは Cの文法を使った何か になったけどな・・・
ちょっとすみません
あるかもしれないし、ないかも知れない
>>801 ある。
多分これからvolatileに関するやりとりが始まる。
>>802 最適化したことでおかしくなったと言うわけではないんですが
どうなのかなと気になったもので
具体的にはO2の中のどの最適化でバグが出ることがありますか？
あとgccではなくg++でした
>>803 volatileというものに気を付けないといけないわけですか
>>804 仕様上規定されていない部分は最適化によって挙動が変わることがある。だから不確定な処理や誤った処理を書いていた場合に、これまでたまたま上手く動くコードが生成されていただけで、最適化によって挙動が変わってバグが顕在化することがある。
例えば、評価順序が不確定な処理を書いていたのがたまたま期待通りの順序で実行するコードになっていただけとか、不正なアドレスのメモリを参照や更新してしまっていたがたまたま問題がなかっただけだったとか。
>>803 volatile は一切使わないことにしました…
volatileにすべきところでしないから最適化でバグるんだよ
>>808 volatile すべきところ、って具体的にどういうところですか？それは本当に volatile にする必要があるのですか？
>>809 メモリマップドIOと
共有メモリマルチプログラミングで
最適化時のアクセス省略防止。
>>806 ありがとうございます
そうであれば不確定な部分がなければバグはでないということですね
最適化用にプログラムの書き方も変える必要があるのかと思っていました
volatileはライブラリの中で使っていそうですがきっと大丈夫でしょう
>>810 個人的には、memory-maped な世界はよくしらない（インテル系しかしらない…）．
shared memory って、特別なことはありましたっけ？マルチスレッドなら排他処理用のオブジェクト（pthread-mutex/cond）を使っておれば問題ないし、fork() の中と外で同じ変数をつつくときは…はて、どうしてたっけ？
そういやvolatileってC言語の場合CPUによってはうまく行かない事がありうるのな。
>>813 そういうのは
>>812 のとおり、そのためのカラクリ(pthread等)を使用してアクセスするべきだと思います、裸で触ること自体が発想としてイカレているのではないでしょうか？
マイコンなどのIO アドレスを、PC 側のメモリのアドレスに関連付けているのだろう(Memory-mapped I/O)。
>>815 volatileと一切何の関係もねえし
いや、「Cのプログラムで変数(あるアドレス)を読むことが、
>>813 多バイトアクセスがatomicに行われないのはvolatileの守備範囲ではなくinterlockの守備範囲。
なのでCPUによってはvolatileがうまく行われないってのはvolatileに対する名誉毀損になる。
マイコンなどのIO アドレス(port)を読み書きするには、その装置の手順が決まっている
電流を流すってのはバイポーラの場合だね
>>804 最適化でおかしくなる場合の例としては潜在的バクがある。そしてよく見るのは組み込み系。volatileもそうだがprintfいれたり-O0にすると動作が正常化するってのがある。
volatileの例だと
int* fifo=0x0001;
int data=*fifo;
のようなコードはvolatileつけないと順番入れ替えられたりコードそのものがなくなったりする。
-O0やprintf入れると直る系はキャッシュ周りのこともある。キャッシュを積極的に使うかどうかで、キャッシュを使わない場合に安定する。キャッシュをたくさん使うprintfのような関数を入れると再度積み直しになって安定する。
後者は潜在的なバグで発見が難しいことが多い。プログラミングはわかるけど組み込みを知らない人がやらかすバグの一つ。
キャッシュ絡みの潜在的なソフトのバグってのは経験ないなぁ。キャッシュが化けるハードのバグなら経験あるけど。
キャシュの話はC言語にかぎらずどの言語でも起こりそう
ああ、キャッシュ絡みのソフトバグ思い出した。
IMCCOやTecConfのエントリー作品を見る限り、
> コードゴルフ
>>766 アセンブラとC言語はまったく違うのに何を言っているのか？
>>798 あのな、コンピータには文字列という概念がないのだよ。
> それとも凄腕プログラマの興味がPythonやらRubyなんかに移っちゃったのかな。
>>828 それを言ったら数値という概念もないよね
人間から見たら数値として扱えるように演算しているだけで
コンピュータにはビットのオンオフしかないよ
>>830 CPUがビット演算しか備えていないならそうかも知れないけど、整数や浮動小数点数の演算を備えているのだから数値の概念はあるだろう。
それいったらあるのはせいぜい、アルファベットとか…
チューリングマシンの説明に数値なんて出てこないでしょ
>>834 チューリングマシンは計算機のひとつの仮想モデルだけど、いつからそれに限定した話になったの？
そもそもスレ違いだからこれ以上議論する必要はないけど。
チューリングマシンでもコンピュータでもなんでもいいけど、記号操作をやってるんです。
CPU の数値演算はビット列をAND、OR、 NOTの組み合わせで変換してるだけだしね
まぁ根本的に機械にはビットも数値も文字も文字列も無いわな。電気的にHiかLowかって話だから。
演算器を構成するゲートレベルなら話は別だが、CPUレベルなら整数の加算てのは
>>837 3種類もあるのかなあ… NAND または NOR どちらか一方だけじゃない？
今どきはHDLで書いてLUTベースになってるんじゃないのん？
>>841 NAND だけで全ての論理回路を構成できるけど NAND だけで構成されてるかどうかはわからん
基本回路はNOTで、その出力で駆動する
たとえば水流で動作するコンピュータがあったらと考えると電子とホールは全然本質じゃない
そういや、スマートボール(まぁパチンコ台みたいなものと思ってくれ)式に
上の投入口からボールを落とすと、台に仕組まれたシーソーの傾きが変わって
後から入れるボールの流れも変わる、ていう「機械式計算機」の
モデルもあったな。
シーソーにラッチがついてて「メモリ機能」を持たせたり、
ボールを何個か積み上げるとラッチが解除される仕掛けで変更したり。
>>846 は半導体素子の原理説明だったかな。
P型、N型それぞれの中でも、電子と正孔の両方があったはず、だよね。
正孔なんてものは存在しない
>>849 あるはずの電子がない状態を「正孔」と定義してるのでは？
正孔が存在しないってのは定義を否定することになる。
>>850 ならない
おまえ個人のオレ様ルールで否定ということにしたいだけだ
>>849 「あるはずの電子が無い状態」のことを性行っていうんよ
846みたいに陽電子と勘違するやつがいるから指摘しといたんだ
誤「あるはずの電子がない」
>>855 ホールはあるぞ。
なんだ、やっぱりその状態があるって認めてるじゃん。正孔（という状態）は存在する、と。
>>860 絡んできたくせに結局849の日本語が通じてないだけかよ
相手して損した
トムとジェリー 仲良くけんかしな
>>865 もうこの話題も飽きたので相手しないだけ。
>>866 猫にねずみが噛み付いた
あべこべだ猫たたき
ねずみっていきものさ！
猫だっていきものさ！
そういやトムジェリって一作目が作られたのが1940年なのな。戦前だ。
スーパーマンの1941年のアニメなんてすごいレベル高いよ
フラッグの状態によって引数を変更する必要があるのですが
//続き
個人的にはAが好きだけど
この範囲だけで言えば A が見通しが良くて分かりやすいんじゃないかな。
俺なら次のようにする。
>>875 その flag が 0 か 0 以外の値にしかならず 1 や 2 で違う動作になる事は未来永劫ない場合と、将来的になる可能性がある場合とでやり方は変えるかも知れない。
でも最初のやり方で良いんじゃないかな。あまり捻ると分かりづらくなるし。
flagの値によって何十通りもの違う呼び出しになるとかいうなら色々考えた方が後々良いのかも知れないが。
flagに１も２もあるかよ
突然のステマ（OSSについてだけど）
LuaTeXっていうTeXのLua拡張？（よく分からん）に付いてくる
pplibっていうPDFライブラリおすすめ。
ドキュメント↓
https://serveur-svn.lri.fr/svn/modhel/luatex/trunk/source/texk/web2c/luatexdir/luapplib/html/ppapi.html#c-api C向けのAPIでかなり最近に開発されたおかげか挙動が素直
Username for Subversion luatex repository
>>889 ユーザー名: anonsvn
パスワード: anonsvn
ていうかごめん。普通に匿名SVNであることを書き忘れてたわw
こちらも Subversion の公開レポジトリでは anonsvn が一般的と知らなかった。
確かにAPIはスッキリしてるけど機能が少なすぎるね
>>887 Poppler使うわ。
>>897 この板をPCのクロームで見てみて
レス数が903なのに、メイトでは897なんよね
>>898 なんかNGしてるワッチョイでもあるんでは？
あ，なんかしょーもないレスの仕様だけ書き込むのもアレだから
>>898 2cＨ.scか2ch.Ｎetみてるんでしょ
LINEの入社試験でC選んだけど
反復文のブロック外で使わない変数を、反復文の外で宣言しなければならない今までの仕様がむしろおかしい。
for での変数宣言は // の単一行コメントと同じ程度には使うかな。
>>904 ブラウザで見てるが，レス番号は904だ。
あと初期化は単に書き忘れただけw
「2つの下線で始まる函数や変数は局所使用」
って結構いろんなプロジェクトで（OSSでもたまに）
みかけるんだけど，変かしら。
>>905 処理系で予約されてるんじゃなかったかな
>>905 _で始まる変数やマクロは原則予約語で使う表記になるから控えた方が良いって話だったような
>>905 うん、変だ
下線２つで始めるのは衝突を最高レベルに警戒する場合の不自然なスタイルで
たいていはスコープが効かないマクロやビルトインで何かするときだ
何の変哲もない局所変数でそんなことするのはひねくれ者だ
素直にこう書けばいいんだよ
衝突を避けている識別子たちを、わざわざ追いかけていく、当たり屋みたいな奇行はよせ
>>905 それはコンパイラやライブラリのソースコードだったか目が霞んでたんじゃないか？
アンダースコア2つはどんな場所でも予約されている
わたしがスペシャル変数と呼んでる一連のアンダーバー付きの変数はプログラミング業界で取り返しのつかないほど広まってる
世界統一変数名が必要なんだよね。でもあそこと、あそそこが悪さする。
スーパーグローバル変数「___________________ＧＥＴ！！！！！」
じゃぁ、変数名が I ～ N で始まる場合は自動的に整数変数と見て、
>>919 昔そんな言語なかったっけ？言語と言うよりはそういう特殊仕様が実装された実行環境かな。なんとなくBASICとかであったような気がするんだが。
(もしかすると40年ぐらい前のマイコン用に作られた言語かも知れない。こういうのはバイト数減らすのに都合が良いから)
由緒正しきBASICはそもそも変数宣言なんていらん。
BasicだとDEFINTなんてあったな
>>921 Fortran だね
Cが教育課程に採用される前の言語
I、J、Kをループ変数に使うというのは
ここの住民が言語作ったら良い言語できそうだな
>>925 >>927
あ、そうか。そういやそうだったね。すっかり忘れてた。
>>932 スタックも広義の変数なような？
llvmでは一度代入した変数は書き換えない(全て準定数)って聞いたけど、ループ変数なんか値書き換えないとやってられないような？
>>935 >>929 は変数使わない言語って言ってるんで。
forthに変数が無いとは言ってないよ。
でもちょっとしたことなら全部スタックで済ましちゃうでしょ？そういう言語だし。
llvmにも書き換え可能なメモリを確保する命令はある。
最近
>>920 (== 942) こういうネタを投稿するときは
どのくらいボカすか、ってさじ加減が難しいんだよ。
あからさま過ぎれば、知識の豊富な人には物足りないし、
おとなし過ぎると、何の話かサッパリ分からんって人が多くなる。
今回は間口を広げる方針、分かりやすさ優先だったと解釈してくれ。
>>940 じゃあCは中高生には使えんとでも言いたいのか？ おめでたいやつだな
#include <stdio.h>
速報 ワイ どこに釣り針が仕掛けられているのか分からず
釣り針にかかってみる。
>>948 cが初期化されてないんでしょ（鼻ホジ）
それはmain函数の戻り値の処理を省いても0が返る，みたいな危うさがない？
気になる点
>>949 ♪授業中あくびしてたら口がでっかくなっちまった～
大域変数は、仕様上、0で初期化される事が保証されてる。
>>955 mainの引数なしはギリギリセーフ
戻り値なしはギリギリチョップ
>>953 > fopenが成功したかチェックしていない
fputsもな
ううむ
個人的には
>>959 前者はC99ぐらいから廃止予定だったけど後者は規格にちゃんとあるんじゃなかっただろうか？
>>945 まずくないけど変な感じはする。
それと本当なら出力の最後に改行が必要なのではないか？
fclose()がないが、exit()するならその中でやられている筈。しかし自分でやった方が良いとは思う。
exit on free や exit on (f)close の臭いがする
>>960 引数の指定なし、は今でもありえるでしょうね、廃止予定とはきいていません
void main() は、ISO/IEC 9899/1999 5.1.2.2.1 にて陽に記述はありません
（ただし、or in some other implementation-defined manner. という注記はありますけれども）
AVRやPICといったマイコンでの話。
>>964 7行printf があったので、それを改造して使ってたな
自分だけが使う分には便利だった
>>964 ３桁くらいなら、わり算と余りが使えるかも。
>>959 その論法では()と(int, char**)が共存しえないな
>>945 は「行儀が(とても)悪いけど、明確な規格違反も含んでいない」っていう
引っ掛け問題なんじゃないか？
いくつか気になる点があって調べたけど、どれも規格違反とまでは言えなかった。
>>964 実際に不都合が発生するまではライブラリの関数を使うべし、
ってのがプログラミングの定石だけど、それは置いといて。
itoa() は標準関数じゃないみたいだから、独自ライブラリなら
関数のソースも付属してるんじゃないかな。
自分が使う数値の範囲が限定されるなら、付属ソースを参考に
専用の「数値→文字列」の変換関数を作るのも簡単かと。
(コードの著作権とかの方面は考慮してないので御注意)
>>965 >>966 >>968 ありがとう、itoa関数よりもっとコンパクトな関数の自作に挑戦してみる(`･ω･´)
int n = 123;
割り算や剰余は8ビットマイコンでは重いのでBCD変換後4ビット毎に文字列化する方法もある。
>>964 桁数固定で良いなら自分で下の桁から10で割った余りに'0'足して10で割るってのを桁数分だけ繰り返せば良いのでは？
うう。リロードしたら答えが全て書いてあるではないか。orz
http://2chb.net/r/gamedev/1028273462/ 1 名前：名前は開発中のものです。[] 投稿日：02/08/02(金) 16:31 ID:GWrer4oY
C言語でゲームって作れるわけ？
あんなの文章表示させられるだけでしょ？
255 名前：名前は開発中のものです。[] 投稿日：2017/02/05(日) 09:12:26.60 ID:AoXQwlvR [1/2]
くっそ懐かしいスレまだあったのか建てたの高校生だった頃の俺やぞｗｗｗ
ちな今銀行のATMのシステム開発技術者。なんてアホなスレ建ててたんだ俺は・・・
ちょっとジーンとしたｗ
https://paiza.io/projects/ocopHn6TvkpJu4a--2xAig 初心者なんだが質問したい
もしスレチだったら無視してくれ
coding ground でやってたのだがコンパイルは通ったんだけど正常に実行されない。自分ではよくわからなかったので誰が暇な人いたら教えてほしい…
必要な情報あれば送る。
文字列は==では比較できない
https://paiza.io/projects/F0I33_Di-fagw1kL49BVoQ サンクス
strcmpを使ってみたのだがまだダメなようだ
正常にbreakできない
使い方が間違っているのかもしれない
>>981 よく読んでないけど
とりあえずfor文は100ループしたら駄目じゃないかい？
p回のような
>>981 そのプログラム問題ないぞ。単に入力に 0 が入ってない(というか何もない)からうまく行かないだけ。
下の所の「入力」タブを押して標準入力から読ませる文字列を入れておいてから実行すればいい。
例えばこんな風にだ。(これは入力の所に文字列セットしただけ。プログラム変更なし)。
https://paiza.io/projects/sZbQ6S7tfTLKqC_CEpG_8w ま、しかし、入力が何もなしでいきなり EOF になった場合を想定していないのはまずいプログラムであるとは思う。
Cが高速な理由ってコンパイラが出力バイナリの速度に重点を置いていて
ループから抜けるときに goto使ったらダメなんですか？
goto全否定は宗教みたいなもん。
>>987 continueはどのように構造化を崩すんだ？
ループの外へ出てしまうgotoやbreakとはちょっと違うと思うが
>>989 break文もそうだが、continueは構造化を無視してジャンプするという範疇に入るそうだ。
ま、宗教だね。
まあ初心者相手ならgotoには蓋をしておいて、15の誕生日になったら開けなさいって言っておいたほうがよいとは思う
Ruby にも、多重ループを一気に抜ける構文がある
並列実行させたいときループの途中に戻りたいと思ふ。
>>993 コルーチンやね
いくつかの言語でサポートされてるけどまあ今どきならマルチスレッド+同期化でやりたいことはできる
https://ja.m.wikipedia.org/wiki/ コルーチン
>>985 C以外はCと同じようなことをしようとしてもコードが沢山作られて結果的に遅くなるって事だと思うが。(ただし人力で最適化してあるアセンブラ等は除く)。
昔は本当にそうだったように思う。高級言語なのにコンパクトなコード作るのはCぐらいじゃないか？今は知らないけどね。
それと今はインタプリタやVMで実行するのが一般的なJavaのような言語でも実行時に内部でコンパイルしたりJITつかったり工夫がされてるので速度は速くなる事はあるかも。
コードは内部的に大きくなってメモリ食ってるかも知れないけどね。小規模な組み込み用とかでなければ問題にならないと思う。
>>986 いや、いいよ別に。後でそれで混乱することにならないとか、あるいは使った方がより見やすく分かりやすくなるなら使えばいいのでは？
C言語はtry catch みたいなのもないし、トリッキーな方法でないものをあるかのように見せかけるプログラム作るよりはサクッと goto 使っちゃった方が良いと思う。
その先輩はそのような信仰を持っているか、または会社ならばそこでのコーディング規約で使わない事にしてあるんだろう。
ID:w3lkHMGF0のレス一覧： わざわざ「組み込み」と言う意味があるかどうかだな
今じゃ小さいの幾らでもあるからなんでも組み込みにできるな。
一時はECUなど特定の分野を除いて組み込みもLinuxに席巻されそうになっていたけど、最近のIoTブームのせいか超小型超低消費電力のマイコンのニーズが高くなり昔ながらの職人芸的組み込みソフトが復権してきてるイメージあるわ。
まあプログラムはむしろ楽だね。
PICなんかを使った、電子工作の延長みたいな
気がするんではなく実際そうだ
アセンブラで出来てC言語で出来ないことがイマイチわからないです。
C言語使う為には最低限コンパイラが動く環境を
>>767 なーるほど！コンパイラがいらずでCPUやメモリ使えるってことですね！
それは確かに便利だありがとうございます。初めてアセンブラの利用価値に合点がいきました。アセンブラわからないですが(´・ω・｀)
>>766 自己書き換えプログラム、とかはどうですか？
8ビットCPUの頃はやった事あるけど
コンパイラが要らなくてもアセンブラは必要なものじゃないの？
>>772 8bit時代、サブルーチン程度ならニーモニックどころかダンプ直打ちしてた基地外もいた
おっさん世代はZ80ぐらいなら主要なニーモニックは未だにヘキサで覚えてる。
>>773 ごめんな
コーディング用紙つかってた
I/Oの鬼ダンプとか今でも思い出すよ
>>768 それだけでなく本当にCだけではできない事があるのが普通だ。CPUにもよるけどね。
何か特定のレジスタに値をセットしないと何かの機能が使えないみたいな場合はCではレジスタの指定をして値をセットすることができないので最低でもその部分だけインラインアセンブラにしたり全部アセンブラで書いたりする(またはそれ用に拡張がされたCコンパイラを使う)。
その他、80系やx86系ってI/Oポートあるが、あれはCからはアクセスできないのでその部分はアセンブラにする。
まあしかしそういうのはほとんどデバイスドライバの中で必要になる事なので普通は一般ユーザは考えなくてもよくなっている。
>>773 >>774 レス：1-200 201-400 401-600 601-800 801-1000 ALL
このスレへの固定リンク： http://5chb.net/r/tech/1540731704/ ヒント： 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。 TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「C言語なら俺に聞け 149 ->画像>6枚 」 を見た人も見ています：・ポーランド「アメリカの言うことなんざ聞くか！！俺だけでもロシアに攻撃するぞ！」 あのさ、誰も言わないから俺が言うけど今回のヒアリの件でなにがヤバイってさ 自民総裁選で麻生さんがかけた言葉、高市へ「明るく元気に頑張れ」、進次郎へ「俺だったらお前の年で火中の栗は拾わねぇな」 【慰安婦誤報】朝日“ツイッター記者”「口汚いツイートを送りつけられています。そのときに語る言葉や材料を持てないことが悔しい」 政府「年金減らします」フランス国民「ふざけんな！(暴動)」ジャップ国民「言うこと聞くよ…(自民に投票)」⇐なぜなのか 前から疑問だったんだけどお前らってなんで俺に敬語じゃないの？ 日笠陽子さんの声を「アナルに大根捻じ込んだみたいな声」って言ったら怒られたんだけど俺間違ってなくね？ 今だから言うけど、星野に『みなみちゃんて、強みがないのに福神に入れてラッキーだね。』って言ったの俺だよ。 すまん、この際はっきり言うけど民主党政権のほうがよかったよな？ まあ俺は日本に死んでほしいから自民党に投票するけど 俺「辞めたいんですけど」店長「辞めるなら３ヶ月前に言ってね」俺「分かりました。じゃあ3ヶ月後に辞めます」 何でも横文字にするなって言う人がいるけど、日本語に訳すと逆にニュアンスが失われるから横文字カタカナのままにせざるを得ない場合って 妹にお勧めのアニメ聞かれて「魔王城でおやすみ」と「ジャヒー様はくじけない！」をDアニメで見せたら超ハマッて次も教えてって言われた 【ボクシング】亀田興毅氏 １千万円企画に提言「俺が天心選手とやってたら良かったな…笑」 菅井ちゃんのHPから誰でもボイトレの予約取れるんだけどさ、俺にも「あ～ん誘惑っ！」とか言わせてもらえるの？ 【KM English Club】今度海外行くから英会話力を上げたい。みんな俺の英語武者修行に付き合ってくれ。 英語分からないでアメリカ旅行しても平気？ 「ディスワーン」だけ覚えればイナフって言われたんだが？ 「マイナースポーツで日本代表ですw」とか言ってる馬鹿って賢いけど俺も賢いから浅ましいなとしか思わない 男尊女卑の体育会系の陽キャに無理矢理犯されて「チー牛なんか俺から見たら女みたいなもんだよw」って言われて泣きながらイきたいよな 俺ガイルその他雑談質問AA煽りあんハピ独り言、やっはろー！にゃんぱすーいろはす～＼ｱｯｶﾘｰﾝ／それあるー！えるたそ～なのだけれどﾃﾞｰｽ 自民石崎「行けよ」タクシー運転手「ですが信号が赤でして…」石崎「俺が行けって言ってるからいいんだよ」新たなパワハラ発覚 狐耳ロリ俺「朝起きたら狐耳ロリになっててどうしたらいいか…」彼女「何言ってるの？俺くんは元から狐耳の女の子でしょ？（笑）」 姪っ子「友達がおじちゃんカッコいいって言ってた(笑)会ってみる？」俺「ガキに興味ない、大人になっても同じ気持ちならその時またな」 坂道とかイコラブとかカワラボを棍棒にしてハロプロを叩くアンチにひと言言いたい！俺たちハロヲタは村内で内ゲバがしたいだけなんだよ！ 【日本哨戒機の呼び出し】韓国、聞こえていたけど無視していた事をうっかりバラしてしまう…「英語の発音が悪かった」 ネット「言い訳」 ４月から那須塩原市民になる俺になんか言うスレ なんで俺が笑いかけたら「薄ら笑いを浮かべたデブ」と言わるのか？ リフレ政策の大失敗で西側経済終了。俺「ほーら、言った通りになった」 かっこいい言葉、かっこいい慣用句集めてるんだけど無知な俺に教えてくれないか？ 息子に将来何なりたいか聞いたら「八百長系プロレスラーになりたい」って言い出した。 【速報】美人女子大生の間で語尾に｢ンゴ｣を付けるのが大流行！「ギャルの間でしか理解出来ない言葉」 【国際】中国の実力が日本の3〜4倍にならないと日本は言うことを聞かない―中国軍事専門家 粗品「フジテレビには切り込まないんですか言われた！ただ。俺レギュラーあるからこの件は言いません」 俺福岡からゆうかりん最後の握手会に行って「ゆうかりん勉強頑張ってね立派な先生になってね」て言ったんだ・・・ 東京新聞佐藤 「加戸発言が報じられなかったのは価値がないからに過ぎない」 国民「お前が決めんな」 マッドマックスに詳しいVIPPERに聞きたいけど味方が裏切ったって言うのに何であんなに嬉しそうなの？ 【アホの朝日新聞】 安倍総理は、加計学園だけ優遇しなかったと言うなら、しなかった証拠を示せ 【安倍首相】朝日新聞の「安倍晋三記念小学校」誤報に 「哀れですね。朝日らしい惨めな言い訳」と批判★4 プロレス3大名言「俺の人生にも一度くらい幸せな時があってもいいだろ？」「明日また生きるぞ」あと一つは？ 識者「教育勅語の精神を取り戻すって言うけど江戸時代の日本人は親孝行もせず友達も大切にしていなかったの？」←反論できる？ 合コンで英語の話になってたまたまデザートの果物が出てきたから女の子が「果物を剥くって英語でなんて言うの？」って言い始めた 職場で仕事が終わったのにパソコンをシャットダウンしないでスリープにするのは許されないって言われたんだけど俺が悪いの？ 【琉球新報】ソウルで慰安婦について聞かれて私は謝り、沖縄から来たと言うとアメリカ人に謝られ、どちらとも友だちになった［8/30］ 【アッキード疑獄/虚偽公文書作成問題】謝罪と裏腹、時にいら立つ麻生節 「俺に聞かないで」【朝日新聞】[03/12/21:44] (ヽ´ん`)「職場でマクドの話になって女の子は死んだって聞いて 貴重なマンコがって言ったらドン引きされた。総務と面談する事になった」 橋下徹氏 『失恋事案』発言めぐり、文春で主張したX子さんに反論 「失恋事案とは言っていない」「女性側から事実を聞いてもいい」★6 [冬月記者★] 橋下徹氏 『失恋事案』発言めぐり、文春で主張したX子さんに反論 「失恋事案とは言っていない」「女性側から事実を聞いてもいい」★3 [冬月記者★] 俺の名前藤本慎って言うんだけどどんなイメージ ソロライブ２つしか聞けないとしたら誰と誰にする？ 【悲報】 緊急事態宣言のおかげでCMがにゃんぱく宣言だらけになる 「質量」って言葉の命名が雑な気がするのは俺だけか 【悲報】ホモ｢俺はゲイです！と周りに言えない職場って何だよ！？おかしいだろ！｣ 【話題】日本の「紙芝居」が海外で人気 国境なき医師団から多言語政策まで［07/31］ エロ絵描きなんだけどツイッターで突然英語アカウントやらに大量フォローされたんだけど怖い 登校拒否続けてた時女不良に目を付けられ仲間にならないか言われたが団体行動嫌なので断った クーラーの効かない便所で汗だくになりながらゲリウンチするワイにかけてあげたい言葉 底辺だから分からないけどサラリーマンってなにしてんの？恥ずかしくて誰にも聞けないんだが… なんで俺たちの祖先はこんな災害だらけの島国に住み始めたんだ？ やっぱ大陸から追い出されたやつらの末裔なのかな… お前らにナイフ突きつけて服を全部脱げって命令して全裸になったら、次はちんぽの皮を剥けって言いたい 【テレビ】太田光、生放送で裏口入学報道に再び猛反論「やってない」「俺の前に来て言え」★6 おっさんに聞きたいんだけど、ブルーハーツってなんでハイロウズになったら輝きを失ってしまったの？ 「俺のことを気持ち悪いと言っただろ」 男による女子高校生への声かけ事案発生 [Stargazer★] 関西弁は、言うならばイギリス英語みたいなもんや。標準語とかいう植民地の方言使ってる香具師おりゅ？ 松本零士ロングインタビュー。漫画家目指したきっかけやインキンなど矍鑠と語り老害とは言わせない 就職するまでの間舌回しとかいう顔の体操やってたんだけど周りにイケメンとか言われるようになったからお前らもやってみろ ハロヲタってライバルを叩く原理主義者ばかりって聞いてたけど奥山かずさのほうがいいとか言ってるよなｗ 【言葉】ＬＧＢＴＱ・ノンバイナリーに配慮…性別に触れない表現、用法や言語そのものにも影響 [ぐれ★]
23:36:55 up 12 days, 14:59, 2 users, load average: 87.76, 76.28, 72.26
in 3.5483689308167 sec
@2.0576870441437@0.1 on 110413
