C勉強してるんすけど、どの方面の分野で活かされそうですか
組み込み関係、OSやデバイスドライバ作成。及び昔Cで書かれたシステムのデバッグ。
その他、Linux等のUNIX系OSで小規模なツール作る時にも使うかも。
もっと高級な言語を使うときに、裏で何やってるか見当がつくようになる、
というのも大きな利点かも。
Cやるならマシン語の知識も…
マシン語の前にTTL回路を…
TTLを理解するためにトランジスタ…
キリがないけどな。
>>5
アセンブラ(アセンブリ言語)ではなくてマシン語、電子回路・論理回路ではなくてTTL回路と言う所から判断して1980年代の8ビットパソコン世代かな >>6 当たらずと雖も遠からず。誤差はプラマイ50年以内。 8デフォルトの名無しさん2018/05/01(火) 09:19:30.14
私はCを利用してでど底辺から成りあがりたいんですよ
とにかく人生を向上させたいホームレス予備軍
ツールとして今目下格闘中
実益求めるならJava かPython あたりの方が需要あると思うけどな
今やC言語は学習用の通過点か、あるいはニッチな趣味人のためのプログラム言語だよ
さもなければ「Cでプログラムを組んでみせる」が持ちネタのYoutube芸人とか。
現在は何でもエンタテインメント化できる時代らしいから、演出次第だね。
今から地道にやれば学校のプログラミング教育にうまいこと乗っかって
NHK教育で番組持てるかもしれんぞ。
>>4
lC++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:
- うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)
- 非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。
言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。
すべての用途にCは適切な選択である！ >>12
コピペは落ち着いてしろ。
それと Linus のメールの和訳とわかるようにした方が良かろう。 >>13
＞ Linus のメールの和訳とわかるように
極上のお楽しみを自分で潰すこともないかと お楽しみ？
C++信者が釣れるってこと？
この程度で釣れるかなあ？
linuxだってglibという"素敵ライブラリ"に完全依存してるけどな
glibに依存してるのはGtk+を使うGUIアプリが主でそれ以外はぼちぼちって感じだぞ
ま、しかし、Linuxはkernelだけでその周りはGNU関係のもので埋め尽くされている。
LinuxカーネルだってGCC拡張が無いとコンパイル通らないだろ。
3次元配列を動的に確保する際に、メモリ領域を連続にする以下の処理について解説をいただければと思います。
全部わからないのですが、とくに矢印のところがわかりません。
// メモリ領域が連続な2x3x4の配列
int ***d = (int***)malloc(2 * sizeof(int**));
d[0] = (int**)malloc(2 * 3 * sizeof(int*));
d[0][0] = (int*)malloc(2 * 3 * 4 * sizeof(int));
for (int i = 0; i < 2; i++) {
d[i] = d[0] + i * 3; ←不明
for (int j = 0; j < 3; j++) d[i][j] = d[0][0] + i * 3 * 4 + j * 4; ←不明
}
// 解放
free(d[0][0]);
free(d[0]);
free(d);
よろしくお願いいたします。
>>23
それが載っていた本の著者とタイトル教えて >>25
個人のサイトになります。
「連続したメモリ領域を持つ多次元配列」で検索して最初に見つかるページです。 一次配列で確保して、インデックスで多次元配列のように使うのが一手かな。
int *pi = (int *)malloc(2*3*4);
#define MULTIARRAY(i0, i1, i2) \
pi[((i0) * 3 + (i1)) * 4 + (i2)]
これだと区間チェックがないから、本番ではもっと改良が必要だけど。
>>27
訂正。
int *pi = (int *)malloc(2*3*4*sizeof(int));
です。 >>26
そのサイトは酷い勘違いをしている
あるいは故意に間違えたソースを書いている C99なら、動的に配列サイズを指定できるから、そんな汚いコードを書く面倒は要らない。
>>26
Cでここまであからさまに間違えているのも今時珍しいが、
そもそもその程度の個人サイトなんて見る価値無いからやめとけ。
その次の検索結果の以下とか、図もあるし、その件についても解説されてるし、そっち読め。
http://www.ibe.kagoshima-u.ac.jp/edu/gengo0/p12.html
見分け方を教えておくと、
10-20行程度のソースをさも一生懸命書いた＝初心者レベルと分かるだろ。
Cは歴史も長いからガチの解説サイトも大量にある。
逆に言えば、ガチで解説してないところは全部ゴミ扱いでいい。
あと、メンテされてるかも見ろ。具体的には日付な。 計算機の安全と、プログラマーの業務を守るための意義のある戦いであった。
>>26です。
皆さんありがとうございます。
ガチの説明が書いてあるサイトを検索してみます。教えていただいたサイトも見てみます。 >>36
33のサイトは鹿児島大学だけど、おそらく大学がいいと思うぜ。理由は以下。
・入門者のレベルに合ってる
・どこの大学にも入門講座はある
・毎年使われる＝メンテされてる
まあがんばれ。 大学っつうても、研究室のお遊びブログ的なのはだめだぞ
大学だってちゃんと社会貢献してる。
でも最近は高過ぎるし、多すぎる。
我が人生、フィクションの世界で生活しないといけないんだ。
>>23
一応元のサイトでやろうとしてたことだけ解説しておくと、
(int*)malloc(2 * 3 * 4 * sizeof(int));
が実際に整数値が入るメモリ領域で、このメモリ領域に
d[0][1][1] = num;
でアクセスできるようなアドレスの配列を別に malloc してる。
でも普通はこう書くと思うわ。（面倒だったので3x3x3で書いた）
int dim1[3][3][3] = {
{{0x0000, 0x0001, 0x0002}, {0x0010, 0x0011, 0x0012}, {0x0020, 0x0021, 0x0022}},
{{0x0100, 0x0101, 0x0102}, {0x0110, 0x0111, 0x0112}, {0x0120, 0x0121, 0x0122}},
{{0x0200, 0x0201, 0x0202}, {0x0210, 0x0211, 0x0212}, {0x0220, 0x0221, 0x0222}},};
int *dim2 = calloc(1, sizeof(int) * 3 * 3 * 3);
for (int i = 0; i < 3; i++)
for (int j = 0; j < 3; j++)
for (int k = 0; k < 3; k++)
dim2[k + j*3 + i*3*3] = i * 256 + j * 16 + k;
(gdb) p dim2
$1 = (int *) 0x602010
(gdb) x/28x 0x602010
0x602010: 0x00000000 0x00000001 0x00000002 0x00000010
0x602020: 0x00000011 0x00000012 0x00000020 0x00000021
0x602030: 0x00000022 0x00000100 0x00000101 0x00000102
0x602040: 0x00000110 0x00000111 0x00000112 0x00000120
0x602050: 0x00000121 0x00000122 0x00000200 0x00000201
0x602060: 0x00000202 0x00000210 0x00000211 0x00000212
0x602070: 0x00000220 0x00000221 0x00000222 0x00000000 int (*dim2)[3][3];
これができないばかりに
アホらしい努力を・・・
そろそろ､GUI勉強したいんだけど
どれ覚えたほうがいいかわかりません
解説サイト知りませんか？
googleさんは同じ検索ワードの組み合わせでも
人によって結果の表示順序が違うと聞いたことがあるけど、
その紹介の仕方で大丈夫なのかしら。
Windows APIのwikipediaが表示されてる
X Window System ってのもあるが・・・あまり使われないか。
まあしかしGUIの学習そのものなら話は別だが、何か実用的なプログラム作りたいのなら他の言語使った方が楽だと思うよ。
>>49
他の人も言っているが、CでGUIはやめとけ。
今現在、また今後とも、ＧＵＩをCで積極的に作る理由はない。
GUI用の言語としてオススメなのはJavaScript/HTML/CSSだ。これはほぼ間違いない。
ただし、JavaScriptはコミュニティが腐っていて、
Web情報/紙媒体その他全般的に間違いが多すぎるから、
全くの初心者が正しく学ぶのは難しい。
それでもCでGUIを学ぶよりはマシだ。
今の君には分からないだろうが、CはGUI向けの言語ではない。（変数の生存期間等が） 間違いないオススメなのか、難しいけどマシなのかハッキリしろよ
てか真面目な質問だったら可哀想だからネタ回答はやめれ
>>57
JavaScript/HTML/CSSは今現在最強だ。これは否定できないし、やれば分かる。
だから、他でＧＵＩを既に知っており、自分で組めるのなら、これでやれってこと。
ここまでは間違いない。
ただし質問者はGUIが初めてだろ。だとするとWebや文献を漁ることになるが、
JavaScriptに関しては間違った情報が多すぎるから、
少なくとも「そんなわけないだろ」と自分で見抜けないとおかしな事になる。
これもほぼ見えた展開だ。だからJavaScripterは馬鹿が再生産されまくってる。
だからGUIもJavaScriptも知らない奴がGUIをJavaScriptで始めるのは問題があり、
判断は分かれるだろう。
それでも俺はGUIをCで始めるよりはマシだろう、という判断だということ。
JavaScript自体は簡単だから、C言語を十分に使えるのなら習熟は容易い。これは事実だ。
ただ、その過程で当然ググルわけだが、
これに間違いが多すぎて、ものすごく回り道をさせられる。
それでも正しい位置に帰ってこられればいいのだが、それは間違いを見抜けるからであって、
間違いを見抜けない奴に間違った教科書を渡したら終わるだろ。
とはいえ、CのGUIなんて（当時はさておき）今から考えたら完全に間違いでしかない。
当たり前だが、GUIなんて無い時代の言語にGUIをやらせようというのは無理があるんだよ。
そしてJavaScriptは最初からGUI用の言語だから、当然相性はいい。
で、どっちを取るか？となると、
今後CのGUIなんて要らんし、JavaScriptの方がまだマシだろ、という判断。 >>59
なら突っ込めよ。
突っ込む勇気すらないのなら黙っていろ。 そもそも「GUI勉強」が何を指してるか次第だな
Windowsアプリを作れるようになればいいだけなのか
スマホ等も含めたクロスプラットフォームな環境を考慮する必要があるのか…
GUIっていっても実際の学習ではGとUに分かれてるんじゃないかなあ
手段としてはGraphicalなんだけど、本質のUser Interfaceは不変というかなんというか
C言語はGraphicalに向いている訳ではないけど、できなくもないのがコメントしにくい
人間工学まで含めて考えるなら、
例えばWeb画面レイアウトや画面遷移もそういう要素あるからなあ
66デフォルトの名無しさん2018/05/22(火) 11:58:54.60
組み込み機器のHMIはC言語で実装するのも珍しくないだろ
CソースはXMLから自動生成とかしてるかもだけどさ
テキスト画面に表示してるけどGUIみたいなやつはあるな。BIOS画面とか。
BIOS画面でもグラフィックスの画面で本当にGUIになってるの見たことあるな。多分中にLinuxとX入れちゃってるんだろうけど。
>>68
USBマウス刺さってれば、ちゃんとポインティングしよるぜ 最近のBIOS >>70
BIOSにLinuxとかXとか言ってる奴に構うなよ >>73
その部分はBIOS画面としてしか動かんようにしてあるのでは？
必要最低限のプログラムしかないだろうし。
容量の小さいSDメモリみたいなのに入れてるだろうし。
組み込み機器みたいなものだな。 そんなこともあろうかとレスキュー用のミニBIOSが用意してある
ところで元の話はなんだったっけ？
CでGUIならGTKがおすすめだっけ？
パターン青です、使徒にセントラルドグマを侵食されました
自爆装置が作動します
CでのGUIプログラミングは、オススメといっても人それぞれだし。
本人が興味のある手法、あるいは必要に迫らせた手法から順に
手を出してみればいいんじゃないかな
Cで低レイヤーなプログラミングを学ぶように低レイヤーなGUIを学ぶならXかなぁ
実用性は皆無とこそ言わずともほぼないが
結局ろくな突っ込みねえじゃねえかよ。
・CではGUIをやらないのがオススメ
だよ。
WindowsアプリにしたければC#でフロントエンドだけ作ってCプログラムを呼べばいいだけ。
VisualStudioがこの作りだろ。
組み込み機器でネットワークありなら鯖立ててブラウザから設定してもらうのがベスト。
ルーターとか全てこれだろ。
今時ネットワークもない機器でGUIなんてほぼねえよ。
そもそもお前らがGTKもQtも使ってねえだろ。
＞C#でフロントエンドだけ作ってCプログラムを呼べばいいだけ。
＞VisualStudioがこの作りだろ。
そうだったのか、知らなかった。
VBで作っているのかと思ってた。
あれ、JavaScript最強とか言ってたのどうしたの？
>>83
ポイントはそこじゃねえ。VisualStudio自体が何で書かれているかは知らんよ。
ただ、今時、GUIまで含めてCで書く必然性はほぼないんだよ。
保守性を上げる為にも、GUIは設定ファイルを生成し、
各種プログラムを呼び出すだけの単純なコントローラに徹するべきなんだよ。
だからこそVSは各種プログラミング言語をカバーできているのであって。 >>84
C#もGUI用言語としてはゴミだぞ。Cよりはマシだが。 >>83
普通にC++だろ
word,excelも普通にC++ >>82
やらないのがおススメとかどうでもいいんだよ
おススメばかりで組める世界なら苦労は無い >>91
ならまずお前がオススメを出せよ、自称苦労人さんよ。
俺なら新規で自由に選択出来るのならまずElectronを検討する。
元々のコードが相当量有るのならグダグダ言わずにそれを使うしかない。
それ以前に、お前らJavaScript/HTML/CSSを知らんだろ？
実際はさらにそれ以前で、お前らGUIなんてほぼやってないだろ？
だからそんな低レベルな突っ込みしか出来ないわけでさ。
Cが十分出来るのなら、JavaScript/HTML/CSSの習熟は簡単だ。
CのGUIなんて悲惨なコードにしかならない。
次の機会があるのなら、騙されたと思って、
ElectronからCプログラム/DLLを呼び出すのも検討に加えてみろよ。
どんだけCのGUIがゴミだったか実感出来るから。
web系()が馬鹿ばかりというのも事実だが、逆に言えば、
馬鹿でも何とかなるようにシステムが組まれてるからこそ成立してるのであって、
この意味では学ぶことも多いぞ。 Electron、少し気になって調べてみたらhello worldアプリのファイルサイズが100MB近くになるとか書いてあってワロタ
さすが最強だなw
>>96
動作環境同梱だからな。
でも実際、それで問題ないからVSCodeやatomに使われてる。
しかしこのスレも本当にゴミになったな。
揚げ足取りしか出来ない馬鹿しか居ない。
文句を言う前に、まずオススメのGUIを出してみろよ。
事実として、CのGUI環境でオススメ出来る物なんて存在しないだろ。
そもそもGUIをCで書いてる奴が居ないんだから。
Electronにはそれ以外にも色々問題はある。
だからElectronが許されるかどうかは確かに問題だが、
それでもいい環境なら今現在GUIに最適なのは間違いない。 ある程度大きなツールなら問題ないだろうけど、
ちょっとしたアプリだと驚きのサイズかな
個人的にお手軽なのはC#(WinForms)で
気合入れるならC++(Win32API)だけど
オススメと言われると悩ましいな
Cはその手のには使ってない
Win32APIの肥大化を危惧してCOMを使うようになったな
>>97
> 文句を言う前に、まずオススメのGUIを出してみろよ。
> 事実として、CのGUI環境でオススメ出来る物なんて存在しないだろ。
お前が無視してるだけだろ w
>>>69
>> Cなら普通にgtkだろう
> そもそもGUIをCで書いてる奴が居ないんだから。
なんでこんな視野の狭い奴がこんなスレに居着いてるんだよ... こいつおそらくWin32APIで何か作ったことないんだろうな
今北。なんだこの流れ。
元をたどれば>>49がGUI未経験なのでどれを勉強すればいいか聞いてたのが始まりだよな。
おそらく49はプログラミング初心者だろうから、別にC言語を使わなきゃならないという縛りもないはずだ。
C言語スレではあるものの、サクッとGUIアプリが作れる言語を教えるというのは理にかなっていると思う。
初学者がC言語しか知らないというのも珍しいことではない。
実際、大学や高専ではいまだ最初にC言語を教える学科が多い。
だが、それはC言語を学べば他の言語を学ぶ時の学習コストが大幅に下がるというのも理由の1つとしてあると俺は思う。
ということで、このスレではおすすめのGUIフレームワークの話題が繰り広げられているみたいなのだが、
これはおそらく収拾がつかないぞ。
フレームワークの種類だって数多くあるし、言語もケースバイケースだからなぁ。
結局>>49がどういうプラットフォームでGUIアプリを作ってみたいかによるんだよ。
普段使ってるOSがWindowsかLinuxかだけでも大分違うし、
動くならWindowsだけでいいのか、できるだけクロスプラットフォームにしたいのかでも違うし。
なので、49が黙っている以上、誰もが納得する回答なんて出るわけないんだよなぁ。 C初心者です
苦Cを一通り終えたので練習問題をとこうと思っているのですが、お手頃なレベルの問題が載ってるサイトや問題集とかありますか？
>>106
AIZU ONLINE JUDGE
http://judge.u-aizu.ac.jp/onlinejudge/
会員登録が必要だけど、たくさんのプログラミングの問題が載っている。
言語はC言語だけでなく様々な言語が選択可能で、
入力されたテキスト（標準入力）に対し正しい回答（標準出力）を出せればOK。
アルゴリズム力や数学力を鍛えるのには役立つだろう。
序盤は入門者・初心者向けだが、上級者向けの問題もある（というか大半が上級者向け）。 >>107
おもしろいね
わざと制限時間いっぱいメモリいっぱいを目指す大会とか楽しそう >>108
制限時間いっぱいを目指すならタイマー使えばいいし
メモリいっぱいを目指すなら配列使えばいいので大会にならなそう >>100
市販の書籍でCOMに関するいいものはありませんか？
お手持ちのものでもいいです >>107
良いサイトを教えていただきありがとございます！
サイト見るからに難しそうですが頑張ります >>106
お手軽かどうかはわからないが一応この板にはプログラミングのお題スレがある。 配列名に動詞使うのは違和感ありますか？
week_of_day = get_week_of_day[(year + year / 4 - year / 100 +
year / 400 + (13 * month + 8) / 5 + day) % 7];
char *get_week_of_day[7] = {"Sunday",
"Monday",
"Tuesday",
"Wednesday",
"Thursday",
"Friday",
"Saturday"};
>>113
if (m < 3) { y--; m += 12; }
が抜けているのはまずいね あ、忘れてました
おとなしく関数化したほうがいいでしょうか？
違和感といえば week_of_day よりも day_of_week の方がよさそうな点が（以下略
>>117
恥ずかしいです。辞書を引いたら
the day of the weekですね。確かに >>101
> なんでこんな視野の狭い奴がこんなスレに居着いてるんだよ...
自己紹介乙。
お前は他言語が何も出来ないからその程度の視野なんだよ。
お前ら自身が今現在もGTKを使っててオススメだと思っているのならそれでいいが、
実際はお前らもGTKを使っておらず、それ以前に使ったこともない知ったかぶりだろ。
そういうミスリードはマジで止めろ。
Electronが生まれた理由はあるんだよ。
そして同様に、MSがMFC->Form->WPFと進化してきた理由もある。
この辺を理解出来ないのなら自分は馬鹿だと自覚して自重しろ。迷惑でしかない。 WPF止まりかー
Electron使ってるの？web系の人向けフレームワークに見えるんだけど
本当に心から最強と思ってる？
>>119
普通にGTKも使ってるぞ
最近はC言語での開発は減ったけど保守とかあるしな
GUIって聞いてPCとかスマホのアプリ程度しか想像できないような知ったかには用はないからおとなしくROMっとけ 初心者がGUI勉強したいって言ったらPCやスマホのアプリ程度だと思うんだが…
>>120
CXって言って欲しいのか？
>>121
保守だろ。
新規案件がない＝今現在はそれを積極的に使う理由がない、だよ。
そもそも保守なら今でもMFCやらされている奴もいるだろ。 >>122
べつに>>49は初心者とは言ってないし、今時CでPCとかスマホのアプリ組もうとする奴は初心者と言うより変わりもんだろ w >>124
「初心者」とは言ってないが、
「CでGUIアプリ組む」とも言ってないぞ >>123
> 新規案件がない＝今現在はそれを積極的に使う理由がない、だよ。
で、何が言いたいんだ？
消極的だろうがC言語でGUI組む話なんだから、関係ない話したいならよそへ行けよ 自分がC++の半分を理解できる知能を持たないなら、Tcl/Tkでもやっとけ
とりあえず初心者向けにガイドラインを出すと、
・とにかく新しい物を使え
に尽きる。Cは歴史も長いから当然色々あるのだが、
GUIも色々試行錯誤していて、結果的に昔のは基本的にゴミだ。
当たり前だが新しい奴はいろいろ改善されているわけでね。
そして初心者なら自分で判断出来る能力はないのだから、他人の判断能力にすがれ。
これも当たり前だがみんなそれぞれの状況で「最適解だ」と考えた物を使ってる。
結果的に、割と妥当な物が採用される確率が高くなる。
んで、今時みんなWebでやってるだろ。理由は簡単、一番簡単だからだよ。
Web系()が馬鹿ばっかりなのは事実だが、
逆に言えば、本当に簡単にGUIが実現出来るからこそ、それで成り立ってる。
これは本当にJavaScript/HTML/CSSをやれば分かる。
これまでのGUIは何だったんだ？と思えるくらい間抜けなほど簡単に色々出来るから。
>>124,126
普通に読んだら>>49は初心者だよ。自分で判断する能力がないんだから。
で、そいつに「CでGUI」みたいなミスリードするな、って話だよ。 いくら説明してもダメなバカっているんだな...
スレタイ100回声に出して読んでから出直してこい
「どーしてもCでやりたいのなら○○だが……
そもそも論で、CでGUIコントロールを記述するのはめんどくせーから余所言語学んだほうが近道」
>>123
CXって何？もしかしてC++/CXのこと？ >>133
とりあえずお前は何がオススメだと思っているの？
まずそれを聞こうか。 >>134
>>49の前提条件が分からないとオススメしようがないな
プログラミング未経験ならそもそもGUIの勉強の前にやることあるだろうと思うし
C言語を勉強してその延長上でかつWindowsならWin32APIでもいいだろうし >>132
とりあえずは同意だが、俺はCではGUIは学べないと思ってるんだよ。
Linusは「Cでもオブジェクト指向は出来る」と言うだろ。確かにこれも事実だが、
これは「既にオブジェクト指向を完全に理解しているから、文法サポート無しでも出来る」のであって、
「何も分かってない奴がいきなりCで出来る」ようにはならないと思うんだよ。
GUIもそうで、今現在最先端なのはJavaScript/HTML/CSSだと俺は思っているから、俺はそれを勧めてる。
それで正しいGUIが出来るようになれば、あとは昔のCのゴミみたいなGUIフレームワークでも何とかなるだろうさ。
しかしGUIのイロハも分かっていない奴に昔の＝今から考えたら間違ったフレームワークでは、
間違った方向にしか進めないと思ってる。
これは逆説的だがJavaScripterがOOPを全く理解出来ていないことからも言える。
JavaScriptは全般的にOOPではないので、抽象クラスでコードを一本化ってのが割と出来ない。
PHPはもっと悲惨で、言語内に色々矛盾があるから普通にコードを書いていても躓く。
あれでは上達しないのも分かる。当然OOP(継承)の利点も理解出来ないし。
OOPと同様にGUIでド定番なのはMVCだが、逆にこれをお前らは理解してないだろ。
これも当然で、MVCなんて昔はなかったから、当然昔のGUIフレームワークは『文法的には』サポートしてない。
勿論それでもやれば出来るのだが、それは知っているからであって、知らないようでは組みようがない。
だからとりあえず今最新の物を使っておけ、というオススメになる。
少なくとも、今現在正しいとされている構成にしやすい物になってるから。 >>135
それ、普通は「逃げた」と言われるぞ。
まあいい、それでお前は今何を使っているんだ？まさかWin32APIとでも？ 「逃げた」は>>134でしょ？
自分が今使ってるのはWindowsFormsを簡単なツール作成に使うくらいかな
メインはゲームなんでUIは自前 >>138
じゃあ何でFormsを勧めない？
そしてMSが何故Formsを捨てたのか理解してるか？ >>138
あとついでだから聞いといてやる。
俺がCXについて「逃げた」として、お前はどう突っ込むつもりなんだ？
その話はどうあがいても本筋には繋がらないと思うが、やってみろ。 プラットフォームはWindowsって事で良いのかな？
あんまり話広げても困ると思うが
もういい加減Cから離れた話になってるから、さっさと終わらせてくれ
>>141
お前みたいなクソガキではないからな。
お前がWin32APIを『今』使っていてそれを勧めるのなら、それもありだろう。しかし、そうではない。
お前は今Formsを使っている。なら、それを勧めるのならそれもありだが、それもしない。
おかしいと思わないか？
Formsを使っているうちはFormsの問題に気づけない。
丁度、Cを使っている奴がCで何も問題を感じないのと同じだ。そんなもんだと思っている。
だから古いフレームワークをずっと使い続けている奴が古いのを勧めるのはあり得るし、不思議ではない。
しかし、お前はそうではない。
そりゃ単なる荒らし行為だよ。或いは構ってちゃんか？ スレタイも読まずに中身のない長文書くアホが早く居なくならないかなぁ...
ログ読み返して見たら最強とかオススメとか最新とかは言ってるけど
使ってるとは書いてないのな、ちょっと尊敬するわ
>>144
現行で使えるしな、条件次第では別に勧められても不思議じゃないだろ
勉強なら別に今使ってなきゃオススメ出来ないってこともないと思うし
GUI関係ないけどプログラミングの勉強にCASLとかオススメだぞ >>146
仮に俺が「使っている」と書いていたとして、どう突っ込むつもりだったんだ？
聞いておいてやる。
> GUI関係ないけどプログラミングの勉強にCASLとかオススメだぞ
ねえよ。 >>145
長文だけならまだしもその内容が間違っていたり古かったりと目も当てられん状態だしね
こういう人ってやっぱ実社会でも煙たがられてるんだろうね c言語というかwindowsAPIとかのがGUI学ぶならいいと思うが
大抵肝の部分隠蔽されてるし
cでGUI書くのがめんどくさいってなら同意できるけど
ネットでは人を小馬鹿にした発言ばかりする
リアルでは小心者なやつがいるね
> ネットでは人を小馬鹿にした発言ばかりする
> リアルでは小心者なやつがいるね
>>152 みたいな奴のことだな >>136
＞GUIもそうで、今現在最先端なのはJavaScript/HTML/CSSだ
その大部分はテキスト処理ではないか？HTMLもテキストベースの処理のためなのではないか？
GUI の要素からはかけ離れている気がする
たとえば GUI ならば新しいウィンドウを起こし、新しいツリービューを起こし、任意のタイミングで音を出し、
映像をコントロールする（あらかじめ内容の決まったものを垂れ流すのではない）
HTML/CSS/Javascript って、そんなことができるのか？
smalltalk とかだったらまだ意見として分かる、でも HTML とかが GUI のもっとも成功したものだとは思わない
そもそも HTML/CSS/Javascript と GUI とを結びつけるのがへんだと思う
対案：そうだな、いまだったら Java で GUI をやるのがわかりやすいのではないか？まあ、現状廃れているのではあるが HTML5/JavaScript の実装例としてはGoogleマップが有名
マウスでブラウザの表示をグリグリ動かすのは今や当たり前
jQueryとかWordPressなどのウェブ技術は、DHTMLでGUIをバリバリ実現してるよ。
159デフォルトの名無しさん2018/05/26(土) 16:32:10.63
>>155
おじいちゃんの脳内はHTML5登場前の知識で止まってるんだな >>159
HTML5 で新しいウィンドウを発生させることができますか？ >>155
お前がそんなに馬鹿なのにコテなのが本当に意味不明。
お前が嫌われているのも当然だよ。
> たとえば GUI ならば（以下略）
出来ないと思っているのなら、WebページなりVSCodeなり見て考え直せ。
> そもそも HTML/CSS/Javascript と GUI とを結びつけるのがへんだと思う
それはお前のGUIの定義が間違っているからだ。
前にも言ったがお前は抽象思考が出来てない。だから三流のままなんだよ。
Webページ自体がGUIなんだよ。お前はこれを理解出来ていない。
あからさまな「ボタン」である必要はなく、クリックに反応するのならそれは「ボタン」なんだよ。
或いは、Webページと同様にマウスに反応する画面を他GUIで作ってみることを考えろ。
明らかに死ねるだろ。
> Java で GUI
JavaのGUIなんてC以上に使われていないゴミだ。
ミスリードどころではないぞ、マジで死ね。
> でも HTML とかが GUI のもっとも成功したものだとは思わない
今のところHTMLがGUIの最も成功したものだよ。
・現状のGUIは、Webで済む場合はすべてWebが使われている。
・他GUIはWebを周回遅れで追っている。
GTK確認したが、GTK2はForms相当のゴミ、GTK3はWPF相当のゴミだった。
CXでご不満ならUWPか？と仮定しそちらも確認したが、
UWPで採用された「async/await」「セキュリティ」については、
最初からJavaScriptはそのアーキテクチャだった。結果的に、さらにWebに寄って来てる。
ただ、UWP/WinJSについてはElectron相当のポテンシャルはあるのかもしれん。
採用事例がほぼ無いらしいが。
あと、GTK3のバージョニングがおかしいから、GTK4がもうすぐ出てくるのかもしれん。
「HTMLパーサ」「CSS」が出てくればまだ戦える可能性は残る。 162デフォルトの名無しさん2018/05/26(土) 16:40:58.14
>>160
できるよ
jQuery UI使うのが簡単かな >>161
＞Webページ自体がGUIなんだよ。お前はこれを理解出来ていない。
ブラウザの手のひらの上で踊るのが GUI なんですか？
＞JavaのGUIなんてC以上に使われていないゴミだ。
そのとおりだと思いますが、では、どうしてゴミになってしまったのでしょう？Java-GUI のどこがまずかったのでしょうか？ >>165
> ブラウザの手のひらの上で踊るのが GUI なんですか？
そういう問題じゃねえ。つか、理解出来て無いのお前だけだぞ。
> Java-GUI のどこがまずかったのでしょうか？
全部だろ。
元々Javaは現在のWebが担っている所を負担出来るポテンシャルはあった。
統一バイナリの対象はUWPよりも広く、Linuxまで含まれていたし、
つい先日までブラウザにはJavaの動作環境は同梱状態だった。
最初期には、今は当たり前のようにWebで行われる事も
Javaアプリ（2chで言う専ブラ相当品）の配布で対応されていたこともあったはず。
んで、今この状態だろ。Cより死んでいるのは全部駄目駄目だったからだよ。
GTKはGnomeとFireFoxが適用事例らしい。（どうもドイツ人はGTKが大好きのようだ）
Javaなんてマジで誰も使ってないだろ。(Eclipseがそうなのかもしれんが)
それは誰も使う価値があると認めないからだよ。
とはいえ、Java自体は最も成功したプログラミング言語なのも事実なんだが。 >>166
＞＞ブラウザの手のひらの上で踊るのが GUI なんですか？
＞そういう問題じゃねえ。
ふふ、まあおっしゃりたいことは分かるのですが、私は仮想的な存在はデフォルトで否定的にみるものでして
＞とはいえ、Java自体は最も成功したプログラミング言語なのも事実なんだが。
私は、Java の現状の状況を Java に内在した原因として捉えたいと考えています。
Java のまずい状況は Java 自体に原因があるはず
さて、それはなんでしょうか？
Java アプレットもあれほどだったのに、現在ではほとんどのブラウザに採用されなくされてしまった
なぜなのでしょうか？ >>167
つか、お前が書けよ。
俺は何でそうなったかは知ってる。
それは政治的でもあり、技術的でもある。
が、馬鹿が煽ってくるスレでは情報はやらないことに決めてるんだよ。
だから敢えて書いてない。(自学用の鍵を与えるに留め、外して書いている)
ただし、馬鹿が馬鹿なりに考えて自学するのは手伝ってやるから、
お前が勝手に書け。それが俺の認識と合ってるかどうかくらいは答えるよ。
それで俺の認識が間違ってるのなら勿論叩いてくれていい。
ここはそういう場所だし、その為の場所でもあるし。
ただお前の問題はそこじゃない。
君は詳細を詰めるのではなく、抽象思考の癖を付けた方がいい。
今時詳細はググレば分かることが多いんだよ。ただの知識でしかない。
Javaアプレットが死んだ理由なんてすぐ出てくるだろ。
そんなことよりも、WebがGUIだと直感的に思えないことの方がものすごく問題だ。 布石打ってまで逃げるくらいなら書かなきゃいいのに
QZからも逃げるとか徹底してんな、それとも今ググってるのか？w
>>168
＞馬鹿が馬鹿なりに考えて自学するのは手伝ってやる
嬉しい！じゃ、お言葉に甘えて
私は Java 仮想マシンの存在自体がまずいと考えています。
Java はネイティブコンパイルできているべきだった、現在は LLVM コンパイラ環境もあることだし
仮想マシンの意義は当初から疑問に考えていたことでした
逆に Java のライブラリ体制は強く推しているつもり、これは C/C++ にはないリソース（＝多数の人間で共有されうる共同幻想）だと思います
GUI も、同様に共同幻想として許容できるか、という視点で考えています
Java のそれや Win32API がそうだとはとても思えませんが、さりとて現時点でのベストはわからない
web 系を意識しだしたのは最近なのでこれについては意見はありません、手元で redmine を導入したときは gem が便利だったし、
rust も同様のパッケージ管理機構を持っているのは好感をもっています >>167
> Java のまずい状況は Java 自体に原因があるはず
ちなみに、俺は今Javaが不味いとは思ってないぞ。
GUIは死んだが、それは些細なことだ。
ここら辺が根本的に違うかもしれん。
俺は一つの言語で全てが出来るべきだとは思ってない。
むしろそれを目指しているのはC++だが、迷走しつつあるだろ。 さあ、適切なスレに引っ越すか、黙るか、自分の振る舞いを見直そうか。
>>170
> 私は Java 仮想マシンの存在自体がまずいと考えています。
それは後付だ。
当時は各マシン毎に別々にバイナリを用意するのは大変な手間だったし、
実現すれば確かに素晴らしかったんだよ。
で、実際、ある程度実現はしたわけだが、
今現在「マルチプラットフォーム」に関しては完全にWebに取って代わられた。
だからJavaが現在これを宣伝文句に使うことはなくなったが、あって悪いものでもない。
ただ、本質的にはそこは問題ではないんだよ。
エコシステムにとっては、「上質なコードが相当量有る」ことが重要なのであって、
Javaは完全にこれを満たしている。
ネイティブでLLVMを生かしたいのなら、
技術的には、Javaソースコードをネイティブコンパイルするコンパイラを作ればいいだけ。
仕様としてはほぼC++のサブセットなんだから、技術的にはすぐ出来る。
当然ＧＣ機構はバイナリに同梱だ。
これだけで、ソースコードを１文字も改変することなく動く。
だから、言語としては「上質なソースコード」が財産なんだよ。
動作環境なんてすぐ変えられる。
現在これが出来ないのは、オラクルが許さないからでしかない。
だから、所有者が変われば変わる可能性もあるだろうさ。
ただ、実験的にはgoogleとかで試されていてもおかしくないし、
音沙汰無しなのは脈無しだとも思うが。
主にJavaについて話したいのなら、Javaスレに移動でこちらは構わない。
その場合はリンクしてくれ。 小学校でプログラミング必修と聞いてBASICやるのかと思ったら
GUI版タートルグラフィックを想定かよ。
後世のために、デジタルテレビにJavaが使われていることを覚えておいてくれ。
Javaと言えば今年の秋にリリース予定のJava11から無償のJDKが廃止されるのがどう影響するかだな
下手すれば一気にシェアを落とすことも考えられる
>>176
> Java11
なんだそりゃ？と思って調べてみたら、なるほど酷いことになっている。
171,173は技術面での話で、政治的にはかなり深刻だなこれは。 181デフォルトの名無しさん2018/05/27(日) 11:20:24.54
言うほどひどい変更か？
RHEEとCentOSと同じだろ
しかし Windows のコマンドプロンプトから curl や tar が使えるようになっていたのは知らなかった。
これは良いな。一々余計なアーカイブソフトを後から入れなくても済む。
> 「上質なコードが相当量有る」ことが重要
フォートラン圧勝
printfでなにか文字表示させた場合と何もしない場合で結果が変わることってありますか？
とりあえず、値を取得する系の関数では副作用を起こすような記述はやめような
例えばグローバル変数をいじるとかポインタをいじるとか標準入力・標準出力・ファイル操作するとかはやめろよな
int getValue(int x, int y) {
…
return ○○;
}
こういう関数で printf とかするのは論外
あっ、ちなみに setter でも値の設定だけを行い、標準入力・標準出力・ファイル操作などはするなよ
void setValue(struct MyClass *obj, int x, int y) {
obj->r = x * x + y * y;
obj->theta = atan2(y, x);
}
みたいな感じで
とりあえずsetter/getterはクソだな
オブジェクト界最大の汚点だ
バッチなのですがスペースの問題にぶち当たってます
素敵仕様って言うんですかね？
フルパスから拡張子を抜いたファイル名を取得したいんですが
%^n1でファイル名を取得しているんですが
ファイル名に全角スペースが入っているため完全なファイル名が取得できなく困っています
""で囲っても取得できないです 全角スペースと半角スペースが混ざっていると取得できるのですがなにかいい方法ありますか？
"D&Dで渡したファイルのパスが欲しい"に拘らなければ、テキストファイルにパスリストを書いて読み込むみたいな外部ファイルを使う方法にするとか
Powershellみたいに.Net Framwork呼ぶとか
もしくはファイル名取得用のコンパイルファイルをかますとか
Google先生以上の回答は出ないでしょうか？
void func(char *const restrict ary)
{
printf("%s\n",ary);
*(ary + 1) = '\0';
printf("%s\n",ary);
}
int main( int argc, char *argv[] )
{
char ary[] = "hoge";
func(ary);
return 0;
}
このコードで配列の中身が書き換えられてしまうんですけどなぜですか？
constとrestrictの関係性がいまいちよくわかってないです・・・
スマホでポチポチ入力してたら既に書かれてるけど
>>198-199
とりあえずrestrictは無視するとして
>char *const ary
aryが定数。ary=0はコンパイルエラー。*ary=0はOK
>const char* aryまたは char const* ary
aryの参照先が定数。ary=0はOK、*ary=0はエラー >>198>>199
func() の中の *(any + 1) = '\0' がコンパイルエラーにならない理由は const が any に対するものであって
*any に対するものではないから。そのプログラムの場合 any そのものを変化させる any = NULL や any++
みたいな記述があるとエラーになる。
restrict はコンパイラの最適化に対するヒントで、そのポインタが別のポインタによって指されていないことを
前提とした最適化をして良いことをコンパイラに伝えるためのものだ。伝えられた側のコンパイラはそのような
最適化をやってもいいしやらなくても良い。 >>201
＞スマホでポチポチ入力してたら既に書かれてるけど
どうして、書いている時点でそれがわかるのですか？高性能な専用ブラウザなんでしょうか >>198-199
俺C言語詳しくない素人だけど、
ポインタに const 修飾子をつけるとき、
修飾子の位置によって定数化されるのが「ポインタ」か「ポインタの指す値」かが異なる。
char *const ary の場合はポインタ（アドレス）を書き換え不可。
++ary; は不可
*ary = 'A'; はOK
const char *ary の場合は値（文字列）を書き換え不可。
++ary; はOK
*ary = 'A'; は不可
restrict 修飾子は初めて見たけど、ググった限りは最適化に使うもので、
プログラムの意味は変わらないので無視してよかろう。 >>204
俺なんかゆっくり書いてる間に回答が3つも… ポインタも値もどっちも書き換え不可にするには
const 型* const 変数名;
としないといけなそうだな。
型 const * const 変数名; でも良い。
209デフォルトの名無しさん2018/06/03(日) 22:02:08.16
いつかどこかで見たこの流れ
*const 変数名
って書くより
変数名[ ]
って書く方が好き
モノクロA4レーザープリンタが、値段も含めていい感じになっていますね…
>>205
>>206
でも一番わかりやすい！
まぁ、よく見る
const char **
の大半は意図した通りに機能してないよな
誰も中み書き換えないから表面化しないけど。。。 >>213
const 修飾子を型指定より前にもってくる書き方は正直いってなじめないですよね 関係ないけれども、今日から「民法」を勉強しはじめました、民法20条まで進みました
こういうのも新鮮でおもしろいなあ、と思いました
民法総則からキチンと基本原理を体型立ててやらないと理解できんぞ
>>215
民法94条に到達して手が止まりました
これは難しい…条文は簡潔ですが判例が複雑怪奇でパターン抽出できないでいます
>>216
直に法文文面や判例にアタックしていますが弾き返されていますね…特に判例は裁判官の個性が見える気がします、当初考えていたほど「画一的」ではなかったのです >>219
さあ、適切なスレに移動してそこで10年くらい引きこもっていようか。 配列の中身を一つずつ見て0じゃなかったら0にするみたいなプログラムがあります。
中身を見て代入するか分岐するのと、
投機的に0を代入する方法のどちらが速いのでしょうか
>>221
もちろん見ないほうが早い。
memsetで一気に0にするのが最速。
気になるなら測定しましょう。測定しない効率化なんてありえないよ。
それと、こいつを壁に飾っとくべし。
「プログラム最適化の第一法則：最適化するな」 最適化されたらどう書いても memset 使ったのと同じになるかも知れないけどな
なんで開発要件も聞かないうちから見ないほうが速いに決まってるって言いきれるの？
0以外が入ってる可能性が低くて、書くより読むのが圧倒的に速いハードだったら責任取れんのかよ！
そんな特殊な環境なら最初からそう書いてくれない限りまともな回答はなくて当然
DRAMは読み書き同じ速度だけど
MRAMとかは書くのが遅いんで
チェックして書くのを最低限にするのが常識になる時代が来るかも
>>227
>>224
> 気になるなら測定しましょう。測定しない効率化なんてありえないよ。
> それと、こいつを壁に飾っとくべし。
> 「プログラム最適化の第一法則：最適化するな」 >>227
これおれも思った
圧倒的じゃなくても0率がたかくて書くのが遅ければそう
組み込みならメモリマップでメモリ以外のデバイスがつながってるかも知れないし
あとはコードがそうなってる可能性としては
0じゃない個数を数えるコードを入れやすいようにとか
SFRで書く命令が決まってるとか
キャッシュの関係でなるべく書きたくないとか
C言語スレだからな
組み込みの可能性も当然考えなければ
あと、
条件が整えばmemcpyより速いコードは作れる
アラインメントが事前にわかってるとか
SIMD命令が使える事がわかっているとか
DMAが有効とか 経験の無さ自慢？
特殊なコードに対して特殊な状況を考えられないアホ自慢？
自分は特殊な状況を考えられる特別な人と思いたいんですね。わかります。
なんとしてでも自分以外をアホということにしておきたい。わかります。
特殊な環境でしか生きられないなら、そこから出てくるなよ
実測が基本で、実測が出来ないなら
一般的な環境を想定してシンプルに記述するのが基本じゃないの
Q.ｘｘとｘｘどっちの書き方が速いですか？
A.環境依存
まあ明らかな場合もあるけどね
特定の環境用コードなら実測が基本
でも仕事だと全てのパターンを実測してる暇は無い
そこでプロの勘を使う
大多数に当てはまるならそれでいい派 VS 1例でも当てはまらないならダメ派
今回だけじゃないだろ。
「ｘｘｘでどうなんですか？」
「（基本的な環境では）ｘｘｘだよ」
「いや、xxxxという稀な環境だと当てはまらないからそれは間違いだ！！」
しょっちゅう見かけるわ。
「極稀に当てはまらない場合がある」
↓
「だから気を付けよう」→穏便に話が終わる
「そんなことも知らない（思いつかない）のか！！」→荒れる
極稀な事を思いつく自分は頭が良くて偉いと言いたいのでしょう。仕方のない事です。
彼はこれまでずっと馬鹿にされ蔑まされてきたのですから。このような機会がなければ
うっぷんを晴らすことができません。もしここで人を罵倒する事が出来なければ彼は
益々ストレスを溜め鉈を持って新幹線に乗ってしまうかも知れません。もはや誰でも
良いのです。掲示板でこの程度のやり取りで大事件が防げるのならば安いものです。
「hogeとfugaのどちらが速いのでしょうか？」
「推測するな、計測せよ」
「極稀に当てはまらない場合がある」
「えっ？？？」
>>227も、指摘の内容はいいんだけど、責任とれるのかよなんて攻撃的な言い方するのは余計なんだよね。 >>221が速さしか考えてないってのがそもそも素人 素人素人と連呼してるやつ
自分が言われて傷ついているんだなｗ
memsetは速いぜ？
逆汗までしなくとも
ベンチマークくらいしてみたか
ライブラリや開発環境
使える命令やハード
コア数、キャッシュサイズ、アーキテクチャ
クリアするサイズ
アラインメント
クリアするデバイス
データの出現率
こんなことで最速は変わる
memsetが1バイトずつちまちま代入するようなライブラリも世の中にはたくさんある
小規模組み込みの環境では大抵そう
この頃のCPUだと特定の領域を0にする命令自体が最初からあったりしないのかね？ありそうな感じするんだけど。で、最適化されるとmemsetがその命令一つに置き換わって終わり。
>>262
memcpy って言ってるのは一人だけだしあまり賢くないみたいだから無視していいかと 遅くていいならREP STOSD命令
CPUを使わない方法もいくつか
DMAを使ったり
SRAMの場合デバイスリセットで0クリアされたり
FLASHだとイレースコマンドとか
PCでDMAを使う簡単な方法は
GPUのメモリをゼロクリアしておいて転送する
>>262
あ、ごめんコピーじゃなくてクリアの間違い >>267
普通は無いだろ
REP STOSDだって単なるループ レジスタからメモリにコピーすると考えれば
コピーでも間違いではないけど
>>271
妄想で生きてる奴には何言っても無駄だよ >>221の回答なら
「環境依存、実測しないとわからない」
で終わり というか、高速化しなきゃなやばいかなー と思ったのなら
void SAKUJO(dst,size){ memset(dst,0,size); }
くらいクソ適当に書いておいて、「あとで」 ごちゃごちゃいじればよろしい
それか、>>274のように 事前に済ませておく かだな ま、しかし、よくよく考えてみれば全てを同じ値で埋めておかねばならない状況はあまりないのではないか？
面倒だから一気に全て0にしておいて後から必要な所を埋めるなんてのはよくあるかも知れないが。
そういうのでも calloc() でメモリ確保するなら考える必要ないよな。
誰がどんな意図で書いたかわからないもの
わざわざ変えなくていいよ
問題があるとわかった時点で考えればいい
0クリアの話題でると思い出す事件があったな
某サイトでは業務Gと制御Gの2グループがあって
制御Gは業務Gの処理（データ値）には介入しないという建前があった
あるレコードを更新する時、その整合性の確認をとるため、
制御Gは、キーとなる構造体をmemcmpして一致の判定していた
業務Gは、処理関数の中で構造体を自動変数として確保し、
メンバーに一つ一つ値を設定していた
キーを指定し更新処理を呼んでも一致するデータが見つからないと
エラーが返される結果となった
何故エラーにされるのか、しばらくの間、原因が分からなかった。
>>278
Paddingのゴミだろ
構造体をmemcmpの時点でダメ みんなわかってるからそんな事いちいち書かなくて良いんだよ
すいません質問です
C言語の勉強をしようと思っているのですがIDE？というのが沢山ありすぎてどれを選べばいいのか分かりません！
迷える子羊に何卒ご教授下さいませ・・・
>>284
MSVC(VS)
沢山あるってのがよく分からないが、「入門用」とかいうのは全てゴミだから止めとけ >>284
WindowsならVisual Studio Community
LinuxならEclipse CDT
Macなら標準のXCode
最初はIDE使わないでテキストエディタでやるのがいいとは思うがね >>284
> 最初はIDE使わないでテキストエディタでやるのがいいとは思うがね (>>286)
これは絶対無いから止めとけ。
環境整備は初心者では無理なので、もし先生がいるのならIDEの立ち上げまではやってもらえ。
そして最初からIDEを使って、ブレークポイント貼りまくってステップ実行し、
納得いくまで変数をウオッチしろ。
C#のIDEなら文法エラーはサジェストが出てOK押すだけで治る。
(C系でそこまでやってくれるものがあるのかは知らん）
括弧の対応すらしてくれないテキストエディタなんて、
今時原稿用紙と手書きで草案を練れ、というようなもの。
勿論それが合う人もいるが、普通はないよ。 IDEもよくわからん状態からCをやるのはよした方がいいと思うけどなあ
>>288
これはその通り。Cは入門用の言語ではない。
Cしかなかった昔ならさておき、今Cから始める必要はない。 >>284
IDEでクエスチョンがつくということは、プログラミング初心者と見た。もしそうなら、Cはオススメしない。もっといい言語がたくさんあるので、プログラミングがどういったものであるかを、他の言語でざっくり掴んでから、Cに取り組むことをお勧めする。
その頃には、IDEがなんであるか、どのIDEが自分に向いているかは、もうわかっているはずだ。
どうしてもCに今すぐ取り掛からなければならないという事情があるなら、
MFCを使わなくてはならないなら、visual studio。
そうでなければ、またはターゲットがWindowsでなければ、Eclipse
どちらにせよ、タップリ不幸になれるので覚悟すること。 >>285-290
皆様遅い時間なのに丁寧に答えて下さり感激の至りですありがとうございます
C言語を勉強しようと思っているのは使う予定があるからなんですすいません・・・
取り敢えず教えてもらったものDLして勉強します、重ね重ねありがとうございます！ >>291
> 使う予定があるから
こんなところで聞かずに先生（先輩/上司）に聞け。
IDEの善し悪しも自分で判断出来ない奴が自分だけで「使う」つもりなら事故るから止めとけ。 Visual StudioにもLinuxターゲットがある。
ターゲットの問題ではなくて動作環境の問題だろ
LinuxにVisualStudioは入れられないよ
いい悪いではなくてただの事実
自分もVisualStudioは使っているよ
Windows環境では最良のIDEだと思ってる
ポエムや日記用にもテキストエディタの２〜３は入れてていいんじゃないの
それとコマンドプロンプトの併用も考えてるんじゃない
今の時代の「C言語をやる初心者」は、CUIを知らないんだよ
コマンドを使ってみないと、何を何のために作ってるか分からなくなる
巷で言うスマホの「アプリ」とかのGUIじゃなくて、圧倒的に古いCUIなんだから、今の若いモンには明らかに異質なものを作らせるんだよ
出来上がってくるソフトウェアは「黒い窓」なる謎の儀式でしか動かない極めつけの謎だ
つかそもそもEclipseっていいのか？
あれ、Linuxだと他選択肢がないから使われてるだけでは？
Cで使ったことはないが、Windows/NetBeans/PHPはだいぶ酷かったぞ。
もっさりしてるし、不安定だし。
この組み合わせが最悪なだけかもしれんが。
そして一応EclipseとNetBeansは検討対象らしいからな。
（俺的には比較するまでもなくVS>>>NetBeans）
VSとEclipse両方使っている奴いる？いたら感想を。
今のところvsと肩を並べられるIDEなんてないので当然eclipseもvsより劣るわけだが、
リファクタリング機能だけは圧倒的にeclipseのほうが優秀だった。
独自環境用の多数のIDEがオープンソースのeclipseから派生して作成されてるので、個々に使い方を覚えなくていいのもメリットかもしれない。
使い始めた頃はプロジェクトとビルドルールの管理と、日本語が独特なのが、取っ付きにくかったかな。
まあ言いたかったことは、vscode輝け
>>301
> リファクタリング機能だけは圧倒的にeclipseのほうが優秀だった。
それってCについてだよな。MSはVSについてはC#しかやる気出して無いから。なお、
Q. どうしてVC++のエディタはC#に比べて糞なのですか
A. だってお前らどうせemacsとか使ってエディタ機能使わないじゃん(なお公式）
だったはず。
そのとき、「え？そんなに違うんか？」と思って試し、その差に愕然とした覚えがある。
俺は最新環境を使ってはいないが、最新でもだいぶ見劣りしたと記憶している。
リファクタリング機能とかはユーザがアドオン書けた方がいいから、
それもあってVSCodeなのだろうね。 まずvimの操作を覚えて、開発するならそれなりのプラグイン入れなきゃならないんですがそれは
仕事や学校でCを使う予定があるなら、
現場で使ってる開発環境に合わせるのが最善だろう。
IDEの優劣よりも優先されるんじゃないかな。
今のご時世にCに関してまったくの素人だと、
Cを使うのにIDEが必須と勘違いしてる可能性もあったり。
任意のテキストエディタで.cファイルを打ち込んで
コマンドラインでコンパイル、実行という手順が
紹介されてない入門書や入門サイトがあるかも。
>>305
それはさすがに老害の発想だぜ。
今時のemacsはインテリセンスも出るし、
flyCheckで文法エラーもリアルタイムで表示される。
お前はそういうの知らずに言ってるだろ。
（なお、vimも同様だったはず）
最終的にはそういうのがうざくなって色々切ったりするけど、
俺は初心者こそIDE(というかゴテゴテの環境)でスタートすべきだと思ってる。
大体において、
「動きません。でも私のコードは完璧です。これはIDEのバグですか」と言ってくるんだから、
「ブレークポイントを全部の行に置いてループも１回ずつステップ実行して確認して死ね」
と返せないと意味無いだろ。 >>300
>つかそもそもEclipseっていいのか？
>あれ、Linuxだと他選択肢がないから使われてるだけでは？
組込みだとマイコンのメーカーのIDE(コンパイラ)が
EclipseベースなIDEな事があるから
VSではなくEclipseに馴れるって意味で選択する意味はあるかな
実際組込み現場でCでの開発想定したこの書籍だと
Eclipseで開発する事を想定して書かれてる
http://amzn.asia/5PyjxPA
あと余談だけど今さらvimだのemacsだの時代遅れじゃね？
マルチプラットフォームで動くVSCodeやAtom選択した方が
学習コストも少なく高機能だと思うんだけど >>309
> EclipseベースなIDEな事があるから
なるほどね。
> あと余談だけど今さらvimだのemacsだの時代遅れじゃね？
俺が勧めているわけではないが、「エディタ」という意味ではありだ。
「Emacsは100年のエディタだ」と言われるとおり、あれはマジで100年持つだろう。
そういう構造になっているし、実際今も余裕で現役だ。(Vimも同様）
最大の利点はDSLとしてのEmacsLispだ。（なお独立して使えるらしいが）
この点、VSCodeやAtomもOSSであり同レベルの拡張性を持ってはいるが、
ユーザーベースが違いすぎる。
今現在の状況なら、先に死ぬのはVSCodeやAtomの方だ。
学習コストなんて所詮慣れだし、数ヶ月もあれば問題ない。
当面使う予定がなければすぐに学ぶ必要性はないが、
時代遅れな事を肯定して欲しいのならそれは無理だ。
emacsとgdbは組み合わせて使うことは出来る。
ブレークポイント、変数等を表示出来るlispが提供されればそこそこ行けるはず。
もう既にあるかもしれんが。 フォルダ一括コピーしたいです
c++だとファイルコピーにはCopyFileなるものがあるみたいなのだけどそれはフォルダのコピーはできないようなので、
他のものを探してたらSHFileStructでフォルダまるごとコピーができると知りました
これって再帰的に中身まで見てくれるのか見てくれないのか調べてたのですがわからなかったので
再帰的にコピーしてくれるか否か教えてほしいです
>>311
そういうのはOSによって、あるいは使用するライブラリによってやり方が変わるから最低でもOSが何なのか書いて質問した方が良い。 学生ならCLionも無料なのでおすすめ
VSCodeもまだ情報が少なめなものの悪くない
system("robocopy /? >tmp.txt");
system("notepad tmp.txt");
やればわかる
やらない奴はいつまでたっても>>317みたいなボンクラなレスを返すだけ w xcopyを呼び出すんじゃ駄目なのか？
車輪の何とかって気がするんだが
SHFileOperation() はコピー先にフォルダが無い場合、再帰的にフォルダ作ってくれるね
ただ SHFILEOPSTRUCT の pTo に渡すパス文字列で
ディレクトリのセパレータが / はダメで \ じゃないと再帰がかかってくれない
D:\ 以下フォルダが無い状態で
pTo = "D:/aaa/bb/ccc/ddd";
SHFileOperation()
⇒ 「フォルダ ddd が作れない」 D:\ 以下のフォルダ状態は変わらず
pTo = "D:\\aaa\\bb\\ccc\\ddd";
SHFileOperation()
⇒ D:\aaa\bb\cc\ddd まで再起的にフォルダができる
超初級で申し訳ないですが、以下のコードのどこに問題があるのか教えてください。
円の周長と面積を求めるものです。（半径は整数値で入力。）
コンパイルはできましたが、.exeファイルが実行不能状態です。
#include<stdio.h>
main()
{
int hankei;
double pi = 3.1415926535;
double enshu;
double menseki;
printf("半径を入力して下さい：\n");
scanf("%d",&hankei);
enshu = 2 * pi * hankei;
menseki = pi * hankei * hankei;
printf("半径%dの円の円周は%lfで、面積は%lfです", hankei, enshu, menseki);
}
>>323
実行不能状態とはどのような状態か詳しく書くように。 >>323
ソースコードは問題ない。
戻り値型省略が警告になるくらい。
エスパーすると、
警告をエラー化するオプションが指定されていて、最新コードを実行しているつもりが古いコードを実行していたとか。
もしくはソースコードを直接実行しようとしているとか。 ま、何れにしてもどういう環境で何をやってどうなったか詳細書いてくれんとわからんな。
WindowsでEclipse使ってる場合とLinuxでvimで入力してgccでコンパイルしている場合では答えが大幅に変わるし。
exeと書いてあるからWindowsだろうと予想することはできるが実はWindowsじゃなくてexeが作られるものと誤解しているだけなんてことも初心者ならありうるしな。
Windows 10の開発者コマンドプロンプトでコンパイルしました。 cl (ファイル名).c
拡張子がexeのファイルが生成されました。
そのexeファイルをダブルクリックすると、マカフィーによって「脅威を隔離しました」というメッセージとともに削除されてしまいます。
何度やってもそうなります。
マカフィーが止めなかったら人類はその瞬間、消滅していたかも知れない
この頃は単にコマンドプロンプトと呼ばずに頭に開発者って付くのか？
コマンドプロンプト上で実行したらどうなる?
cl で実行ファイルを作ったら、そのままコマンドプロンプトで
実行ファイルの名前を打ってEnter、で動くと思うけど。
コンソールアプリケーションをダブルクリックで実行した場合、
scanf系の標準入力に必要なコンソールってどうなるんだっけ?
Windows10(17134.137) + VisualStudio2017(Ent15.7.4) の開発者コマンドプロンプトで確認してみたけど問題ない
マカフィーのチェックがおかしいわけだな。
自宅のPCでマカフィー入ってるのあるから帰ったら試してみよう。
>>328
いやいや、私はヤバいウイルスとかを作る技量はないので…
知らぬ間に作るなんてことは…
>>331
プロンプトで実行すると、長いエラーメッセージが出ます。
その場合もマカフィーが反応します。
マカフィーのせいなんですかあああああ…？
マカフィーを止めるのはなんか面倒です。 そういやマカフィーの創業者のジョン・マカフィーは壮絶な人生歩んでるのな。
知りたい人はWikipediaでジョン・マカフィーで検索してみな。
なんでマカフィーを後出ししたのか教えて
>>323では隠してたよね 今頃常連は君のPCの中で、あんなことこんなことしてるかも
>>334
一時的に無効にするのはそんなに面倒じゃないよ
クリック数回でできるレベル
それすら出来ないなら金で人雇って問題を解決してもらうしかない そんなことは普通にできますが，インターネット接続を切ったり入れたりもしなきゃいけないじゃないですか
それも簡単ですが，マカフィーのいたずらのせいでそんなことをいちいちやるのは…という意味です
止めたついでにアンインストールするのがいいと思うよ。
プログラムを作成自体を犯罪者予備軍と見なしているのかな・・
使ってるのがwindows10ならもうウィルス対策ソフトなんて要らないよ。重くなるだけ。
windowsDefenderで十分。2つ入れてるとトラブルの元。
C++でディレクトリ無かったら作る関数って何かあります？
LinuxのPOSIX系だと見つからんかった
>>334
マカフィー入った環境でやってみたけど普通に動いた。
但し、Cコンパイラは Cygwin の gcc だ。 >>341
別に一時的に無効化するだけならネットを切る必要は無い
セキュリティ的にどうしても不安があるっていうならLANケーブル抜けばいい
それすら面倒ならパソコンを窓から投げ捨てろ C言語で集合、和集合、積集合を実装したいのですが、正直アイデアが浮かびません。
どうすれば良いのでしょうか？
教えていただきたいです。
C++のstd::setを参考にしない手はないな。
集合をデータとして保持したいなら、要素の個数と、動的配列かリストが必要になる。
集合は順序列の順序を無視したものと考えられる。
比較する場合は、ソート済みにしてから比較する必要がある。
多重集合ではない場合は変更の際に要素を単一化しないといけない。
setは赤黒木だけど、実装したことある奴いるの？俺はaddだけ実装して満足して諦めたよ。
hashtableのほうが遥かに簡単だからオススメ。
整列済みの配列も簡単でいいと思うよ。
でも一番楽なのは、ライブラリを拾ってくること。
>>350
積集合の方が比較的簡単
和集合は同一要素であるかをどうやって判別するか
要素を構造体で表した時に
異なる構造体でも同一要素である判別が出来なくてはならないので
単純な例だと
複素数型と実数型と有理数型とcharとintとfloatとdoubleとか >>357
意味が全くわからんわ。
そもそも和集合も積集合も補集合考えたら手間が変わるはずないし。 一般論で言えば、集合の実装はハッシュを実装することに限りなく等しい。
どんなオブジェクトであれ、シリアライズ（要は文字列化）できる。
そうすればハッシュで一意な比較的小さい非負整数の番号に写像できる。（←条件により、ここが難関になりうる。ハッシュを使わずに済む番号が用意されていればそれが最適）
逆写像も用意できる。
最大番号までの要素数を持つ整数配列で0/1で要素の有無を表現したものが一つの集合を表す。
2つの集合の和と積は0/1の|と&で表せる。
配列サイズと計算時間の節約にはビットマップ化すればok。
>>361
＞ハッシュで一意な比較的小さい非負整数の番号に写像できる。
ハッシュ関数は一般に衝突するもの、と考えるものですが、範囲を小さくすれば特に… >>362
広い視野で具体的な提案をどうぞ。
>>363
要素が固定なら完全ハッシュ関数が構成可能。
>>364
和集合とか積集合とか求めてもそこから要素リストが作れなければ無意味というだけ。これは逆写像を作ってるのと同じ。 >>350
ビット演算使えば良いのでは？
特に要素数が32とか64以下に収まるようなら今どきのPC用コンパイラならunsgnedのintやlongで行けるよ。
uint32tみたいなビット数保証するtypedefされた型使った方が良いけどね。 うわっ
また特殊な条件でしか使えない方法を
まあ>>350が悪いわけだけど >>365
オペランドが入力されたら都度完全ハッシュを求めるの？
地味に和積集合計算するよりはるかにコスト高だろ… 全順序化が簡単か
効率的なハッシュが(簡単に)作れるか
想定する集合の大きさ
比較のコスト
ノードのデータサイズ
この辺が違うと適した実装が全く異なる
この辺をヒアリングするのが先と思う
>>368
「要素が固定なら」と条件付き。よく読んでね。
そうじゃない場合は難関になりうることも言及ずみ。よく読んでね。
衝突してもハッシュ表は実装できるわけで、全順序化が不可能なわけではない。 >>370
何に対して固定なのか、いつ固定されるのか、稚拙な日本語から読み取れと？
それに>>361にはそんな条件は書いてないぞ。にもかかわらず、ハッシュから写像ができると書いてある。意味不明すぎるわ。 >>371
ならねーよ
>>355も書いてるけどこの手のやつの定番は赤黒木とかB-Tree
ハッシュはデータ量が見込めないとハッシュテーブルサイズが決められないから使い辛い >>355
作ったことあるけど使えない程度に遅かったわ
Cで赤黒木ならLinuxかfreeBSDから拝借するのがよさそう c++のmapとsetの実装アルゴリズムだぜ。
検索速度はハッシュテーブルに劣るけど、使えないほど遅いってことはないだろ。
C言語初心者です。
typedef struct{
int tate;
int yoko;
double *mat;
} Mat;
void read(int x,int y,Mat *a){
for(int i=0;i<x;i++){
for(int j=0;j<y;j++){
printf("[%d][%d]->",i+1,j+1);
scanf("%lf",&a->mat[i][j]);
}
printf("\n");
}
return;
}
プログラムの一部を抜粋したものなのですが、これでコンパイルすると
subscripted value is neither array nor pointer
というエラーが出てしまいます。
二次元配列はポインタで表せないものなのでしょうか？
>>376
メモリ空間は1次元だから。
arr[y][x]は*(arr+y*WIDTH+x)と同じ。WIDTHがわからないとできない。 >>376
matがdouble型へのポインタだからだよ。
結果mat[i]はdouble型になり、mat[i][j]はdouble型に[j]を付けたことになるので、配列でもポインタでもないのに[]つけるなって怒られてる。
きっとmatのメモリ確保は
mat = malloc(sizeof(double) * tate * yoko);
みたいにやってるだろうから、i列j行目にアクセスするときは
&a->mat[i + j * yoko]
みたいにしないといけない。
あと、上の例ならjを外側、iを内側のforにしたほうが最適化されやすいと思うよ >>375
作りが悪くて目標に届かなかっただけ
100万件のinsertに1秒程度が目標だったけど2.5秒ぐらいだった >>376です
お二人とも丁寧に教えていただきありがとうございます。
>>378さんの方法で改良してみたのですが複数のMat構造体を作り,tateとyokoの値のそれぞれ別にしたときにプログラム実行中に入力が強制終了されてしまうのですが、配列の作り方に何か不都合があるのでしょうか >>381
あるあるネタだね。
何処かでx/y、i/j、tate/yokoが逆になってる。 Ruby のハッシュでは、データ数と共に、バケット数を増やしていく。
バケット数は、2 の累乗の次に現れる素数。
2^n + a, 2 <= n <= 30
8 + 3 = 11
16 + 3 = 19
32 + 5 = 37
64 + 3 = 67
128 + 3 = 131
256 + 27 = 283
512 + 9 = 521
データ数が、バケット数の5倍を超えると、ハッシュが再構成される。
再構成時には、極端に遅くなる
11 * 5 = 55 だから、データ数が56 個になると、バケット数が19 になる。
19 * 5 = 95 だから、データ数が96 個になると、バケット数が37 になる
AVL では、左右部分木の高さの差を、1 以内にしなければならないから、
2 になると、木の回転・縮約など、再構成をしなければならない。
つまり、しょっちゅう再構成が起こるので、遅くなる
赤黒木では、左右部分木の高さの差を2 倍以内にしたから、再構成が起こりにくい。
左が10 なら、右は20 まで、再構成が起こらない
タスクスケジューラーに使われる
例えば、100個のスリープしているタスクがある所に、
木に実行するタスクを追加して、重みに従ってソートすると、
追加したタスクが選ばれて、木から削除される
つまり、ほとんどの葉の順位が変わらなくて、
追加した葉が、すぐに削除されるようなものに適している
makefileってPowerShellで作れないとかないですか？
>>385
君が何を言わんとしているのかがよくわからない >>387
あれで人に言葉が通じていると思い込んでる可能性があるから書くべきだろう なんとなく、コマンド行をタブで始めてなくて(スペースで空白を作ってて)、
makeがエラー出してるような気がするなぁ。
エディタのTab→スペース自動変換が効いてるとか。
PowerShellとは直接関係なくて。
C++ C言語 C#の初心者用スレはないんですか？
探してみたけどそれらしきスレが見当たらないです
>>392
まずスレッド一覧を開いてCTRL＋FでC++と入れて検索しました
一応それらしき所を見つけたんですが書き込んだ瞬間変なおっさんに噛みつかれたので
初心者スレじゃないのかな。。。と。
入門にあったスレはないでしょうか 初心者歓迎なのと甘えた初心者に手とり足とり教えるのとは違うよ
>>393
ここでの『初心者』はANSI Cの規格を読み込んでいること前提
プログラム未経験者は取り合えず柴田茫洋の明解C言語を読め 明解C言語は分かりにくいからやめとけ
苦Cの方がいい
デバドラを書く
低速言語のボトルネックをカバーする
こういう連続線をクリックで描きたいなんか参考になる本だとかサイトってありませんか？
>>407
揚げ足とるわけじゃないけれど
なんで小規模マイコン限定？ まずint(4バイトとする)とmalloc(4)の違い教えて
話しはそれからだ
>>411
mallocは使い終わったらfreeで解放しないといけない。 エラー処理なし
ウインドウハンドラ作成もメッセージループの処理も適当なのでプロシージャもいい加減な作り
俺の言い方がまずかったようだ。
int* a = (int*)malloc(4);
これはわかる
int* a = (int*)malloc(5);
この場合でもコンパイルは通るし実行も出来る。
でも、やっていいことなんだろうかってね。
余った1バイトは気にしないでいいのだろうか？
>>416
余分に確保しても大丈夫。連続したメモリーブロックと呼ばれるものだよ。頭に構造体を使ってもいいし。 例えば、int *p = (int*)malloc(5*sizeof(int));と書けば、pは、int p[5];のように使える。
>>418
そう。これは分かる。インクリメントで確保した変数にアクセス出来るのも分かる。
>>416の下の例で、例えばa++した時、そしてそのアドレスの中身を変更すようとすると
何か途轍もなく悪いことが起きそうな気がするんだけど大丈夫なんだろうか？ 連続したメモリーブロックからはみ出るから、そのアクセスは違法になるね。
ああ、なるほど。そういう時はエラー出るのね。
今試しにインクリメントしたら確かにエラーになった。なるほど良く出来てる。
なんか試すのも怖かったんだわ。ありがとう！
>>419
未定義だから鼻から悪魔が出てもおかしくないよ
冗談はおいといて、現実には5バイトじゃなく、64バイトとかのサイズをとったりするので、何事もなく動く。ただし、動くのはたまたま。 >>422
エラーをちゃんと出してくれるのが分かったから良かった。
まぁ適当な数字入れることなんか絶対ないだろうけど、これが動いたらやべぇなって心配だった ただし、アクセスにおいてエラーが出ない事もあり、この手のバクはやっかいで、下手をすると数億円が吹き飛ぶことがある。
だから、最近ではなるべく生ポインタを使わないでやるのがプロ。
アクセス制御の貧弱なOSでは、不正アクセスは感知されない。
>>413
すげぇ。わざわざありがとうございます。 >>416
このれいだと.引数が 4でも 5でも、バウンダリが不安かな...
mallocは 4とか 16バイトの境界にアジャストされたアドレスを返しそうだけど >>430
430ですが、mallocの返す番地は、大概の型にキャストできる境界になってるんだろうね、知らんけど C11はアラインメントが決めれるmallocがあるよ
普通は8の倍数になってる。
ま、しかし、intが4バイトの保証はないし、malloc()で確保した範囲外がどうなってるかもライブラリ依存だし、変な事に挑戦しない方が良いと思うw
mallocの返すアドレスはワード教会に揃ってるように
POSIXで決まってなかったっけ？ 気のせいか
C99には
The pointer returned if the allocation succeeds is suitably aligned
so that it may be assigned to a pointer to any type of object and
then used to access such an object or an array of such objects
in the space allocated (until the space is explicitly deallocated).
とあるので、どんなオブジェクトでもその場所に置けることは保証されている。
ただ、アラインメントがずれてるとアクセスできるけど遅くなるとかいう
変態環境でどうなるかとかは規定されていない。
（ふつうの実装ならまともにアラインメントされていると思うが）
これをどうしても合法的に確実にアラインメントしたい人向けなのが、aligned_alloc()。
>>437
そうなんだ
おれはてっきりもっと全然違う基準、例えば64バイトとか16KBとかで
アライメントしたいときaligned_allocの方を使うものかと思ってた >>438
そりゃもちろんそういう用途にも使えるよ >>437
パフォーマンスはCの仕様で規定されてないから
そんな事を心配したら標準ライブラリも使えないぞ
memcpyが劇遅かもしれないとか 普通の用途は>>438みたいなヤツ
zmmレジスタのサイズ
キャッシュのラインサイズ
HDDのセクタサイズ
FIFOのサイズ
なんかにしたい場合 家でC言語の独学してたけど眠くなって続かないから週末だけ学校にいこうと思う。関西でお勧めはどこですか？
勉強を成功させるには強い動機付けが必要
やる気も効率も上がらないのはまずそこに失敗してる
>>445
動機付け、ですか…
そんなものは初めからありませんでした… 個人的にはLinuxのデバドラから入るのがおすすめ
分かってくると俺の方が上手く書けるとか拗らせる
動機を自分で意識的に付けようとしても中々出来ないのが普通なのでは？
何かそれなりのメリットがあると信じられないと何もしないのが普通の人間だろうし。
例えば何かをするとモテモテになるだとか、そういう自分にとってのメリットがあるならその何かをやる気は出るだろうけど、そんなのがないなら、あるいはもしあってもそれに気付けないなら普通はやる気は起きんでしょう。
C言語、あるいはプログラムそのものの入門書で、文庫か新書サイズの良書はありますか？
>>449
講談社ブルーバックスなら新書サイズでC本やプログラミング本があったはず。
ただ、書名は挙げられないし、良い入門書かどうかも分からん。
参考までに、本の寸法に制約があるのは何故かな? 電車の中や、昼飯食べながら片手で読めるものがあれば、と思ったんです
パソコンいじりながら読むなら大きい方がいいんですけどね
マンガはタブレット端末で見るけど
参考書系は紙じゃないとなんか駄目だわ。全然集中できない。
kindleとか電子書籍って参考書系読みにくいよね
漫画みたいにページそのままならいいのに
何年も前からiPadや電子ペーパー端末でプログラミングや法律の本読んでるけど特に不都合感じてないな
むしろ紙は持ち運びし辛いし検索もできないから不便だわ
すみません
この２行のコードを１行にするスマートな書き方ってありますか？
idx = idx << 12;
idx = idx ^ _data;
kindleですか、参考にします。
ありがとうごさいました。
>>459
idx = (idx << 12) ^ _data; 初心者スレじゃないんだからidxがvolatileの場合を無視した回答は良くない
それを言うならvolatileでない場合を無視するのが問題では？
volatileであれば問題ないだろ
わしここの住人じゃなくて通りすがりなんだけど、
>>461 だとなにか問題あるの？ >>465
もしもidxが送信データを書き込み受信データを読み出すためのレジスタだったら、
複数回書き変えること自体が重要だったり、読み込み時は異なる値を返却するかもしれない、
という割とどうでもいい話。 >>466
C的に見れば無駄なコードが実は必要だったという、そういう話しかな 最適化で一瞬ﾚｼﾞｽﾀの値が変わらなくなったから
それがどうしたのという話だからな
むしろ一瞬ﾚｼﾞｽﾀの値が変わるようなｺｰﾄﾞがそもそもぜんぜんﾀﾞﾒ
そういう話になってくるとレジスタってなんや？って話になるからな？
ちゃんと確定値入れろよ
なんで計算中の値いれてんの
なんでそんな頭悪いことすんの
一行にしたいということは
間違いなく計算過程のｺｰﾄﾞだからな
通信プロトコルでCPUレジスタ使ってやり取りする様な方法ってあったっけ？
>>471
「レジスタ」って「CPUのレジスタ」だけじゃなくて「I/Oチップのレジスタ」って使い方もするよ >>463を書くためにわざと>>459の質問しただろ
まあ確かにvolatileだと>>461ではダメ
明らかに初心者の質問に>>463の回答もどうかと思うが
idx = idx << 12; idx = idx ^ _data;
これで良い 質問というよりスレのレベルを見るための問題だな
>>468みたいな素人が見事に引っかかっちゃう 実は本物の初心者で volatile などというものの存在すら知らず最初の回答で全く問題なかったのだが
知識があるものが知識がある故にあらゆる妄想を膨らませまくって勝手に争って大混乱になり、
最初に質問した者は怖くなって素早く逃亡。このスレで質問するのは止めようと固く心に誓う。←いまここ
明示してないvolatileなんて考慮する必要ないわ
知恵遅れのｸｿﾆｰﾄが
またﾃｷﾄｰなこといってるわ
2ちゃんねるはどこのｽﾚも同じだわ
ｸｿﾆｰﾄはどこにでもいる
やっぱりなｸｿﾆｰﾄ2ちゃんねるから
ｸｿﾆｰﾄの駆除が必要
まずﾌﾟﾛﾌｪｯｼｮﾅﾙなｶﾝﾍﾟｷなｵﾚの回答の
どこがおかしいか
だれも指摘できてないからな
ちなみに知恵遅れどものﾃｷﾄｰな回答のどこがおかしいか
ｵﾚはすべて回答してる
ここも同じだ
ﾌﾟﾛﾌｪｯｼｮﾅﾙの回答に
ｼﾛｳﾄが口をはさむ余地はない
ｸｿﾆｰﾄは毎日が夏休みだもんな
ﾏｼﾞでなｸｿﾆｰﾄどもは身の程知らずなわけ
ｸｿﾆｰﾄがまともな社会生活を送ってる社会人に勝てると思ってんの
プロフェッショナルかなんか知らんけど組み込み系は苦手のようだな
な知恵遅れがｵﾚのﾚｽのどこがおかしいか指摘できない
指摘しようがないからな
なぜならｽｷのないｶﾝﾍﾟｷなﾚｽだからな
どこのｽﾚでも知恵遅れが偉そうにしてるのは同じだ
>>470>>468 でおもいっきり回答してるわ
知恵遅れはなにが書いてあるか理解できない >>488
それ回答になってねえじゃん。ちゃんと回答書けよ。 それが回答になってないなら
ｵﾏｴのｵﾂﾑに問題があるか
ただの仕事未経験のｸｿﾆｰﾄがなにも分からずﾃｷﾄｰなこといってるだけだからな
ただｸｿﾆｰﾄである確度が極めて高い
やはり気温40℃超えは人をおかしくするには十分な気温だったようだな。
猛暑も酷なことをするもんだ。合掌。
ｸｿﾆｰﾄは家からでないから関係ないだろ
電気代も親に払ってもらってるからな
ｸｰﾗｰの電気代もﾊﾟﾁｮｺﾝの電気代もな
親が払ってくれてんだぞ
組み込み系の周辺チップの制御レジスタの仕様書見たことある？
制御レジスタの特定ビットのRead/Write動作そのものに意味があるんだよ
直に制御レジスタをアクセスしないと駄目
最適化でCPUレジスタの中で値を書き換えても無意味、周辺チップは何の動作もしない
volatileはそんな時にコンパイラの最適化を抑制するために使用する
例えば、
idx = (idx << 12) ^ _data;
の例で言えば、(idx<<12)の部分で実際にidxのアドレスにマップされたメモリの値が変更される
その後に最終的に、(idx << 12) ^ _dataの値が上書きされる
idxがvolatile宣言されていない場合は、途中の評価結果はCPUの内部レジスタだけで最適化されてマップされたメモリの値は最終評価結果の書き込みしか保証されない可能性がある
組み込みの制御レジスタの例としてPICのデータシートのリンクを貼っておく
ビット毎にR/Wでチップの機能を制御している様子が分かる
https://www.microchip.co.jp/download/index.php?Mode=4&;CategoryID=08ff3e00bf7fedc9fd6adb0aa9a3499b55a4aff3 最適化で、一瞬変わってたのが変わらなくなったらどうすんのとかいってるｱﾎなこといってる知恵遅れに
その一瞬だけ変わってたｺｰﾄﾞが正しいｺｰﾄﾞとか
ﾎﾝｷで思ってんのといってるだけだからな
そもそもvolatileついてなかったら
そのあと書き変わる保証すらどこにもない
そもそも保証がないｺｰﾄﾞのなんの保証をするわけ？
知恵遅れがいうことはさっぱり理解できないわ
C++相談室 part137 あたりに書き込もうと思った悪態を
間違えてこちらに投稿したのに気づいたが引っ込みがつかなくなった、
という感じがしないでもない。
今までの自分の態度をかえりみると「誤爆しました、すまん」と
書くことも照れ臭いと思ってる、かも知れない。
おそらく俺の勘違い(嫉妬に基づく邪推)だろうけどネ。
あっちもこっちも
ｸｿﾆｰﾄがえらそうにしてるからな
2ちゃんねるからｸｿﾆｰﾄの駆除は必要
むしろあっちでもこっちでも
ｵﾚは間違った回答は一切してないからな
すべてｶﾝﾍﾟｷなﾚｽだ
知恵遅れがﾃｷﾄｰなこといってるのは
あっちもこっちも同じ
>>469
そりゃvolatileも万能ではないよ
最終的に確認するのは実機デバッグしかない
アセンブラで直接叩くしか解決できない場合もある
ICEで直接追跡しながらプログラムコードとチップの動作を確認するのが組み込みシステムの開発
ただしvolatileすら使わないのでは無駄に書き替え工数が膨れ上がる
最低限の対応はあらかじめ取っておくべき >>498
このスレの誰もが真っ先にｷﾐを駆除したがってるのに、天才のはずのｷﾐが気づいてない？おかしいねぇ ｸｿﾆｰﾄのたまり場から
ｸｿﾆｰﾄを駆除するだけだからな
部屋にいる人間の数より
南京虫やﾀﾞﾆやﾉﾐの数のほうが多い
そういうｽﾚだ
ﾊﾞﾙｻﾝ焚かないとなまともな人間がよりつかなくなる
その南京虫やﾀﾞﾆやﾉﾐみたいなｵﾏｴを駆除するといってるわけ
わかった？
>>500
今時、
SFRにアクセスする道具は整ってる
Cで書ける
標準の環境でない場合だけ心配すればいい >>500
volatileの機能は明確に定義されていて
万能だとか頭の悪そうな話は必要ない
実機でデバッグしてコンパイラのバグが発覚することはあって
そのときの状況によってはアセンブラを使うこともあるが
アセンブラで「叩く」って言葉遣いは変だぜ
石を叩くのはCでもできるしな
ところで、おまえさんのところでは
JTAGじゃなくICEって言うのか >>505
インサーキットエミュレータ(In Circuit Emulator：ICE)だな
もっともC言語でプログラム組んでたのは7,8年前までだけどな
当時はルネサス変更前のNECの78K0や東芝のTLCS780、松下(パナソニック)のMN101なんかで組み込み開発をやってた volatileだって書いた通りに動く
コンパイラが信用できないときは逆アセンブルして確認する
実機デバッグしなければならないのは書いたやつが信用できないからで
volatileだからじゃないね
あとjtagはインターフェースのことでデバッガ自体は
ICEと呼ぶかな、うちも
volatileをつけてコンパイラが(一見)正しいコードを生成しても
CPUが順番を変えて実行したりする
マルチコア、OoO時代は
同期コードを自分で書くのは色々な意味でやめた方が良い
SFRアクセスには使えるが
ユニプロセッサからマルチプロセッサへパラダイムシフトするにあたって
１つのCPUだけ割り込み禁止してもどうたらって話だろ
>>511
それはOS上で動くプログラムの受け取るシグナルの話？
それなら特定のやつ以外は禁止したり自分でハンドら書いたりできるわけだが。
そういう話ではない？ もしかして
ﾊｰﾄﾞｳｪｱ割込とｿﾌﾄｳｪｱ割込の違いすら分かってないのが
ﾚｽしてんのか
そもそもﾃﾞﾊﾞｲｽがCPUより超遅いことが分かってないようなのが
一瞬で値が変わってたのが、それが変わらなくなったらどうすんのとかいってるﾚﾍﾞﾙだからな
ﾎﾝﾄなｺｲﾂﾗの程度がｲﾛｲﾛと知れるわ
>>513
どの割込みの話ししてるのか良くわからんけど、デバイスからの割り込みって予め指定したプロセッサが受け取る実装が多いぞ 良くわからん人は素直に>>508の通りにしなさい
ここで一言で語れるような内容じゃないから 低学歴知恵遅れがﾄﾞﾔ顔で書いてるOoOの問題なんか
分かった上でｵﾚはｶﾝﾍﾟｷなﾚｽしてるからな
もうねﾄﾞﾔ顔でﾚｽしてるﾔﾂの知能ﾚﾍﾞﾙが
致命的に低いﾜｹ
完璧なヤツが遅いとか速いとか
ハード割り込みとかソフト割り込みとか
まったくとんちんかんwww
書けば書くほど痛い
ﾚｽで簡単に判定できる
ｺｲﾂはｸｿﾆｰﾄ
ｺｲﾂは低学歴
超簡単
キーボードから実数値を入力
3件のみを値が多い順に出力
最初にデータの件数(3件以上で、最大で100件とする)を入力
100件を超える場合、「エラー」と出力
ソートを使うみたいです。よろしくお願いします。
int i, num, array[100];
printf("Number of numbers: ");
scanf("%d", &num);
for (i = 0; i < num; ++i)
{
printf("array[%d]: ", i);
scanf("%d", &array[i]);
}
...
アレ? 蟻のarrayはint配列だけど、問題で要求してるのは実数値じゃね?
arrayをdoubleかfloatの配列にしてくれ。すまん。
floatならscanf/printfともに%f
doubleならscanfは%lfでprintfは%f
100件入力しても最初の3件だけを大きい順ではなく多い順に並べると・・・
変な宿題だな。読み間違えてないか？
入力データに重複を許し、その出現数をカウントしろとか？
3件しかデータがないのに多い順となるとその内2件が同じ値でなければできない。
3件とも違うとか、あるいは3件とも同じなら並べかえる必要がない。
更に配列の先頭の二つが同じなら並べ変える必要がない。
それは既に多い順になっている。または全て同じ値だ。
とすると二番目の値と三番目の値を比較し、同じだったら最初の値と三番目の値を入れ換えれば良い。
三つとも全て同じ値の時に無駄な入れ換え処理をすることになるが、この程度はよかろう。
「3件のみを」は「出力」にかかる
「値が多い」だから出現回数順
「多い順」のソート対象は書いてないが
普通に考えれば入力した全数
これがおれの解釈
出現頻度の上位3位分を出せ？
typedef double VAL_T;
struct {
VAL_T val;
int count;
} data[100] = { 0 };
線形探索して カウントアップして data[] を count をキーにソートして
data[0].val, data[1].val, data[2].val, を出力する
整数値ではなくて実数値で出現回数って些か問題に無理がないか？
>>541
その解釈が恐らく正しいと思うが、元の文章は素直に読むとそうならんよなあ。 値の大きい順に上位３位なら
VAL_T data[100];
入力値をつっこんで data をソートして data[0], data[1], data[2], を出力する
int sortcmp(const void* c1, const void* c2)
{
VAL_T d1 = *(const VAL_T*)c1;
VAL_T d2 = *(const VAL_T*)c2;
if (d1 > d2) return -1;
else if (d1 < d2) return 1;
return 0;
}
・・・・
qsort(data, num, sizeof(VAL_T), sortcmp);
for (i=0; i<3 && i<num; i++)
printf("%d: %lg\n", i+1, (double)data[i]);
・・・・
色々な解釈が可能な文
仕様書からコードにするときには
複数の解釈が無いか気にした方が良い
ああ。sortコマンドとheadコマンド使いたくてうずうずする。
上位三つなら全部チェックすりゃあ良いんじゃないか?
ループとif文3つか?
ｺｺではquickselectというｱﾘｺﾞﾘｽﾞﾑを使いなさい
というのが正解
やっぱりなこのｽﾚは浅はかなｸﾙｸﾙﾊﾟｰしかいないわ
quickselectもアホ
上位3個なら原始的なアルゴリズムが一番速い
課題みたいだし
・バブルソートを書けるか
・保持する要素は3つでいいことに気付けるか
をみる定型問題だろね
アルゴリズムもわかってない
まず、問題解決のための適切なアルゴリズムの選択ができない
クイックソートは明らかに適切ではない
ここではクイックセレクトが適切
確かにこのスレには
まともな教育を受けたのはいない
基本的になにも知らなすぎる
白痴に近い
クイックセレクトってどんなアルゴリズムなん？
元はクイックソートだけどソートしないで選択するだけって感じ？
>>560
パーティショニングして目的の順位を含む方だけ再帰 最大値を探すのにクイックセレクトを使うアホはいない
そういうこと
3個でも同じ
入力毎に判定。
3プールのmin以下なら無視。
maxより大きいなら順位シフト。
mid以下ならmin上書き。
それいがいはmidをminにしてmid上書き。
最悪パターンは小さい順に並んだ時だが
これでもせいぜい数倍になるだけ
クイックセレクトの最悪値は酷い
もちろん典型例でも原始的アルゴリズムの方が速い
元データも変更不要
メモリも3個分だけ
1,ソート対象...data[5, 3, 12 ,8 ,6]
2,メモリをソート対象の最大値個数分確保...a[12]
3,ループでa[5]=data[5], a[3]=data[3]...と全部入れる
4.詰めてオシマイ
史上最速ソートだと思わないか？ループ1回で終わるどｗ
>>569
バケットソートだね〜
値の重複がある場合はリストをつなぐ必要があるし
今回の問題は要素が実数値だから不適になっちゃうけど >>570
あ、そういう名前で実際あるんだね・・・
素晴らしいアイディアだと思ったのに(´・ω・｀) 値をいれる必要はない。
各要素を出現回数のカウンタにすれば重複数も記録できる。
だがこれができるのは入力が整数で表せる場合だけ。
ま、しかし、普通の数値で100しかデータがないと今時のPCだとどんなアルゴリズム使っても人間が感じられないぐらいのスピードで実行しちゃうと思う。
わざとsleepとかするなら別だが。
>>574
桁数が異常に長い入力とか
チープなマイコンとか
まあ色々と考えられる スレッドの引数に渡す構造体を↓みたいにして、
クラスのメンバ関数ポインタを渡そうとしたんですがエラーになります。
info.pfunc = test.callの部分はどう書くのが正解ですか？
typedef struct
{
void (*pfunc)();
} TInfo;
class TestClass
{
public:
void Call(void)
{
cout << "呼んだ" << endl;
}
};
main()
{
TestClass test;
TInfo info;
info.pfunc = test.call;
}
#include <stdio.h>
typedef struct tag_baka_t t_baka_t;
typedef int (*baka_func_t)(t_baka_t const* pt_baka);
typedef struct tag_baka_t {
char* text;
baka_func_t function;
} t_baka_t;
int call_baka1(t_baka_t const* ct_baka) { fprintf(stdout, "baka1:%s\n", ct_baka->text); return 1; }
int call_baka2(t_baka_t const* ct_baka) { fprintf(stdout, "baka2:%s\n", ct_baka->text); return 2; }
int call_baka3(t_baka_t const* ct_baka) { fprintf(stdout, "baka3:%s\n", ct_baka->text); return 3; }
int call(t_baka_t const* ct_baka) {
return ct_baka->function(ct_baka);
}
int main(int argc, char* argv[]) {
t_baka_t baka1 = { "boo", call_baka1 };
t_baka_t baka2 = { "foo", call_baka2 };
t_baka_t baka3 = { "woo", call_baka3 };
fprintf(stdout, "called baka1 -> returned %d\n", call(&baka1));
fprintf(stdout, "called baka2 -> returned %d\n", call(&baka2));
fprintf(stdout, "called baka3 -> returned %d\n", call(&baka3));
return 0;
}
C言語の構造体ならｺﾚでいける
ｺﾚならﾊﾞｶでも分かるﾊｽﾞ
C++の構造体でも同じように書ける
>>584
これっぽいですね、ありがとうございます
オブジェクトポインタと関数ポインタを別スレッドに渡して、
スレッドでその関数を定期的にコールすることをしたかったんです クイックソートのwikipediaに書いてあるc言語のソースに、
【value_type tmp, pivot = med3(a[i], a[i + (j - i) / 2], a[j]); /* (i+j)/2 ではオーバーフローしてしまう */】
と書いてあるのですが、「(i+j)/2ではオーバーフローしてしまう」のオーバーフローする場合がまったくわかりません。
教えていただけますか。
i, jがどんな値かによる。
i == 0x7fffffff && j == 0x7fffffff
で、i + jがどんな整数値になるか考えたまえ。
ありがとうございます。理解出来ました。
下限上限への理解がまだまだでした…
>>587
unsigned char i=128,j=128,k;
k=i+j; >>578が578のやり方でtest.Callのアドレスを渡せないのはなんでなん？理由が知りたい。 >>591
まず瑣末だけど、 test.call じゃなくて &Test::Call でメンバ関数のポインタを取らなきゃいけないってのはあるけど それはいいとして
ざっくり言えば「メンバ関数の型はクラスの型を含んでて、普通の関数とは型違うから」ってとこかねー
# g++
エラー: cannot convert ‘void (TestClass::*)()’ to ‘void (*)()’ in assignment
info.pfunc = &TestClass::Call;
スレチなので 解答が不足ならば「C++相談室」か「スレ勃てるまでもないC/C++の質問はここで」辺りで願います
詳しい人いるだろうし >>592
そのざっくりな説明だけでもわかりやすい。なるほどありがとう。 ググったら安定のロベールさん出てきた。買った方がいいなこれ基礎力でえらい差が出てしまう気がしてきた
ｵｰﾊﾞﾌﾛｰ以前に
ﾎﾟｲﾝﾀ同士の足し算なんかしないからな（Cでは普通のやりかたではできない仕様になってる）
ﾎﾟｲﾝﾀ同士の足し算なんかしたらおもいっきりｵｰﾊﾞｰﾌﾛｰすることがあるからな
つまり簡単にｵｰﾊﾞｰﾌﾛｰはおきうる
ﾎﾟｲﾝﾀにはｱﾄﾞﾚｽが入ってるからな
やってることは
基準になるｵﾌｾｯﾄ（ここでは左端）に距離を足すだけといっていい
距離は通常ﾎﾟｲﾝﾀの引き算で求める
距離は左端と右端の距離の半分の距離に
基準になるｵﾌｾｯﾄに足す
すると中間点になる
つまり中間点固定
しかしﾋﾟﾎﾞｯﾄが中間点固定だと最悪のｹｰｽの場合
ｸｲｯｸｿｰﾄはものすごく遅くなる
で、ﾋﾟﾎﾞｯﾄを乱数で選択することで
その最悪のｹｰｽを回避するというやりかたもある
実際の現実のﾃﾞｰﾀでそんな最悪のｹｰｽはほぼないといっていい
すいません初心者です、質問なんですが・・・
for文を使うときにfor(i = 1 ;i <= 5 ;i++ )でiが5より増えたときにループを抜けるようにiを1ずつ増やすというのは分かるんですが
何故ループするときにfor文のi = 1の代入の部分は無視されるんでしょうか・・・
そういう制御文だからな
そういう仕様だ
for ( [ﾙｰﾌﾟ前に行う演算]; [ﾙｰﾌﾟが処理される条件]; [次のﾙｰﾌﾟが処理される前に行う演算] )
i = 1;
whlle (i <= 5) {
・・・
i++
}
と同じ
どれもすべて入れても入れなくてもいい
for (;;) こう書くと無限ﾙｰﾌﾟになる
なるほどそういう仕様だったんですね・・・
丁寧にありがとうございますこれでようやく眠れる
>>600
continueがあるとちょっと書き換えが必要だけどね >>602
書き換え？
i = 1;
whlle (i <= 5) {
・・・
goto CONTINUE;
・・・
CONTINUE:
i++
}
ってやるだけだろ for文でのcontinueの挙動を最近知ったばかりで自慢したかったんだろ
if
for
while
do while
goto
break
continue
このくらいしか無いんだから全部覚えとけ
なぜかgotoの使い方を知らんヤツが多い
多重ループを抜けるのにわざわざフラグを使うアホとか
使い方を知らんというより
絶対使うなと刷り込まれているのが多い
なぜだと聞いても答えられないやつ全員
gotoは悪という教義のある宗教の信者だから仕方がない。
大体使わなくて済むし
使う必要がある時に
さりげなく使うもの
脱出時だけ使ってるな。
関数の途中で複数エラーが出る可能性がある場合とかは関数の最後の方にgotoさせてそこでまとめてメモリ解放などをする。
他の言語だと例外投げて try catch でなんとかするようなやつだな。
returnが複数あるのを嫌がる宗派があるからなあ
初期化(1) if (エラー) goto E1;
初期化(2) if (エラー) goto E2;
初期化(3) if (エラー) goto E3;
：
return おっけー
E3: (3) の後始末
E2: (2) の後始末
E1: (1) の後始末
return エラーじゃ
>>614
確かに、misra が全力でそれを嫌うのは、なにか理由があってのことでしょうか？ ○○派とか言うと他の方法を知らないように感じる
臨機応変に色々の方法を使い分けるのが良い
コーディング規約を決める偉い人の信仰心に依存する、か
>>619
あとよく使うのがagainだな
ループでagainしたい時に上に飛ぶやつ コーディング規約を偉い人が決めるような会社は嫌だな
retryとoutは使うわ
後始末不要ならその場でreturn
後始末必要なら最後にreturn
まあこの辺の書き方より関数名、変数名、変数の数を気にして欲しいと思う今日この頃
Cのgotoが関数から出られない、という時点で
悪しきgotoの大部分が封じられているんだけど
せっかくそうなっているのに１関数で数千行なんてやらかす
何というか吹っ切れたやつが暗黒面に墜ちていると
とんでもねえんだよ
>>626
＞Cのgotoが関数から出られない、という時点で悪しきgotoの大部分が封じられている
ところがどっこい、setjmp()/longjmp() というものがありまして… longjmpでイスカンダルまで飛びたいんですけど
何故か地球に戻ってしまいます
スタック上の戻りアドレスを自分で操作して、好きな場所にワープさせてた奴いたっけな
>>627
longjmpで悪しきgotoを
やって見せてくれ
ideoneで 悪しきgotoの大部分を封じるときに
巻き添えで封じられた悪しくないgotoを救う
アイテムがlongjmpだろうがよ
gotoは良く切れる刀のようなもの。
その怪しい魅力に取り憑かれダークサイドに堕ちた者は数知れず。
その昔サブルーチンの存在を知らなかった頃
gotoだけでスタックオーバーフロー的な
破綻をさせないで組んだのは結構自分の糧になってる
大人になってコーディング規約を作る側になった時
脱出のみ使用可能ってルールを作ったら
頑なに拒否するメンバーがいて仕事を外れてもらったことがる
宗教じみた反応でちょっと怖かった
gotoなんかよほどの理由がない限り使わない
適切に構造化できないｱﾎが使うとﾛｸなことにならない
原則禁止でいい
>>616なんかではgoto使うｹｰｽなんかほぼない
普通にｺｰﾄﾞ書いてればgotoなんかなくなる
後始末の仕方が判定できないｺｰﾄﾞを書くと
初期化が終わったあと、その初期化がむしろ不要になった場合その後始末が大変になる
知恵遅れほどいちいち不要なgotoを使いたがるからな
#define ERROR_INIT_AHO0 -1
#define ERROR_INIT_AHO1 -2
#define ERROR_INIT_AHO2 -3
#define ERROR_INIT_AHO3 -4
typedef struct tag_aho { char* p1; int fd2; FILE* fp3; } t_aho_t;
int 初期化(t_aho_t** ppt_aho) {
t_aho_t* pt_aho;
*ppt_aho = NULL;
if ((pt_aho = malloc(sizeof(t_aho_t)) == NULL) { return ERROR_INIT_AHO0; }
*ppt_aho = pt_aho;
if ((pt_aho->p1 = malloc()) == NULL) { 後始末(pt_aho); return ERROR_INIT_AHO1; }
if ((pt_aho->fd2 = open()) < 0) { 後始末(pt_aho); return ERROR_INIT_AHO2; }
if ((pt_aho->fp3 = fopen()) == NULL) { 後始末(pt_aho); return ERROR_INIT_AHO3; }
return 0;
}
void 後始末(t_aho_t* pt_aho) {
if (pt_aho == NULL) return;
if (pt_aho->p1 != NULL) { free(pt_aho->p1); }
if (pt_aho->fd2 > 2) { close(pt_aho->fd2); }
if (pt_aho->fp3 != NULL) { fclose(pt_aho->fp3); }
free(pt_aho);
} >>642の簡単な例なら最初のmallocのあと
pt_aho->p1 = NULL;
pt_aho->fd2 = -1;
pt_aho->fp3 = NULL;
と初期化しておくだけでどう後始末すれば判定できる >>645
後始末ってエラー時だけじゃなく終了時にも使いたいから
未使用かどうかを分かる様にしとくと色々便利だよね Linux は、goto でエラー処理をまとめてる
return も、2箇所以上で使っている。
関数の冒頭で、処理しないものを、return ではじいたりしてる
MISRA-C のルール違反
トヨタなんか、MISRA-C で、5/100点とか聞くw
ルールの95% に違反w
>>642
それだと毎回その関数用の構造体を作らねばならなくなっていまいち面倒ではないか？俺は>>616とその方式組み合わせたような感じにしてるよ。
int func()
{
int r = -1;
char *p1 = NULL;
int fd2 = -1;
FILE *fp3 = NULL;
if ((p1 = malloc()) == NULL) goto func_exit;
if ((fd2 = open()) == -1) {
r = -2;
goto func_exit;
}
if ((fp3 = fopen()) == NULL) {
r = -3;
goto func_exit;
}
/* 処理 */
// ここで p1, fd2, fp3 を使い終わった場合は func_exit より後でメモリ開放や
// クローズされないようにするために -1 や NULL を代入する。
r = 0; // 成功
func_exit:
if (p1) free(p1);
if (fd2 != -1) close(fd2);
if (fp3) fclose(fp3);
return r;
} >>648
goto使わず普通に関数呼べばいいだけでは int func()
{
int r = 1;
//無駄な初期化はしない
char *p1;
int fd2;
FILE *fp3;
p1 = malloc(); if(p1 == NULL) goto malloc_failure;
fd2 = open(); if(fd2 == -1) goto open_failure;
fp3 = fopen(); if(fp3 == NULL) goto fopen_failure;
r = 0; // 成功
//フラグの類は極力使わない
fclose(fp3);
fopen_failure:
close(fd2);
open_failure:
free(p1);
malloc_failure:
return r;
}
gotoを使った方がシンプルで見易いコードになるにも関わらず
頑なに使わない信者さん
>>606の振りで始まったにも関わらずたくさん出てくるね わざわざ専用構造体と専用後始末関数と専用エラーコードをつくってわざわざ複雑にしてるアホもいるし
変数名で自己紹介してるから自覚はあるんだろうけど
初期化と後始末を包んだ関数もいるね
十数行で済むシンプルな関数に
何十行使うつもりだか
Ok, so I'm looking at your code and your code is pure and utter *shit*.
>>647
MISRAの話だとそういう制御の話がよく取り上げらてて俺もほとんど守ってないけど、データ変換の話はよく考えられててなかなか為になるよ >>650
最初の一文も読めないよのかよ…
> それだと毎回その関数用の構造体を作らねばならなくなっていまいち面倒ではないか？ ｱﾎは後始末しないのもわかったわ
初期化がおわったあと
ﾌｧｲﾙあけたらずーっとあけっぱなし
ﾋｰﾌﾟ作ったら作りっぱなし
なにがおきようが関数抜けたらずーっと放置
まずその部分で完結したｺｰﾄﾞが書けない
だいたいどんな知恵遅れがｺｰﾄﾞ書いてんのか分かった
ｱﾎが自己紹介のｺｰﾄﾞ書いてるしな
やはりな
Cはｵﾚみたいにｴﾚｶﾞﾝﾄなｺｰﾄﾞ書けるﾔﾂでないと使えない
ｵﾚみたいなﾌﾟﾛﾌｪｯｼｮﾅﾙでないとﾑﾘ
Cは言語規格が非常にｼﾝﾌﾟﾙで非常に優れている言語だからな
ｼﾝﾌﾟﾙなせいで敷居も低い
そのせいでｱﾎでも酷いｺｰﾄﾞが簡単に書けてしまう
非常に根が深い問題といっていい
fp = fopen(filen, "rb+");
if(fp == null) {
return 0;
}
func(fpやら処理する価);
fclose(fp);
ファイルオープンに失敗したらもどるし
関数呼び出しの結果がどうだろうと解放されるしgoto使う前にint func(void){return 0;}でわければいい
小さな機能の関数でgotoを避ける為に関数を分けるとか
goto使った方が見易いコードがとかいって関数分けた方が見やすいし戻る場所も関数呼んだ場所で分かりやすい
逆にgotoじゃなきゃ絶対駄目って宗教にはいってるんだろうか
gotoをさけるためじゃない
適切な初期化と適切な後始末ができる機能を提供している
しかもｵﾚが書いたｺｰﾄﾞは
全部眺めなくても初期化のしかたと後始末の仕方が分かるｴﾚｶﾞﾝﾄなｺｰﾄﾞだからな
ｺｰﾄﾞの見通しもよくなる
int void func() {
t_aho_t* pt_aho;
int i_ret;
// 初期化処理
if ((i_ret = 初期化(&pt_aho)) < 0) {return i_ret; }
if (read(pt_aho->fd, p_mem, 1) < 0) { 後始末(pt_aho); return ERROR_INIT_AHO4; }
if (fprintf(pt_aho->fd, "%c\n", *p_mem) < 0) { 後始末(pt_aho); return ERROR_INIT_AHO5; }
// 終了
後始末(pt_aho)
}
なんの処理をやってるｺｰﾄﾞかすぐに分かる
初期化処理と後始末ばっかりが何行も続くｺｰﾄﾞなんかだれも読みたくないからな
何年か前、一連のファイル群を読み、内容の検査をするプログラム書いたことがあった
複数Diskに跨がって処理を行っていたが、このDiskの検査はここで打ち切っていいとなったとき
三重ループから一気に抜けるのにgoto使ったな
goto next_disk;
使わないとそうしないと何分も時間を無駄にすることになるのでね
禁止しても良いけど、処理時間が掛かります、我慢してくれますか？ってことだな
三十ループなんてやるのだったら間違い無く関数わけする
しかし、関数分けたら処理hourが時間がかかるって
コンパイラが最適化してくれるだろうに
>>651
まあ俺もこれかな
>>667
正常終了時に戻り値が不定になるコード書いててエレガントとか言われてもなぁ w >>669
小さな小さな3重ループでも
3重ループという理由だけで
わざわざ関数を分けるの？
関数を分けるべきか分けないべきかは
内容に大きく依存する
分けないべきな時に
gotoの使い方を知らないという理由で
わざわざ複雑にするのがアホだ むしろそんなﾙｰﾌﾟは関数で分けるほうが適切だからな
だいたいそういうｿｰｽは知恵遅れしか追えないようなｺｰﾄﾞになってる
そして知恵遅れもどういう動きしてるか分からないようなｺｰﾄﾞになってる
リソースの確保と解放
リソースが単一関数内でしか使わないのであれば
その関数内で1:1で行うのが一番シンプルで分かりやすくコストも低い
gotoを使えばそれがシンプルに実現出来る場合もある
gotoを使わなくても出来る
そりゃそうでしょうが
問題は出来る出来ないじゃない
コード量、パフォーマンス、使用リソース、
分かりやすさ、シンプルさ、安全性、
メンテナンス性、
>>642のような重いコードが良い場合もあれば
>>651のような軽いコードが良い場合もある
色々な方法を臨機応変に使えるのが良い だいたいこの程度の制御文で十分なﾊｽﾞだからな
ﾊﾞｶはいちいちgoto使って追えないようなｺｰﾄﾞにするﾜｹ
int ahoaho_exam() {
for (int i = 0; i_disk_count; ++i) {
switch (i_ret = ahoaho_exam_disk()) {
case SKIP_ALL: return SKIP_ALL;
case SKIP_DISK: continue;
default: break;
}
・・・（ここでもSKIP_ALLが返却かもしれない）
}
return 0;
}
int ahoaho_exam_disk() {
for (int i = 0; i_dir_count; ++i) {
switch (i_ret = ahoaho_exam_dir()) {
case SKIP_ALL: return SKIP_ALL;
case SKIP_DISK: return SKIP_DISK;
case SKIP_DIR: continue;
default: break;
}
・・・（ここでもSKIP_ALL、SKIP_DISKが返却かもしれない）
}
return 0;
}
（続き）
int ahoaho_exam_dir() {
for (int i = 0; i_file_count; ++i) {
switch (i_ret = ahoaho_exam_file()) {
case SKIP_ALL: return SKIP_ALL;
case SKIP_DISK: return SKIP_DISK;
case SKIP_DIR: return SKIP_DIR;
case SKIP_FILE: continue;
default: break;
}
・・・（ここでもSKIP_ALL、SKIP_DISK、SKIP_DISKが返却かもしれない）
}
return 0;
}
int ahoaho_exam_file() {
・・・（ここでもSKIP_ALL、SKIP_DISK、SKIP_DISK、SKIP_FILEが返却かもしれない）
return 0;
}
簡単にﾙｰﾌﾟなんか制御できる
こんなもんにgoto使うとか愚の骨頂
まず処理を小さな単位に分割する能力がない
初期化処理は初期化処理
終了処理は終了処理
基本的にgoto濫用するﾔﾂは知能に著しい欠陥がある傾向がある
複雑な問題を簡単な単純な問題に分割する能力もない
複雑な問題を簡単な問題へと段階的に詳細化していく能力もない
ｵﾂﾑに致命的な欠陥があるとそうなるﾜｹ
goto くらいで混乱するような頭が不思議でならない。
gotoもlongjmpも普通に使う。
まあでも一つの関数はA4一枚くらいにはまとめて書くようには言っているが、１ｍくらい
の長いコードを書くやつもいるし俺も２ｍくらいなら十分ついていける。
>>677
昔、ソースが２万行、各関数が２００行〜４００行と言うプログラムをメンテしてた
しかも、それぞれがグローバル変数とスタティック変数を使いまくり
一つの関数がそのスタティック変数の値で自在に動きが変わるという あの程度の初期化処理で重いとか軽いとかいってる時点で
もうね知能の程度がしれるﾜｹ
そんなﾐｼﾞﾝｺ未満の検出できないようなﾚﾍﾞﾙの差よりな
ｵﾏｴが書いたｸｿｺｰﾄﾞのﾎﾞﾄﾙﾈｯｸになってるｱﾙｺﾞﾘｽﾞﾑを見直したほうがいいわ
なにがﾎﾞﾄﾙﾈｯｸになってるか検証する能力がまずないからな
前のｸｲｯｸｾﾚｸﾄのときも知恵遅れの程度がしれたからな
知恵遅れは目的に応じた適切なｱﾙｺﾞﾘｽﾞﾑの選択もできない
知恵遅れにﾃｷﾄｰにｺｰﾄﾞ書かかせるとだいたいｶﾞｯｶﾘするような結果になる
gotoの有無なんかより関数の行数、変数の数、ネストの方を気にして欲しいわ
プログラムなんぞ如何にエントロピー抑えるかだけだからな
>>651
変数が多くなって途中で出るエラーが増えた時に goto の飛び先も同時に増えるな。
まあ、混乱するぐらい増えたら既に何か書き方がおかしくなっているような気もするがw 例えば、このｺｰﾄﾞ
https://ideone.com/SGwLK0
turnaround time ::= 0.0290 sec
turnaround time ::= 3.9219 sec
この差はなにに起因してるか
この差を解消する必要があるならどうすればいいか
そういったことを検証や分析できないからﾀﾞﾒなﾜｹ
もうねﾚｽしてることがﾄﾝﾁﾝｶﾝすぎるﾜｹ gotoを宗教とか言ってるバカに説得力なんてあったのかｗ
>>680
クイックセレクトwww
わざわざ自分で恥を広めなくても 知恵遅れの負けず嫌いは異常だからな
知恵遅れは知恵遅れであることを自覚できない
だから知恵遅れは知恵遅れのまま
一生知恵遅れのまま
頭悪い低学歴底辺ほど自尊心だけは強い
もともとなにもないからっぽだからな
明らかに適さないアルゴリズムを
「クイックセレクトを選ぶのが正解」
とか言い出したアホ
まだこの発言が正しいと思ってるわけじゃないよなwww
速度が要求される低レベル処理に対して
遅い関数を使うアホ
形容詞に比較をつけない世間知らずが人様つかまえてアホとかもうあいた口が塞がらない
クイックソートを使うのはアホ
と最初に書き込んだのは私だけど
自分以外は全て同一人物だと思ってるのか？
おれの書き込みを読めば
>>686 が勘違いということがわかる 宗教だからね
教祖様が勘違いということにしたければ
いくらでもそういうことにできる
つきあってらんねー
>>683
エラーが増えても修正は2箇所だけ
半角君のコードは何箇所？ >>688
自己紹介乙
ここはム板
技術的な話に全く無用のアホワード連発して
何がしたい https://ideone.com/GZWy0t
別の知恵遅れがお勧めしてた方法では（総なめ）
1000万件いかないうちに上位0.1%ですらWebｼﾐｭﾚｰﾀが拒否するほど酷い結果になってる
turnaround time ::= 4.8076 sec
※ 5秒越えたら実行されない
ｵﾚのｴﾚｶﾞﾝﾄなｺｰﾄﾞでは知恵遅れが最悪のｹｰｽといってたﾃﾞｰﾀでも同じ条件も余裕
https://ideone.com/SGwLK0
turnaround time ::= 0.0534 sec
turnaround time ::= 0.0126 sec 自己紹介乙
類は友を呼ぶ
つきあってる範囲がそういうこと
というだけ
低学歴ですと自白してるﾔﾂが何人かいるわ
わかりやすい
よほど低学歴なのが悔しいらしいな
残念なことに低学歴なのはﾚｽからすぐにわかっちゃうﾜｹ
ﾊﾞﾚてないと思ってるわけか。。。
高学歴が１人でもいたら
おまえの主張は破綻する
つーかセンズリこき野郎はwinnyくらい使ってるだろ？
コンストラクタ/デストラクタの機構があれば楽できるのにな と思うことはある
>>699
トップ3個だぞ
あと最悪データの意味わかる？
なんで最悪データの方が速い？ そもそもｸｲｯｸｾﾚｸﾄがどんなｱﾙｺﾞﾘｽﾞﾑかすら分かってない
だから最悪な条件がどういう状態をさしてるのか分かってすらない
まあお話にならないわ
まともな教育を受けてないﾔﾂと
話がかみあうわけがない
低学歴じゃなかったら
最低でも最悪の条件が分かってる上で
議論に参加するからな
そんなことも分からずに低学歴でもﾃｷﾄｰな書き込めるのが2ちゃんねるだからな
ﾊﾞﾚてないと思ってるらしいが低学歴とﾆｰﾄというのはﾚｽからすぐにﾊﾞﾚる
残念なことにな
>>708
お前の言う最悪な条件の方が4倍以上速い
おまえの最悪な条件の定義は何だ？ 定義？
なにいってんのｺｲﾂ
>>684 をみて
ｵﾚがなにをいってるか
理解できないしな
ｺｺが知恵遅れの限界 >>706
だね
C++ならスマートポインタ、C#ならusingでもっと楽にかつ確実にやれるのになにアホな言い合いしてるんだろうって感じ 低学歴とニートがすぐわかるなら具体的に名指ししてみな
誰にでも再検証できるように
つまり工学者として当たり前の様式で
quickse;ectの件(ELEMS=20,TOPSS=10)で試すとp2の結果が違うのだが
初期値: 0.0 1.0 2.0 3.0 4.0 5.0 6.0 7.0 8.0 9.0
10.0 9.0 8.0 7.0 6.0 5.0 4.0 3.0 2.0 1.0
結果:
>>684: 10.0 9.0 9.0 8.0 8.0 7.0 7.0 6.0 6.0 5.0
>>699: 10.0 9.0 8.0 9.0 8.0 7.0 6.0 7.0 6.0 5.0 両方とも選択された要素の順序は保証されてない
そういうｱﾙｺﾞﾘｽﾞﾑだ
ｿｰﾄすれば同じ結果になる
上位の抽出結果のｿｰﾄなんか一瞬でおわる
Cが優れているのでC++なんて全く必要性を感じなかったが、gotoで頭が混乱する
とか１ｍのコードくらいで頭が混乱するような人はC++をぜひ使ってみるといいと思う。
最近C++を使ってみて驚いた。Cと何ら変わらない低レベルコードを吐き出す
低レベル言語のくせに機能的には100倍も優れている。
その優れた機能を一切使わなくてもいいが、namespaceやクラスをパッケージ化の
機能としてだけつかってもCよりは随分楽に管理できる。
Cの場合はパッケージにして頭の悪い人でも分かりやすくするにはサブルーチンを使う
以外に方法がない。しかしC++はnamespaceでスコープを自由に制限できてパッケージ化
ができる。しかも50行程度に小さく刻んでもコードには何の影響も与えない。
>>679
そうだよ。昔の人はそれでも平気だったんだよ。昔の人は賢かった。まあわが社では
いまでもそれは普通にやっている。
わが社の社員は現代人だから頭は変わらないと思うが特別根気があるのだろう。
だから賢くなる。つまり昔の人も頭が良かったというよりも根気があったのだろうと思う。 半角君のコード
低速 (最悪値は特に)
コードサイズ大
複数回スキャン
破壊
ｵﾚのｴﾚｶﾞﾝﾄなｺｰﾄﾞに対して
最悪値になるﾃﾞｰﾀ作ってみ
1000万件中上位3件程度しか抽出できないｺｰﾄﾞ書いても意味ないからな
お題どおりなら3%は抽出できないといけない
上位30万件は抽出できないとな
https://ideone.com/uQbHYf
ｵﾚのｴﾚｶﾞﾝﾄなｺｰﾄﾞでは
上位30万件でもこの速さ
turnaround time ::= 0.0534 sec
turnaround time ::= 0.0126 sec
ｵﾂﾑが弱いのがｺｰﾄﾞではまず実現は不可能
まず処理が終了しない 「最悪値」って確率は関係ないから
文字通り「最悪値」
勝手に条件を変えてwww
出題は上位３個
出題後の書き込みもずっと上位３個という前提
ﾗﾝﾀﾞﾑな値使ってるのに
まず最悪値になりようがない
だからな最悪値になるﾃﾞｰﾀ作ってみろよ
知恵遅れはﾗﾝﾀﾞﾑの値といってるから
入力値に疑似乱数使ってると思ってるかもしれないが
そもそもﾋﾟﾎﾞｯﾄの選択がﾗﾝﾀﾞﾑという意味だからな
「最悪値」って確率は関係ないから
文字通り「最悪値」
--普通の人のコード--
高速
コードサイズ小
1回スキャン
非破壊
--半角君のコード--
低速 (典型例で４倍の時間、最悪値は特にひどい)
コードサイズ大
複数回スキャン
破壊
0.01秒ｵｰﾀﾞｰが4倍とか議論不要なﾚﾍﾞﾙだからな
そもそも知恵遅れが書いたｺｰﾄﾞは条件が少しかわるだけで
待ってても結果が戻ってこないからな
ｵﾚのｴﾚｶﾞﾝﾄなｺｰﾄﾞには勝てない
要素数,抽出数,ｴﾚｶﾞﾝﾄ(sec),ｱﾎ(sec)
10000,300,0.0000,0.0040
20000,600,0.0000,0.0150
30000,900,0.0000,0.0330
40000,1200,0.0000,0.0590
50000,1500,0.0000,0.0920
60000,1800,0.0010,0.1330
70000,2100,0.0000,0.1760
80000,2400,0.0010,0.2300
90000,2700,0.0010,0.2920
100000,3000,0.0020,0.3620
110000,3300,0.0020,0.4360
120000,3600,0.0020,0.5300
130000,3900,0.0020,0.6080
140000,4200,0.0020,0.7030
150000,4500,0.0030,0.8170
160000,4800,0.0020,0.9260
170000,5100,0.0020,1.0470
180000,5400,0.0020,1.1740
190000,5700,0.0030,1.3080
200000,6000,0.0020,1.4490
210000,6300,0.0020,1.5970
220000,6600,0.0020,1.7690
230000,6900,0.0020,1.9170
240000,7200,0.0030,2.0870
250000,7500,0.0030,2.2660
260000,7800,0.0050,2.4590
270000,8100,0.0040,2.6380
280000,8400,0.0020,2.8350
290000,8700,0.0010,3.0500
300000,9000,0.0020,3.2750
やっと処理が終わった
ｱﾎのｺｰﾄﾞのせいでCPUが熱くなったわ
数10万件ﾚﾍﾞﾙでｺﾚだからな
↓処理結果
http://fast-uploader.com/file/7088947692690/
一部抜粋
950000,28500,0.0140,33.5910
960000,28800,0.0100,33.4880
970000,29100,0.0190,34.1070
980000,29400,0.0080,34.8320
990000,29700,0.0100,35.4970
1000000,30000,0.0080,36.5600
↓ｸﾞﾗﾌ
知恵遅れ息してない >>740
元の課題を書き換えて勝利宣言とか流石に恥ずかしすぎて真似できんわ >>741
休日丸一日張り付いてるとこ見ると、他にやることないみたいだし、多分まだ続くで >>697
俺は半角君ではないが、あれの場合も2ヵ所じゃないか?
初期化含めると3か所か。 >>706>>713
まあ、他の言語使えばいいだけだな。
最終的なコードは同じになるだろう。それを自動でやるかプログラマが作るかの違いしかない。
C++も初期の頃はC言語へのコンバータだったしな。 >>745
#define
構造体
関数２個
計４か所
修正面倒
実際の半角君のコードもそんな面倒なコードにはなってない 暗澹として気持ちになる
半角君の言い分にも理はある
顧客がどういう方向にものごとを拡張したいと言い出すかなんてわからないんだ
なんでいりもしないくそコード増やしてんだと罵ることもできるし
これをスケーラビリティのある優れたコードだといって、もう一方クソ呼ばわりすることもできる
でも、書いたコードが結局どう評価されるかは将来を見通す能力で決まるんじゃない
顧客がこっちの様子みて事後的にきめてるんだ
>>699のコードにエラー時の処理を入れるのに
いちいち>>642にするのか？
使い分け
gotoの使いどころでは使う 多重ループを抜けるのに
半角君はどう書くつもりたろうか
switch / case からループを抜ける
これも良くあるコード
ループの中を関数化したうえで case 句からは return で即脱出するのかな
勝手な想像だけど
ここ喧嘩ばっかだから他所行くかーと思ってC++スレ行ったらそこでも喧嘩しててワロタ
一緒にすんな失礼な
発 者 同 . ｡_ ____ 争
生 同 .じ . /´ (ゝ___) い
.し 士 .レ .__／'r-┴<ゝi,,ノ ro､ は、
.な で .ベ ∠ゝ (ゝ.／/｀ ./｀ }⌒j
.い し .ル } ⌒ ／｀ヽ､_∠l,ノ ・ヽ´
.! ! か の / ´..:.} ＞､､___, .r､ ｿ､｀＼
/ ..:.:.} / ∨ ｀￣
／ ..:.:./ 丶
/ ＿､ ..:.:.:.{ .{.:.:. ＼
{ ..:Y .ゝ､ {.:.:.:.:. ヽ
､ ..:/ 丿 .:〉 >.- ⌒ . ヽ
/ {. ..:./ ｿ ..:./ .( ..:.:.:｀ ..:}
./..:.:}.:.:./ ヘ､ ..:./ .＼ ..:.:r＿,ノ､.:.:}
./..:.:/.:/ {.:./ X.:.:}.} X X
/..:.:/ .}.: }:/ .Y丶ヽ Y.:Y
. ＿＿／.:／ { } 《.〈､ ＿,,__>.:》丶 Y.:＼
／.:.:.:.:.::／ !.:.:ゝ ゝ.:.￣ヾ ´:.:.:.:.:.:.:.:.:ヾゝ ＼.:￣＞
というかだ
randとquickselectどっからコピペしてきたのか正直にいいなさい
非の打ちどころなく最適化されたロジック
筋のいい関数分割
的確な規約にのっとった命名
正確な英語
おまえがつくったのbakaとallocとfree_dataだけだろ
関数ごとにあまりにも作成者の知性差がありすぎる
質問者そっちのけで
議論だけは続きます
いつものパターン
https://ideone.com/H6J9g6
ｺﾚで上位3件と
ｺﾚで上位3%の比較ができる
ちなみにｱﾎのｺｰﾄﾞが混じってるせいでWebでは動かない
https://en.wikipedia.org/wiki/Quickselect
ちなみにｺｰﾄﾞはｺﾚみながらちゃんとｵﾚが作ったからな
あとな quickselect は見直してたら一箇所ｺｰﾄﾞに誤りがあったわ
動作自体に大きな影響はない
それがなんでかは、それでどう動作がかわわるか、それがどういう修正なのかは
きっとこのｽﾚの知恵遅れたちには分からない
疑似乱数生成器は普通にxorshiftｺﾋﾟって作ったわ
あれならｲﾝﾀｰﾈｯﾂにいるようなどんなﾊﾞｶが書いても同じ結果になるからな
その部分だけはあってるわ
で、あとは、ﾃｽﾄ評価用関数の名前がどうこうしかないﾜｹか
まあｵﾂﾑの程度がよくしれるわ 1個も自分で考えたアルゴリズムが無いっていう
選択も正しくない
ﾊﾝｶｸ君「100件から上位3件のｿｰﾄじゃダメだ!
100万件から上位3万件を抽出（未ｿｰﾄ）できるｸｲｯｸｾﾚｸﾄがｴﾚｶﾞﾝﾄ！」
全角君「１億件をソートするにはそれじゃダメだろ ヴォケが！
『マルチコアの並列ソート』こそがグレイシャス！」
二 倍 角 君 「 ダ ァ ホ が ！ １ ０ ０ 億 じ ゃ ！
量 子 C P U で 超 並 列 じ ゃ ー い ！ ！」
今後の展開を想像したらわくわくしてきた
にしても 今日もあっついなぁ……
なんかしょうもない争いしてんのな
どんぐりの背比べ
病気の発作みたいなもの
しばらく放置して、本人が落ち着くのを待つ
かまえばかまうほど、病気は進行する
あとな、知恵遅れが自分で新しいｱﾙｺﾞﾘｽﾞﾑを考えるとか
1億年たってもﾑﾘだからな
ｵﾚﾚﾍﾞﾙの人間ぐらいにならないとﾑﾘ
このｽﾚにいるような知恵遅れを遥かに凌駕する先人が
考えたｱﾙｺﾞﾘｽﾞﾑすら使いこなせてない
はっきりいってな低学歴知恵遅れやｸｿﾆｰﾄは
自己評価が高すぎるﾜｹ
低学歴知恵遅れやｸｿﾆｰﾄは自分のｶｽっぷりの自覚がない
まずｺｺが問題なﾜｹ
そんな知恵遅れが新しいｱﾙｺﾞﾘｽﾞﾑとかな逆立ちしてもﾑﾘだからな
知恵遅れや凡人はまず適切なｱﾙｺﾞﾘｽﾞﾑを選択できるようになるのが先だからな
日本ではPGは低学歴底辺しかならない職業だからな
しょうがないという側面もなある
おのずと低学歴底辺の頭悪いのばっかりになる
まちがいがあったんだろうか？
相手が間違ってるかもしれないのに知ったげして
いつもいってることだが
ﾚｽしてるﾔﾂが低学歴か
ﾚｽしてるﾔﾂがﾆｰﾄかなんかな
ﾚｽみればすぐに分かることだからな
残念なことにそれをいくら隠そうとしても
隠すことはできない
本人はﾊﾞﾚてないつもりかもしれないが
ﾁｮﾝﾊﾞﾚなﾜｹ
お前の書き込みが病的だからお前が特定されてるだけだろ
ほかのやつの学歴なんか一切わからんわｗ
#include <stdio.h>
int func(int n)
{
if(n==0)
return 0;
if(n==1)
return 1;
return(func(n-2)+func(n-1));
}
int main()
{
printf ("%d",func(4));
return 0;
}
これの出力は３なんだけど
これ、永久的数が増えていく気がするんだけど。。。
どういう考え方で3になるか教えてほしい
4
2, 3
0, 1, 1, 2
0, 1, 1, 0, 1
>>776
足し算の合計としてじゃなく２つのfuncとして返されるってこと？
そしてその連続ってこと？ >>778
え、概念はわかった
func(0) = 0
func(1) = 1 ってどこからわかるんだ？
returnではないよね？ >>780
え、リターンって 定型文というか終わりを意味するだけだと思ってた。 #include <stdio.h>
int func(int n, int stack)
{
++stack;
if(n==0) {
for (int i = 0; i < stack; ++i) printf(" ");
printf("[%d] returned func(%d) -> %d\n", stack, n, 0);
return 0;
}
if(n==1) {
for (int i = 0; i < stack; ++i) printf(" ");
printf("[%d] returned func(%d) -> %d\n", stack, n, 1);
return 1;
}
int i_ret = func(n-2, stack) + func(n-1, stack);
for (int i = 0; i < stack; ++i) printf(" ");
printf("[%d] returned func(%d) + func(%d) -> %d\n", stack, n - 2, n - 1, i_ret);
return(i_ret);
}
int main()
{
printf ("%d",func(4, 0));
return 0;
}
このｽﾚの知恵遅れがどうこういうだけﾑﾀﾞ
ｺﾚ動かして自分で考えればﾊﾞｶでもﾁｮﾝでも分かる
>>781
return は関数を抜けて 呼び出し元に戻り値を返すんだよ >>781
なぜ、そんなものが存在するのか
つまり、必要なのか
ただブレースを閉じるだけではダメなのか
疑問を持ったことはないのか？ ヒープソートの参照のみならオーダー（計算量）はどうなるか。
先着順
当てたらアマギフ
俺も何度かここで質問してるが、ム板にしては答えちゃんと返してくれるスレなんだよ。
ただただ質問者と回答者以外の第三者の介入が必ず発生して荒れ出すだけで・・・ｗ
>>785
なんでindent() のforの++iってなんか意味あるの？ 2ch慣れというか5ch慣れしてスルーカパワーが高まった人でないと中々難しいのかも知れんのう
一番上と内部でレベルが合ってるように見えてて実はズレてる気持ち悪さ
中に入れるか呼び出し場所で外に書くかどっちかにしる
あとひどいのがprintしてる"return"の後ろの文字列の示すところが変わってること
固定値返してるところでfunc(n) -> n みたいにさらに下位を呼び出してるみたいにとれる書き方がしてあって
return func(2-2) + func(2-1) -> 1 とか計算内容を書いてるところと一貫性がとれてない
でも計算内容を展開してるだけだからいいっちゃいいのか
うーん
全然ずれてない
ｺｰﾙｽﾀｯｸの深さとぴったり一致してる
ｵﾂﾑが足りない知恵遅れのために
さらにﾑﾀﾞな補助出力をつけてやったぞ（AとB）
https://ideone.com/2vP2kN
ここまでくると
ﾒｸﾗやﾂﾝﾎﾞを誘導するのに近い。。。
↓この課題は、最終的には、ｺﾚにおちつくことになる
（なんでかは、nを増やせばきっと知恵遅れでも分かるとは思ってたからな）
https://ideone.com/eaJEjX
補助出力がないとなにやってるのかすら分からないﾒｸﾗやﾂﾝﾎﾞでは
ｺﾚがなにやってるかもきっと理解できないわ
u_l、u_r、u_yしかないからな
知恵遅れは再帰が理解できてないのが、よおく分かったわ 余計紛らわしくなっとるわ！同じレベルで連続でリターンすんなしｗ
関数の戻りと呼び出し先の戻りがごちゃごちゃに
誤差www
そりゃアホが作れば誤差が問題になるだろうねえwww
>>802
√5 の係数を整数で持てばいいのでは？
F_n = （φ^n - (-φ)^(-n)) / √5, φ=(1 + √5)/2 IEEEの倍精度（64bit）で15〜16桁程度の精度
つまりdouble、>>809の精度が概ねその程度
64bit整数なら19桁はいける ルートとｎ乗求める処理オーダーってどんなんじゃろ
６４bitまでならルート使ったほうが早いだろうけど
結局桁数が大きくなったらルートとってｎ乗してって結構処理重そう
じつは全部足し算したほうが早かったりして
nが大きい場合の計算オーダー
足し算の繰り返しの場合 : n^2
一般項を普通に計算した場合 : n (log n)^2
足し算の繰り返し：O(n)
一般項：O(1)
じゃないの？
加算、乗算、expなどの計算がO(1)で出来る範囲ならそうだね
フィボナッチの私の回答
nが比較的小さな数までである場合、テーブルを持つのが最速であることは間違いない
じゃあテーブルを持たない場合、
固定有効精度であれば、以下で求めるのが計算量のオーダーが1
(int)(exp(.4812118250596034475*n-.8047189562170501873)+0.5)
floatやdoubleではなく、4倍精度や100倍精度であってもオーダーは1
上の2個の定数は事前に計算しておけばいいし、
毎回計算してもnとは無関係
nが非常に小さい数でなければ単純に加算するよりは上記の方が速いでしょう
floatやdoubleであれば1行で済みます
じゃあ多倍長演算を用いて任意のnに対して正確に求める場合を考える
以下は基礎知識
n番目のフィボナッチ数の桁数はnに比例する
乗算の計算オーダーは、桁数をnとすると n log(n)
ルートの計算オーダーは n log(n)
n乗は、オーダーlog(n)回の乗算で求まる
以上より、一般項の式の通りまじめに計算しても
オーダー n (log n)^2 で計算できる
工夫すると、計算オーダーを n log n にすることが出来る
行列の形でフィボナッチ数列の漸化式を記述すると
|0 1|^n |0|
|1 1| . . |1|
でn番目とn+1番目のフィボナッチ数が求まることがわかる
この式を用いれば
計算オーダー n log n で正確に n 番目のフィボナッチ数を求めることができる
元は>>775の初心者の質問で
計算オーダーとか全く関係なかったんだけど
半角君があまりに無知な癖に自信過剰なので
つい書いてしまった 固定精度であれば
四則演算もexpも丸めも全て
値によらず固定時間で計算出来る
てことで、
半角君に３勝ですね
コーディング
アルゴリズム
数学
全て勝ってしまった
まあ学歴も勝ってると思うので４勝か
頭悪いバカが半角に勝ったつもりでいる
半角はこのスレでは間違いなく天才
他のやつらがお話にならないぐらい頭悪いからな
典型的な頭悪いやつが半角に勝とうと必死になってる
ここまで一般式も行列もコードなし多倍長も
まだはじまってもいない
ISO C99に準拠して、なおかつある程度開発が盛んなOSSを教えてください。
ソースコードが綺麗なことで有名ならなお嬉しいです。
>>832
多桁長は結構手間、というか C/C++ でやるのは実は大変だと思います、キャリーフラグが使えない… 素直にライブラリを使えば良いよ
加減乗算しか使わないから
速度を求めなければ自作するのも大した手間では無いけど
GNUのツールチェインもいいんじゃないか
ストールマンのコードとか見れるよ
>>836
ありがとうございます。
> 勉強のため
その通りです。
プログラム言語自体がほぼ初めてなのですが
やはり教科書や仕様書ばかり見て 実際を見ないのでは身に付かない
と思いまして、OSSのソースコードであれば
コーディング規約が守られていたり
優秀なアルゴリズムが使われていたりするかなと予測して
OSSのソースコードリーディングをすることにしました。
ところが私が勉強の対象にしているのはISO/IEC 9899:1999（C99）であるのに対し、
ほとんどの有名なOSSはC89/90に準拠し、その古い制約に縛られていてC99の勉強の妨げになりそうでした。
というわけでC99に準拠した有名なOSSを探しているのです。 C89とC99の差を何も見ずにここに書けるなら別だが、
そうでなければ勉強の妨げにはならんから安心しろ
もうつくったんかはええｗ
順次加算とスピード同じくらい？
>>843
よくわかりません
多桁長計算に手間取りすぎていて、順次加算だろうが、一般式だろうが、差が出ないのです、私の多桁長計算は亀のように遅いのです… コードを見てないけど
多倍長は乗算がキモ
オーダーn log nで計算する方法を考えよう
フーリエ変換を使うのが普通
最終的に10進数で表記するのが目的であれば
10進数のまま演算した方が良い
2進10進変換の方がフィボナッチより重い
>>823の方法を使う場合
多倍長ライブラリの乗算を使うより
フーリエ変換のライブラリを使う方が速い
それは式の関係上多倍長乗算を使うと
同じ事を複数回行うために無駄が多いから
同じく>>823の方法を使う場合
桁数の多い最後の方の計算ほど時間がかかる
最後の方の桁数の多い乗算を減らすのが高速化のにつながる >>841
ありがとうございます。
そもそもmuslを初めて聞きました（恥ずかしながら）
ちょうど，Linuxシステムも勉強したいと思っていたので，これを読もうかなと思います。 とりあえずこの前ｲﾝｽﾄｰﾙした仮想環境のlinuxにgmplibをｲﾝｽﾄｰﾙした
相変わらず低学歴知恵遅れどもは頭悪いﾃｷﾄｰなことばっかりいってるわ
俺なんかGoogleのAIライブラリのTensolFlowインストールしたぞ！
インストールしたぞ
>>823の方針でフィボナッチ数を計算するコードを書いてみました
F(1億) が10.5秒
F(10億) が137.1秒
Cで450行くらいのコード
計算時間より秀丸エディタで結果を開く方が時間がかかってました
F(10) : time = 0.000013 / err = 0.000000
F(100) : time = 0.000017 / err = 0.000000
F(1000) : time = 0.000021 / err = 0.000000
F(10000) : time = 0.000111 / err = 0.000000
F(100000) : time = 0.001233 / err = 0.000001
F(1000000) : time = 0.019993 / err = 0.000004
F(10000000) : time = 0.251717 / err = 0.000019
F(100000000) : time = 10.507523 / err = 0.000076
F(1000000000) : time = 137.143945 / err = 0.000305 10000進数多倍長
超単純なFFT
演算は乗算と加算のみ
誤差の感じから100000進数でも大丈夫そうですね
計算式は基本以下を多倍長にしただけ
多少の無駄は除いてますが
----
uint64_t f(uint64_t n){
n++;
uint64_t a = 1;
uint64_t b = 0;
uint64_t t;
for (int i = 0 ; i < 64 ; i++){
t = b * b;
b = 2 * a * b + t;
a = a * a + t;
if (n & 0x8000000000000000){
t = b;
b = a + b;
a = t;
}
n += n;
}
return a;
}
コードをアップしようと思ったけど
ideoneだとうまく動かないみたい
乙
じゃ、多倍長使って一般項の公式で算出したケースを晒します
スレチと知りつつ C++ で boost/multiprecision バックエンドは gmp
https://wandbox.org/permlink/QqxaauQeHTjJRrYX
# fib(0) .. fib(1000) + fib(10億)
real 0m0.004s
user 0m0.004s
sys 0m0.000s
ま、そりゃ速いですわな……
科学的表記で出力すると速いけど 整数表記しようとするとfib(10億)で2分ぐらい
文字列化でかなり時間を食ってます >>821 は桁数が非常に大きくなるとどうなるか、よくわからないんですよ、ちょっと試してみますね 2個の定数は求めたい有効精度+αの精度で求めておけばOK
>>853の式の、
nに依存せずに計算できる所だけ先に計算しただけなので expの計算の内部ではlog 2を使うし
2進10進変換にはlog_10 (2)を使うので
doubleより高精度で求めるなら
この辺も先に計算しておくことになるでしょう
>>850ははじめから10進での計算なので
10進文字列に変換するのは一瞬 書き忘れましたが
>>850は10進数で全桁正確に求めた場合の時間です >>855
>>853は仮数部のビット数を任意長に指定してあるから無限精度ですね
出力で桁落ちしてますが 正確に全桁計算してるはずです >>862
どこで有効桁数を指定してます？
無理数の数値計算なので指定しないと低精度で計算しそうですが f(10億)の下位100桁はいくつになります？
私は今出先で私の結果は夜貼ります
とりあえずかわいそうなぐらい頭悪いﾔﾂしかいないのは分かった
一旦、多倍長演算向けに3つの方法を評価する
ちなみにgmpの関数にﾌｨﾎﾞﾅｯﾁの関数がついてる
きっとこの速度にすら届かないと考えられる（まだ動かしてない）
↓多倍長演算使ってない3つの方法の簡単なｺｰﾄﾞがｺﾚ
https://ideone.com/vhpLPV
※ ｵﾏｹでｱﾎが書いたｺｰﾄﾞ(>>851)も入ってる
※ ｵﾚの適切なありがたい注釈がついてる
1.ひたすら足し算
2.一般項
多倍長演算をするまえに適切な精度を設定しないといけない
どれぐらいの精度にすればいいかがまだ未解決 ※ とりあえず2回計算することでいけるような気がしないでもない
3.再帰階乗演算
https://www.ics.uci.edu/~eppstein/161/960109.html
探した中でｺｲﾂが一番いい感じがする
> This is a recursive algorithm, so as usual we get a recurrence relation defining time,
> just by writing down the time spent in a call to matpow (O(1)) plus the time in each recursive call
> (only one recursive call, with argument n/2). So the recurrence is
> time(n) = O(1) + time(n / 2) >>864
手計算だと下位3桁は875
合ってます？ >>865
√5を無限精度で求めるなんて不可能ですよ 桁数は>>821で瞬時に出ますね
>>850もまず桁数を求めて必要なメモリを確保してから計算してます 劣化コピーしたらそりゃ正しく動かないよ
nは64bitにしないと
ｵﾏｴは基本的にｵﾂﾑに問題がある
病院へいったほうがいい
nが32bitなら0x80000000にしないと
多倍長で動かすためのテストコードだから
桁数が小さい時の計算回数は全く無視
ループが進んでからやっと演算がはじまる
64回しかﾙｰﾌﾟしてない
Σ n
n→64
はいくつになる
n <<= 1;
って書いてあげた方がよかったかな
どうせコンパイラが足し算に直すだろうし
1.と3.は簡単にできた
https://ideone.com/cmAQzO
gmplibのﾌｨﾎﾞﾅｯﾁは n=10,000,000 を
0.7秒ぐらいで処理できる
ｵﾚが作ったのは4秒ぐらいかかる
m,10000000,4.008508,3.989280
g,10000000,0.724954,0.717120
全然かなわない
少しやってみて面倒そうだから後回しにしてた一般項やってみるか >>853
同じライブラリを使って>>851のアルゴリズムで計算すると速いかもしれません
a, b, t だけ多倍長にすればいいです ループの最後の64回目は
aだけを計算すればいいので
かなり省略出来ます
で、>>881の結果に基づいて
一般項で処理するｺｰﾄﾞを書いた
https://ideone.com/QKTrLi
一般項で処理
やってみたが
一般項で処理なんかするとともかく遅い
6,942,482 bitsの一般項の計算で
お話にならないぐらいものすごい時間がかかる
calculation 6942482bits
f,10000000,35.082393,34.855636
g,10000000,0.722054,0.720584
つまり、結論としてﾌｨﾎﾞﾅｯﾁ数を求めるなら
GMPに用意されてる関数を使うのが一番
再帰階乗演算使う方がはるかにﾏｼ
一般項で求めるのはｳﾝｺ >>882
gmp の生Cインターフェースを叩くとは、勇気がありますね
私は、C++ インターフェース gmp_class でやることはあっても gmp を C インターフェースで叩くことはありません
あれは、あとから見てなにがなんだかわからなくなってしまう…
a + b√5, a, b ∈Z で表される数は、それ同士を足しても掛けても、その結果はやはり a + b√5 の形になるのだから（そして結果は整数になることがわかっているのだったらなおさら）、
√5 を開かずにその係数を有理数の範囲で計算するようにすれば(>>807)、ずいぶんと違うと思います >>824, >>842 >>884
＞F(1000000000) = 0
となっていますが、ちゃんと動いているのでしょうか？ ローカル環境では動いてますが、
>>852に書いた通りideoneだと動きません floatとdoubleの値の範囲を教えてください。
-0.000034 < float < 0.000034
-0.00000000016 < ｌong < 0.0000000016
みたいな感じで教えてください＞＜
>>886
ライブラリがないとかならエラーになるし
そんなことってあるん？
何が原因だ >>886
私も手元で確かめました、確かにこれは爆速ですね…私の古いPCでもf(1000万)までならば一瞬で答えが出ます。 C言語でゲームがアクションゲームが作りたくてプログラミングはじめた
実際にプログラミングって楽しいと感じてる
でも入門書通りソートアルゴリズムを勉強してて、基本交換法やら基本選択法は楽にフローチャートもコードも書けたのに、そのあとにやった クイックソートとか単純挿入法では面白いぐらい苦戦した（どっちももうできるようになったけど）
これって、俺のアルゴリズムを考える能力が乏しいってことなのかな
それともはじめはみんなこんなもの？
再帰とポインタで躓くと昔から伝わっている
特に再帰は禅でもやって悟りを得ないと理解できない
だれでも最初は赤ちゃん歩き。私も最初はじゃんけんのプログラミングが全くできなかった。
n log nより遅いように見えるのは
サイズが大きいとキャッシュから外れるため
フーリエ変換はメモリのランダムアクセスが頻発するので
キャッシュに入るかどうかで大きく時間が変わる
適当に並び変えながら変換することで
キャッシュヒット率を上げたり
メインメモリに収まりきらない巨大サイズをHDDを使いながら変換することも出来るのだが、
今回はシンプルさ重視の為見送り
世の中にある高速FFTライブラリに差し替えれば
もっと高速化する
>>887
環境依存
float, double がそれぞれIEEE754のbinary32とbinary64準拠の場合はおおよそ
-3.4028234663852885981*10^38 ≦ float ≦ 3.4028234663852885981*10^38
-1.7976931348623157081*10^308 ≦ double ≦ 1.7976931348623157081*10^308
正確には以下の範囲
float : ±(2^24-1)*2^104
double : ±(2^53-1)*2^971
これに追加して±∞, NaN などがある
組み込みなどではdoubleも32bitであることも多い C言語スレだから ^ は排他的論理和の意味で使うべきでしたかね
-340282346638528859811704183484516925440 ≦ binary32 ≦ 340282346638528859811704183484516925440
-1797693134862315708145274237317043567980705675258449965989174768
0315726078002853876058955863276687817154045895351438246423432132
6889464182768467546703537516986049910576551282076245490090389328
9440758685084551339423045832369032229481658085593321233482747978
26204144723168738177180919299881250404026184124858368
≦ binary64 ≦
1797693134862315708145274237317043567980705675258449965989174768
0315726078002853876058955863276687817154045895351438246423432132
6889464182768467546703537516986049910576551282076245490090389328
9440758685084551339423045832369032229481658085593321233482747978
26204144723168738177180919299881250404026184124858368
>>888
単純なバグでした
size_t が64bit前提の部分があったのと、
非常に恥ずかしいですが以下のような動作不定なコードがありました
a->data[i++] = b->data[i] + carry;
私のローカル環境だとたまたま動いていたようです
intが16bitだとまだヤバそうですが、
16bit環境で動かすことはないと思うので気にしないことにします >>896
ありがとうございました
例えば、986.0033っていう数字は
floatではないのでしょうか？ >>899
986.0033 はdoubleのリテラル
986.0033f はfloatのリテラル >>898
ideoneだと100万ちょっと下でRuntimeErrorで途中でとまってるぽいね 蛇とJSとアセンブラ少しかじったんだけどCの効率的な勉強法ある？
主に蛇のチューニングと、これから勉強する予定なんだけど組み込み用マイコンのプログラムを書くために使う
小型のドローンもどきにのせたマイコンに、学習済みパターンをのせて動作制御したい
アセンブラをかじったのならCの習得は速そう
組み込みマイコンはどんなやつ？
聞いといて申し訳ないんだけど全然知らないんだよね門外漢で
シンプリンク？とか言うやつでいいかなと思ってるけど、種類により出来ること出来ないことも分からない
文法をざっくり本とかで覚えたらあとは実践
高速化なら具体例を提示すれば私がアドバイスしますよ
高速化する場合はクリティカルポイントを絞ってから
時間がかからない所は高速化せずにそのままにしておくこと
アルゴリズムや式など、
上位の改良の方が高速化に寄与しやすいので
まずは上の方から考えること
下を高速化することで上が見にくくなって上の改良を妨げるようじゃ本末転倒なので
>>901
出力データが大きすぎて途中で切られたのかと思ったけど
エラーになってます？ >>907
なるほど
心にとどめておきます
C入門でおすすめの本とかサイトとかある？
JSには教科書探しに大分苦労させられたので アルゴリズムなど分からないですが、プログラムが出来るようになりますか？
古い記法ってこれか？
main(argc, argv)
char **argv;
{
int i 0;
while (i < argc) printf("%s ", argv[i =+ 1]);
return (0);
}
>>911
K&Rって言えよ。余計わかりにくい。
>>909
K&Rは「既にプログラミングできる人がCの文法を覚える用」だから、本当に最小セットしか乗ってない。
ただ、それでいい人＝上級者からは絶賛されてる。彼らにとってはいわゆる入門書は冗長すぎるから。
十分にPythonと『アセンブラ』を使え、文法だけ知ればいけるのなら、K&Rはすごくいい。
PythonやJS等の上級言語しか使ったことなく、ポインタって何？なら、
殆どの人はポインタで躓くので、K&Rだけではかなり厳しいと思う。
アセンブラのインデックスレジスタがポインタそのものなのだが、ピンと来るか？
ピンと来るなら、まずK&R買って、だめなら入門書でいいと思う。
意味不明だと思うのなら、最初から入門書を買え。 >>914
> 文法だけ知ればいけるのなら、K&Rはすごくいい。
アホなの？ ありがとう
とりあえず苦Cは確定で、メインとしてK&R 使えるか本屋で見てくる
正直上級者どころか初心者を脱したかどうかレベルだから合わないかもだが
数学でチューリングマシンがーって机上の勉強やってたからかアセンブラはすんなりいった
行けそうだったらK&R使ってみる
てことで本屋行ってくる
チューリングマシンは数学板の巨大数スレッドで
よく話題にあがるので
ご教授しに来ていただけるとうれしいです
>>916
> 数学でチューリングマシンがーって机上の勉強やってたからかアセンブラはすんなりいった
これって理論畑から行くとチューリングマシンがプログラミングより先に来るんか？
正直、それが何の役に立つのかはよく分からんが… コンピューター言語で記述出来る事の限界がわかる
実際のコーディング技術はあまり関係ないと思う
全ての命令に、次に実行する命令のアドレスを指定出来るようなCPUがあるが
これはちょっと近いか
>>919
それって自然言語に対してって事？
なら逆にチューリングマシンの範囲を超える事象って何？
単純に言えば、それは未来永劫今の構造のCPUでは無理ってことになるはずだが、
そんな分野があるのか？ プログラムの停止判定とか
乱数生成とか
非常に増加量の大きな関数とか
>>883
a, bを漸化式の形にして
それを行列表記にすると
|0.5 2.5|^n
|0.5 0.5|
これを基底変換して最適化すると
結局>>823 >>851になりました
まあ当たり前と言えば当たり前なんですが Java屋なんですけど自己啓発のために学生時代以来のCを夏休みに勉強しようと思ってます
開発環境のオススメを教えてください
自分が思いつくところでは…
・Vimとgcc
・VScode
・eclipse
こんな所ですが皆さんどうされてますか？
MacもWindowsも両方手元にはあります
開発環境なんて何でもいいから
さっさと勉強しなさい
>>926
組み込みとかで特定のコンパイラ使うとかならVSCodeでいいと思うが、そうでないなら普通にVisual Studioでいいと思う IDEが無い時代の開発を体験してみるという修行をしたいのならテキストエディタとコマンドラインだけでやる
これは啓発効果が高い
俺は未だにターミナルとエディター
これ以上の快適さを知らないし知るつもりもない
別にいいんじゃね？
ターミナル最高だからお前らも使え！
とか言わなきゃ
Vimと言いたいところだが最近はもっぱらVSCodeばかり
俺は超初心者時代をTurbo Cで、
中級以後はviとccでおぼえた
ただし常に他の環境も色々使ってみてた
VisualStudioで良いとか口が裂けても言えねぇよ
MSVCはこのご時世ですらpure CはC89だぞ？
初心者で知らないならともかくこういうスレでVSをCの環境として勧める奴何者だよ
gccもclangもインテルコンパイラーもc99さえ100%準拠してないだろ
何でmsvcだけ槍玉あげてんの？
C89/90から覚えれば良い
あとはおまけ
Cが使われるのなんて今時組み込みくらいだ
組み込み用コンパイラだといまだC89/90が多い
いろんなコンパイラ、いろんな環境を使って見るのも良い
8bit、RAM64バイトみたいなチープな環境とか
いや、組込開発環境なんてgccばっかりだからC99が標準だよ。
まあ妙に保守的なひとがいて古い文法を強制するんだけど…
そういやLinuxとかのCUIでTurboCみたいな環境ってあるのかな？
あると外部からsshでログインしている時に使えて良いのだが。
>>940
年寄りぶったガキが「古い環境でもコンパイル可能なコード」にこだわってるせいでどんどんコードが汚くなるのよ。
>>941
emacsじゃだめってことなんだろうねえ。
webベースのIDEでいろいろあるんだろうけど、決定版があったら知りたいわ >>942
細かい表記とかよりももっと大きな事を気にした方がいいぞ >>942
emacsねえ。あれは複雑過ぎて今更覚える気になれない。
まああれが多機能過ぎるせいで他が伸びなかったって感じはするなあ。 >>943
大きいことって、15年前の環境でコンパイルできることだろ？ vimでエディットして :make でビルド、
エラーや警告は quickfix 機能でシラミ潰し。
強く薦める気はないし、他の人に使い方を教えるほどの技量はないけど、
個人的にはこの組み合わせが便利だわ。
errorformat オプションを設定すれば、どんなコンパイラや変換ツールでも
ソースファイルのエラー箇所を呼び出してくれるからね。
C99じゃないと困ることなんてそんなにないしな。わざわざC++と互換性ないコード書くメリットもない。
C89だとforの初期化のときに新しく変数を宣言できないじゃん
コンパイラは案件による、それだけ
C99を使う案件でC89がどうたらぬかすのはただのアホ
逆もまたしかり
そういう意味じゃたしかに、C99規格に入れられたいくつかの機能は便利だ。
なので訂正する↓
msvcがC99準拠じゃないからといって困ることなんてそんなにないしな。
自己啓発の勉強ならC89で困ることとかなんかあるんだろうか？
//コメントと、どこでも変数宣言、がダメってのは辛いのよね。
エラーを直すのは簡単だけど、いかにもバカバカしい作業で。
VSでC++環境使ってC文法だけで組めばよくね？
それ以前に環境なんてどれでもいい、とは思うが。
JavaでEclipseに慣れてるのならそれもありだと思うよ。
環境で躓くこと自体が無駄だよ。
そもそもJava分かっててCの練習なら、ポインタと変数の寿命管理だけだろ。
GUIでなければ、寿命管理は全部入れ子の構造化プログラミング徹底で済んでしまうし、今時CでGUIもない。
結果的にポインタだけなのだから、環境なんて何でもいいと思うが。
その上で、現場で古い文法を使う必要があるのなら、その時に慣れればいいだけで。
環境なんて全くどれでもいいだろ、これなら。
emacs毛嫌いしている奴がいるのもよく分からんが。
Ctrl+Fとか覚えたくなければ、カーソルキー使えばいいだけだろ。
emacs使いでも、よほどコアな奴でない限り、EmacsLispなんて書いてないぞ。俺も書けんし。
viのキーバインドになってないと体が覚えるまで面倒
キーバインド自体は対応させるELが有ってもおかしく無いと思うけど。
(emacs教団の入会基準があのキーバインドに慣れることでも無かろう)
むしろ編集モード/閲覧モードを持つviの方がエディタとしては異端だ。
他の通常エディタに慣れたらviは無理だと思うが。
とはいえ、どっちも使えるって奴も聞かないので、
vi派なら今更emacsに慣れる必要は無いと思うが。
同様に、JavaでEclipseに慣れてるのなら、VSに慣れる必要もないし、そのままやった方がいいと思うよ。
何も知らなくて環境の立ち上げすら面倒なら、
VSならインストールさえすればクリックでビルド＆デバッグ実行まで出来るから楽ってだけで。
いろいろ使いたければC++を使えば良いんだよ
new delete 例外 stl を使わなくてもCより便利だろ
C++じゃなくてわざわざCを覚えたいって言うからには
何か理由があるんだろう
ちなみに、CとC++を明確に区別してるのって、C使いとC++使いだけだろ。
他はだいたいC/C++扱いだし、926もそうだと思うが。
まあでかいプログラムはC++で書いてれば良かったと思うようになるよ。
でもC++で書かれたクソコードというのはCのそれの比ではないので、品質のコントロールは問題になる。
C99はC++の拡張を取り入れるんならC++98と互換性が取れるところで一旦〆れば
よかったものを、なんで要らん独自性を出したかねぇ。
勉強段階なら一緒に覚えれば良いよ
自然といろんな流儀を覚える
>>960
> でもC++で書かれたクソコードというのはCのそれの比ではない
うむ、それは言えてる。
文法が簡易すぎてC++的意味不明な回りくどい糞コードを書けないからなのか、
それともこの簡易文法だけで戦っていける奴らは本質的に鍛えられるからなのか。 わざわざ「C言語なら俺に聞け」スレッドで質問してるからには
C++ではないCに限定してるんじゃないか、と判断するのも合理的ではあるわね。
CとC++の両方を扱う初心者向けスレッドも別に存在するし。
もちろん >>926 の意図は投稿者自身のものだけど。 C++の糞コードと言えばこれ
#define private public
>>961
それってC側からC++と分かれたってこと？（俺は経緯はよく知らない）
てっきりC++が独自路線突き進んだと思っていたが。 もう別の言語だよ
もちろん共通部分だけでも組めるけど
そういえば
コメントを // から /* */ にわざわざ変える人がいる
今まで何人か見た
そんな暇があったらさっさとコードを組め
>>965
それ、単純に通るか？
なおVC++/CLIではそこで手こずったことがある。
当初ほぼprivateで作っていたクラスを継承する必要が出てきて、
protectedとpublic等に変更したらコンパイラにさんざん文句言われて手こずった。
あれでC++の糞さを再認識した。本質的でないところで凄く引っかかる。
(VC++/CLIは意図的に文法を厳しくしているからというのもあるが） 単純に通るか通らないかは環境や作りに依存する
わざわざ糞コードを披露するところが律儀だね
あー、俺のコードが糞だったからってか？
しかし、当初継承無しで単独で使う予定だったクラスに対し、仕様変更で機能追加されたんだから致し方ないと思うが。
ただ、個人的にはpublic/private自体が不要、とは思っている。
JavaScriptはpublicしかなくて、当初「これでいいのか？」と思ったが、やってみたら全く問題ない。
外から使うときに中身なんて気にしたくないから、そもそもprivateなんて触りに行かない。
逆に、外から触りたい物をprivateにすることも間違っているし。
あれはいちいち書かなくとも自然と分かれ、それで全く問題ない。
（文法的にチェックするだけの意味しかない。まあそれを言えば型システム自体もそれに近いが）
じゃあclassを使わないで
全てstructで書けば良いよ
public protected privateは一切不要だから
VSCodeのVimプラグイン使いづらいんだよな
SublimeTextのVimプラグインみたいに両方のエディタのいいとこ取りみたいなキーバインディングだったらいいのに
リロードしてなかったら既にエディタの話題が終わってて浦島みたいな気分だ
ハゲが
>>972
確かに俺はそれでいいが、
それだと「出来る限りprivateにすべき」教の信者から迫害を受けるのがウザイ。
これはC++よりもJavaの方が酷いように思うが。
この辺の文法的宗教戦争がCにまるでないのはメリットかも、とは思うよ。
private/publicに関してはデメリットの方が多い気がする。
なお、型もだ。動的型ならC++のテンプレートの大半は書かなくて済む。
無駄に手間を増やしている。動的型の方が書くのは快適だ。
あとはtypoを完全に検出れば、といったところか。
とはいえ、速度を追求するC/C++の世界には馴染まないが。 まあ実装とインターフェースを区別する心掛けが大切なのであって、privateにして満足したらあかんとは思うよ。
>>978
というよりJavaは「粗結合教」「イテレータ教」かな？
見せなくて済むなら見せるなでインタフェースを無理に細くしているのと、
抽象化する必要がない場合もとりあえずイテレータにしてるだろ。
C++もナマポ撲滅の為に無駄にイテレータを導入しているから、この点は似ているが。
Cはここら辺の宗教戦争がない代わりに、どうしても抽象レベルが上がりにくく、
低レベルコードをひたすら書く羽目になるのが欠点か。 どの言語でも、基本は疎結合。
スパゲッティ・泥団子などの密結合は、皆大嫌い！
こっちをいじれば、あっちが変わり、
あっちをいじれば、こっちが変わりw
クラスはないがモジュール分割くらいは普通にするだろう
ここの人たちはリーナスさんのC++批判はどう思ってる？
俺もC++には気に入らんところがいくつかあって
リーナスの意見とは一致するところが多い
まず筆頭のクソが例外
次いでnewのコレジャナイ感
classとstructのしょーもなすぎる違い
>>984
俺はかなり賛同。言いたいことは分かる。
ただ、Cはクラスとラムダを導入すべき、それからリテラルをもっと充実させて、複合代入も欲しい。
これらがあれば、ずいぶん楽に書けるようになるはず。
>>983
イテレータの必然性なんてほぼ無いだろ。
様々なコンテナに対応する必要があれば、列挙を抽象化する必要があるが、まずこれがほぼ無い。
次に、インタフェースを揃えたいだけなら、酷い話「forで回せる」でも揃ってしまう。
そしてクラス内のコンテナを外部から直接イテレートする必要もほぼ無い。(publicにイテレータを見せる必要がない）
イテレータが必要なのって、汎用コンテナを作るときくらいだろ。
イテレータは抽象化の分かりやすい例だから取り上げられているだけで、実用性は皆無だと思うぜ。
それよりforEachとかの方が100倍使える。
Matz「俺はxxx[i]なんていちいち書きたくないんだよ」の方が分かる。
抽象化もコストがかかるから、必要ない抽象化はやるべきではない。
同様に、疎結合化もコストがかかるから、必要ない疎結合化はやるべきではない。
Cの場合は一応、ファイル内は密結合、ファイル間は疎結合というコンセプトだろ。
（実際それが適用されているかはともかく）
まあこれで合ってると思うぜ。
同様にクラス言語もクラス内は密結合、クラス間は疎結合のはずだが、
Javaの場合はクラス内も疎結合にしようとして細切れにするのが基本だろ。
そういう文化もありだとは思うが。
(FizBuzzのJava実装でイテレータ導入して悪ノリしてたのがあったろ。あれ）
疎結合の方がいいのは事実なのだけど、結果的にコード量が増える。
それで読む手間が増えるようなら意味無いだろ。
自分が読んで一番楽なところでバランスすればいいのだけど、それは俺はC程度かと思う。
ただこれは俺がC出身だからであって、Java出身ならあの細切れ状態が合うのかもしれないが。
(Javaは、テンプレートがない分、多態の選択肢が狭くて、結果的にあの文化なのだとは思う) >>992
＞(FizBuzzのJava実装でイテレータ導入して悪ノリしてたのがあったろ。あれ）
これ、見てみたいです… >>992
ちょっと何言ってるかわからん
983はナマポと何の関係があるのかと聞いているんだが？？ lud20221120013221ca
このスレへの固定リンク： http://5chb.net/r/tech/1525031257/ヒント：5chスレのurlに
http://xxxx.5ch
b.net/xxxx のように
bを入れるだけでここでスレ保存、閲覧できます。
TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像
↓「C言語なら俺に聞け 146 ->画像>6枚 」を見た人も見ています：
・C言語なら俺に聞け 140
・C言語なら俺に聞け 144
・C言語なら俺に聞け 150
・C言語なら俺に聞け 152
・C言語なら俺に聞け 145
・C言語なら俺に聞け 155
・C言語なら俺に聞け 160
・C言語なら俺に聞け 159
・C言語なら俺に聞け 139
・C言語なら俺に聞け 154
・C言語なら俺たちに聞け パート0001
・C++ Builderなら俺に聞け
・馬場のことなら俺に聞け！
・●●●●TCL/TKなら俺に聞け 4●●●●
・CORBAなら俺に聞け
・キャンプの事なら俺に聞け！ [無断転載禁止]
・ホームトレード（ＨＴ）のことなら俺に聞け”先物”
・パソコンのことなら何でも俺に聞け [無断転載禁止]
・LinuxカーネルはC言語なのにオブジェクト指向
・steamに関する質問なんでも答えます わからないことは俺に聞け
・まあアレだ、わからない事があったら俺に聞け！！
・南山英米と東外大マイナー言語ならどっちに行きたい
・無知の俺にC言語について教えてくれ。
・SQLなら俺に訊け
・A「C言語・Java言語できます」B「Pythonと統計できます」C「JSについての知識ならだれにも負けない」←お前が面接官だったら誰雇う？
・C言語について
・ソケット通信なら俺に任せろ
・言語聴覚士の人に聞きたいんだけど
・ワイC言語ますたー、何でも質問受け付ける
・久々にC言語触ってるけどクソすぎじゃねこれ
・1行ずつC言語を書いてくスレ（目標なし）
・一つの言語なのに「ひらがな」「カタカナ」「漢字」と3種あるのって日本語だけ？
・windowsでファミコンゲームを開発する入門書が発売 アセンブリ言語など
・【日本】政府、119番も多言語対応に 五輪までに100％導入へ 中国語、朝鮮語など 民間業者と契約
・C言語初心者なんだけど配列のポインタに詳しい人ちょっと来て
・【】流行り廃りはあるけれど、結局C言語に回帰するんだよね。C言語最強なんだよね
・世界最高の投資家(笑)バフェット氏の投資会社、2兆7830億円の赤字を出す。これなら俺に任せたほうがマシだろｗ
・【橋下徹】北朝鮮対策ならヤクザに聞け！インテリはわからないケンカの極意／小林よしのりら自称「保守」はなぜ共産・立憲民主を推すのか
・俺「カーリングなら俺にもできそうだな」 日本カーリング協会「フィジカルが重要で、有酸素運動や筋トレが必要です」 俺「なんだと…」
・文系新入社員の女の子 プログラマーになるも研修でC言語について行けず電車内で咽び泣く
・【サッカー】＜英国＞相手チームの給水ボトルに小便…言語道断の行為でミルウォールのファン1名を逮捕！
・糞上司「わからない事があったら聞けって言ったよね？」→「それくらい自分で考えてよ」→「なーんで俺に聞かないで先にやっちゃうの？」
・有識者「野党の欠席戦術は言語道断。国会議員の仕事をしないならその間の議員歳費は差し押さえるべき」
・ﾊﾟｰｿﾅﾘﾃｨ障害専門 ＩD:yrsQmqMk ID:EWaqVut9 に聞け
・C言語について
・■隠蔽なら俺にまかせろ（すが）■
・あかりちゃんなら俺にもチョコくれると思う
・C言語を教えてください！！
・C言語でテトリス作って！★２
・0からの、超初心者C言語相談室
・C言語分かる人教えてください。
・なんでもC言語で開発する奴アンチスレ
・C++とC言語ってどっちの方がいいの？
・新コンテンツ言語『カール』って？
・「Ruby」が大人気言語になれない理由
・C言語でアクションゲームが作りたい
・C言語始めた。GUIまでたどり着ける気がしない
・ナポリ語・シチリア語・ロンバルド語・ヴェネト語などイタリア諸言語
・インドの公用語ヒンディー語or古代語のサンスクリット語などのマイナー言語勉強してるやつおる？
・るしあのチャンネル削除するなら俺に100万くらいで売ってくれよ
・[c言語]以下のプログラムの解説お願いします。
・【Online DVD RENTAL-YA 】のことならオレに聞け！
・C言語×ダンジョン×学園なゲームを創りたいスレ
・【Vtuber】にじさんじ有ンチスレ35909【余ってんなら俺に寄付しろ】
・8ビットCPUでC言語？ないないありえないっしょ！ 5
11:44:22 up 8 days, 22:08, 0 users, load average: 6.72, 8.16, 8.45
in 3.6157970428467 sec
@3.6157970428467@0b7 on 122101
|
