[過去ﾛｸﾞ] Emacs Part 50 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
79: 2017/01/08(日)22:36 AAS
>>77
Vimでは引きこもれないじゃん。
メーラーがない。
ああ、せっかく良いエディタに出会えたのに…
80(1): 2017/01/08(日)22:38 AAS
>>78
どういう意味？
そろそろubuntu16.04LTSにしないといけないのに、sudo apt-get install emacs で入らないと困る。
81(1): 2017/01/08(日)23:11 AAS
>>80
記事を読む限り特定バージョンのglibcに依存してるんだから、それ参照するなり関数を組み込むなりしたら動きそうだ。
82(1): 2017/01/09(月)12:16 AAS
>>78
ほんとこれ
ただのライブラリなのにそれの互換性がなくなっただけでEmacsが終わるとか嘘ついて
どう責任とるつもりなんだろうな
83(1): 2017/01/09(月)13:18 AAS
Emacsがんばえー
84: 2017/01/09(月)13:19 AAS
2chは反応遅いな
85: 2017/01/09(月)13:52 AAS
>>81
なるほど…
86: 2017/01/09(月)14:22 AAS
>>82
やべぇこのレスに半端ない安心感を覚える…
俺は職業プログラマー（サンデープログラマだ）じゃないんだが、Emacsファンでね。Vimも好きだけど。
IDE等リッチ過ぎて重〜いソフト使うほど高度なことはしてないから、エディタを使いたいんだ。
敢えて先輩に歯向かうなら、オマイラおっさん連中が若い衆の育成を怠るから、
俺みたいなのが「オタク」と呼ばれてしまうんだ。
Emacsの人気が落ちるのは本当に寂しい。
87: 2017/01/09(月)14:25 AAS
>>83
本当にEmacsが動かないなんて事態になったら、
さすがに各国のファンが動くと思うんだけどね。実際には。
だって開発者じゃないと解読不可能なコードなんて、ないっしょたぶん。
他力本願かもしれんが、かつてUNIX板が2chを救済したようなドラマがまた見られるのかも？
88: 2017/01/09(月)14:26 AAS
件の記事はライブラリ云々よりコミュニティの話が主体だと思うんだが
89(2): 2017/01/09(月)14:29 AAS
ここまで portable dumper の話題が一切無いとかどうなってんのよ
90: 2017/01/09(月)14:34 AAS
>>89
検索すりゃわかるが一切無いわけじゃないがそういう話題の主戦場はもうすでにここではない
emacsユーザもへったし2ch自体も寂しくなったもんだな
91: 2017/01/09(月)14:54 AAS
最近はパッケージ管理もしやすくなって不具合あったら作者に直接聞くしな
elisp道場スレがなくなった時点で情報を集積するような役割は終えたと思う
92: 2017/01/09(月)16:55 AAS
portable dumperの話はemacs-develでも止まってるからね
test branchができたらまた動き出すとは思うけど
93(1): 2017/01/09(月)21:45 AAS
>>89
ぶっちゃけ騒ぐようなもんじゃない
日本で話題になっているって言って在米ペルー人の知り合いが驚いてた
変なスポークスマンが日本語で宣伝したから、日本で過剰反応してる
94: 2017/01/09(月)22:28 AAS
まあunexecは今時許されるやり方ではないわ。
95(1): 2017/01/10(火)01:16 AAS
要するにelispをロードしたメモリの状態を丸ごと保存(dump)して、起動時にelispの
ロードと初期化処理で遅くなるのを、メモリ状態を復元する事で高速化しようとする事だが
Linux版Emacsはmallocの内部状態を取得するglibcの独自機能を使っていた
内部状態を取得してそれをそのままセットすれば容易に同じ状態に出来るから
要するに楽をしていたと言う事だ(メモリの中身は別途自分で保存する必要はある)
ただ少しプログラムが分かる人なら、mallocの呼び出しにラッパーを被せて
引数で渡されたサイズとmallocの戻り値であるアドレスをハッシュテーブルなどに
保存してfreeされた時に消すという事をやれば、mallocの内部状態を全く同じものを
再現出来る事は分かるはず
これだと処理時間とメモリの両方mallocの内部状態と重複するので完全に無駄には
省2
96: 2017/01/10(火)01:18 AAS
emacsやJavascriptは2038年問題に対応済みだけどまだPerlやRubyは済んでないんでしょ
企業が引っ張ってないプロジェクトにはどこも似たような問題はあるよ
かたや企業主導の場合はどれだけ広く使われてようと方針変わったら即終了だしな HyperCardとかVB6とか
97: 2017/01/10(火)01:34 AAS
ちなみにWindows版Emacsはその処理にmallocを使っていなくてwin32を使ってメモリの
保存と復元をしているから、そもそもLinux版Emacs限定の話しだった
それと、前のレスでmallocの内部状態が無駄になるといったけど、それはdumpする
時限定で、Emacsを使ってる時は内部状態を保存する必要がないからなんらペナルティは
ない
で、どうせ解決策を実装するならportable dumperを実装すればどうだと話が浮上してきた
portable dumperはGC(ガベージコレクション)をする時と同じようにルートから
オブジェクトを全てたどって、メモリの状態をかき集めてdumpする方法で
プラットホームのメモリ関連のAPIに依存しないからportable dumperと言われている
一見万能な方法のように思えるけど、メモリ関連のAPIには依存しないけど、
省7
98: 2017/01/10(火)01:43 AAS
>>93
今回まつもとゆきひろまでEmacs終わるからどうしようとか言ってたからな
事情が分かってなかったんだろうけど、それでもあれだけの人が鵜呑みにしてしまうとか
すげーがっかりだわ
上下前次1-新書関写板覧索設栞歴
あと 904 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.009s