[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 12/22 04:06 / Filesize : 243 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

gotoを恐れず使う兵共がfinallyや多重breakを語るスレ



1 名前:デフォルトの名無しさん [2005/08/11(木) 11:18:15 ]
前スレ pc8.2ch.net/test/read.cgi/tech/1021364372/

820 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 22:26:56 ]
データフロー解析ぐらいは最近のコンパイラなら当たり前だよ?
ガチガチにソースコードに対応するようなコードを吐いて欲しいなら
-O0 を付けるとか...してもそこまでガチガチなコードが出るかどうか。

821 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 22:28:40 ]
>>820
そういう問題じゃない。出ているコードは綺麗にソースに対応している

822 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 22:46:57 ]
スタックフレームが
>subl $8, %esp
で8バイト確保されていて
iが
>-4(%ebp)
なら、関数の先頭で「確保」されてるんじゃね?

823 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 22:48:59 ]
>>822
正解

824 名前:デフォルトの名無しさん mailto:sage [2008/02/18(月) 02:57:19 ]
>>811
>goto使うなっての以上に、ブロックで変数定義するなってのもある。

いやこれはするだろ。
あれ、みんなしない派?

825 名前:デフォルトの名無しさん mailto:sage [2008/02/18(月) 03:21:11 ]
俺は、近くで定義したい派。
ブロック内で変数定義することはある。
ただ、外の変数と名前がかぶらないほうがいいかなぁ〜、くらいは気を使う。

826 名前:デフォルトの名無しさん [2008/02/18(月) 08:18:56 ]
普通は最小スコープ(内側のスコープ)で定義するのが常識

827 名前:デフォルトの名無しさん mailto:sage [2008/02/18(月) 09:06:07 ]
それ厳密に適用するととんでもないことに

828 名前:デフォルトの名無しさん mailto:sage [2008/02/18(月) 09:25:19 ]
手続き的にやろうとするから、変数を外のスコープにひっぱり出すとかが
必要になる。関数的に、なんでも再帰あちこちでreturnな書き方をすれば
それでうまくいく。



829 名前:デフォルトの名無しさん mailto:sage [2008/02/18(月) 12:26:48 ]
>なんでも再帰あちこちでreturn
吊り?

830 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 16:00:57 ]
>>813
そんな特定のアーキテクチャに依存した話を突然持ち出されてもねえ、、、

831 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 16:07:36 ]
>>829
> >なんでも再帰あちこちでreturn
> 吊り?

釣りでもなんでもない。ifやswitchが文でなく式なら、

return if (hoge) true else false;

みたいに書けるのに(3項演算子は可読性が低いから却下)、
そうでないから、

if (hoge) return true; else return false;

というように書かざるをえない、ってだけ。

832 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 17:15:50 ]
3項演算子に対する嫌悪感って goto のそれに似たものがあるな

833 名前:デフォルトの名無しさん mailto:晒すとするか [2008/02/20(水) 17:18:18 ]
3項演算子とgotoじゃ全然違うだろ・・・これだからgoto厨は・・・

834 名前:デフォルトの名無しさん [2008/02/20(水) 18:46:16 ]
3項演算子はネストしない限りif文よりも可読性高い場合もあるだろ
特に>>831のような単純な分岐の場合は。どうせ見た目で毛嫌いして
るだけだろうけど。

835 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 18:48:46 ]
>>834
ネストしたって適切なカッコさえつければ問題ないだろ。
特に>>831の場合には積極的に3項演算子を使うべき箇所と思われ。

836 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 18:56:34 ]
それは再帰とは呼ばない。
ということだけは覚えてほしい

837 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 18:59:35 ]
if 文のみで書こうとすると異常にネスティングが増えるケースについて
3項演算子をif文とともに使って、ネスティングを削減すると、コードがすっきりするので好きだ。

838 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 19:16:21 ]
例えばループで書くと

foo() {
 cond = true
 while (cond) {
  ・・・
   ・・・
    if (...) {
     cond = false
    }
   ・・・
  ・・・
 }
}

みたいな構造で、condのようなスコープの広い変数が
必要になるのが、再帰で処理するように書き直せば、

foo() {
 ・・・
  ・・・
   if (!...) {
    foo()
   }
  ・・・
 ・・・
}

で済む、かもしれない、ってこと。



839 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 19:19:27 ]
>>836
再帰かどうかが、returnがif文の中か3項演算子の外かで左右されるとでも?

840 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 19:33:38 ]
>>838
でっていう

841 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 19:48:45 ]
>>838
いや、皆が問題にしてるのはそういうことではなく
while (cond) {
  int i;
  ....
}
みたいなスタック操作の無駄のことと思われ。

842 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 21:19:37 ]
末尾再帰でもないのに、それは・・・

843 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 22:22:30 ]
>>838
foo() {
 cond = true;
 while (cond) {
  s1;s2;
    if (...) {cond = false}
  s3;s4;
 }
}
これは、condが2回目のループでfalseになるとすると、
s1,s2,s3,s4,s1,s2,s3,s4の順で実行される。
で、
foo() {
 s1;s2;
 if (!...) {foo();}
 s3;s4;
}
これは、2回目のループで(!...)がfalseになるとすると、
s1,s2,s1,s2,s3,s4,s3,s4で実行されるから順番が変わる。そこでs3;s4をifの前に持ってくるわけだ。
すると、
foo() {
_loop:
 s1;s2;s3;s4
 if(...) goto _loop;
}

みんな末尾再帰でgoto使う?


844 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 22:24:12 ]
末尾再帰をgotoにするのはコンパイラのお仕事。

845 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 02:28:28 ]
再帰使うならgotoはいらん。
(再帰を中断するときには使うかもしれん)

846 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 05:40:03 ]
つかそれはdo{}while(..);

847 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 07:36:46 ]
>>843が全然末尾再帰になっていない件について

848 名前:goto使わなければそれがいい派 mailto:sage [2008/02/21(木) 10:34:02 ]
>>751
まあ、そういうコードが含まれているプログラムの中には
脆弱性だのバグだのいっぱい含まれているものだ。

 セキュリティについて、潔癖で有名なDJBですら、結構gotoを
多くつかう。 まったく使わないで終わらせた作品としては
は、比較的私家版パッチの突っ込みが少ない publicfile くらい。
後は山のようにgoto文があってDJBは嫌いだという人間もいる。



849 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 10:37:28 ]
>>841
{} がつくと何でも変数スコープを狭く取りたがるつか、
同じ変数を使いまわしてもバグにならないというか、
単たる手抜きか。

850 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 14:08:08 ]
pascalみたいに手続きの最初で全部まとめて宣言しろ

851 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 15:58:33 ]
>>841
それも違うだろ。それくらい最適化でどうにでもできる。

852 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 20:22:54 ]
>>845
ハァ?再帰からgotoで抜けるだぁ?
これだからgoto厨は…

853 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 21:49:55 ]
再帰からgotoどころかlongjmpだってしちゃうぜ!

854 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 21:59:56 ]
よーし、俺はexitだ。

855 名前:デフォルトの名無しさん [2008/02/21(木) 22:41:57 ]
いいこと思いついた。
お前ら俺のプログラムのケツにストリームデータ流し込んで実行してみろ。


856 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 22:50:35 ]
>>855
えっ!お前のケツにすとりーむでーtlk;ghklj;

857 名前:デフォルトの名無しさん mailto:sage [2008/02/22(金) 07:15:04 ]
>>851
そんな最適化をされたらデストラクタロギングが使えなくなるじゃないか!!

858 名前:デフォルトの名無しさん mailto:sage [2008/02/22(金) 13:10:22 ]
>>857
コンストラクタ・デストラクタが呼ばれなくなるような最適化なんて行われるわけないだろ。
少なくともC++では。



859 名前:デフォルトの名無しさん mailto:sage [2008/02/22(金) 19:14:27 ]
いずれ呼ばれるにしても、呼ばれるタイミングは変わるかもよ?

860 名前:デフォルトの名無しさん mailto:sage [2008/02/22(金) 22:05:58 ]
>>859
どこの規格無視コンパイラだ?

861 名前:デフォルトの名無しさん mailto:sage [2008/02/22(金) 23:47:10 ]
gotoを使う想定でロジックを組むなら、それを分かりやすく図示する方法を発明してから
にしてほしい。そうじゃないとレビューする気にもなれない。
ここで出たようなgotoを使った書き直しの例なら、gotoを使ってないロジックを例えば
NSチャートとかで書いた方が、とてもとても分かりやすくて人にも説明し安いだろう。

チームメイトにロジックを説明するようにお願いてフローチャートをもってこられたら、
とりあえずバケツもって廊下に立っててくれるようにお願いしちゃうな。
システムが使われなくなるまでその人が死なずに内容も忘れずに保守するってのが保証さ
れてたとしても、仕事ではそんなロジックは受け入れ難いな。

だいたい現実的にgotoを使った方が良い場合ってのが、想定しづらい。
リソースだのコードサイズだののためのためにgotoを使うってのは、やらないと用件が
満たせないからって理由で、設計とかコーディングとかのさらに後に最適化フェーズを
設けてそこでやるんなら認めなくもないが、元からgotoを使うのが正しい場合なんての
を考慮しながらロジックを考えるような人とは一緒に仕事はできないなぁと思う。

なんでそんな書き方になってるか説明するための資料も作んないといけないし、仕事が
増えるばっかりだ。段階的抽象化とか物事を整理するとかに興味がないかできない人な
んだなとしか思えない。

誰かが事故にあってもリカバリがきくような状態を維持しようと思ったら、少しくらい
冗長になっても、なるべくわかりやすい設計&実装にしたいって思うのは普通だと思う
んだがなぁ。


862 名前:デフォルトの名無しさん mailto:sage [2008/02/22(金) 23:56:49 ]
わたしはソース読み力がありません。

まで読んだ。

863 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 06:15:25 ]
>>862>>861を読む力がありません

まで読んだ。

864 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 06:38:46 ]
resource *hoge(int arg) /*失敗でNULL、成功でリソース(p4)を返す*/
{
 resorce *p1 = NULL,*p2 = NULL,*p3 = NULL, *p4 = NULL;

 p1 = GetResource1(arg); /* GetResoruce*は失敗した時にNULLを返す */
 if(!p1) goto failed;
 処理1
 p2 = GetResource2(p1);
 if(!p2) goto failed;
 処理2
 p3 = GetResource3(p1,p2);
 if(!p3) goto failed;
 処理3
 p4 = GetResource4(p3);
 if(!p4) goto failed;
 処理4

 FreeResource(p3);
 FreeResource(p2);
 FreeResource(p1);
 return p4;
failed:
 if(p4) FreeResource4(p4);
 if(p3) FreeResource3(p3);
 if(p2) FreeResource2(p2);
 if(p1) FreeResource1(p1);
 return NULL;
}

これgoto使わないとどう書く?もちろんスマートポインタ、GC、例外は使用不可。

865 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 06:43:29 ]
>>864
もうそれ飽きた。いいかげん空気読め、アフォ。

866 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 06:45:43 ]
各GetResourceの前にifつけてやって、
処理4

867 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 06:52:11 ]
p1 = GetResource1(arg);
if(p1) {
 処理1
 p2 = GetResource2(p1);
 if(p2) {
  処理2
  p3 = GetResource3(p1,p2);
  if(p3) {
   処理3
   p4 = GetResource4(p3);
   if(p4) {
    処理4
   }
  }
 }
}
if (p3) FreeResource(p3);
if (p2) FreeResource(p2);
if (p1) FreeResource(p1);
return p4;


868 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 06:58:18 ]
俺の感覚だと、読んだだけで「ああ失敗なんだな」って分かる>>864のが好きなんだよね。
あとネストが深くならないのが。



869 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:02:22 ]
>>868
処理そのものがネスト構造になっているんだから、
コードもネストしたほうが実態がわかっていいんじゃねーの?

870 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:03:52 ]
>>863
なにがそんなに悔しいの?

871 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:05:33 ]
↓いつものgdgdな展開へ・・・

872 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:05:36 ]
>>869
なるほどねー。

>>870
いや別に。リソース確保でネストさせるのが嫌いだってだけで。

873 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:07:28 ]
自演シッパイ、オツwwww

874 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:08:19 ]
gdgdだな

875 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:08:50 ]
>>872
リソース確保の条件がネストしているのだから、
コードもネストしたほうが実態がわかっていいんじゃねーの?

876 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:09:53 ]
アンカー打ち間違える奴は、gotoでもラベル打ち間違えるに決まってる件について。

877 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:10:19 ]
>>875
なるほどねー。

878 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:11:50 ]
>>876
>>870>>863>>869に読み間違えてたわwww



879 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:12:06 ]
処理1〜3にもよるだろう。
短いならいいけど、長ければネストしたくないって人もいるだろう。
あと、エラーならその場で関数から抜けたいタイプのひともいるし、
あれだけじゃなんとも。

880 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:12:17 ]
あ、上の>>869>>868ねwwwww

881 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:13:09 ]
わざとだろwwww

882 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:14:03 ]
>>881
>>878>>880はねwwww読み間違えてたのはホント。

883 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:14:41 ]
gdgdだーwww

884 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:15:37 ]
>>879
ネストしたくなきゃ、
if (p1 && p2 && ...) {
とすればいいだけなんじゃ?

885 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:19:58 ]
>>879
たった3つの解放だけなんだから、解放をマクロにしちゃって
goto failedのかわりにFreeAll; return NULL;しちゃってもいいな。

いずれにせよ、このネタはもうイトフユだろ。

886 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:47:58 ]
ネストするなとか、あいかわらず後出しジャンケンなんだね、goto厨は…
まあその後出しジャンケンも>>885で残念賞なわけだがw

887 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:52:42 ]
↑と、ここまでいつものgdgdな展開ですた。

888 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 08:06:03 ]
嫌goto厨は「異議あり対案なし」であることが証明されました。



889 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 08:25:52 ]
>>882
リアルでアンカー読み違える香具師がgotoを使うのは

キ チ ガ イ に 刃 物

890 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 08:27:06 ]
>>888
gotoを使わない対案ならこの短い間に3つも出ましたが何か?

891 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 08:31:07 ]
「出る」と「出す」の違いくらいわかってもいいとおもうぞ。

892 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 08:47:16 ]
>>891
おいおい、>>888の主語は「嫌goto厨は」なんだから、
gotoを使わない対案が出ていればそれで十分に反証になるだろw

893 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 09:25:38 ]
自分の他人の区別さえつかないのか、かわいそうに。

894 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 09:32:55 ]
他人が書こうが誰が書こうがgotoを使わない対案であることに何の変わりもないが?

895 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 09:37:31 ]
嫌goto厨は「異議あり対案なし」であることが証明されました。

896 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 09:58:53 ]
>>895
gotoを使わない対案ならこの短い間に3つも出ましたが何か?

897 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 10:01:08 ]
それがなにか?

898 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 10:06:18 ]
いいよ〜gdgdいいよ〜



899 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 10:09:56 ]
864のgotoは不要ということで。

900 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 10:39:25 ]
俺の感覚だと、見た瞬間に 864>>>867 なんだがなあ。

えーとさ。FAILEDっていうラベルの存在自体が

「物凄くソースコードの見通しを良くする、これ以上無い最高のコメント」

だと思うんだよ。

901 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 10:51:29 ]
>>900=>>864 オツw

902 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 10:55:29 ]
>>901
goto派が一人しかいないと思ってるなら、
君はたった一人のgoto厨に向かって何を必死に反論しているのかしら?w


903 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 10:59:26 ]
goto派が一人しかいないなんて話、どこの脳内議論から降ってきたのだろうか・・・
脳ミソがスパゲッティになってるんじゃないの?

904 名前:デフォルトの名無しさん [2008/02/23(土) 11:00:48 ]
ラベルに適切な英語名を振れない低学歴が吠えてるだけ

905 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:02:13 ]
1000までgdgd

906 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:05:46 ]
>>900
FAILEDなんてラベル、>>864にはないんだけど・・・
ラベルも扱えない香具師がgotoを使うのは

キ チ ガ イ に 刃 物

907 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:06:50 ]
すげぇ、TYPOも許容しないほどの厳格な議論なのかと思ったら
ただの罵り合いじゃん。

908 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:08:20 ]
gotoを適切に使うことで見通しよく書けているコードなど
オープンソースソフトウェアを少し読めばいくらでも見つかるし
まともなプログラマならばgotoを使うべきコードパターンというのを
イディオムとして持っている



業務の中で頭の固い奴を説き伏せてまで良いコードを書こうとは
思わないので仕事では適当にwhileやifをネストさせてその場限りの
コードをぐちゃぐちゃに書く。保守性など知らない
とりあえず「見た目上構造化」しておけばよいのだからそれ以上
考えても無駄無駄無駄。所詮は仕事



909 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:11:14 ]
>>908
ifをネストさせない対案も複数出ているが?

さあ、今度はどんな条件を後出しするのかなwwwwwww

910 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:11:36 ]
という思想で書き散らかされたプログラムに
腐れUMLと自動生成された糞doc、スパイスとして捏造されたテスト報告書をくっつければ

ほら高品質ソフトウェアの出来上がりでござい

911 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:14:22 ]
if (p1 && p2 && ...) {
馬鹿馬鹿しく肥大化した分岐条件

goto failedのかわりにFreeAll; return NULL;
馬鹿が思いつきで定義する糞マクロ

イイヨイイヨー

912 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:26:33 ]
>>861
>誰かが事故にあってもリカバリがきくような状態を維持しようと思ったら、少しくらい
>冗長になっても、なるべくわかりやすい設計&実装にしたいって思うのは普通だと思う
>んだがなぁ。
設計については正しい。
だが
実装については正しくない。

そしてここは実装について話すスレだよ。

913 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:30:38 ]
goto厨のオナニースレなんだから、まともな論理は通用しないよ > goto自重派

914 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:31:51 ]
>>908
その場かぎりのgotoでグチャグチャになってる>>864にどんな保守性を期待してるのやら。
他人のコードレビュー受けたことないでしょ、君は。

915 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:33:01 ]
>>908
> まともなプログラマならばgotoを使うべきコードパターンというのを
> イディオムとして持っている

それが他人に読まれた時にどんな混乱をもたらすか
考えたこともないのがgoto厨クオリティ

916 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:36:59 ]
whileやifがネストしただけで混乱するようなプログラミング初心者がgotoを使うのは

キ チ ガ イ に 刃 物

917 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:38:50 ]
>>876
> 876 名前:デフォルトの名無しさん [sage]: 2008/02/23(土) 07:09:53
> アンカー打ち間違える奴は、gotoでもラベル打ち間違えるに決まってる件について。

> 900 名前:デフォルトの名無しさん [sage]: 2008/02/23(土) 10:39:25
> えーとさ。FAILEDっていうラベルの存在自体が

まさにご名答。先見の明がありますな。
どこぞの後出しジャンケンと大違い。

918 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:49:14 ]
だめだここはれべるがひくい



919 名前:デフォルトの名無しさん [2008/02/23(土) 11:50:45 ]
864 finally使え

920 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:53:47 ]
>>919 正解ですな。
finallyはスマートポインタ、GC、例外ではないからねえw






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<243KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef