Mac OS X 10.6 Snow L ..
809:名称未設定
09/06/12 00:18:27 ywMhHzQX0
まさかね。連日連夜の人、11日はID: C4FgSTEw0 。
■元麻布春男の週刊PCホットライン■
いまだ不透明なSnow Leopard
■元麻布春男の週刊PCホットライン■
Snow Leopardに見るMacとPCの文化の違い
810:名称未設定
09/06/12 00:18:42 /GlI5XBp0
>787
「治ってる」って？
811:名称未設定
09/06/12 00:22:06 q0i32Aff0
>>810
システム環境設定 - アピアランス内の項目、ア「ビ」アランスが直ってる。
UIの見た目はぱっと見大きな変化はないけど、色合いとか微妙に変わったり、全体的にブラッシュアップされてるな。
812:名称未設定
09/06/12 00:25:05 /GlI5XBp0
>811
全く気付かなかった・・・
813:721
09/06/12 00:25:18 8HdTgq9C0
しかし、今、リリースされてるアプリって、ほとんど32bitのみだけど、
Snow Leopardが発売されたら、64bitバイナリも付けて配布するアプリ増えると思う？
カーネルが64bitで動くと言うことは、アプリも64bitで動かした方が、
カーネルとアプリのスレッドを切り替えるときに、
32bitモードと64bitモードを切り替えずに済んで、
全体として僅かにパフォーマンスが上がる予感。
あと>>800のようなメリットもあるから、
SafariとかFirefoxとかOpenOfficeとかは真っ先に対応してきそうね。
もしほとんどのアプリが64bitバイナリも付けて配布されるようになったら、
わずか数ヶ月で64bitへの移行がほとんどデメリットなく移行してしまうことに。
814:721
09/06/12 00:26:11 8HdTgq9C0
× わずか数ヶ月で64bitへの移行がほとんどデメリットなく移行してしまうことに。
○ わずか数ヶ月で64bitへの移行がほとんどデメリットなく完了してしまうことに。
815:名称未設定
09/06/12 00:28:32 ROfHV+Ae0
そのためのユニバーサルバイナリだからね
816:名称未設定
09/06/12 00:31:44 4RGXwQKN0
>>809
元麻布春男の週刊PCホットライン バックナンバー
URLﾘﾝｸ(pc.watch.impress.co.jp)
傑作揃いですな
Snow LeopardとWindows 7
URLﾘﾝｸ(pc.watch.impress.co.jp)
817:名称未設定
09/06/12 00:32:59 G1rfSGmd0
■元麻布春男の週刊PCホットライン■
いまだ不透明なSnow Leopard
発表で盛り上がってるところにネガティブナ意見で面白かった
言ってることは間違ってないかった
デモンストレーションや説明会など宣伝活動に繋がる行為がもうすこし必要だと思う
818:名称未設定
09/06/12 00:34:30 2gTvmSYG0
>>807
Leoの時点でだけど
以前配布してたTechnology Brief / Mac OS X for UNIX Usersというドキュメントに
・sandbox_exec セキュアな「サンドボックス」内でプロセスを実行します。
・codesign、codesign_allocate、csreq コード署名を作成、操作します。
という記述が有る。前者はQuickLookとかで実際に使われてたはず。
819:名称未設定
09/06/12 00:35:25 ROfHV+Ae0
Grand Central Dispatchももっと情報欲しいな。
URLﾘﾝｸ(blog.deadbeaf.org)
820:名称未設定
09/06/12 00:42:06 /qC4xOu/0
>>816
相変わらず何も分かってないことは分かったw
821:721
09/06/12 01:04:39 8HdTgq9C0
>>819
> Technology Brief を読んだだけでは、共有データをどのようにして排他するかという、
> 並列プログラミングで一番問題になるところをどのようにして解決しているのかが分かりません。
> lock する必要がなくなるよ! とは書いてあるのですが…
同じくそこが疑問。
> 1.静的解析をやってしまう : Block 間の依存関係を、コンパイル時にすべてしらべあげてしまうとか
^{} 内から、なんでも呼び出せるとなると、
ソースがない他のライブラリの（スレッドセーフな）関数も呼び出せることになるので、
コンパイル時に調べ上げるっていうのは無理なような。
^{} 内からは、他のライブラリを呼び出せないとしても、
C言語はポインタがあるから、GCC側でどのデータへのアクセスか判定するのはかなり大変かも。
> 2.書けないようにする : 共有データを Block 内に書くことができないようにする。
> 共有するデータは引数として受け渡しするのみ
これな予感。
外部^{} 外で確保したスタック変数と、
外部^{} 外でメモリ確保したヒープ領域への書き込みは出来ないとか。
書き込みには専用の関数の呼び出しが必要とか。
822:721
09/06/12 01:07:44 8HdTgq9C0
>>807,818
署名入りアプリケーションも使われてるよ。
ダウンロードして始めて実行しようとしたときに、警告が出るのがそれ。
署名入りだと、警告が出ないようになってる・・・はず。
823:名称未設定
09/06/12 01:08:52 Fwa7IkM20
>>695
そのモデルもマルチタッチトラックパッドでしょ。
2本指スクロールできるモデルすべてで3,4本指操作できる
ようになるってことでは？
824:名称未設定
09/06/12 01:14:25 pPG3oQkH0
で、PCで動くのか？
825:名称未設定
09/06/12 01:15:28 M2UkJNr80
年寄りを切り捨てるとはな。
爺さん(G3)を大事にしないと。
826:名称未設定
09/06/12 01:46:46 q0i32Aff0
コマンド+スペースでことえり切り替えるとき、スペースを2回以上押すと画面上に半透明のポップアップ？
が出て、（コマンド+Tabのアプリ切り替えみたいに）入力モードを切り替えられるようになった。
…って夢でも見て寝るか。>>Snow Leopard
827:名称未設定
09/06/12 02:06:14 wXMAQVPf0
フォトショとかの大型のアプリでなければ64ビット化しても意味ない。もしくは、サーバで使うならメリットあるけど、マックの場合、その用途はほとんどないので。
828:名称未設定
09/06/12 02:08:10 wXMAQVPf0
>>800
URLﾘﾝｸ(www.apple.com)
これを読む限り、Windows並に対策されたとは判断できないけど。
829:721
09/06/12 02:14:59 8HdTgq9C0
>>827
逆に、32bitと64bitのUniversalで配布＆実行しても、デメリットがほとんどないので、
（ダウンロードの容量が少しだけ増えるとか、コンパイルにちょっとだけ時間かかるとか？）
64bit版を付けるのが当たり前になれば、ただそれだけの話しかと。
もっともCarbon使ってる古いアプリは64bit化できないけど。
>>828
具体的にどこが？
830:名称未設定
09/06/12 02:28:23 wXMAQVPf0
>>829
MacOSXが脆弱なのは、execスタックがなかったり、メモリランダマイズが出来ないのが理由だろう。それに対する回答がない。
そもそも64ビットカーネルのSnowLeopard上で32ビットアプリケーションを動かした場合はどうなるのか、32ビットカーネルのSnowLeopardではどうなるのか？
831:名称未設定
09/06/12 02:30:20 wXMAQVPf0
>>829
だから、フォトショのような大型のアプリがそう簡単に64ビット化出来るわけ内だろ。アドビがさじ投げたくらいなんだから。
832:名称未設定
09/06/12 02:38:28 yHLPLGWo0
CS5 で対応するだろ。 まだ匙は投げていない。
>>828
なんで林檎は日本語フォントに AXIS なんてダサいフォントを使うんだろうな。
モリサワ-アドビ系の AXIS よりも写研系のヒラギノを使えばいいのに
833:名称未設定
09/06/12 02:38:41 JVFzYtH60
まあ昔からアドビはいろんなところで投げ散らかしは片付けない感じだけどな
834:名称未設定
09/06/12 02:53:09 XuPQA9fO0
>>782
NTカーネルを開発したのはDECでVMSを開発していた技術者
NeXTSTEPもMac OSもMac OS Xも開発を指揮したのはJobs
Machを実装しNeXTSTEP、Mac OS Xを開発したのはアビー・テバニアン
835:名称未設定
09/06/12 03:01:54 HK9V7Nyd0
今Leopardを使ってるんですが、発売後SnowLeopardをインストールするとしたら
他のアプリケーションとかは1から入れ直さないといけないのでしょうか？
836:名称未設定
09/06/12 03:03:58 yHLPLGWo0
Windowsじゃないんだから
837:名称未設定
09/06/12 03:05:31 XuPQA9fO0
Jobsがパルアルト研究所を見学したのが1979年で、Macintshが完成したのが1984年
ゲイツがMacintoshの試作機を借りたのが1982年でWindowsがなんとか形になったの1995年
838:721
09/06/12 03:11:18 8HdTgq9C0
>>830
↓だから、non-execスタックも、ライブラリのメモリランダマイズも
Leopard時点で出来てるのでは？
Linuxでもprelink有効だと、ライブラリのメモリランダマイズは
インストール/アップデート時のみだから、
それ以上は技術的にどうしようもないと思うけど。
109 名前：名刺は切らしておりまして[sage] 投稿日：2009/03/24(火) 14:36:53 ID:iCro0TNF
ざっとまとめると
・VistaとLinuxはヒープとスタックの両方が実行不可だが、
Mac OS Xはスタックのみ実行不可でヒープに書き込んだプログラムは実行可能
・VistaとLinuxはライブラリ、ヒープ、スタックの位置を動的にランダムに変えているが
Mac OS Xはライブラリのみをインストール/アップデート時にランダム化するだけ
後で突っ込まれないように念のため付け加えておくと
・Linuxでも32bit版ではPAEを有効にしたカーネルでないとスタックは実行不可にならない。
ほとんどのディストリビューションはデフォルトでPAE無効のカーネルをインストールする
・Linuxでprelinkを有効にしておくと、ライブラリ位置が変化するのは
Mac OS Xと同様にインストール/アップデート時のみになる(手動で更新も可能）
prelinkが有効になっているかどうかはディストリビューションによってまちまち
839:名称未設定
09/06/12 03:26:28 aM4yToh/0
>>834
カトラーね。NTの由来について、VMSの次の文字をとってWNTだという説が
まことしやかに流れたくらい。
840:名称未設定
09/06/12 03:40:45 kVtQd1EeP
つうか新・mac板でMacアンチしてる理由が分からないんだけど。
OS板でやってくれる？
841:名称未設定
09/06/12 04:21:20 0My0hM5G0
QuickTimeXって、プレーヤーとしての機能が大幅に強化されてるみたいで
大変結構な事だけど、プレイリスト機能って実装されてるのかな。
デフォの対応コーデック増えて、PROなしでも多数の機能が使えるとしても、
プレイリストなかったら、結局他のプレーヤー使う羽目になるんだよな。
842:名称未設定
09/06/12 05:39:16 HX7JFY1Q0
>>821
>>819のリンク先はかなり誤解してると思うが...
Technology Briefを見た限りでは、blockは単なる匿名関数であって、
自動的に並列実行されるとかいうものではないだろう。
blockをつくってqueueに突っ込むというだけだ。
block間の依存関係とかの解析は基本的にムリ。
blockから外へのアクセスは、__blockという修飾子をつけた変数のみ可能になるっぽい。多分↓がGCDのblockなんだと思う。
URLﾘﾝｸ(lists.cs.uiuc.edu)
ところでこれはLLVM上で開発してるようだが、GCCにもちゃんと入るのかな?
843:名称未設定
09/06/12 06:43:39 jr6wlFVn0
>>842
> GCCにもちゃんと入るのかな?
SLはGCCなの？ LLVMに切り替わったなんてことは？
844:843
09/06/12 07:03:24 jr6wlFVn0
>>843
実はIntel コンパイラーに切り替わったとかw
これがちょっと似てる：
Compiler Support for the Workqueuing Model Extends OpenMP*
Submit New Article
URLﾘﾝｸ(software.intel.com)
これならPPC終了もうなずけるw
845:名称未設定
09/06/12 07:23:05 3LHKV2Bsi
なん、だなら仕方ないな。
仕方ないからMBP13でも飼うか。
846:名称未設定
09/06/12 07:23:39 /qC4xOu/0
DVD Playerだけ64bitじゃないのはなぜなんだ?
URLﾘﾝｸ(farm4.static.flickr.com)
847:名称未設定
09/06/12 07:25:32 6icfkm4K0
Blu-rayドライブ搭載機種の発表をもってディスコン予定なんじゃないの＞DVD Player
848:名称未設定
09/06/12 07:32:03 Z7KVxW0m0
IntelコンパイラがObjective-Cをコンパイル出来るようになったらいいな。
GCCより速いみたいだし。
849:721
09/06/12 08:25:05 8HdTgq9C0
>>842
なるほど。
__block 付けたとしても、ロックどうするんだろうね？
読みこんだ値を元に計算して結果を格納するとかだと、
ロックがないと無理だと思うんだけどね。
> ところでこれはLLVM上で開発してるようだが、GCCにもちゃんと入るのかな?
そもそもgccでGCDのような仕組みを動かせるのかって問題があるような。
850:名称未設定
09/06/12 08:36:55 DMPiPBsF0
__block付けた変数へのアクセスは自動でlock/unlockされるんじゃないかな。
851:名称未設定
09/06/12 08:55:13 kgq+Ks1F0
WWDC以降急速にゴキブリが沸く様になった理由って何？そこまで必死になる程の発表があったとも思えんけど。
9月で7より先に発売でかつ3000円だから？
852:名称未設定
09/06/12 08:58:26 gHkG4U5s0
サービスパックを有料で配布するからみんな怒ってるのでは？
853:名称未設定
09/06/12 09:02:25 kgq+Ks1F0
あぁ、10.0から10.1レベルのアップデートの７な。可哀相に………。
854:名称未設定
09/06/12 09:04:41 gHkG4U5s0
別に有料で配ってもいいけど無料で配らない理由がわからないですよね〜
855:名称未設定
09/06/12 09:08:42 XuPQA9fO0
>>846
iTunesも64bit？
iTunesってcarbonだったよね
64bitならCocoaで書き直したかな
DVD PlayerとQuickTimePlayerは統合しないのかな
856:名称未設定
09/06/12 09:56:46 FU9ln7Sb0
GCDについてはここ見ると面白いかも。
URLﾘﾝｸ(www.reddit.com)
共有データごとにqueueを用意し、各共有データにアクセスするblockたちは同じqueueに入れなさい、
そうすればその中では逐次実行されるからロックの必要がない、ということかな?
857:名称未設定
09/06/12 11:37:16 wXMAQVPf0
>>838
出来てない。ヒープが実行可能なのは致命的。だから、MacOSXのセキュリティはWindowsやLinuxに比べて脆弱だと言われている。
ちなみにWindowsの場合、8年前のOSであるXPでもサービスパックを当てれば、ヒープスタックの実行不可が出来る。
だいたい仮に10.6で改良されていたとしても、10.5や10.4のユーザは大量にいるわけで、彼らはどうなるのか。
858:名称未設定
09/06/12 11:40:11 wXMAQVPf0
MacOSXの脆弱性については、この資料が詳しい。
URLﾘﾝｸ(trailofbits.files.wordpress.com)
859:名称未設定
09/06/12 12:20:48 +2SteNzs0
プログラミングは素人なので教えてください。
OpenCLを使うとグラフィック以外のどんな分野のソフトが
早くなると予想されますか？
860:芙蓉楓 ◆YA16CaGSz2
09/06/12 12:29:38 eKC3HZrq0
>>859
全分野
861:名称未設定
09/06/12 12:34:42 eif6z2/d0
>>859
天文学などの計算、シミュレーション。
DAW。
サーバー機能。
裏方でのファイルのインデックステーブル作成。
862:名称未設定
09/06/12 12:45:58 D2Ov2QGB0
動画のエンコード・デコードなんかはどうだろ
863:芙蓉楓 ◆YA16CaGSz2
09/06/12 12:50:19 eKC3HZrq0
CPUを使用する全分野に有効な技術のはずだろ？
864:名称未設定
09/06/12 12:53:57 40TGaQj+0
>>863
そうでもない
865:名称未設定
09/06/12 12:58:50 Id/XdPc50
>>821
block は runtime が公開されているよ。
10.5.7 と llvm-gcc の組み合わせで使える。
URLﾘﾝｸ(llvm.org)
866:名称未設定
09/06/12 13:00:45 vamwIhZV0
parallelsみたいな仮想化のやつも早くなる？
867:名称未設定
09/06/12 13:07:19 /TWGl8P20
7入れればびすたんより速くなるよね
868:芙蓉楓 ◆YA16CaGSz2
09/06/12 13:42:22 eKC3HZrq0
>>867
そういうのはウィンドウズ板で聞いたほうがいいんじゃん？
869:名称未設定
09/06/12 14:29:03 yHLPLGWo0
>>863
OpenCL（GPGPU）が得意とする分野については
Intelのヘテロコア Larrabee に付いて調べるとわかりやすい。
速くなるのは「同じような単純な計算を同時に数百以上 計算する必要があるとき」だ。
簡単に言うと MMX や SSE2 で高速化が可能な分野がそう。
あくまでも 3D 処理専用として進化してきた GPU の使いまわしでしかないから
間違ってもCPUという優れた汎用性を持ったICを駆逐するものではない。
870:名称未設定
09/06/12 15:06:39 nkWRtENtO
で、やっぱ対応しないラデ2X00搭載組は致命的なんかね？
871:名称未設定
09/06/12 15:07:37 zvVShl+N0
トリップ検索で40Mくらいでるらしい
872:名称未設定
09/06/12 15:41:24 8HdTgq9C0
>>856
情報ありー。読んでみる。
ただ各共有データにアクセスするblockたちは同じqueueに入れるのなら、
それって並列化されてないってことになるよね。
>>865
情報ありー。
>>857
おーい。ちゃんと読め−。
>800
> ヒープメモリを使った実行のハードウェアでの無効化
873:名称未設定
09/06/12 15:42:49 vLnU7jQ50
>>870
要件的には問題ないはずなんだけどね、Radeon 2xxx / 3xxxは。
ATI Streamには2400 Proから対応してるし。
やっとATIからOpenCL可のドライバが出てきたばかりなので後方互換はこれからな
のかとも思えるけど。
ATI Jumps on OpenCL Bandwagon by Releasing OpenCL Drivers.
URLﾘﾝｸ(www.xbitlabs.com)
874:856
09/06/12 16:53:26 FU9ln7Sb0
>>872
>ただ各共有データにアクセスするblockたちは同じqueueに入れるのなら、
>それって並列化されてないってことになるよね。
PDFの5ページ目を見ると、serial queuesとconcurrent queuesというのが見える。
例えば共有データにアクセスした後に並列化したい処理があるようなら、
その並列化したい部分をblockにしてconcurrent queueに入れるのでは?
で、concurrent queueに入っているblockたちは、並列に処理されうると。
基本的に、concurrent queueは優先度ごとにあって(あるいは作って?)、
serial queueは共有データごとにある(作る)と言っていると思う。
多分global queuesは全てcuncurrent queuesなのだろうけど、
private queuesが全てserial queuesなのかはよく分からない。
875:名称未設定
09/06/12 18:17:30 DMPiPBsF0
１．データ読み取りblockをprivate queueに複数入れる
２．読んだらデータ処理blockをglobal queueに入れる
３．処理が終わったらデータ書き込みblockをprivate queueに入れる
こんな感じの流れか。
全書き込み終了の通知はEvent sources使うのかな？
876:名称未設定
09/06/12 18:44:14 4RGXwQKN0
>>851
いつものこと。新製品のスレには必ず湧いてる。
877:名称未設定
09/06/12 19:36:39 a4VGWTMs0
>>800
Snow Leopardってどこに行けば売ってるの？発売は3ヶ月以上先でしょ。
>>872
>>857が言ってるのはLeopardの話だろ。ユーザーが入手不可能なOSの
話なんかしていない。
>>876
新製品の報道がある
↓
Mac板を覗いてみる
↓
ウジ虫マカが狂った事を書き込んでホルホルしている
↓
事実を書き込む
↓
ウジ虫マカに荒らし扱いされる
といういつものことですね。
878:名称未設定
09/06/12 19:39:27 iLPhYr+/0
83 名前：名称未設定 ：2009/06/12(金) 19:25:35 ID:rHXVPooB0
SDメモリーカードはスロットから約1センチほどはみ出てしまう（笑）
URLﾘﾝｸ(plusd.itmedia.co.jp)
879:名称未設定
09/06/12 19:39:59 aM4yToh/0
>>877
>Mac板を覗いてみる
ここが既に荒らし思考なんだけどなあ・・・・。自分じゃ気付かないのが
怖いねえ。
880:名称未設定
09/06/12 19:40:34 q2wFTVEO0
必死に何かを貶めている者の姿を見て誰が良い印象を持つだろうか？
自分の姿を勇気を持って客観視してみてほしい
お母さんが泣いているぞ
881:名称未設定
09/06/12 19:43:43 is/71Tu/0
Appleというカルト新興宗教に洗脳された者の布教活動を見て誰が良い印象を持つだろうか？
自分の姿を勇気を持って客観視してみてほしい
お母さんが泣いているぞ
882:名称未設定
09/06/12 19:45:29 Q37mvu2m0
120 ：名称未設定：2009/06/12(金) 19:27:53 ID:a4VGWTMs0
>>111は玄人(笑)らしいな。
121 ：名称未設定：2009/06/12(金) 19:32:35 ID:4V5+I6YU0
マカって細かいところに突っ込まれないように徹頭徹尾曖昧なレスをし続けるよね。
技術的知識0で上から物を言えるように工夫しているんだろうけどちょっとみっともないね。
122 ：名称未設定：2009/06/12(金) 19:38:15 ID:iLPhYr+/0
なんかまた1人Macユーザーが発狂してしまったようだな。。。
883:名称未設定
09/06/12 19:48:51 aM4yToh/0
>>881
だからって正常人は聖教新聞に「カルトは気持ち悪い」とか投書しないだろ？
相手がカルトなら、その情報交換の場に乗り込むのもカルトだけ。
884:名称未設定
09/06/12 19:49:22 q2wFTVEO0
鸚鵡返しは痛いとこを突かれた証拠なんですよね…
それを自覚出来れば人間的に成長出来る
Appleとか関係なしに一人の大人として相応しい精神を持って欲しい
幼稚な大人は見てて辛い…
885:名称未設定
09/06/12 19:58:45 C9/PLvkZ0
貧乏ドザにレスしても時間の無駄。
886:名称未設定
09/06/12 20:01:16 vU/e5F6k0
>>884
Mac信者の間でオウム返しな劣化コピペがはやってるみたいだがｗ
まずは自分の教団内の「幼稚な大人」をどうにかしてから出直そう。
33 ：名称未設定：2009/06/07(日) 21:50:27 ID:RLlA9Y2F0
レス乞食ID:tT49NLG/0の昨日の足跡
URLﾘﾝｸ(hissi.org)
※注：劣化コピペで無駄な書き込みを増やしますのでID:tT49NLG/0に餌を与えないでください。
34 ：名称未設定：2009/06/07(日) 21:59:41 ID:tT49NLG/0
レス乞食だけど
それがなにか？
887:名称未設定
09/06/12 20:06:21 8ryIdTKB0
>>784
ID:a4VGWTMs0
URLﾘﾝｸ(hissi.org)
888:名称未設定
09/06/12 20:09:58 p8MtZ9yc0
URLﾘﾝｸ(www.atmarkit.co.jp)
日本のケータイを使えば、確かに多くのWebサイトを利用できるし、
フルブラウザもあるのだが、しょせんはインターネットを限定的に
利用できる特殊な通信端末でしかなく、インターネット端末と
呼べるものだった試しなどなかった。そして、日本の“ケータイ”は、
かつてのNECのPC-9801帝国がDOS/V時代の到来で瓦解したように、
あるいはワープロ専用機がパソコンに市場を奪われたように、
今後5年程度で消え去ろうとしているように思われるのだ。
iPhoneはヨーイ・ドンの号砲を鳴らし、人々を目覚めさせた功績だけでも、
売れた台数と無関係に歴史に名をとどめることになる象徴的なデバイスだ。
889:名称未設定
09/06/12 20:12:29 8ryIdTKB0
それは言い過ぎだな。フルブラウザ携帯なんていっぱいあるし。
あとスレ違い。
890:名称未設定
09/06/12 20:20:31 a4VGWTMs0
>>878
何コレ。ダサすぎるｗ
>>879
> ここが既に荒らし思考
興味を持った板を覗くのが荒らし思考か。マカはやっぱり頭が狂ってるなｗ
891:名称未設定
09/06/12 20:23:06 a4VGWTMs0
>>880
そうね。マカはいつも必死になってWindowsを貶めてるよね。
>>883
つまり、マカはカルトということを認めるわけだね？
>>888
> 売れた台数と無関係
ﾜﾛﾀw 売れた台数を出されたら即死だもんなｗ
892:名称未設定
09/06/12 20:25:34 69KGtXHt0
iPhoneはもはやソフトバンクの足かせ
893:名称未設定
09/06/12 20:26:43 2gTvmSYG0
つかそろそろさ、ちゃんと済み分けてくれんかな
通称「なぜなにスレ」という立派なアンチスレ群が潤沢に有るんだから
そっちに移って好きなだけ騒げば良い
894:名称未設定
09/06/12 20:26:43 45L57MHC0
>>887
昨日はトップ。ID:a4VGWTMs0 = ID:C4FgSTEw0
トップページ > 新・mac > 2009年06月11日 > C4FgSTEw0
URLﾘﾝｸ(hissi.org)
895:名称未設定
09/06/12 20:26:52 90HZ5Z380
>>890
別に興味を持った板を除くのはいいけど、
新製品発表で野次馬的にやってくる一見は
大抵お前のようなハナから荒らし目的のヒマなドザだからな。
896:名称未設定
09/06/12 20:29:14 aM4yToh/0
>>891
>マカはカルトということを認める
少なくとも俺はカルトだと思うけどなあ。信者の多くがそれをカルトであると
認識しているカルト。ボコノン教とか空飛ぶスパゲッティ・モンスター教団
みたいなもんだ。
>>890
>興味を持った板を覗く
そのことを「荒らし思考」と言ってるんじゃないよ。抽象度のレベルを
一段階上げるべし。
897:名称未設定
09/06/12 20:33:39 2lOTNHlE0
>>896
オウム真理教だろ。
オウム返しが流行ってるんだからｗ
898:名称未設定
09/06/12 20:34:15 8ryIdTKB0
>>895
「一見」じゃない。年中居る。
899:名称未設定
09/06/12 20:35:02 TEHkMbLM0
相変わらずガキが多いな…
相手にしなきゃいいことなのに
900:名称未設定
09/06/12 20:36:57 rHXVPooB0
>>897
ちょｗｗｗ
901:名称未設定
09/06/12 20:39:31 0HZC55mK0
9.11テロは米政府の内部犯行だった!!!
■9.11検証ビデオLoose Change 2nd Edition（ルース・チェンジ 第二版）日本語版（1時間23分13秒）
URLﾘﾝｸ(video.google.co.jp)
■ツインタワー崩壊の疑惑を追え『 ９．１１ 疑惑 〜2007 10.15 』(世界まる見え！テレビ特捜部）
URLﾘﾝｸ(video.google.com)
■『911』の真実とは (ダイジェスト版30分) 〜 ConfrontingTheEvidence 〜
URLﾘﾝｸ(video.google.com)
■『911ボーイングを捜せ-航空機は証言する』ダイジェスト版（10分）14.5MB
URLﾘﾝｸ(www.harmonicslife.net)
■見ればわかる ９・１１研究
URLﾘﾝｸ(doujibar.ganriki.net)
■9/11トリック─「テロ」は起きなかった マック・レイカー （日本語まとめサイト）
URLﾘﾝｸ(homepage.mac.com)
■911 の真相は？（日本語まとめサイト）
URLﾘﾝｸ(rose.eek.jp)
■９．１１の真実（WTC第７ビルは爆破された、ペンタゴンに旅客機は突入していない？
などの数々の疑惑とその反論も） ９１１同時多発テロにおける真実を追う（日本語まとめサイト）
URLﾘﾝｸ(nvc.halsnet.com)
■国会で民主党が９．１１捏造の証拠をみせました January 10, 2008
URLﾘﾝｸ(www.youtube.com)
■9・11事件の米政府内部犯行説に関するリンク集
URLﾘﾝｸ(www4.atwiki.jp)
■「ロックフェラーの友は、９１１を事前に予告した」 アーロン・ルッソのインタビュー（その後、死亡）
９・１１がアメリカ政府によって計画されたものであるという証言
URLﾘﾝｸ(vision.ameba.jp)
■9.11疑惑過去ログ保管庫
URLﾘﾝｸ(www.geocities.jp)
902:名称未設定
09/06/12 20:52:56 mRsqiA6aO
少しさ黙って見ててくんないかな。
半端な知識のアンチが根拠に乏しい想像を書かなければ、ちゃんと知識のあるユーザーが技術的な話をしてくれて、適切な批判をしてくれてるから。
俺は推論ではなく、そう言う詳しい話が聞きたい。
最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5400日前に更新/209 KB
担当:undef