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


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

「コンパイラ・スクリプトエンジン」相談室14



1 名前:デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:12:25 ]
禁止事項【臨時】
・前スレの911自身の書き込み、またそれに関連した書き込みを禁止致します。
 (スレが荒れる原因となります)

プログラミング言語処理系の開発に興味のある人達のスレッドです。
字句解析・構文解析から,データフロー解析,ループ並列化,データ分散,SSA変換,
CPS変換,レジスタ割付,命令スケジューリング,ソフトウェアパイプライン,
SIMD命令生成,VLIW向けクラスタリング,スクラッチメモリ向け最適化,リンク時最適化,
JIT,動的バイナリ変換等の各種最適化,それにVM,GC,低消費電力化などなど。
意味論に関する話題も歓迎です。

過去スレ
1 pc.2ch.net/tech/kako/981/981672957.html
2 pc2.2ch.net/test/read.cgi/tech/1021136715/
3 pc5.2ch.net/test/read.cgi/tech/1070089173/
4 pc5.2ch.net/test/read.cgi/tech/1100097050/
5 pc8.2ch.net/test/read.cgi/tech/1106129164/
6 pc8.2ch.net/test/read.cgi/tech/1115335709/
7 pc8.2ch.net/test/read.cgi/tech/1129287390/
8 pc8.2ch.net/test/read.cgi/tech/1131273918/
9 pc8.2ch.net/test/read.cgi/tech/1135082582/
10 pc8.2ch.net/test/read.cgi/tech/1146844753/
11 pc11.2ch.net/test/read.cgi/tech/1160879890/
12 pc11.2ch.net/test/read.cgi/tech/1188688416/
前スレ 13 pc12.2ch.net/test/read.cgi/tech/1233143342/
関連リンクは多分 >>2-10 あたり

522 名前:デフォルトの名無しさん mailto:sage [2010/03/19(金) 10:32:38 ]
上に乗っかるコンテンツを、俺らの作業領域にあんま関係づけて語ってもな。
なんかド素人のゲーヲタ視点っぽい。

523 名前:デフォルトの名無しさん mailto:sage [2010/03/19(金) 20:39:54 ]
>514
XMLのパーザ簡単じゃないと思うけどなぁ。
セパレーターを調整したS式が一番良いと思う。

524 名前:デフォルトの名無しさん mailto:sage [2010/03/19(金) 22:03:16 ]
最近はJSONやYAMLのパーザも増えてる。

525 名前:デフォルトの名無しさん mailto:sage [2010/03/19(金) 22:15:40 ]
書く側に複雑な知識は期待できないとなれば、
wikiやTeXぐらいの記法が限界なんだろうか?

526 名前:デフォルトの名無しさん mailto:sage [2010/03/19(金) 22:36:02 ]
>>523
汎用のパーサを使わなくても(デ)シリアライザに直接食わせられるのが魅力かも。
オレはスクリプト記述の用途としては使わないが、
スクリプトの文法定義にXMLをコンパイラの設定ファイルとして使ってるよ。
S式はどーだろ?

527 名前:デフォルトの名無しさん mailto:sage [2010/03/19(金) 23:46:36 ]
>526
ライブラリが充実していればそうだけど、パーザを自分で組むとしたらXMLは無駄に複雑過ぎるよ。
要素と属性値みたいに無駄に種類が多かったり、終了タグに名前を書かなきゃいけないとか……

S式が嫌われているのは
 ・グループ化で使っている()が字面として強い
 ・セパレータとしてスペースが使われているから、普通の英文と相性が悪い
辺りだと思うんだけど、これを改善すればずいぶんと受けが良くなるんじゃないのかな?
昔こんなの作ったけど、なかなか悪くなかったと思う。XMLと相性も良かったし。
|要素名;要素の中身|:
(|を表現するときは||を使う)


528 名前:デフォルトの名無しさん mailto:sage [2010/03/20(土) 00:23:25 ]
>>527
そもそもXMLはシリアライザやテンプレートエンジンに
吐かせるかしかせず、手では触らないことにしている。
XMLは静的型付き言語、JSONやYAMLは動的型付言語と相性がいいという印象。

>|要素名;要素の中身|:
悪くないんじゃないかな。縦棒は比較的使用頻度が少ない記号だし。
オレは
[コマンド名 param1=arg1 param2=arg2]
の形式にしてる。計算式は原則としてスクリプト中では使用させない。
これでも案外実用になる。

529 名前:デフォルトの名無しさん mailto:sage [2010/03/20(土) 01:10:13 ]
>>527
> 要素と属性値みたいに無駄に種類が多かったり

冗談だろ?

530 名前:デフォルトの名無しさん mailto:sage [2010/03/20(土) 01:35:13 ]
>529
マジ、マジ。属性値は本質的に制限付き要素なんだけど、わざわざ構文分けて別物にするほどのものじゃ無いよ。
『<element>属性値</element>なんて書きたくないよ』なんて思うかもしれないけど、それは要素の表記が
重すぎるのが問題なわけで。



531 名前:デフォルトの名無しさん mailto:sage [2010/03/20(土) 01:42:37 ]
それはあなたのDTD定義が適切でないだけ。
plistみたいにやりたければ、どんどんやればいい。
XMLの問題は「構文が単純すぎて」冗長になること。
組み込みタイプとリテラル表現がないのも一因。

532 名前:デフォルトの名無しさん mailto:sage [2010/03/20(土) 02:10:00 ]
え?DTD解析までやれと?どんだけ難易度高いんだよ。
やっぱりXML使うんだったらライブラリ必須じゃない?

533 名前:デフォルトの名無しさん mailto:sage [2010/03/20(土) 07:21:11 ]
>>528
「=」を「:」にすればObj-Cだな。

534 名前:509 mailto:sage [2010/03/20(土) 08:24:31 ]
質問です。

re2c+bisonでAST作成までだいたい出来たところまで来ました。

この先の最適化ってところが、まだ良くわかりません。
解説しているサイトとか、参考になりそうな所を教えてください。
(constant同士の演算くらいしか思いつきません)

535 名前:デフォルトの名無しさん mailto:sage [2010/03/20(土) 09:13:01 ]
コンパイラ作ってるの?

とりあえず中田先生の「コンパイラの構成と最適化」は見た?

536 名前:デフォルトの名無しさん mailto:sage [2010/03/20(土) 09:18:48 ]
最適かなんか後回しでいいのに

537 名前:デフォルトの名無しさん mailto:sage [2010/03/20(土) 09:55:28 ]
>>534
最適化は後回しにした方がいいと思うけど、いずれにせよASTから中間言語に直す方がいいな。
命令型言語なら3番地コード
大体どの教科書にも最適化は三番地コードに対するアルゴリズムとして書いてある

538 名前:デフォルトの名無しさん mailto:sage [2010/03/20(土) 11:23:49 ]
先にある程度知っておいてからでも遅くは無いよね
どうせ最初から作り直しになるんだけど

539 名前:デフォルトの名無しさん mailto:sage [2010/03/20(土) 11:35:21 ]
最終的にどんなコードになるのかどうやって実行されるのかとかわかってないと
最適化なんかやりようがない

540 名前:509 mailto:sage [2010/03/20(土) 12:04:43 ]
コメントありがとうございます。

>535
>コンパイラ作ってるの?
いえ、今考えているのは仮想マシン書いてバイトコード実行、って
感じのスクリプトエンジンです。スタックマシンていうのが小さく
書けるみたいくらいの知識しかなくて・・・

なるほど・・・。とりあえず本買ってみます。




541 名前:デフォルトの名無しさん mailto:sage [2010/03/20(土) 12:11:59 ]
まずASTを直接評価するインタプリタを書いてみれば?

542 名前:デフォルトの名無しさん mailto:sage [2010/03/21(日) 02:03:33 ]
>>540
中間言語のニーモニックを多少最適化することより、
仮想マシン自体の性能アップの方が遥かに大事だよ。
ニーモニックの最適化が重要になるのは、吐き出すのがネイティブコードの場合だね。

543 名前:513 mailto:sage [2010/03/21(日) 22:55:18 ]
>>513でまさかこんなにレスが付くとは

XMLでスクリプト書く場合の負荷については
能力の低いマシンならともかく、PC上でのプログラムだからそんなに性能を気にすることはなかった。
パーサーは自作なんて無理なので既成のを使用。
XML全体と同じ内容の木構造データにして実行する方式
(バイトコードとか仮想マシンを作るような知識はないので)
なので、実行はそれなりに速いと思うけど
ファイルサイズが大きくなると、最初の読み込みに時間がかかってしまいそう。

メリットは妥当性検証のあるエディタが使える事。実行する前にエラーが分かるのって大きい。

544 名前:デフォルトの名無しさん mailto:sage [2010/03/21(日) 23:14:43 ]
>>543
>ファイルサイズが大きくなると、最初の読み込みに時間がかかってしまいそう。
試してないのかね。
5MBぐらいのスクリプト作って読ませてみれ。

545 名前:513 mailto:sage [2010/03/21(日) 23:58:08 ]
>>544
そんな大きいのは試した事ない・・これから作って試すわ。
150KBぐらいのがあるけど、それだとCeleron 1.4Ghzで40msぐらい。
150KBで単純に40msずつ増えていくとして、5MBだと1350msぐらいかな。

こんな感じの構造にしているんだけど、block直下にある要素をコマンドとして実行させたり、
クリック待ちなどで中断するのは簡単なんだけど(要素のインデックスを保存して行ってる)、
ifの中でクリック待ちで中断するような時はどうすりゃいいんだろう・・
if文の中まで実行しなくちゃいけないし、セーブで途中の要素から実行しなくちゃいけないときはどうするんだろう。
中断すること考えなければ簡単なのに。
読み込み時に、XMLの要素全部にIDを割り当てて、ロード時はそれをもとに再開するとかだろうか。

<function name="main">
<element param="1"/>
表示するテキスト
<if expr="a=6">
変数aが6のときの処理
<else>そうでないとき</else>
</if>
</function>

546 名前:デフォルトの名無しさん [2010/03/22(月) 06:17:07 ]
先日のエロゲプログラマの方が全然凄いな。
今のプログラマはアリモノを使いすぎるんじゃない?

547 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 07:59:27 ]
今時のプログラマは有りモノを活用するのが基本だろ。

548 名前:デフォルトの名無しさん [2010/03/22(月) 08:08:42 ]
それって、基礎が出来てないけどブラックボックスを触るようなもんだね。
はまったときや改編時は、自己コードじゃないと大変そうだね。
あと、実行スピードはスクラッチに負けるよね。
JAVAとか使ってると遅くて敵わないね。

549 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 08:20:35 ]
他人のコードだからといってブラックボックスな訳じゃないし、
多数の人間が使っているコードなら実行スピードもむしろ最適化
されてると思うけど。実装スピードは格段に速くなる訳だし、
自前主義に拘る理由は無いでしょ。

550 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 08:30:06 ]
> それって、基礎が出来てないけどブラックボックスを触るようなもんだね。

基礎ができている/できてないことと、有りモノを使うかどうかの判断は
関係ありませんね。
材木を山で切ってくることから始める大工しか、基礎ができてない、
なんて考える人のことを「バカ」と言います。

> JAVAとか使ってると遅くて敵わないね。

使ってない奴の妄想だから相手にしないほうがいいよ。



551 名前:デフォルトの名無しさん [2010/03/22(月) 08:35:48 ]
はあ?
ブラックボックスで困るのは事実だろ。
あとJAVAがいくら頑張っても前のエロゲプログラマのスピード(50000行を1秒でコンパイル)には敵わないだろ。
エロゲプログラマにコンプレックスでも持ってるのか?
今は遅いネットブックが2割をしめるんだぞ。

552 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 08:37:40 ]
単純な言語仕様ならそりゃコンパイルも速いさ

553 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 08:40:20 ]
>>551
>ブラックボックスで困るのは事実だろ。

オープンソースの物を使うという発想は無いのかな
ちゃんとドキュメントも整備されている物もあるよ

554 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 08:44:53 ]
おかしな人は放置で。

555 名前:デフォルトの名無しさん [2010/03/22(月) 08:47:19 ]
>>552
あれが単純な言語仕様に見えたのなら、お前の目は節穴だよ。
>>553
そろってるものもある、だろ?
無い物はソースから読み直しだ。それでも効率はブラックボックスの方が上だと思うが、
至高のコンパイラスレで技術力を言及しないのはどうしてだ?
前のエロゲ屋は音声も画像もシナリオも独自圧縮と書いてたぞ。
それでも既存の物を使う方が優秀というのか?

556 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 08:49:56 ]
有り物だけを使うのは技術向上の否定になるわけで、このスレでもスクラッチから作る方が高度だと認められてるだろ?

557 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 08:53:56 ]
速いバージョンのmp3の展開ルーチンでももたつくな。

558 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:06:47 ]
JAVA厨ちんこだから、相手にしない方が。
それと、エロゲの人は低スペックでも動くようにチューンしてるだけだと思う。
様は適材適所で、スピードを求められないのならYACCとLEXを使えば良いだけだと思う。
たしかに技術力の向上のためにスクラッチから作るのも趣味としてはありだとは思うけど、
開発効率と実行スピードのどちらが求められるかは現場次第。

559 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:11:19 ]
JAVAが早いって言うのは嘘だな。

560 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:13:27 ]
>>555
コンパイラにとっての言語の単純さってのは
人間の感じるものとは異なるということさ



561 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:15:48 ]
>>555
>至高のコンパイラスレで技術力を言及しないのはどうしてだ?

技術は『使いどころ』が重要だから。
何にでも技術力を投入すれば良いという物でもない。

562 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:37:45 ]
まあ、前のエロゲ屋は長い間の蓄積があって、ああなったんだから、今と時代は違うよ。
でも、圧縮関連の技術を自社開発にしているところは純粋に凄いな。認めるべきだと思う。
>>561
この人はそこが技術の使い所と思ったんだろう。
>>560
前のエロゲ屋のコンパイラは十分複雑だと思うが。

563 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:40:26 ]
圧縮なんかは確立してる理論をベースに特許関係を避けて使うのがセオリー。
自前でやる意味があるのは枝葉末節の細かい部分だけ。

564 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:41:55 ]
どちらにしろ、エロゲの人の技術は凄いかも知れないけど、今は時代が違うではないし終わりにしないか?
スレの内容を逸脱してる。

565 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:43:18 ]
実装が手元にないのにそれをぐだぐだ論じても仕方ない

566 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:44:06 ]
>>563
ロースペックなマシンに合わせて展開スピードをあげ、マスターに向けて圧縮スピードを上げている。
このエロゲ会社独自だろ?

567 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:47:12 ]
>>566
どうしてそれだけで独自だと分かるの?
既存の技術を組み合わせることで圧縮効率を上げるってのはよくあることだけど

568 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:49:05 ]
>>565
その通り。
>>566
長いエロゲ屋歴でそういう風にしたんだろ。
去年は新作6本、DL12本(?)作ってる会社だから、他の会社に当てはめられない。

569 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:50:57 ]
>>567
本人かブログかで独自圧縮といってただろ。
信じるか信じないかは自由だが。

570 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:52:10 ]
>>568
そんなに作ってるのか?



571 名前:568 mailto:sage [2010/03/22(月) 09:55:19 ]
>>570
ああ、OHPとDLSITE.COMで確かめた。すさまじい数だ。

572 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:59:21 ]
>>566
たとえば gzip の -1, -2, ..., -9 オプションですな。

圧縮処理の対象とするブロックの大きさを加減することにより、必要とするメモリ量+計算量と、
圧縮性能のトレードオフを加減する。

情報理論的にごくあたりまえの話ですが何か?

573 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:00:00 ]
wikiで見ると社長兼メインプログラマみたいだな。
そりゃ本数出すためならプログラむくむわな。

574 名前:エロゲ屋 mailto:sage [2010/03/22(月) 10:02:40 ]
>>572
この会社は圧縮率も高い。
良く社長と兼任してそんな本数出せたか不思議。
普通のエロゲはもっと時間を掛けて作られる。

575 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:04:18 ]
その痛々しい名前欄はなんなんだw

576 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:06:00 ]
>>574
単純にもっと昔に理論は確立してたからじゃないか?
実装もASMとC++だったよな。古い言語だ。

577 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:07:15 ]
予告通り出ないというのが常態化しているエロゲ業界で、そんだけリリース
し続けてるのはすごいな。
OpenBSD が「半年ごとにリリース版を出す」を10年続けているのを知った時も
すごいと思ったが。

578 名前:エロゲ屋 mailto:sage [2010/03/22(月) 10:08:48 ]
>>575
うるさいw
でも、この会社の評判は流通が必ず言ってくるくらい良いんだよな。
マスターが確実でバグはないって。延期とバグがつきものの俺らはいつも言われるw

579 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:11:38 ]
>>578
やっぱり流通って口出してくるんですね。
エロゲ界の摩訶不思議です。
どういう仕組みなんですか?

580 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:11:48 ]
久方北エロゲ産業



581 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:13:57 ]
もうそろそろ止めようぜ。

582 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:15:02 ]
>>581
すまん。

昔提案のあった、TinyCの定義でもしないか?

583 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:23:24 ]
大学の学生実験でTinyCなる言語のコンパイラ作らされたなあ

- 型はintだけ。void型やポインタ・配列はなし
- 演算子は論理和積、加減乗除、比較だけ
- 制御文はif, while, returnだけ

手習いにはちょうどいいサイズだったと思う

584 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:23:47 ]
TinyCは目新しさがないんだよな。みんな最初に通る道だし。

585 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:25:24 ]
逆にHugeCを作れば

586 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:26:58 ]
D言語w

587 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:31:09 ]
C言語にクラスって必用かな。ネットのコピペで良いから、クラスのありがたみがいまいち理解できない。
スコープの厳密さは良いと思うけど。

588 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:32:29 ]
RAIIが使えるだけで随分差が出てくると思う

589 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:35:40 ]
コンストラクタとデストラクタってRAIIって言われるんだ。
たしかにエラー処理が楽ですね。

590 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:35:52 ]
>>587
最初は C with Classes という名前だった処理系を作った人の
「C++の設計と進化」の最初のあたりだけとか読んでみたら?



591 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:36:37 ]
RAIIは、コンストラクタとデストラクタを使ったリソース管理、だな

592 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:39:13 ]
>>589
コンストラクタとデストラクタのことではない。
ウィキペディアからの引用になるが、

(引用者注: C++では)自動変数がスコープを離れるときデストラクタが呼ばれるため、
変数の寿命が終わるとすぐに資源が返却されることが保障できるようになった。これは
例外が起こったときでも同様であるため、RAIIは例外安全なコードを書くための鍵となる
概念となった (Sutter 1999)。

593 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:43:44 ]
C#でもusing構文を使えばRAIIできるね
Javaはこれができないから困る

594 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:50:18 ]
Javaでもtry/finallyを抽象化したシンタックスシュガーないし何かを作れば
いいんだろうけど、そういうものは提供しないポリシなんじゃないかな?

メソッドの設計で抽象化するか。

595 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:51:19 ]
>>587
ポリモーフィズムが使えるだけで随分差が出てくると思う

596 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 11:14:52 ]
RAIIが重要なのはリソース解放を言語側に保証させることができるから。
名前に反して初期化時のリソース確保は重要じゃないよね。


597 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 11:17:18 ]
>>594
言語仕様を単純化したいんじゃないかね
せっかくGCがあるんだから、
全てのオブジェクトの寿命は無限ということにすれば話が単純になる

598 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 11:19:22 ]
元々は初期化側がRAIIの主眼だったんだろうけど、
正直そこはどうでもいいよね

599 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 11:22:56 ]
>>597
RAIIに必要なのはオブジェクトの寿命管理じゃなくて
あくまでオブジェクトの持ってるリソースの寿命管理だから
オブジェクトは死ぬ必要ないのよ。
C#だってそう

600 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 13:01:04 ]
どんだけ時代遅れ。
ガベコレを搭載してる実装系ではガベコレがアプリ本体と別スレッドで動いていることすらある。
すると削除するタイミングなんかは全く保証されないから、
デストラクタ自体を書かないのが推奨される作法になる。



601 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 13:08:20 ]
は?
RAIIはガベコレを通さないんだが

602 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 13:11:25 ]
いや通してもいいだろ
終了処理をメモリ破棄のタイミングより早く行えばいいだけ

603 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 13:14:05 ]
C#で実現できてるんだから
全く問題ないわな

604 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 13:41:31 ]
オブジェクトが不要になったときにユーザが任意で呼ぶのがデストラクタ、GCが呼ぶのはファイナライザ(ときにデストラクタ)
>>600が言ってるのは後者で、RAIIで使うのは前者

605 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 21:52:52 ]
RAIIで管理するのはメモリだけじゃない。
典型的なのがファイルのclose。
GCとRAIIは共存できる。
>>600は無知。

606 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 22:09:22 ]
まあファイルのcloseは失敗する事もあるので
なるべく自前でcloseした方がいいんだけどね
ネットワークドライブ上のファイルとか

607 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 00:36:37 ]
デストラクタの中で自前でcloseしてるだろ・・・

608 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 07:58:24 ]
ファイルのクローズって失敗してもほとんど対処のしようがないよね?
以後の動作を保証できないとしてアプリを異常終了させるぐらい?

609 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 08:27:12 ]
で?

610 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 16:32:20 ]
自前でクローズしてもいいことないって話だろ?



611 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 16:40:07 ]
自前でクローズしないで誰がクローズするの

612 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 17:58:41 ]
ファイナライザ

613 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 18:02:55 ]
ガベージコレクションはいつ起こるかわからないから、
気がついたらファイルハンドルが足りないかもしれない。

614 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 19:13:12 ]
>>613
明示的に呼び出せばいいじゃないか
System::gc(System::GC_FULL);
とか


615 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 19:30:22 ]
ユーザが把握してる変数から参照がにたたれたとしても内部的には参照が残ってる可能性ってあるし
実装によってはFalse Pointerの影響で回収しきれない可能性とかもあるしなー
GCに完全に任せきってしまうってのはこわいよ

616 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 23:53:03 ]
ドラゴンブックの第二版が去年の6月に出たらしいけど評判はどうなの?
>>6の本の一番上の奴の改訂版)

www.saiensu.co.jp/?page=book_details&ISBN=ISBN978-4-7819-1229-5&YEAR=2009

617 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 00:20:19 ]
>>616
表紙が派手になった
最新のコンパイラ技術に基づいて若干修正されている
初版を読了後に論文誌を漁っている人は買わなくてもOK
言語処理系に興味があって初版知らない人は読むべき




618 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 01:02:55 ]
組版がきれいになった
訳語も現代語により近く、読みやすくなった気がする
本質的な部分ではないかもしれんが、こういう改良は大切だと思う

619 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 04:40:37 ]
このスレは居心地良いな。スレの内容も面白いし話題の切換も引きずらない。

620 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 04:47:56 ]
しかし目新しい話題は少ない



621 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 04:59:00 ]
でも、意見が違うからと言って、アスペルガーと言って意見を封鎖するのは止めないか?
医療関係のプログラムを組んでるけど、複数のドクターが言うには簡単にそんな診療、簡単にできないし、
相手が傷ついて、まともな論争に出来ないという。
相手の反論を封じるために、言っている、自己中心者が多くて困ってると複数のドクターが言っている。

622 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 05:05:09 ]
デザインかっこいいのもいいな
英語のソフトカバー版買ったら表紙がちっともドラゴンじゃなくて後悔してるw






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

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

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