【初心者歓迎】C/C++室 Ver.100【環境依存OK】 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/11/06(日) 22:58:02.60

エスケープシーケンスやWin32APIなどの環境依存なものでもOK。
ただしその場合、質問者は必ず環境を書きましょう。

◆ソースのインデントについて
半角空白やTABでのインデントはスレに貼ると無くなります。
そのため、アップローダーに上げるのも手ですが直接貼る場合は、
全角空白かに置換すると見栄えだけはよくなります。

【アップローダー】(質問が長い時はココ使うと便利)
http://codepad.org/ (コンパイルもできるし出力結果も得られる[]privateをチェック)
http://ideone.com/ (時間帯によってはcodepadが重い事があるのでここも利用)

前スレ
【初心者歓迎】C/C++室 Ver.99【環境依存OK】
http://echo.2ch.net/test/read.cgi/tech/1469177649/

**デフォルトの名無しさん** · 2017/02/02(木) 19:38:57.55

こんな感じだろ
ソースからobj生成: VSプロジェクトでなくていい
VSプロジェクト
1. objからexe作るVSプロジェクト　(結果OK)
2. objからlib作るVSプロジェクト　(3.がNGで、本当にうまくlib作れたかわからず)
3. 上のlibからexe作るVSプロジェクト (exeが例外でNG)

**デフォルトの名無しさん** · 2017/02/02(木) 19:51:53.25

>>321
まさにその状態
>>320の(A)が作れればいいけど、objファイルは数百プロジェクトの600ファイルぐらいあるから試そうにも数日かかりそうで避けたい
今は全プロジェクトまとめたソリューションあるけどリビルドだけで1時間以上かかる。簡単にexe作れるようにしたいというのが原点

**デフォルトの名無しさん** · 2017/02/02(木) 20:22:53.95

そこまで行ったらDLLに分けるだろう

**313** · 2017/02/03(金) 13:56:09.01

4番をやってみましたが結果OKでした
1. objからexe作るVSプロジェクト　(結果OK)
2. objからlib作るVSプロジェクト　(3.がNGで、本当にうまくlib作れたかわからないが、4がOKで作れてる可能性高い)
3. 2のlibからexe作るVSプロジェクト (exeが例外でNG)
4. 2のlibからobjを抽出して、そのobjからexe作るVSプロジェクト (結果OK)

作業の前提条件として下の2つは意味が同じと思っているのですが、違いがあるのでしょうか？
cppをコンパイルしてobjにし、objをリンクしてexeを作る
cppをコンパイルしてobjにし、objをlibに変換してからリンクしてexeを作る

**デフォルトの名無しさん** · 2017/02/03(金) 13:56:30.01

Ubuntu16.04，gcc5.4.0で，書籍を参考に下記のプログラムを
コンパイル（gcc program.c -lalut -s -o program）したところ，
「'nullptr' was not declared in this scope」というエラーになりました
何が間違っているのか教えてください

---program---
#include<AL/al.h>
#include<AL/alc.h>

int main() {
//OpenAlの初期化
//デバイスを開く
ALCdevice* device = alcOpenDevice(nullptr);

//コンテキストを生成
ALCcontext* context = alcCreateContext(device, nullptr);

//生成したコンテキストを操作対象にする
alcMakeContextCurrent(context);

//OpenALの後始末
//操作対象のコンテキストを解除
alcMakeContextCurrent(nullptr);

//コンテキストを破棄
alcDestroyContext(context);

//デバイスを閉じる
alcCloseDevice(device);
}

**デフォルトの名無しさん** · 2017/02/03(金) 14:06:26.05

nullptrはC++11からの機能だからですね
"gcc" -> "g++ --std=c++11"を使ってください

元のコンパイルは-lalutを指定していますが
そのプログラムならOpenALだけで大丈夫なので　下記で通ります
ライブラリをpkg-configに探させてるだけです

g++ --std=c++11 program.c `pkg-config openal --libs` -o program

**デフォルトの名無しさん** · 2017/02/03(金) 14:55:43.86

>>324
一般論で言えば同じはず。
ファイルサイズが小さいのなら正常にリンクできてない。
使ってない関数やクラスをリンクしてるわけじゃないよね

**デフォルトの名無しさん** · 2017/02/03(金) 15:42:48.87

>>327
使ってるのも使ってないのもある

libの追加方法は二通り試したけどどちらもビルドエラーはでないけど実行時NG
どちらもlibの追加を省略すると外部シンボルが見つからないエラーでビルドが通らない

プロジェクトのプロパティの「追加の依存ファイル」から→実行時NG
ソースファイル中に「#pragma comment(lib,"")」から→実行時NG

**デフォルトの名無しさん** · 2017/02/04(土) 00:14:20.36

何もしていない普通の一般人の自宅に隠しカメラを取り付け
それをネットでリアルタイム配信

仲間という人間に対する盗聴盗撮生ネット配信の会

しかけたカメラの映像
乗っ取っているＰＣの画像をリアルタイムで生配信中
集団で仲間の私生活を覗いて楽しんでいる

そんなことが今この国では行われています

**デフォルトの名無しさん** · 2017/02/04(土) 05:54:43.47

libでリンク解決してもダイナミックリンクにしてれば実行時にパス内に見つからずにエラー
スタティックリンクにしないと

**デフォルトの名無しさん** · 2017/02/04(土) 09:51:58.52

久々にプログラミングしようと思うんですけど
USBカメラがあるからそれを使って監視カメラにしたいんだが
ピクセルデータが取れればあとは簡単だと思うんだけど、その前に
この適当に昔買ったバッファローのUSBからデータ取り出す事って可能なんですか？

**デフォルトの名無しさん** · 2017/02/04(土) 10:24:35.81

>>330
lib作るときのプロジェクトタイプはスタティックライブラリにしているけど、それとは別に設定であるのでしょうか？

>>331
「usbカメラキャプチャ c++」で検索すると色々な方法が見つかるよ。よほど変なカメラ出ない限り仕様は同じだから使える

**デフォルトの名無しさん** · 2017/02/04(土) 10:55:19.44

>>332
ありがとうございますだ

**デフォルトの名無しさん** · 2017/02/04(土) 21:25:32.55

int a = 0;
int *b = &(1+a);
これが出来ないのはなぜですか？
1+aの計算結果というのはメモリ上のどこかにあると思うんですが

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/02/04(土) 21:28:28.23

>>334
CPUのレジスタには物理アドレスが無い。

**デフォルトの名無しさん** · 2017/02/04(土) 21:31:18.24

&1 を許すとややこしいことになりそうだ

**デフォルトの名無しさん** · 2017/02/04(土) 21:38:25.89

>>334
計算結果はレジスタに入っててメモリには入ってないんじゃない？

**デフォルトの名無しさん** · 2017/02/04(土) 21:52:37.41

>>335-337
なるほど、勘違いしてました
ありがとうございます

**デフォルトの名無しさん** · 2017/02/05(日) 19:35:43.24

>>326
遅くなりすいません
できました
ありがとうございました

**デフォルトの名無しさん** · 2017/02/05(日) 22:43:20.73

>337
レジスタがメモリじゃないかのようなアホレスだな

**デフォルトの名無しさん** · 2017/02/05(日) 23:03:58.60

レジスタのアドレスって・・・

**デフォルトの名無しさん** · 2017/02/06(月) 01:31:32.48

アドレスのないレジスタはCでアクセスできないからな
アセンブリでしてねになるからね

**デフォルトの名無しさん** · 2017/02/06(月) 03:41:00.32

って言うかレジスタ関係なくね？
右辺値に対してアドレス取ろうとしてるから駄目なわけで。

**デフォルトの名無しさん** · 2017/02/06(月) 05:58:55.21

>>334 の質問に対して「右辺値」を出すのは大げさじゃないかな。
もちろん正しいんだけど、詳細に踏み込みすぎというか、
その話はもっと理解が深まってから、というか。

「過去に自分がこの疑問を持ったときに、どんな説明をされたら
すっきり腑に落ちて先に進めただろうか」と思い返しながら回答してるんだろう。

**デフォルトの名無しさん** · 2017/02/06(月) 08:21:18.53

そもそも >>338 で本人納得してるのに
> レジスタがメモリじゃないかのようなアホレスだな
とか
> 右辺値に対してアドレス取ろうとしてるから駄目なわけで。
とかは知ったか自慢にしか見えない

**デフォルトの名無しさん** · 2017/02/06(月) 08:58:46.99

間違った説明で相手を納得させておいて開き直りとはこれいかに

**デフォルトの名無しさん** · 2017/02/06(月) 13:17:28.90

>>345
本人の納得は無関係
その二つどっちも誤り

**デフォルトの名無しさん** · 2017/02/06(月) 20:21:28.41

>>345
> その二つどっちも誤り
でもどう誤ってるかは書けないんだよね w

**デフォルトの名無しさん** · 2017/02/06(月) 20:22:09.67

>>348 は >>347 宛だったわ

**デフォルトの名無しさん** · 2017/02/06(月) 20:58:58.36

>>344
でもさ、レジスタって言語と関係ないじゃん？

**デフォルトの名無しさん** · 2017/02/06(月) 21:52:01.05

registerは予約語なのに無関係は無いわ

**デフォルトの名無しさん** · 2017/02/06(月) 22:13:36.15

>registerは予約語なのに無関係は無いわ
規格のどこを読んだら「register」キーワードと「レジスター」との関連が読みとれるんだか

**デフォルトの名無しさん** · 2017/02/06(月) 23:29:15.59

規格厨には理解しろと言っても無理だ

**デフォルトの名無しさん** · 2017/02/06(月) 23:45:37.66

>int a = 0;
>int *b = &(1+a);

っていうのが今intになってるからレジスタがどうとか言えるけど
intじゃなくて自分で定義したクラスとかだったらどうなんだって話だな
レジスタだからアドレスが取れないっていう説明はアレすぎないかい？
そもそもレジスタだけで済ませるかどうかはコンパイラの自由ってのもあるし

**デフォルトの名無しさん** · 2017/02/06(月) 23:48:30.59

一生懸命だなあｗ

**デフォルトの名無しさん** · 2017/02/07(火) 00:11:08.64

俺が思うにさ
最適化でレジスタに配置されてメモリに実体が確保されない変数ってのは
普通にありふれているわけじゃないですか
で、それらの変数のアドレスを取得するように
コードを書き換えたら、コンパイルエラーになるんですか？ってね
その場合ちゃんとコンパイラはメモリに実体を作るような動作になる
だからレジスタ云々はオプティマイズの話であって本質的に全く関係ないだろうと
レジスタに配置されているからアドレス取得できませんって意味不明で
だったらメモリに実体を作ればいくらでもアドレス取得できるだろって話なんだよ

どちらかというとこれは変数の寿命の関係でそうなっているんだよ

**デフォルトの名無しさん** · 2017/02/07(火) 00:12:13.25

初心者向けの簡易な説明に外野がつまらない茶々入れて大騒ぎするなよ。

**デフォルトの名無しさん** · 2017/02/07(火) 00:25:30.14

>最適化でレジスタに配置されてメモリに実体が確保されない変数ってのは
>普通にありふれているわけじゃないですか

本当にありふれてるのか？

**デフォルトの名無しさん** · 2017/02/07(火) 00:48:05.62

winsock(UDP)を使ったプログラムを作っています。
ほぼできたのですが、数100回繰り返すと徐々に通信が
遅くなっていきます。
通信するたびに、オープンとクローズを繰り返しているのですが、
その辺に原因がありそうでしょうか・・・。

**デフォルトの名無しさん** · 2017/02/07(火) 02:25:04.93

メモリを解放していないから、使用メモリがドンドン大きくなっていくとか？

プロセスの使用メモリを、チェックすれば？

**デフォルトの名無しさん** · 2017/02/07(火) 07:22:03.04

>>354
> そもそもレジスタだけで済ませるかどうかはコンパイラの自由ってのもあるし
その自由さのために言語仕様でできないようにしてるだけでしょ

**デフォルトの名無しさん** · 2017/02/07(火) 07:23:26.33

>>359
再現性あるならどこが遅くなってるかを調べたら？

**デフォルトの名無しさん** · 2017/02/07(火) 07:43:41.13

>その自由さのために言語仕様でできないようにしてるだけでしょ

根拠は俺の「こうだったらいいな」
この理屈で行くとアドレスをとれる変数は
レジスタに乗せてはいけないことになるな

**デフォルトの名無しさん** · 2017/02/07(火) 11:15:58.10

register云々してるやつはCかC++か区別して書け

**デフォルトの名無しさん** · 2017/02/07(火) 11:47:58.10

class A
{
　public:
　　int xxx;
　　void yyy();
};

class B : protected A　　←protectedのままにしたい
{
　public:
　　void yyy()　{　　__super::yyy();　　}
};

B bbb;
bbb.xxx = 0;　　　←アクセスできない
bbb.yyy();　　　　←使える

xxxをclassBの内部を変えることでアクセスできるようにする方法ない？

**デフォルトの名無しさん** · 2017/02/07(火) 11:52:35.77

public:
using A::xxx;

**デフォルトの名無しさん** · 2017/02/07(火) 11:57:42.37

>>366
おお！yyy()もそれでいけるね。サンクス

**デフォルトの名無しさん** · 2017/02/07(火) 19:45:06.55

>>364
register変数のアドレスを取る話をしてるわけじゃないのに
いきなりどうした

**デフォルトの名無しさん** · 2017/02/08(水) 19:54:01.02

俺,register使ったことないが
register int a = 0;
int *b = &a;
とすると、b経由で割り当てられたCPUレジスタにアクセスできるのか？

**デフォルトの名無しさん** · 2017/02/08(水) 20:15:16.32

cではregister指定された変数のアドレスは取れない
c++では取ってもいいが、取ると普通はレジスタではなくメモリ割り当てになる

そもそもregister指定しても必ずレジスタ割り当てになるわけではない
今のコンパイラの多くはregisterを無視してるらしい

**デフォルトの名無しさん** · 2017/02/08(水) 20:21:15.44

>>369
それ面白いけど実装がめちゃくちゃ大変だし、そもそもメリットないだろ

**デフォルトの名無しさん** · 2017/02/08(水) 20:38:12.66

C++では次のC++17(今年出る予定)から機能削除、かつ将来のためにキーワードは予約だよ

**デフォルトの名無しさん** · 2017/02/08(水) 20:41:11.49

register int a = 0;
int *b = &a;
これで b が a を格納してるCPUレジスタをポイントすると、
b++ とかした時に、どのレジスタを指すの? て話で困るんじゃないか。

int& b = a;
という具合に参照で受ければ何とか…。

**デフォルトの名無しさん** · 2017/02/08(水) 20:43:52.35

>>373
そんなの普通の変数だって未定義動作じゃん

**デフォルトの名無しさん** · 2017/02/08(水) 20:47:07.07

>>373
> b++ とかした時に、どのレジスタを指すの? て話で困るんじゃないか。
ax 指してたら bx を指すようになる
dx 指してる時に b++ したらお約束の鼻から悪魔でいいだろ

**デフォルトの名無しさん** · 2017/02/08(水) 21:02:48.15

なんでx86前提なんだよ
実際出来ないんだから議論の意味ないが、出来たとしても実装依存だろ

**デフォルトの名無しさん** · 2017/02/08(水) 22:06:39.93

>>374
おい馬鹿
int aho{};
int *p{&aho};
p++;
これが未定義動作などと規格のどこに書いてある？

**デフォルトの名無しさん** · 2017/02/08(水) 22:23:33.67

p++ が動作未定儀か否かとは関係ない話だと思うが

ポインタの指し先を求めず、ポインタの演算と差分
　int a;
　int* p = &a;
　int* q = p + 1;
　q-p;

で　実体の要素数+1 までは正しく差分が取れることを保障している　ってどっかであった記憶

**デフォルトの名無しさん** · 2017/02/09(木) 02:31:40.69

>>377
>>378
んなこた知っとるわ。どのレジスタを指すのかって言ってんだからポインタの先を参照する事前提だろ？
そうじゃなきゃ単に無理やり割り当てたアドレスに+1にすればいいだけ。指し示す先に何があるかなんて関係ない。

**デフォルトの名無しさん** · 2017/02/09(木) 03:48:37.73

int i;
int *ip=&i;
ip+1はほんとにあるんかい？
いやあるんだろうけどw

**デフォルトの名無しさん** · 2017/02/09(木) 06:05:01.98

同等なレジスタを32個とか内蔵してて番号で区別する
RISCチップだと不自然でもない気がしてきた。

**デフォルトの名無しさん** · 2017/02/09(木) 06:22:52.94

>>379
>>374 については？
普通の変数だって（指し先参照してないのに）未定儀動作とか言っちゃってるんですけど

**デフォルトの名無しさん** · 2017/02/09(木) 06:42:00.30

>>376
> なんでx86前提なんだよ
お前の言うように実装依存なんだから例に決まってるだろ
68k なら d0, d1, ... ってもっと分かりやすいし他のプロセッサでも適当に決めりゃいいだけ
てか、ネタに突っ込むならもっと面白い奴にしてくれ

**デフォルトの名無しさん** · 2017/02/09(木) 07:01:49.92

>>381
for(register int* r = &_r0; r < &_r32; r++){
*r = 0;
}
で、全レジスタがクリアできるとか便利かも
で r が _r3 辺りに割り当てられててバグるところまでがセットだよな w

**デフォルトの名無しさん** · 2017/02/09(木) 12:57:20.22

レジスタってそう多くないから別に…
SPARCのレジスタウィンドウ合わせて128個とかならまあ

**デフォルトの名無しさん** · 2017/02/09(木) 14:24:27.76

つゼロページレジスタ

**デフォルトの名無しさん** · 2017/02/09(木) 16:59:44.90

register int a = 0;
int *b = &a;
としたとき、Cではアドレスが取れないって話だったが、C++では取れる
が、次期規格でregisterは無視されるようになる・・・って話だよね

ま、仮にアドレスを取ったとしても何も問題ないように思うが
というのも、CPUの演算は通常レジスタに対してしかできないし
一方でアドレスが取れるのはメモリにあるものだけなので
普通の変数もレジスタとメモリの間を最新の値が行ったり来たりしているのが通常で
コンパイラは矛盾が起きないようなコードを吐き出すように出来ている
だからregister指定要らないよねって話になってるだろう

そもそも、可能な限りレジスタに配置する、というのがあいまいで
レジスタは有限個なのでregister指定しても必ずしもレジスタのみに配置されるかどうか
分からないしCPUにもよる
ここで、アドレスを取ったらレジスタのみに配置することが出来ないのだから
register指定であっても、「可能な限りレジスタに配置する」が出来ないということで
普通の変数扱いということで問題ない

**デフォルトの名無しさん** · 2017/02/09(木) 17:03:46.90

>次期規格でregisterは無視されるようになる・・・って話だよね

文盲は去れ
長文で荒らすな

**デフォルトの名無しさん** · 2017/02/09(木) 17:18:48.08

>372 名前：デフォルトの名無しさん[] 投稿日：2017/02/08(水) 20:38:12.66 ID:Z1e//95W [1/2]
>C++では次のC++17(今年出る予定)から機能削除、かつ将来のためにキーワードは予約だよ

は噓ということ？

**デフォルトの名無しさん** · 2017/02/09(木) 17:24:14.08

registerってのを使わなきゃいんでないのw

**デフォルトの名無しさん** · 2017/02/09(木) 17:31:18.93

規格なんて知らんがレスから想像するとこうじゃないのか？

今の規格は「可能ならレジスタに割り当てろ」で、実際のコンパイラは無視してるのが多い
事実上機能してないから次期規格では仕様変えてregister変数やめる

**デフォルトの名無しさん** · 2017/02/09(木) 17:50:34.94

C++ではすでにregisterは無視されてて、17からはエラーになるってことだろ

**デフォルトの名無しさん** · 2017/02/09(木) 18:47:17.89

C++11の時点でdeprecatedになってて
C++17で書いたらエラーになる
キーワードはいつか規格で何かに再利用するかもしれないから予約したまま(ユーザーが関数名などに使用出来ないまま)。

**デフォルトの名無しさん** · 2017/02/09(木) 19:03:26.16

https://www.youtube.com/watch?v=quIHgwuF6r4&;sns=em

**デフォルトの名無しさん** · 2017/02/09(木) 20:05:28.75

>>393
registerについては、再利用の可能性というより、混乱の元だから今後は誰も触れてくれるなってところかな。

**デフォルトの名無しさん** · 2017/02/09(木) 20:34:41.55

今、キーワードとして問題ないからそのままにしておくってことだろ
一旦キーワードでなくしてしまうと将来また使いたくなった時に大混乱するから

**デフォルトの名無しさん** · 2017/02/09(木) 20:46:05.15

C++17なんてもあるのか。　ついてけんわぁ

**デフォルトの名無しさん** · 2017/02/10(金) 12:36:17.18

register使うなら今のうち

**デフォルトの名無しさん** · 2017/02/10(金) 16:29:47.71

C++17以降のregisterは、ガチャガチャチーン！とbeep音を鳴らします

**デフォルトの名無しさん** · 2017/02/11(土) 17:45:33.84

Mingwのgccでこんなのためしたら結構はやくなるのね。C++だと速度変わらんかったけど。
#include <windows.h>
#include <stdio.h>
int main(void) {
register int i;
DWORD t;
t = GetTickCount();
for(i=0 ; i <100000000 ; i++);
printf("%d\n",(int)(GetTickCount()-t));
return 0;
}

**デフォルトの名無しさん** · 2017/02/11(土) 17:50:28.59

registerネタどんだけ続けるんだ

**デフォルトの名無しさん** · 2017/02/11(土) 18:02:59.72

>int main(void) {
> register int i;

変数を先頭で宣言しないと精神の安定が保てない病気

**デフォルトの名無しさん** · 2017/02/11(土) 18:27:32.77

っくっだらないとこでも叩いておかないと精神の安定が保てない病気

**デフォルトの名無しさん** · 2017/02/11(土) 18:51:03.55

インデントや{}のスペース・改行でも自分のやり方と違うと喚きそうだなｗ

**デフォルトの名無しさん** · 2017/02/11(土) 19:53:33.79

>>404
違和感がでるよね。
会社でこれがうちのスタイルって強制され、それになじむと
そうじゃないスタイルのものは気持ち悪いって感じるようになった

>for(i=0 ; i <100000000 ; i++);
最近のコンパイラはまじめにやらないで、コンパイル時にiは使ってないあるね
処理省くニダってして実行コード生成してなさそうな気がするが。

**デフォルトの名無しさん** · 2017/02/11(土) 19:59:07.05

K&R2 あたりにあわせておけば問題ないのでは？
というか，K&R2 から大幅に変えさせられるのは苦痛だな

**デフォルトの名無しさん** · 2017/02/11(土) 21:18:53.92

21世紀にもなってK&Rとか何の冗談
変化が苦痛な老人はすっこんでて

**デフォルトの名無しさん** · 2017/02/11(土) 21:22:09.84

http://echo.2ch.net/test/read.cgi/tech/1193554741/

**デフォルトの名無しさん** · 2017/02/11(土) 21:51:35.00

21世紀に相応しいスタイルを是非教えてくれ

**デフォルトの名無しさん** · 2017/02/11(土) 22:42:56.52

可能な限りC/C++使わない
それが21世紀スタイル

**デフォルトの名無しさん** · 2017/02/11(土) 22:58:24.73

>>410
おいおい、でも、それが正しいな。

**デフォルトの名無しさん** · 2017/02/12(日) 02:53:21.48

正しいけど"可能な限り"の範囲がまだまだ足りない
組み込みの世界はC言語が強過ぎて未だにC++すら使えない環境がざらにあるしな

**デフォルトの名無しさん** · 2017/02/12(日) 08:33:11.98

>>407
C/C++ くらいなら，K&R2 に準拠にさせてよー C#, Java も，とはいわないからさー

**デフォルトの名無しさん** · 2017/02/12(日) 08:43:31.97

>>413
C++を入れるなよ

**デフォルトの名無しさん** · 2017/02/12(日) 10:10:03.29

結局C言語で全て済んでしまうからね。他は趣味。はっきりわかんだね

**デフォルトの名無しさん** · 2017/02/12(日) 14:01:05.04

>>414
いっしょだよ，C++ も普通に K&R2 に似せて書くのが一番いい

**デフォルトの名無しさん** · 2017/02/12(日) 15:47:27.43

>>402 の「ブロック先頭で変数を定義するのは時代遅れ」ていう
指摘を受けての流れじゃないかな。

最初の使用の直前まで変数定義を遅らせることができる、
というC++での改良や、それを取り込んだC99以降で
わざわざK&R2版の書き方に制限されるのは困るという話。

おそらく、K&R2に似たスタイルが良いという主張も
「新しく追加された便利機能は使った上でK&R風のスタイル」
という意図なんだと思う。

**デフォルトの名無しさん** · 2017/02/12(日) 15:59:10.19

>>400はiの宣言を先に、tよりも先にすることで、何を試したのかってのをわかりやすくしてんだろ
K&Rなんかにこだわるよりもこういうソースの方がいいわ

**デフォルトの名無しさん** · 2017/02/12(日) 17:25:00.92

>>417
当然だ

**デフォルトの名無しさん** · 2017/02/13(月) 00:11:12.09

使う直前に変数を宣言してるとたまにgoto出来ないerrorが出るのが面倒くさい

**デフォルトの名無しさん** · 2017/02/13(月) 11:51:26.73

ブロックの違う同名変数の取り違えでトラブってるのを見てから
宣言位置が不揃いなのもよくないと思うようになった