Linux板ニュース速報23

0001login:Penguin

2013/12/02(月) 07:06:47.51ID:Uy+cKjZH

0024login:Penguin

2013/12/25(水) 15:35:55.40ID:HIQxr/lX

何を言ってるのやら、NHKの偉い人はあべしのお友達大量ですよ

0025login:Penguin

2013/12/25(水) 18:46:21.58ID:IypOZCww

>>21
犬だけで反応するのかｗ

0026login:Penguin

2013/12/25(水) 20:48:24.79ID:OJaPoyy3

雑なスクリプトだ。

0027login:Penguin

2013/12/26(木) 00:42:39.29ID:JPD7pEz7

新208.5日問題、XP以降の全てのWindowsで発生
http://linux.slashdot.jp/story/13/12/25/1018223/

自動再起動システムが直ったと思ったら今度は自動停止システムが組み込まれたようですｗ

0028login:Penguin

2013/12/26(木) 06:42:05.77ID:fHvsvS+d

Windows?

0029login:Penguin

2013/12/26(木) 17:19:40.93ID:HzQH/iVY

百度の「Baidu IME」「Simeji」が入力情報を無断で送信　セキュリティ会社が指摘

0030login:Penguin

2013/12/26(木) 17:20:24.28ID:HzQH/iVY

>>29
http://nlab.itmedia.co.jp/nl/articles/1312/26/news056.html

0031login:Penguin

2013/12/26(木) 17:53:52.97ID:HnTXffuk

>>29-30
百度だけじゃねーじゃんと思ったら「『送信しない』に設定しても
送信されていた」だったのかw

そりゃ駄目だわ。

0032login:Penguin

2013/12/26(木) 18:50:20.47ID:biiHwj0x

Nexus 7＋Ubuntu Touchレビュー、使い勝手が最高！
http://linux.slashdot.jp/story/13/10/24/0349245/

0033login:Penguin

2013/12/26(木) 18:59:13.74ID:Vw2R64rH

よくあるけど洒落にならないバグ。

0034login:Penguin

2013/12/26(木) 19:04:42.01ID:fHvsvS+d

それよりも、SSL通信なのに中身覗かれちゃうほうが、もっと騒がれた方がいいのではないか。

0035login:Penguin

2013/12/26(木) 19:10:23.33ID:biiHwj0x

PHP.netが攻撃を受け、Google Safe Browsingによってブロックされる
http://security.slashdot.jp/story/13/10/28/097248/

PHP.netは今月初めWindows Serverに切り替えたばかり。わずか二週間でセキュリティの問題。

0036login:Penguin

2013/12/26(木) 20:53:35.24ID:B+PCuOoh

>>29
何を今更、クラウド型のIMEのグーグルでもやってる技術じゃないかｗ
ただ許諾文を簡単に目につかないようにしたのは大失敗だったな。
データを盗むのならグーグルみたいに正々堂々清く正しくやらねば。
百度はコソコソやろうとしたから致命傷に成った。

0037login:Penguin

2013/12/26(木) 21:25:32.20ID:oXVJl0f0

>>34
記事で報告元としてリンクしてる NetAgent のエントリ見ると
Counter SSL Proxy ってのを使った細工した環境で検証したみたい
たぶん百度の証明書の代わりにオレオレ証明書使わせるとかしたんでしょ

0038login:Penguin

2013/12/27(金) 08:20:31.23ID:MEF1M09y

>>37
mitmproxy: a man-in-the-middle proxy
http://mitmproxy.org/

こういうのもあるよ。こいつの発行する証明書をいれておけば
普通にMITMでのぞける。

0039login:Penguin

2013/12/27(金) 08:36:49.56ID:cBN5WhNE

やべぇ、うち、イントラ用とか言って半ば強制的にオレオレ証明書インストールさせられてるわ

0040login:Penguin

2013/12/27(金) 09:43:20.98ID:r6vrUGGa

>>39
証明機関の証明書も怪しいのが多いけどな。

0041login:Penguin

2013/12/27(金) 11:12:01.39ID:KUow5iOx

よく分からないからガンダムで例えてくれ

0042login:Penguin

2013/12/27(金) 11:21:26.94ID:eFSSIMux

>>38
以前これと似たようなものを作っていたけど、
rmコマンドを間違えて実行してunlinkされちゃったｗ

0043login:Penguin

2013/12/27(金) 15:52:34.47ID:MOVH971t

玩式草子─ソフトウェアとたわむれる日々
第53回　近日公開 Plamo-5.2
http://gihyo.jp/lifestyle/serial/01/ganshiki-soushi/0053

0044login:Penguin

2013/12/27(金) 19:03:32.55ID:+llZzQyD

↑
やっぱりディストリビューターはかっこいい。
さくさく作って配布する。
配布はしなくてもそれくらいのレベルにはなりたいね。

0045login:Penguin

2013/12/28(土) 01:54:15.82ID:IcQHXrTo

>>36
Googleは入力した単語や文章は送信していないらしいぞ。

https://support.google.com/ime/japanese/answer/166771?hl=ja
---引用---
入力した文字は Google に送信されますか

入力した文字や文章がGoogle に送信されることはありません。

インストール時、またはプロパティ画面の[その他]タブにある
[使用統計情報と障害レポート]のチェックボックスをオンにした場合には、
お客さまがご利用のOS情報、カスタマイズ情報、打鍵数などの統計情報、
クラッシュレポートがGoogleに送信されますが、
ここでも、Google日本語入力を通じて入力された単語や文章が
送信されることはありませんのでご安心ください。

Google が収集する情報の詳細につきましては、
プライバシーポリシーもあわせてご覧下さい。

0046login:Penguin

2013/12/28(土) 07:01:59.57ID:DiCrPIMi

>>45
Googleに全角変換情報を送信しない使い方だと、
その人の癖が反映されないから変換効率がガタ落ちになるだけだよ。
Ｇoogleも百度も全角情報をサーバーに送るクラウド型変換システムだから、
変換効率が良いんだよな。

0047login:Penguin

2013/12/28(土) 07:06:43.18ID:DiCrPIMi

それにGoogleに全角変換情報を送信しない使い方だと、
Googleのサーバーに有る辞書も使えないから変換効率が落ちる。
Windowsでそんな使い方をしてるのは、
Unityのレンズがスパイウエアだなんて言ってる奴だけだろうな。

いずれにせよスパイウエア騒ぎは百度と言いみんなWindowsばかりｗ

0048login:Penguin

2013/12/28(土) 07:07:47.81ID:DiCrPIMi

三連投すまぬが俺はUbuntuは嫌いなので他の鳥を使っている。

0049login:Penguin

2013/12/28(土) 08:09:14.90ID:tOBbgTIY

>>27
windowsってほんと脆弱性の塊だな

0050login:Penguin

2013/12/28(土) 08:36:06.33ID:IcQHXrTo

>>47
なぁ、>>45でオンにしても単語や文章が送信されることはないって書いてあるのだが、
あなたの言うGoogleに入力した文字が送信されているってどこの情報なんだ?

0051login:Penguin

2013/12/28(土) 12:57:05.41ID:4w5tM6Zn

>>50
クラウド同期機能使えば当然グーグルのサーバーに学習した辞書は送信される。
当然恥ずかしい言葉の日本語変換はグーグルのサーバーを通じて同期される。

0052login:Penguin

2013/12/28(土) 17:08:20.17ID:ofgC9rsI

おまえらスレチだから他いけ

0053login:Penguin

2013/12/29(日) 03:47:02.92ID:kZORA9XP

mozcスレでやるべき話だと思われ(´・ω・｀)

0054login:Penguin

2013/12/29(日) 04:16:21.26ID:dOt0Urrr

>>51
間違いを書かれてそのままなのはあれだと思うので。

クラウド同期機能は開発版のみにあった機能(現在廃止)で、
さらに言うと同期する辞書(単語登録して使う)を自ら設定するもの。
入力された文字が送信されて同期されるものではない。

0055login:Penguin

2013/12/29(日) 05:42:23.94ID:IdgO+Lle

>>54
嘘を着くなよ。
結局Googleは日本語入力を収集してたじゃないか。

http://applab-jp.com/wp-content/uploads/2011/12/gim_caution.jpg

0056login:Penguin

2013/12/29(日) 06:14:27.75ID:dOt0Urrr

>>55
それはその日本語入力ソフト内で使うから書いてるだけだ。
送信はされていない。

0057login:Penguin

2013/12/29(日) 06:15:54.74ID:dOt0Urrr

AndroidはIMEインストール時に“警告”表示で注意喚起　Google日本語入力は「入力情報の送信はしていない」 - ITmedia ニュース
http://www.itmedia.co.jp/news/articles/1312/26/news108.html

0058login:Penguin

2013/12/29(日) 06:26:10.30ID:lApeOovq

>>57
百度もそうだがクラウド型のシステムで送信してないなんて信用出来ないから、
徹底的に調べる必要があるな。
横須賀に入るアメリカの原潜に核兵器が無いと言ってるのと同じ。
アメリカを信じましょうね（笑）

0059login:Penguin

2013/12/29(日) 19:39:34.11ID:fnnzv5sK

FSF、初の「完全に自由な」ノートパソコンを認定。ただし本体はThinkPad X60の再生品
http://linux.slashdot.jp/story/13/12/20/1927224/

0060login:Penguin

2013/12/29(日) 19:42:01.29ID:fnnzv5sK

Wayland/QtベースのLinuxデスクトップ環境「Hawaii 0.2.0」がリリース
http://sourceforge.jp/magazine/13/12/27/130000

0061login:Penguin

2013/12/30(月) 00:45:35.29ID:axQkNaQ6

LinuxとかOSS開発チームは
身元調査なんて無いも同然だから
各国が力入れてる企業以上にスパイが入り込んでる可能性が高い
信頼できる国の製品を使いましょう

0062login:Penguin

2013/12/30(月) 02:08:33.68ID:ugkvYE9I

信頼できる国なんてない

0063login:Penguin

2013/12/30(月) 05:26:05.59ID:FqFl7X22

Gnomeが陥った謎のMS推し&自壊系ダウンデートは判りやすくスパイが入り込んだ例だが
あれは相当稀有な例
それでもプロジェクト自体をダメな方向へ導くのが目的で、ユーザーを攻撃したものではないがな

0064login:Penguin

2013/12/30(月) 06:11:29.15ID:AvEClXiC

>>61
オープンソースのソフト（例えばLinux）では、たくさんの目がコードをチェックしてます。
地球上のプログラマーは誰でもコードをダウンロードできるし、
それを見て、セキュリティ上の問題があるかどうかのチェックができる。

その一方で、Windowsのソースコード（料理でいうならレシピ）を見ることが許されているのは、
マイクロソフトに雇われた人だけ。
数十万人、数百万人のオープンソースのプログラマーに対して数千人のプログラマーでしかない。
この違いは大きいよ。

0065login:Penguin

2013/12/30(月) 06:35:21.32ID:Psma/mRl

とか何とか言って、Linuxも権限昇格のバグがしばらく放置されてたりしましたが

0066login:Penguin

2013/12/30(月) 06:54:00.51ID:TjiBYgbE

MSの製品なんてNSAのバックドアがあるかもしれないし信用できないねー

0067login:Penguin

2013/12/30(月) 06:58:30.83ID:axQkNaQ6

>>64
出入りの激しい膨大な数に上るオープンソース界で全てのチェックをするのは不可能
チーム丸ごと工作員の可能性も否定できない
製作チームもしくは特定国による工作が不安な場合は
信頼できる国の製品を使う以外に確実な方法はありません

0068login:Penguin

2013/12/30(月) 07:24:37.34ID:Ox5vrns2

>>67
＞チーム丸ごと工作員の可能性も否定できない

チームに所属しない世界中の人間がチェックしてるよ。
それでメシを食ってる人間なんか世界中に何十万・何万人もいるぞ。
だから、プログラマーなら誰でも改良を手伝えるし、
開発者に「おーい、ここんとこ、○××△○▽□がセキュリティ・ホールじゃないのかい」なんてことも言えるわけ。

マイクロソフトは、たいていはセキュリティパッチは欠陥が見つかってから（場合によっては公開されてから）
１ヶ月以内にリリースと決まっている。
それだけ時間があれば、クラッカーは好き放題できるってこと。

それから信頼できる国ってどこよ？
バチカン市国か（笑）
それともエシュロンを運営してる超大国のことか（大爆笑）

0069login:Penguin

2013/12/30(月) 07:39:30.71ID:tCGy2MTx

信頼できるものとは何だ？
OSS界か、大企業か、あるいは政府か？
そんなものはどこにも存在しない。
信じていいのは、ソースコードだけ。

0070login:Penguin

2013/12/30(月) 08:09:45.05ID:axQkNaQ6

>>69
ソースコード全て目を通してるのか

0071login:Penguin

2013/12/30(月) 08:24:54.97ID:xZFnnghF

OSSはソースが公開され多くの人の目に触れているから安全だ。
という意見も怪しいけどね。
5000万ステップとも言われるカーネルコードの
うちなんパーセントが十分なセキュリティレビュー受けてるのよ?
巧妙に仕込んだバックドアが
レビューを抜けてる可能性はないのか?

0072login:Penguin

2013/12/30(月) 08:28:01.59ID:axQkNaQ6

>>68
自分で書いても無い見ても無いものは
所詮されてるかどうかの保証すらない他人のチェック頼み
工作員がこっそり忍び込ませたコードなんて簡単に見過ごされる

0073login:Penguin

2013/12/30(月) 08:36:46.13ID:3bPEzy6R

>>71
>可能性はないのか?

オープンソースと非公開とどちらが可能性が高いか？
オープンなほうが信頼できないならしょうがないな。
非公開を信じる心性がよくわからないがどうぞ信じて生きていってください。

0074login:Penguin

2013/12/30(月) 08:37:29.19ID:wRGRXkpu

>>72
どんな事例があったの？

0075login:Penguin

2013/12/30(月) 08:47:01.76ID:Psma/mRl

現にLinuxにセキュリティ関連のバグが存在している以上、
世界中の人間がチェックしてるから安全だってのは成立しないだろｗ

いざとなれば全部のコードを自前でチェックすることも可能って話ならわかるんだが。

0076login:Penguin

2013/12/30(月) 08:47:25.47ID:tCGy2MTx

>>70
つまり、それ以外の部分においては妥協するしかない。
その場合において、OSSなら不審に感じた時ソースをすぐに確認できる。

007775

2013/12/30(月) 08:50:34.18ID:Psma/mRl

追記すると、自分でコードも読まないくせに「OSSだから安全だ」とか言う馬鹿は氏んでくださいと。

0078login:Penguin

2013/12/30(月) 09:11:41.96ID:cKOSWLOW

俺は確認しないけど、誰か見て修正してんだろって皆が考えてるんだろうな

0079login:Penguin

2013/12/30(月) 09:14:55.22ID:axQkNaQ6

妥協で確認もせずに信じられるソースコードｗ

0080login:Penguin

2013/12/30(月) 10:01:06.29ID:tCGy2MTx

妥協するなら、そのことをしっかり認識しないとダメだよな。
クローズドなソフト使うにしても、OSS使うにしても、絶対はないのだから。

0081login:Penguin

2013/12/30(月) 10:22:48.98ID:ImZK2php

他でやれっつーの

0082login:Penguin

2013/12/30(月) 11:08:15.09ID:DoDaeSYJ

別に工作ならwindowsにも仕組まれてるしなあ…
linuxならそれが最終的にはバレる可能性はあるがwindowsに意図的に潜り込まされたらバレようがない。

0083login:Penguin

2013/12/30(月) 11:10:37.08ID:23D3Fsf6

素人は根本的な勘違いしてる=読めば分かるハズ
もしそうならセキュリティホールなど存在しないわ
現実=何万回読んでも見つからない
Windowsの現実見れば子供にも分かる事だよ
むろんLinuxも例外ではない

0084login:Penguin

2013/12/30(月) 12:04:59.48ID:kut1gR3x

>>83
素人だけど>>82のように可能性で考えてる。

0085login:Penguin

2013/12/30(月) 14:38:22.08ID:gQJ3F1X9

セキュリティホールは事故。悪意のあるコードとは別に考えるべき。

0086login:Penguin

2013/12/30(月) 15:52:29.92ID:xZFnnghF

>>73
別に非公開を信奉している訳ではないよ。
linuxとHP-UXやIBMのメインフレーム
どちらが品質高いのか。
要はコードにかけたコストで
品質が決まるのであって
ソースが公開されているかどうかは
決定的な問題じゃない。
公開されててもテストもメンテされてないものはいくらでもある。

極論するとリバースすれば
どちらもコードは読めるわけで。

0087login:Penguin

2013/12/30(月) 16:14:15.35ID:kut1gR3x

おやおやいつのまにか品質の話になったのか。

0088login:Penguin

2013/12/30(月) 17:41:25.22ID:23D3Fsf6

>>85
物は同じなんだよ
意図的にバグを仕込むかミスかの違いでしかなく当然コード見てもどちらなのか判別はつかない
マルウェアを仕込むと勘違いしてる人が多いけどそうじゃない
コンパイラも見逃すバグだから(エラーにならない)人がいくら読んでもまず無理
しかも特定条件以外は全く正常に動く、文法もアルゴリズムもほぼ間違ってないんだ
ともかく
セキュリティホールが絶える事は無い現実を直視しよう

0089login:Penguin

2013/12/30(月) 17:49:42.45ID:gQJ3F1X9

事故と事件を区別しよう

0090login:Penguin

2013/12/30(月) 17:53:27.85ID:trucFQii

このスレが伸びてる時は大抵クソみたいな雑談ばかり

0091login:Penguin

2013/12/30(月) 18:13:11.94ID:jevpVS16

野良か…

0092login:Penguin

2013/12/30(月) 18:44:38.46ID:gKsbrzrY

>>89
無意味だってのが理解できないか?
例えば
偶然に未発掘のバグを発見したヤツがそれを黙っていたらその瞬間悪意が発生して
セキュリティホールがバックドアに変わる
誰が作り込んだバグかは分からない
物は同じなんだよ

0093login:Penguin

2013/12/30(月) 18:46:53.27ID:gKsbrzrY

バカはさ、要するに遠隔操作用コードがこっそり入ってるとか勘違いしてるんだよ
それがバックドアだとさw
だから見れば分かるじゃんとバカ言い出す

0094login:Penguin

2013/12/30(月) 18:49:09.18ID:U6M8C6w4

仕込まれたバグ利用とか特殊な条件が成立しないと発動しないぐらい理解できない
天然って多いよな、トンマというか思い込みが激しくて意味を形骸化しすぎる
才能って凄いよな。

0095login:Penguin

2013/12/30(月) 19:38:03.42ID:QwIb+f7C

>>83
>Windowsの現実見れば子供にも分かる事だよ

Windowsは非公開なんだから比較にならないじゃないか。
頭の中でそう思ってるだけだろう。

0096login:Penguin

2013/12/30(月) 20:06:01.80ID:QwIb+f7C

冷静に考えれば正しい比較の方法ぐらい思いつくだろう。
例えばWindowsが非公開と公開の場合セキュリティーホールやバグなどの
発見される確率はどちらが上か。そうすればはっきり違いが分かる。

LinuxユーザーがLinuxが完璧だと思って使ってるわけではない。

0097login:Penguin

2013/12/30(月) 20:15:22.20ID:Psma/mRl

ソースが公開されてるからこそ、セキュリティホールも突きやすくなる
どっちもどっちだ

0098login:Penguin

2013/12/30(月) 20:29:51.51ID:QwIb+f7C

結局は数字だね客観的な数字。
というところでスレチだから抜ける。
このむとこのまざるにかかわらず荒らしになってしまった。

0099login:Penguin

2013/12/30(月) 20:31:07.78ID:QIi1HB6x

>>97
それは違うな。
突かれ易いから逆に防ごうとみんなの意識が働くんだよ。

0100login:Penguin

2013/12/31(火) 00:27:12.58ID:LsOOpvyG

>>97
だからぁ、それも無いんだってばw
コード読んで見つかるレベルの話じゃないから

0101login:Penguin

2013/12/31(火) 00:31:45.58ID:LsOOpvyG

もう少し突っ込んだ話すると
ソースコードにはセキュリティホールは存在せずバイナリにセキュリティホールが存在するケースがある
コンパイラのバグとかバッファオーバーフローとか色々
こんなのソースコード一億回読み直しても絶対見つからない
だってソースコードは完璧に正しいんだから

0102login:Penguin

2013/12/31(火) 04:11:30.26ID:BSWwac7z

>>88
>>101
いや、型表現や式表現に関連したバグは、大半がコンパイラでは検出出来なくはない。
が、それをやると表現の自由度が著しく悪くなるから、ワーニングですませてる。
そのワーニングも設定によってだしたりださなかったり出来る。
全部出したら五月蠅すぎて何が拙いかわからなくなるからね。
後は、言語の標準仕様が何年かに一回改訂されるから、それに関連して同じ表現でも挙動が変わることがある。
結局、そういう「際どい」問題とロジックの間違いが絡んで穴明けちゃう事が大半じゃないかな？

0103login:Penguin

2013/12/31(火) 04:23:05.27ID:BSWwac7z

>>102
補足。
これはセキュリティホールではないんだけど、C99時代の頭に他の人が書いたコードで、

int hoge[1024];
（中略）
unsigned int huga;
（中略）
hogehoge[huga - 128]=guha;

とゆうコードがあって、gcc4.7迄は最適化落とせば問題なく動いていたけど、gcc4.8になってバグるようになって調べたら、メモリぶち壊すようになってた。

さらに調べたら、huga<128の時の挙動が違った！と言う感じです。
なので、
hoge[(huga - 128) % 1024] = guha;
と言う感じに直して動きましたが。

0104login:Penguin

2013/12/31(火) 06:44:11.42ID:olvXIW2F

Officeソフト、シェア1位はOpenOffice、満足度1位はLibreOffice

http://it.slashdot.jp/story/13/04/02/0822224/

0105login:Penguin

2013/12/31(火) 09:46:18.52ID:14Xe6lnG

Plamo-5.2 リリース
http://plamo.linet.gr.jp/drupal6/node/408

0106login:Penguin

2013/12/31(火) 11:23:24.98ID:ijhCs74y

>>103
セキュリティホールになり得るしC89でもバグだよ。
未定義動作。「挙動が違う」とか「gcc4.8でバグる」じゃないよ。アホくさ。
この手の馬鹿はどうせWarningなんか見ないから無理。

0107login:Penguin

2013/12/31(火) 12:23:53.63ID:dkss0lEr

挙動が違うから未定義って言うんじゃないの？
んで、処理系が親切に解釈してたものが、
スピード狂みたいな連中ときたら、
そういうリミッター類は外そうと機会を狙ってるんだろう。

0108login:Penguin

2013/12/31(火) 12:46:22.01ID:ijhCs74y

未定義動作に再現性の保証などありません。
処理系が親切に解釈? どうやって確認したの?
この手の思い込みで作る奴には無理。この人達は確認しない。

0109login:Penguin

2013/12/31(火) 12:59:22.23ID:dkss0lEr

>>103の言い分を信じるとすれば、4.7までの動作は実際に確認しているんじゃないか？

0110login:Penguin

2013/12/31(火) 15:18:02.76ID:1ExsVAw9

どう見てもただのバグ
これをコンパイラのせいにできるのは頭がおかしい証拠

0111login:Penguin

2013/12/31(火) 18:17:09.16ID:LsOOpvyG

現実に反論してもしょうがないだろうにw
セキュリティホールは無くせない
コンパイラはバグだらけだ
IA32と64でソースコードの互換性が維持できない?マジで?
・・・
これが現実

0112login:Penguin

2014/01/01(水) 06:02:03.02ID:yCEBHvyk

>>109
確認してあるよ。
VCとgcc4.7以前で動いていたから、引き継ぎ後も元のバグを放置していた感じ？
多分だが、gcc4.8のコード生成が正しいと言うかロジックに忠実で、それより前がいい加減な所があった感じだね。
と言うか、何で今までメモリ壊さずに動いてたのかわからんコードの書かれ方だった。
4.8は文法チェックも曖昧さ許さなくなって来てるし、ユーザに潜在的なバグを駆逐するように圧力物凄く強いよ。

0113login:Penguin

2014/01/01(水) 10:17:00.04ID:Q07Di3kd

高橋信頼さんとオープンソースの希望
http://d.hatena.ne.jp/takahashim/20131231/p1

0114login:Penguin

2014/01/01(水) 12:05:01.19ID:6VHXe7Dk

>>112
要するに教条主義で、ニュースになるくらい別物の処理系って訳やね。
混乱させないように名前変えたほうがいいね。

0115login:Penguin

2014/01/01(水) 12:23:35.71ID:xWgltvct

こんな人がコンパイラのバグとか言ってるんだろうか?
再現性の無いものを、動かして確認しました(ｷﾘｯ

0116login:Penguin

2014/01/01(水) 12:35:21.63ID:6VHXe7Dk

異端審問みたいなもんだ。
宗教裁判である日急にその解釈はダメだと言われる。

0117login:Penguin

2014/01/01(水) 13:23:35.35ID:BPQ05wZf

>>115
>>103はコンパイラのバクとは言ってないだろうに
わけわからんなら黙ってた方がいいぞ
文法的に間違っていないからコンパイラは通る
アルゴリズムも間違えてないから動く
でもバグが潜んでいた
こういうのはコード読むだけではほぼ発見不可能
今は危険なコードを検出するツールもあるけどね
コンパイラのバグとは別の話

0118login:Penguin

2014/01/01(水) 13:28:24.78ID:BPQ05wZf

コンパイラのバグはもっと理不尽
完璧なソースコードなのに動かない
全く動かないならラッキーだ、すぐに発見できるから
ほぼ動いてしまう、特定の条件で発症する、そういうバグったバイナリ吐かれたらアウト
そういうのが怖くて最適化を日和るのよ

0119login:Penguin

2014/01/01(水) 13:40:50.09ID:xWgltvct

これが間違ってないだって?
やっぱり、この手の人がコンパイラのバグとか言ってるんじゃん。

0120login:Penguin

2014/01/01(水) 13:49:00.34ID:6VHXe7Dk

間違いならエラーで一旦止めるのが正常
意図を汲んでよきにはからうのが拡張
死ねと言われれば本当に死ぬのが無能

0121login:Penguin

2014/01/01(水) 14:59:31.07ID:yCEBHvyk

>>116
いやいや、問題のソースコードのロジック自体見た目正しいけど、
よくよく考えると、ダメなの。
ある意味、コンパイラも人間と同じように勘違いしても仕方ない。
だから、ダメなロジックをダメじゃなく解釈するのは、程度問題だけど、コンパイラ側ではバグ未満だな。と言う位びみょーな感じ。
結局、そういうびみょーに怪しいソースコードはレアな条件で危ない挙動に豹変する可能性があるのが経験的にわかってきてるから、gcc4.8では異様に厳しいエラー判定や愚直すぎるコード生成してる感じだね。

0122login:Penguin

2014/01/01(水) 15:11:39.55ID:6VHXe7Dk

>ダメなロジックをダメじゃなく解釈
伝統ってそういうもので出来ているんだけど、
原理主義な人にとっては世俗的な話になっちゃう。
カルトはそのまま解釈して暴走する。

0123デムパゆんゆんネトウヨ＠１月社会を動かす力になろう　【関電 59.4 %】

2014/01/01(水) 15:17:12.47ID:NWJg+pIm

GCC4.8・自分不器用ですから