08/04/07 15:03:16 MEQSKNuK0
だれか、納得のいく説明を！
32-bit kernel in Leopard?
URLﾘﾝｸ(forums.macrumors.com)
前スレ
ｽﾚﾘﾝｸ(mac板)
2:前スレ1
08/04/07 15:04:06 MEQSKNuK0
64bitアプリはチェスだけ。
その他のアプリ、カーネルやドライバは32bit。
64bitドライバを作っても
カーネルが32bitだから読み込まれない。
などという噂がありますが
誰か検証した人いますか？
これが本当なら由々しき問題です。
URLﾘﾝｸ(forums.macrumors.com)
3:名称未設定
08/04/07 15:07:58 MEQSKNuK0
積めるメモリ容量の話はなしね。
4:名称未設定
08/04/07 15:21:27 sgk1zIKS0
Mac用64ビット計画が頓挫した理由
Appleは2007年6月、同社のWorldwide Developer Conference（WWDC）で技術計画を発表した。Adobeは、CS4をMac
用に64ビット化させることをこの時まで計画していた、とNack氏は述べる。
Appleは、CarbonとCocoaという2つの技術を提供し、メモリ、フォント、ウィンドウの管理などのOSサービスをプログ
ラマーが利用するのを支援している。Appleは当初、両方を64ビットで利用可能にする予定だったが、WWDCでCocoaだけ
を対応させると発表した。
Photoshopは、Carbonを使用して書かれている。Carbonは、Mac OS 9時代に端を発し、クロスプラットフォームプログ
ラミングに適している。一方、Cocoaは、Mac OS X同様、Jobs氏の以前の会社であるNextstepに端を発している。
「AppleがCarbon 64を選択したかったため、ロードマップの見直しが必要になった」とNack氏は述べる。そして、Adobe
は、Cocoa化のため新しいプログラマーを直ちに割て、「できるだけ早く移行できるようにした。しかし、ことわざにあるよ
うに、女性を9人そろえても、子供が1カ月で生まれてくるわけではない。一定のペースでしか物事は進まない」と同氏は述べ
た。
Carbonの機能を使う、または、やりとりするコードの量は多く、約100万行はあり、すべてに対して少なくともレビュー
が必要だ、とNack 氏は述べる。そして、現在でさえ、「どのくらいのコードを書き直す、または、手をつける必要があるか
は把握されていない」（Nack氏）
5:名称未設定
08/04/07 15:36:10 GRRwUyrv0
>>1
乙。
6:名称未設定
08/04/07 15:58:08 oCyLtoKY0
いやだから前スレで散々結論が出てるのにまだ分からないのか?>>1は。
・Leopard(10.4も)では、一部のAPIが64bit化されており、それらのAPIを使うアプリケーションは64bit化することができる。
・Leopardでは、カーネルとIOKitは32bitのままである。しかしながら、32bit用ドライバは64bitのアプリケーションからも問題なくアクセス出来る。
・ただし、64bitアプリケーションと(カーネルを介さずに)直接やり取りするドライバについては、当然64bit化したものを用意する必要がある。
・例外として、Intel Mac用のDMAを使うドライバについては、64bit対応のためには必ずIOKitのIODMACommandクラスを使って書き直す必要がある。
7:名称未設定
08/04/07 16:12:33 amT1Xn5z0
>>1
という訳でドザ乙
8:名称未設定
08/04/07 16:15:55 K2zzS3FSO
Leopardは64bitOSです
終了
9:名称未設定
08/04/07 17:17:49 Ji8qbETE0
>>6
整理してくれてありがとう。
断片的には知っていても、全体像が判らなかったよ。
ほんらいバカwinが立てたスレだったんだろうが、為になるスレ、になったね。
10:名称未設定
08/04/07 17:36:19 4ImZfNtj0
どんどん増えてるよね。Mac用64bitネイティブアプリ。
11:名称未設定
08/04/07 17:45:01 T+Tqa0W/0
>>10
64bitアプリケーションのまとめサイト知らない？
12:名称未設定
08/04/07 19:08:49 beE7ITMBO
まぁまぁドザ。相変わらず必死だ。
64bit環境も64bitアプリもMacの方が充実している。
だからMacは世界最速。流石だ。
13:名称未設定
08/04/07 19:26:35 ddNpvCsH0
>>8
URLﾘﾝｸ(journal.mycom.co.jp)
14:名称未設定
08/04/08 00:01:36 a/bEm11f0
100万行って、案外たいした事ないなぁと思うのは業務系プログラマだからかな。
あ、でもCarbonアプリの100万行は見たくないぁ
15:名称未設定
08/04/08 00:07:21 JRaoqu1r0
PhotoShop とかの場合って、Adobe が自前で Cross Platform のライブラリ持ってて、Carbon とか叩いてるのはその下だけだとか勝手に思ってたんだけども、
それなら100万行のうちでも Carbon 直接叩いてる部分はそんなにないんでは ... と思ったのですがどうでしょうか。
16:名称未設定
08/04/08 00:16:22 KBDFUjWx0
少なくともレビューが必要なのが100万行、って読める。
あんまりやりたい作業じゃないよね。
17:名称未設定
08/04/08 06:46:09 dTflF+Ci0
Macは良くも悪くも仕様をガラッと変えるからね。
ユーザー側にはメリットが大きい場合がほとんどだけどサードパーティとしては大変だわな。
まぁ、Adobeの場合、iPhone絡みでFlash搭載しないからゴネてるってのもなくはないだろねw
18:名称未設定
08/04/08 09:58:16 IJdjZnzX0
>>13
去年の時点では、Carbonも64bit化されるはずだったのねぇ。
Adobeはこれを期待してたと。
19:名称未設定
08/04/08 12:52:08 TWMZLbrR0
去年?
2006年のWWDCじゃね?
20:名称未設定
08/04/08 15:20:17 IJdjZnzX0
>>13 によると 白山貴之 ってのが、2007/11/20 に
「Leopardでは、CocoaやCarbonを含むすべてのフレームワークが64bit対応」
って、書いている。この記事、発売後か？ 終わってるな、＞白山貴之
21:名称未設定
08/04/08 16:27:40 quR5AMlK0
なに、ドザは今度はCarbonが完全に64bit化されないのはけしからんって方向で攻める事にしたわけ？
22:名称未設定
08/04/08 19:28:32 vDoH3axY0
オレのcoreduoにはem64t付いてないからどうでもいい
23:名称未設定
08/04/08 20:56:22 +9bCrkUy0
実際64bit Carbonはアップルが独自に使ってる（非公開API）から問題ないな。
24:名称未設定
08/04/08 21:25:14 JRaoqu1r0
非GUI Carbon は 64 bit 化されているし、
GUI Carbon で 64 bit の部分で裏で使っているのはメニュー周りだけで、それは
64bit Cocoa でメニューを使えば Apple に限らず
誰でも自分で使うことになるわけだが ...
25:名称未設定
08/04/08 21:34:42 JOWO2qOC0
別に普通に64bitアプリが作れて、動作して、多くのメモリが確保できればそれでいい。
ここで騒いでるドザって、結局32bitオンリーから動けないVistaの多数派ユーザーのこと
どう思ってんのかね...
>>2
AdobeからLightroom（写真現像/管理アプリ）の64bit版出ましたが何か？
URLﾘﾝｸ(dc.watch.impress.co.jp)
26:名称未設定
08/04/08 21:49:06 F9NnOtVwO
ホントにチェスだけなわけないだろう。
27:名称未設定
08/04/08 21:57:40 wTn74tNS0
Vistaの終焉が見えて来て、ドザ氏の煽りが一気に失速したな...
28:名称未設定
08/04/08 22:40:10 MAbfIYK00
相変わらずWindowsの話が好きだな。
29:名称未設定
08/04/08 23:07:05 JR4tGH4J0
>>26
で、チェス以外の64bitアプリってなにがあるんだよ？ｗ
30:名称未設定
08/04/08 23:08:32 ryo5SOv80
Xcode
31:名称未設定
08/04/08 23:13:37 JRaoqu1r0
>>29
Mathematica って 3rd party の売り物だけど、普通に最新版は 64bit だよ。
32:名称未設定
08/04/08 23:31:42 XeYWmKKv0
普通に64bit cocoa化できないadobeはヘタレ。
33:名称未設定
08/04/08 23:46:06 /IHWAymw0
俺アプリも64ビット化したけど、メモリも食うし起動も遅いのでやめましたよ
34:名称未設定
08/04/08 23:55:50 JRaoqu1r0
>>31
いちおう補足しとくと、Mathematica は GUI 部分と重い計算をする MathKernel にわかれてて、64bit 化されてるのは OS X では後者のみだから、64 bit Carbon の問題には嵌まらなかったのだと思われる
35:名称未設定
08/04/09 00:01:11 Efn0jJ7T0
てか、Windows7でも32bit版出るから
Adobeが64bit版CS出してもあまり売れないじゃん。
Windowsユーザーの9割以上は32bit版使ってるし、割ればっかりだし。
なんだかんだで、64bit版を主流で使うのはMacユーザーの方がずっと速いと思うぞ。
36:名称未設定
08/04/09 01:27:44 M2lp9YTQO
既にMacユーザよりWinの64bitユーザの方が多かったりして。
Winの64bitネイティブアプリってもはやMacの定番フリーウェアより多そうな気が。
37:名称未設定
08/04/09 02:11:17 9APE3qxa0
しかしなんでまたWindows7なんて名前になるんだろ。
Wondows95～は黒歴史にして、Windows3.5辺りの続きでやるつもりか？
38:名称未設定
08/04/09 02:27:46 qwAY4Ui80
そりゃ2000がNT5で、XPが5.1で、Vistaが6だから。
39:名称未設定
08/04/09 02:30:02 M2lp9YTQO
7で確定したの？便宜上そう表記してるだけのような。
Blackcombてやつだっけか。
40:名称未設定
08/04/09 03:33:01 1vNE+J1b0
髪の毛には良さそうな名前だ
41:名称未設定
08/04/09 06:25:01 291h1Ag40
OS買い直し。ここがネック。
42:名称未設定
08/04/09 06:26:24 6QpoRCqw0
ただの開発上のナンバリング
次のWindowsはNT7.0になる予定だからね
でも、どうせまた2年くらい遅れるんだろなぁ。
ちなみに、2000からXPは5から5.1にしか上がってないのにメジャーアップグレードとかw
43:名称未設定
08/04/09 07:38:17 zIVNBDGn0
Mac OS X用64bit商用アプリケーションソフト、充実のラインナップ（笑）
・チェス
・Mathematica(42万円だって、高くなったもんだね)ﾌﾟ
・Lightroom（べーたｗ）
以上！
なめとんのか？ｗ
44:名称未設定
08/04/09 07:41:45 M2lp9YTQO
>>42
OSXも0.1刻み
45:名称未設定
08/04/09 09:41:33 IQH4He9+0
で、Windowsの64bit用アプリって何があんの？
46:名称未設定
08/04/09 09:48:46 Fbkuld250
Macと違って一本もねーよw
そんなことﾏｶは気にしなくていいから
47:名称未設定
08/04/09 10:05:21 IQH4He9+0
>>44
もう枯れたネタだが、いちおう突っ込んでおいてあげるか。
内部バージョンは、メジャーアップグレード時にちゃんと1上がってんだよね。
Build5から6とかね。
URLﾘﾝｸ(docs.info.apple.com)
あぁ、Windowsの64bitアプリはIEがあったな。
Flashすらも動かないIEが。
48:名称未設定
08/04/09 10:11:16 Ji3vsIov0
>あぁ、Windowsの64bitアプリはIEがあったな。
>Flashすらも動かないIEが。
こちらマカですが、OS X でも全く同様に、Internet Plug-in とかは
母体のブラウザが 32 bit なら 32 bit plug-in,
母体が 64 bit なら 64 bit plugin しか読み込めないですよ。
OS X で Safari の 64 bit 版とか作れますが、
そうすると Flash は動かなくなります。
あいてを馬鹿にするときは自分の状況をわきまえてからのほうがいいと思います。
49:名称未設定
08/04/09 10:18:08 hQnQESke0
>>48
>あいてを馬鹿にするときは自分の状況をわきまえてからのほうがいいと思います。
小学生の感想文ですか？
50:名称未設定
08/04/09 10:39:16 IQH4He9+0
てか、わざわざMac板の過疎スレにまで出張してきて何をわめいてんだか。
もう結論の出てるネタに必死になることなかろうに。
51:名称未設定
08/04/09 11:17:36 FALskQ930
>>47
それをいったらWinも同じような気もするが。
52:名称未設定
08/04/09 12:07:58 qwAY4Ui80
うむ。つーかバージョン番号とビルド番号は別もんだし。
53:名称未設定
08/04/09 13:34:22 zIVNBDGn0
>>45
多すぎて無理なんで、下のサイト見てね。ｗ
64bitアプリケーション情報 - Windows x64 Edition まとめWiki
URLﾘﾝｸ(wiki.mm2d.net)
ついでにこっちも。
32bitアプリケーション動作報告 - Windows x64 Edition まとめWiki
URLﾘﾝｸ(wiki.mm2d.net)
54:名称未設定
08/04/09 13:39:10 3NJa0d060
>>53
LightWave v9が入ってないな。これもWin版だけ64bitあり。
55:名称未設定
08/04/09 13:51:10 IRiZAUhc0
>>48
あれ？、OsiriXは32bit版に64bitプラグインを入れる方式だし、10.4でも64bit対応にするのは
プラグイン方式じゃなかったっけ？
ググってみたら32bit版から64bit実行を呼び出してやりとりしてが出来る、てあるようだし。
URLﾘﾝｸ(developer.apple.com)
56:名称未設定
08/04/09 14:09:21 FALskQ930
どんどん増えてるよね。Mac用64bitネイティブアプリ。
57:名称未設定
08/04/09 15:40:46 MnT30RX40
>>55
そりゃプロセス間通信を使えばね。
ローダブルバンドルやら共有ライブラリは当然無理。
Appleは10.4のうちはGUIは32bitで作って、該当する処理だけ
別の64bitアプリケーションとして作ってIPCでやり取りしろ、という方針を示してた。
58:名称未設定
08/04/09 15:41:51 VZUw88cp0
>>53
ふぅ、圧倒的に負けてるじゃないか、わが軍は。
っていうかまだ始まってもいないような。orz
59:名称未設定
08/04/09 17:06:00 MnT30RX40
64bit Windowsは(WOW64というAPIブリッジがあるとはいえ)ネイティブ動作のためには64bit化が必要だから、対応アプリは増え易い。
OSXはメモリ空間などに特に不満がない限り32bitのままで不都合はないので、対応アプリは増えにくい。
60:名称未設定
08/04/09 17:56:43 zIVNBDGn0
>>59
もちろんAppleもその対策は考えている。次のOS Xのメジャーバージョンアップで、
32bitアプリは全部切り捨て。もちろんPPCとCoreDuoも対応外で、64bitアプリしか
動作不可になるから普及率100%間違い無し。ｗｗ
61:名称未設定
08/04/09 18:08:02 p9EHaUJc0
実際Carbonは64bit化されなかったし。
しかしCocoaだけは32bitと64bitのハイブリッド化は残すのでは。
62:名称未設定
08/04/09 18:18:17 5kKprAji0
うちはWinでMaya使ってる。
64bitは良い環境じゃないかな。
自宅のMBPは趣味で楽しいけど。
63:名称未設定
08/04/09 18:44:38 MnT30RX40
68k->PPCの移行はエミュレータとMixedModeManagerで両立させた(完全移行はOSX)。
OS9->OSXの移行はClassic環境で両立させた(完全移行はOSX10.5)。
PPC->Intelの移行はRosetta(動的バイナリ変換)で両立させた(完全移行は未完)。
32bit->64bitの移行はカーネルランドを32bitに据え置き、ユーザランドのみ64bit化することで両立させた(完全移行は未完)。
現状で移行進まないのは64bit環境が32bit環境のサブセット的になってるからでしょう。
まずは32bit環境と64bit環境で提供されるAPIが全く同じにならないと。
次のメジャーアップデートあたりでdeprecatedになってるAPIが32bit環境から本当に消されるかもね。
QuickTime関係はどうするのか疑問だ...
64:名称未設定
08/04/09 18:56:08 M2lp9YTQO
>>54
3dsmaxの64bit版もまだ載ってないな。もう出てたような。
65:名称未設定
08/04/09 19:02:17 QPzNy1ba0
Carbonも大人しく64bit化しろや！
66:名称未設定
08/04/09 21:45:44 9tgmKv1p0
Leoで
file /System/Library/Frameworks/Carbon.framework/Carbon
で確認すると一応ppc64, x86_64も含む4アーキ対応になってるけど
一部しか実装されてないってこと？
67:名称未設定
08/04/09 21:56:50 qwAY4Ui80
そういうこと。使えるAPIに制限がある。
たぶん64bitモードでコンパイルするときは
マクロでヘッダから定義を除くようにしてるからリンク以前にコンパイルが通らない。
68:名称未設定
08/04/09 22:04:26 Ji3vsIov0
>>66
Carbon といっても範囲はひろくて、GUI まわりから、イベントループ、
あとはファイルシステムまわりまで沢山あります。
64 bit 化されないことになったのは GUI まわりだけ。
URLﾘﾝｸ(www.carbondev.com)
とか参照。まあこれも情報ふるいけど。
Qt は OS X 用ポート 32 bit/64bit にするために
Cocoa まわりに組みなおすことにして、もうα版は出てる。
69:名称未設定
08/04/09 22:08:52 Ji3vsIov0
なにが使えて何が使えないかは
URLﾘﾝｸ(developer.apple.com)
を参照。
70:名称未設定
08/04/09 22:15:41 9tgmKv1p0
>>67-69
情報サンクス
71:名称未設定
08/04/09 22:18:53 qwAY4Ui80
>>69
いやそれは使えないのしか書いてないよ
72:名称未設定
08/04/09 22:35:10 Ji3vsIov0
>>71
ごめんなさい、特定の章をリンクしてしまいました
まあ Carbon 64 bit Guide 全体を読んでもらうということで ...
73:名称未設定
08/04/10 00:42:09 XHdjx2NY0
アプリが少ないって騒いでる奴、Leopardの発売日が去年の10月26日だよ。そんなにすぐに
沢山の64bitアプリが登場するはずないじゃん。少なくとも、64bitAPIの詳細が発表された
のが去年の6月。実際に開発可能になったのはそれ以降から。
74:名称未設定
08/04/10 00:48:57 2WFDIrfF0
つーか、アプリが少ないって騒いでる奴は64bitのWindows使ってるのか？
32bitでなんか困ってるのか？
75:名称未設定
08/04/10 00:53:18 RwoYlFS90
>>74
32bitがそんなに好きなの？
76:名称未設定
08/04/10 00:57:01 2WFDIrfF0
>>75
好きでも嫌いでもない。32bitでも64bitでもどうでもいい。
日常の作業に支障がなければなんでもかまわん。
お前さんは違うのか？
使う為じゃなく、「あるスペックの数字を持つマシンを所有する事」が
目的なのかね？
77:名称未設定
08/04/10 01:15:19 rdoBj1u50
>>73
OSXの場合、今のところ特に理由がない限り64bit化する必要がないから
時間が経てば増えるというものでもないと思うよ。
Appleが積極的に32bit環境を切り捨てない限り、今のような感じが続くんじゃない?
78:名称未設定
08/04/10 01:20:20 RwoYlFS90
>>76
なるほど。16bitでもよさそうだな
79:名称未設定
08/04/10 01:38:44 XHdjx2NY0
>>77
はぁ？ 動画や画像や音楽の編集で、MacProみたいに4G以上のメモリを積んで
いる場合にそれを有効活用するには64bitアプリが必要だよ。なんで必要ないと？
勿論、32bitから移行する必要の無いアプリだって沢山ある。>>77の言い分て、
多分、Vistaの32bit版でも通用するけど、32bitから移行する必要の無い
大半のアプリを使いながらも、64bit化されたものも利用出来るというメリット
を無視して、いきなり、32bitを切り捨てない限り～という考えって、ゆとり？
兎に角、64bit環境が整備されて1年（いや半年か...）も経っていないのに、
今すぐ数出せって無茶だよ。
80:名称未設定
08/04/10 01:54:32 XHdjx2NY0
>Appleが積極的に32bit環境を切り捨てない限り、今のような感じが続くんじゃない?
あと、これってまんまVista32bit版のことだと思った。
要は、32bitアプリから移行する必要性なんて一般人には見出せないから、
32bit専用のOSが主流になるし、移行する切っ掛けが掴めないから今のような感じが続くよね。
64bitに移行したいのなら、Leopardのような環境が必要だと思うよ。
少なくとも、Leopard登場以降のMacは、OSも含め全て64bit実行環境を備えている。
32bit専用Vistaが普及し始めているのを考えると、どうやって64bitに移動するのか
と考えると、>>77が言うように、32bitの環境を切り捨てない限り、
今のような感じが続くんじゃない? になるよね。
81:名称未設定
08/04/10 02:41:15 rdoBj1u50
>>79
なんでそんなに喧嘩腰なのか分からんが...つーか数出せとは別に言ってないし。
その「4GB以上のメモリを有効活用する」ってのも理由の一つでしょ。
そういうアプリケーションは64bit化するんじゃない?
32bit環境をWoW64に任せてネイティブ対応しなかった64bit Winだと
本来64bit化の恩恵を受ける必要が無いアプリも64bit化される意味はあるけど、
OSXだとどちらもネイティブ対応してるから、前述のようなメリットが無ければ
急いで64bit化する意味は無い。そういう事を言いたかったんだけど。
OSのポリシーの差が64bitアプリの数に出てるだけであって、対応アプリの数が多いWinが
優れた64bit環境だとかそういう話ではない。
今のような感じが続くと言ったのは、Carbon CFMバイナリやらCarbon自体の歩みを見て。
Intel化してCarbon CFMがUB化できないと分かるまでMach-Oに移行しない例も多かったし(特に大手)
Cabonが完全に64bit化されないと知ってはじめてCocoaに移行する例も出てきてるし。
82:名称未設定
08/04/10 02:58:49 rdoBj1u50
ちなみに今のような感じってのは
4GB以上のメモリ空間や64bit幅の演算器を活用したいアプリは徐々に64bit化が進む
そうでない大多数のアプリはそのまま
という感じね
83:名称未設定
08/04/10 05:11:20 dA6tHWPJ0
割と「普通の」人が4GB以上のメモリを必要とするかもしれないアプリってどんなのが
あるか興味があるなあ。
例えばビデオカメラで撮ったデータを編集するときって、オリジナルのデータをHDDに
保存した時点では4GBを簡単に超えちゃうわけだけど、あれって編集ソフトで4GB以上の
メモリを使えたら今より使いやすくなる可能性はある?
84:名称未設定
08/04/10 05:23:26 tCEzZA340
そもそも現時点で物理的に4GB以上積めるマシンがMacProしか無いからね。
生かせるハードが無いんじゃ、コンシューマ向けのソフトを開発してるデベロッパもやる気は出ないだろう。
85:名称未設定
08/04/10 05:31:30 dA6tHWPJ0
>>84
よかったらPowerMac G5のこともたまには思い出して上げてくださいw
86:名称未設定
08/04/10 06:50:22 LqDBkKRu0
>>80
Windowsは32bit環境を切り捨てなくても、プロユースを起点として64bit環境は着々と
充実している。32bit互換機能もそこそこ使えるし、昔と違って今は仮想PCも実用的だし、
PCの値段も劇的に下がったから2台使用時のコストも問題なくなった。
逆にMacはいまだに、>>43の状態だから相当遅れているのが現実。
ISVから見れば、自社主力アプリケーションの早期64bit化は競合他社製品との差別化が
可能になるからな、競争力の点でメリットがある。Mac用アプリケーションには競争がない
から差別化も64bit化の動機にはならない。
今の状態が続くと画像処理や動画編集などの分野が、Macで壊滅してWindowsの独占
状態になった3D CADやアニメーション作成と同じようになる可能性が高いね。
87:名称未設定
08/04/10 08:36:51 QOwBFAUC0
>>86
あぁそういえば仮想PCっていう便利なものって業務で使う事は増えたね。
Windows7のデモも今までのバージョンのWindowsを全部動かしてたっけ。
MS,IBM,HP,Sunと多くのベンダが仮想PCをビジネスの中心に持ってきているから結構64bit化の進化、安定化は速いよね。
OSXはOSX自体を仮想で動かす方向には無いみたいだから、あんまり進化は無いのかな。
OSX Serverで標準で使えるといいのにね。
88:名称未設定
08/04/10 11:15:53 XHdjx2NY0
>>86
なんか理解出来ていないのかも知れないけど、
WindowsVistaで普及しているのは、64bit環境を切り捨てた32bit版。
OS X Server自体は仮想化を許可していて、VMとprallelesがサポートを
表明しているから問題なし。仮想化はサーバー向けに普及している技術で、
まさかプロアプリ用途とかハードに直接アクセス場合が多いようなアプリ
には向いてないという説明は要らないよね。
それから、Win64APIが登場して半年～一年でどれだけのアプリが登場したのか聞きたい。
Cocoaの64bit環境で実際に半年すぎたところだろうけど、そんなに早く数が揃うはずが無い
と言ってるのだけど、ちゃんと読めよ。実際、LightWaveやcubaseもTiger時代に64bit化を
検討しているけど、そのときは64bit環境が整っていなかったので無理という流れに落ち着いた。
プロ向けアプリの64bit化は時代の流れ出し、動機が無いというのは無知。
あと、Macアプリの競争相手はPC向けアプリだよ。それだけは言っておく。
>画像処理や動画編集などの分野が、Macで壊滅してWindowsの独占
>状態になった3D CADやアニメーション作成と同じようになる可能性が高いね。
そもそも認識が間違ってる。画像処理や動画編集は元々一度壊滅状態から
復活したのが実情で、昔から強かったわけじゃない。3D自体もハード的に
考えれば今は問題は無いけど、3Dに強くなる為にはApple自体がどこかの
買収も含めて市場参入しなければ強くならないね。
そもそもさ、動機はないけど64bit化しないと壊滅状態になるだろう。
って自分で書いてておかしいと思わない？ それ十分動機になるだろうな（汗）
89:名称未設定
08/04/10 11:22:06 XHdjx2NY0
ここでネガティブ気味に煽ってる人達の心の拠り所って、
>>2だったんじゃないの？
「64bitアプリなんてチェスしか存在しないよね？ 結局のところ、
Leopardで64bitアプリなんて作れないんでしょｗ プギャー」
ってのがここの存在意義だと思うんだけどどうかな？
90:名称未設定
08/04/10 11:28:07 NYyowE3e0
作れるのならそれでいいよね。
91:名称未設定
08/04/10 11:32:40 LqDBkKRu0
>>88
日本語でおｋ。
92:名称未設定
08/04/10 11:42:29 S6Y9oIoK0
>>91
わかりやすい説明じゃないか
お前の低レベルな日本語理解能力を基準にするな
93:名称未設定
08/04/10 11:59:41 128Yrtqq0
仕事で使っているCADは64bit版が同梱されているけど、
OS、マシン買いなおしが必要なせいでまだ導入してない。
「今のままで仕事できるでしょ?」といわれれば、「はい」としか
言えないし。
94:名称未設定
08/04/10 13:18:29 BcqmRAHw0
>>89
このスレでそんな話をしてる奴はいないと思うが
95:名称未設定
08/04/10 13:33:12 EkKwAF0Q0
>>88
発売後7ヶ月
URLﾘﾝｸ(wiki.mm2d.net)
96:名称未設定
08/04/10 14:46:05 LqDBkKRu0
>>92
>>88はどう読んでも矛盾だらけだろ。ｗ
・64bit環境が普及していないのなら、>>53の64bitアプリはどこで使われているのか？
・64bitOSの登場時期は関係ない、現時点でOS Xが周回遅れにされているのが現実。
見なきゃ現実を！
・PC向けアプリが競争相手？バカか。AdobeやAutodeskなど大手を除けば、Appleに
買収されないように機嫌伺いながら、ニッチ市場でセコセコ開発しているだけだろ。
・3Dがハード的に問題無いとかAppleが買収とか何考えてんだ？たしかにBootCamp
使えば問題無いかもナ。ｗ
3Dに対応するには、OS自体を根本から改良しなけりゃムリ。
・最後の2行については完全に意味不明。
97:名称未設定
08/04/10 14:51:24 X3Np9Gu40
>>96
>>53のリストを見てみたんだが、実際どこで使われてるんだろうね。
64bitのメリットを感じさせない（32bitで十分な）ソフトばっかりで
わざわざこのために64bitを選ぶんかいな。
実質32bitアプリがメインで、64bitがあれば使うかも、くらいでしょ。
プロダクティビティに関連するのがShadeくらいしか見当たらないのも
どうかと思った。
98:名称未設定
08/04/10 15:01:38 fX5ZSES00
必要とされるジャンルでしっかり完成された製品が出てる。
Mayaとか3dsMax、Lightwave、Shadeは64bitも平行してリリース
されてて普通になんの文句の付け用が無い。
なぜか不愉快な人がいるみたいだけどw
99:名称未設定
08/04/10 15:03:07 zrNxgyc70
>>96
>現時点でOS Xが周回遅れにされているのが現実。
ソースは？
100:名称未設定
08/04/10 15:07:05 fX5ZSES00
XSIも64bit版出てるのな
101:名称未設定
08/04/10 15:10:43 rdoBj1u50
>>97
うん。
Win x64は32bit環境がネイティブじゃないから、64bit化のメリットがないソフトでも
積極的に64bit化される。
ちょうどMacがIntel化した時にUB化がかなりの勢いで進んだようにね。
だから、OSXが32bit環境をネイティブで提供し続ける限り、数の差は縮まらないと思うよ。
102:名称未設定
08/04/10 15:31:13 cjvohmHh0
>>101
そうだろうね。例えメリットが無くてもアプリの64bit化をしていかないと
64bit版Vistaは普及しない。
それに対してMacOSはAppleがCarbonの64bit化を見送ったのでやがてすべての
アプリがCocoa化されていくだろう。
そうなると32bitも64bitもあまり意識するような必要が無くなってくるのでは
無いのだろうか。
103:名称未設定
08/04/10 19:20:09 XHdjx2NY0
>>102
そうなんだよね。Cocoaなら32/64bitでコードベースが共通だから、
そんなに苦労はない。ただCarbonからCocoaってのが厄介だけど。
>>96
矛盾してないよ、ってか無知丸出しだね。
>64bit環境が普及していないのなら、>>53の64bitアプリはどこで使われているのか？
普及してないね。そもそもあなたの周りに、そのアプリを実行できる環境をもつ人が
どれくらいいるかな？ 家電屋で64bit版Vistaプリインストールモデルが如何に少数派か
知ってるのだろうに。
>64bitOSの登場時期は関係ない、現時点でOS Xが周回遅れにされているのが現実。
アプリの数が少ないって？ そうだね。現時点で周回遅れだと言えるよたしかに。
しかし、Macは今後プラットフォーム全体が64bit環境に全てのユーザーが対応する。
別にどこのPC売上ランキングでもいいからさみてみたら？ 32bit（64bit環境なし）Windowsが
これからも主流なWindowsと比べて、登場時期が遅かろうが将来的に有利なんだよね。
>PC向けアプリが競争相手？バカか。
競争相手だよ？ LogicもFinalCutもPC向けアプリと競争しているから
シェアを伸ばせるんだよ。護送船団方式でやってたら、死を待つのみ。
>AdobeやAutodeskなど大手を除けば、Appleに
>買収されないように機嫌伺いながら、ニッチ市場でセコセコ開発しているだけだろ。
LogicもFinalCutもShakeもiTunesもそうだけど、買収→改良からMacの主力アプリは生まれてる。
過去の例を考えても、Mac限定アプリだけが買収対象じゃないね、WinやLinuxアプリも買収してるよ。
>3Dがハード的に問題無いとかAppleが買収とか何考えてんだ？
>3Dに対応するには、OS自体を根本から改良しなけりゃムリ。
まずハード面だけど、Intel移行が影響したのか、タイムラグがあるにしても、
最新のGPUを利用できる環境は整ってる。OS自体の改良が必要というのも間違いで、
既にOpenGLも最新の環境を追える体制が整っているし、GLの速度的にもLLVMの影響か
今は対等のパフォーマンスを発揮できるよ。
104:名称未設定
08/04/10 19:20:30 XHdjx2NY0
>最後の2行については完全に意味不明。
読解力の問題かと。64bit化されないから壊滅状態になるという意見の一方で、
64bit化される動機が無いという意見も出してるけど、それはつまり、
競争力が維持できないから壊滅状態になるだろうが、しかし動機がないと言ってる。
だから、競争力の維持も動機になるよねと指摘したのだけど、意味不明かな？
105:名称未設定
08/04/10 19:38:51 769YzuxYO
まぁ肝心の64bitアプリが現時点で皆無に等しい点で
106:名称未設定
08/04/10 20:02:03 0kMuPMjR0
（64bitに関して）Winに勝ったとは言わないが、圧勝の状況。
107:名称未設定
08/04/10 21:50:12 cjvohmHh0
Windows＝32bit版と64bit版をそれぞれ別コードで開発。別パッケージで販売。
Mac＝Cocoaでビット数に依存しない開発。Universal Binaryで同一パッケージで販売。
さて、どちらが有利に働くか、数年後が楽しみ。
108:名称未設定
08/04/10 22:37:56 iR9PNLok0
>>107
n年後もマスが違うからWindowsなんじゃねーの？
WinAPIはビットが違っても開発は感覚的に似てるからcarbonから
頑張ってcocoaにポーティングよりも遥かに容易だよ。
新規開発はcocoaだろうけど新規開発アプリがプロユースで既存のシェアに食い込めるか？
って感じ。
109:名称未設定
08/04/10 23:00:54 EkKwAF0Q0
Win32 APIからWin64 APIへの移行は楽。Cocoaの64bit化と同程度。
P64な分Win64の方が楽かも。
Carbonを引きずってる分Macの方が移行は難航するかもね。
110:名称未設定
08/04/10 23:28:25 gffgHn+Z0
Win16 APIの拡張だったwin32 APIを更にもう一回拡張したWin64 APIか…
確かに以前からの経験を生かせる分ベンダーに優しいんだけど、
問題も先送りになってる気が…
111:名称未設定
08/04/11 10:16:51 cDJVzywI0
CS5で64bit。いつになるやら。
まぁ最近のAdobeはアップデートサイクル早い気がするけど。
112:名称未設定
08/04/11 12:43:59 W3z5OlR4O
>>110
MSより互換性を重視しないアップルのほうがなぜか引きずっている問題が多いんじゃね？
問題というなら。
113:名称未設定
08/04/11 14:12:50 umkhcGFx0
>>112
具体的には？
114:名称未設定
08/04/11 15:22:35 cDJVzywI0
実際問題、Mac板に64bitスレが無いことw
115:名称未設定
08/04/11 15:52:11 6f7xCiXF0
>>114
Cocoaなら32bitも64bitも関係なくアプリが製作できるからね。
どこかのOSのように別々に開発して互換性の無い物と違う。
だからそんなスレはいらないんだよ。
分かったかい。bit別にOSを用意されたドザの諸君。
116:名称未設定
08/04/11 16:00:36 cDJVzywI0
じゃそのCocoaで作った64bitアプリとやらを教えてくれよ。俺詳しくないからさ。
ちなみにﾏｶですよ。
117:名称未設定
08/04/11 16:03:28 umkhcGFx0
>>116
>ﾏｶ
118:名称未設定
08/04/11 16:05:26 cDJVzywI0
ﾄﾞｻﾞちゃいますよ
119:名称未設定
08/04/11 16:06:41 umkhcGFx0
>>118
>ﾄﾞｻﾞ
120:名称未設定
08/04/11 16:08:55 cDJVzywI0
今までCS3はCocoaだと勘違いしてた。
121:名称未設定
08/04/11 16:11:06 uUZAX3EY0
まあPhotoshopで渦中のアドビだって、Coldfusion 8とか
Lightroom2は64bit対応してるんだよな。
Photoshopは大掛かりなプロジェクトになりすぎて、
全貌が掴みきれてないんじゃないかと思う。
122:名称未設定
08/04/11 16:33:03 6f7xCiXF0
古くからのベンダはほとんどがCarbon製。
Carbonは旧MacOS時代との互換性のためのフレームワークだからね。
しかし、AppleがCarbonの64bit化を見送ったからいずれはほとんどのベンダが
Cocoaに移行する。今はその過渡期。
Cocoaを使用して初めてMacOSXの機能がフルに扱える。
だからMac板には64bitスレなんてものは存在しない。詳しく知りたかったら
Cocoa関連スレでも見てみるんだね。
123:名称未設定
08/04/11 16:34:31 6f7xCiXF0
>>122
ちなみのこれはID:cDJVzywI0へのレス。
124:名称未設定
08/04/11 17:26:06 MIT0zcHV0
>>115
互換性が無いから別に売ってるわけじゃないんだが。
Win32とWin64のAPIはほぼ共通だよ。Cocoa,Cocoa64bitの関係と同じ。
125:名称未設定
08/04/11 18:21:48 2wi0yZQI0
Win的に置き換えれば、
Win32＝Carbon、Win64＝carbon64（あれば..）、.Net Framwork＝Cocoaだから、
>>124はちょっと違うけどね。実際、Vistaからの新要素ってCocoaを中心にした
OSXのフレームワーク群をよく学習したなって感じ。
初期のVistaが、.Netメインへの移行を目指したのと同じ状況だな。
実際、carbon64を登場させてしまえば手っ取り早いのだろうけど、
OSXネイティブ＝Cocoaという方針を貫くってことだろう。
126:名称未設定
08/04/11 18:27:47 QGOMZ7AW0
>>122
>Carbonは旧MacOS時代との互換性のためのフレームワークだからね。
そういう部分もあったけど、現在ではAppleEvent,Process Manager,
File Manager等々Core Service的な位置付けだよ。これらは全て
64bit化されてる。
Appleが突然64bit化しないと言い出したのは、OSX 10.2辺りで追加した
新しいOSX専用Carbon APIね。だからAdobeも困惑してる。
逆に古のResource Managerはちゃんと64bit化されてます。
127:名称未設定
08/04/11 18:30:49 2wi0yZQI0
ちょっと説明不足だったかな。
例えるなら、Win32APIが主流で、.netへと移行させたいという考えがある。
そこで、Win64APIを提供しないから、64bit化したいのなら、.netを使ってね♪
と考えれば分かりやすいかな。
128:名称未設定
08/04/11 18:44:04 6f7xCiXF0
>>127
そうだな。Appleのやろうとしている事はそういうことだろう。
Appleはいつまでも古いCarbonに慣れてしまっているベンダを
そろそろMacOSXネイティブな環境へ移そうとしている。
その一環が一連のCarbon切り。
ベンダやユーザーは一時戸惑うだろうが、Cocoaが普及していけば
今までより素晴らしい環境が待っているはず。
129:名称未設定
08/04/11 19:00:21 MIT0zcHV0
だからCarbonもOSXネイティブだっての。
130:名称未設定
08/04/11 19:02:33 MIT0zcHV0
>>125
APIが似てる似てないじゃなくて「コンパイルし直せば64bit化可能」という意味で
同じ関係だと言ったんだけど。
131:名称未設定
08/04/11 19:13:49 6f7xCiXF0
>>129
Carbonは元々旧MacOSとの橋渡しとして生まれた。しかし現在ではその姿を変え
ハードウエアに関する部分などを担当するようになったが、MacOSXの真の能力
例えばCore Animationなどの機能はCocoaで無いと使えない。
URLﾘﾝｸ(youtube.com)
こういうものもCocoaを使えば簡単に出来るようになる。
132:名称未設定
08/04/11 19:16:21 2wi0yZQI0
>>129
いや、それ明らかに違うから。
OSXネイティブ＝NEXTSTEP由来のAPIで、旧MacOSのAPIは異物。
実際、OSXの機能をフルに生かすにはCocoaを使うしかないし、
OSXのメジャーアップデートで追加される機能のほとんどが
Cocoa向け。たしかにCarbonが混じりあってる部分もあり、
明確に純ココアだと言えない面もあるが...
133:名称未設定
08/04/11 19:31:33 MIT0zcHV0
>>131
そんな事言ったらCarbon APIを呼ばなきゃ出来ない事なんて山ほどあるけど?
つーかCarbonアプリからも呼べるけどね。Objective-Cのブリッジが必要ってだけで。
>>132
QuickDrawなんかはネイティブじゃない(Quartzへのブリッジ)けど
CoreFoundationなんかは明らかにネイティブだろ。
NeXT由来の実装と旧MacOS由来の実装が混じったのがOSXのネイティブ環境だよ。
134:名称未設定
08/04/11 19:37:14 kfsuDL0b0
今はともかく、将来的にはCocoaに完全一本化、ということもあるかもなあと思う。
似たような機能のあるものを2つも持っているのは、中の人から見たら単純に
メンテナンスやパフォーマンス等の面で不利だろうし。
135:名称未設定
08/04/11 19:43:42 2wi0yZQI0
>>133
はぁ？
Core FoundationはCocoaをC言語化したものだろうが。あれがCarbonだと？
URLﾘﾝｸ(ja.wikipedia.org)
136:名称未設定
08/04/11 19:50:19 MIT0zcHV0
>>135
???
CoreFoundationはCarbonLibの入った旧MacOSから普通に使えるわけだが、
それすら知らんのか?
ちなみにCocoaアプリでもCarbon APIを呼ぶなんてのはごく一般的にやってる事。
Apple純正のCocoaアプリも大半はCarbon.frameworkにリンクして
Carbonの機能を使ってる(Preview,Mail,Safari,iPhoto,iChat,etc)。
Carbonすら廃止したらデベロッパは発狂するんじゃね?
137:名称未設定
08/04/11 19:54:53 2wi0yZQI0
>>136
>CoreFoundationはCarbonLibの入った旧MacOSから普通に使えるわけだが、
>それすら知らんのか?
だからわざわざリンク貼ってやったのに理解できないのか...
CoreFoundationはCocoaのC言語実装版。ネイティブじゃないCarbonの為に
ワザワザ用意されたものなのだから、使えるの当たり前だよ（失笑）
138:名称未設定
08/04/11 20:02:22 GkgnYI3z0
URLﾘﾝｸ(docs.info.apple.com)
Carbon と Cocoa アプリケーションは、31 文字を越えるファイル名を作成することができるでしょう。Carbon と Cocoa は、Mac OS X ネイティブアプリケーションの 2 種類です
139:名称未設定
08/04/11 20:10:34 2wi0yZQI0
>>138
いや、そういう意味なのか？
まあたしかにネイティブで動作するアプリだよね...
まあ、別の切り口で逝くとすると...iPhoneに移植されたOSXだけど、
あれCocoaAPIだけだよね。なんでCarbonは移植されなかったの？
これからMacと並んでAppleの主力プラットフォームになろうって存在なのに。
とまあ、なんかスレ違いなこと延々とやり取りするのもあれだし、
Carbonもネイティブアプリってことで。少なくともウェブアプリとかじゃないしね。
140:名称未設定
08/04/11 22:48:13 6f7xCiXF0
>>138
いや、だからネイディブでも捉え方が違うから。
Carbon＝旧MacOSでも動くように作られたが今ではハード周りを担当するだけの存在。
Cocoa＝MacOSXの最先端の機能を使う事が出来るフレームワーク。
141:名称未設定
08/04/11 23:39:25 Eempqkh00
いや、煽り煽られするのは楽しいので、Carbon / Cocoa をおたがい
一行二行で説明してみて言い合うのはいいんだけど、世の中そんなに
すぱっとわかれてないので。Apple 自体どこまでが Carbon で
どこから Cocoa かとかははっきりいってないし。
Carbon だって Cocoa だって複雑なものだから、そのなかから
一言だけ自分のいちばん気になる点を取りだしてきたら
そりゃ行き違いがあるでしょう。
ちょうどそのあたりの議論が XCode スレにあったので、
ｽﾚﾘﾝｸ(mac板:498-番)
参照。
OS X の最新機能が Cocoa にはいる、というのも一面的で、
最新 GUI 機能は Cocoa で Objective-C API なことが多いけども、
Time Machine, Spotlight あたりの API とかは C だよ。
その C API を Carbon というかいわないかは趣味の問題だから知らんけど、
すくなくとも Cocoa ではないよね。
142:名称未設定
08/04/11 23:53:36 6f7xCiXF0
CarbonとCocoaではっきりしないのはCocoaは各所でオブジェクト化されているせいか
ハード関係を直接アクセスするのは苦手。それに対してCarbonは古くからMacの機能を
担当してきたからハード関係はCarbonが得意。
一行でスパッと表現すると>>140のようになるが厳密にはそうは行かない事も良く知っているよ。
何も分からないもの向けに簡単に表現したのが>>140だと思っている。
143:名称未設定
08/04/12 00:09:20 b6Vw3V7e0
> 何も分からないもの向けに簡単に表現したのが>>140だと思っている。
このスレみたいに議論が捩れに捩れているところでは、
簡単にすぱっと表現すると揉める元になるだけだとおもうんだけども...
丁寧にどういう違いがあるかを理解、説明していくべきなのではと思いますが。
まあ煽り煽られるのが楽しいだけならそれでいいんですが。
144:名称未設定
08/04/12 00:16:36 b6Vw3V7e0
>Cocoaは各所でオブジェクト化されているせいかハード関係を直接アクセスするのは苦手。
Cocoa がハードの直接アクセスが苦手というのは同意するけど、理由はどうかな。
OS X のカーネルのいちばんハードに近いところの IOKit は C++ なんだけども。
Objective-C が原因かというとそうでもなくて、NeXTSTEP のころは
IOKit に対応する Driver Kit まで Obj-C だった。
URLﾘﾝｸ(www.cilinder.be)
とか参照。
145:名称未設定
08/04/12 00:25:07 Modx3XVT0
このスレには有識者たちも来ればアホ丸出しのドザたちもたまに来るので
>>140のような簡単な表現もいいかと思ったのだが…。
まあ気にせず高尚な議論を進めてくれたまえ。全スレ後半のような糞スレに
ならない事を祈っているよ。
146:名称未設定
08/04/12 00:47:09 Lgydqy5x0
つーかハード周りの担当をするだけなんて勘違いも良いとこ。
直接ハードを叩いてるのは前出のようにIOKitだし、その上に構築されてる
低レベルなユーザランドのAPIはQuartz/CoreGraphicsやらCoreAudioやらOpenGLだろ。
147:名称未設定
08/04/12 01:10:58 D0L1fg2m0
ま、アホ丸出しのドザもいればアホ丸出しのマカもいますので。
148:名称未設定
08/04/12 01:14:53 s3SfvBD5O
俺はアホ丸出しのペヤングです
149:名称未設定
08/04/12 01:42:32 fGJVQArx0
Carbonへの(Macユーザの)偏見は根強いよね。
まあ当初はフォントレンダリングが汚いとかCFMバイナリの起動が遅いとかあったわけだけど。
HIToolbox周りを64bit化で全廃したのは、Apple的には
アプリケーションの雛形はNSRunLoopとそれに基づくイベントモデルで作ってね。
そこからCarbonを使う分には(Carbon APIを呼ぶCocoaアプリは)構わないよ、
という意図だと思ってる。
150:名称未設定
08/04/12 01:54:01 8CRIoz8m0
>>149
っていうかApple側もCarbonのフェードアウトの最中で、単に一気になくならないだけの
ような。
151:名称未設定
08/04/12 04:17:23 Lgydqy5x0
そもそもCore Animation, etcがCocoaアプリからじゃないと使えないというのも嘘っぱち。
HICocoaViewを使えばCarbonアプリでもCocoaのViewが扱えるし。
つーかCarbonアプリの代表格のiTunesとFinderがCoverFlowを使ってるだろw
URLﾘﾝｸ(developer.apple.com)
152:名称未設定
08/04/12 04:41:17 Rj1KQV/10
ファイルシステム周りは依然FSRefだよな確か（ZFSになると変わるのかね）
Cocoa自体が一部Carbonに依存してるのにCarbonはネイティブじゃないとか言ってしまえる感性が凄い
153:名称未設定
08/04/12 05:41:04 5vqbZgt40
まあ何が Carbon で何が Cocoa か、それらが区別できるとして、両者の優劣とは何かというのは
散々議論されてるので ...
URLﾘﾝｸ(wilshipley.com)
の長い長いポストとコメント欄とか読むといいと思われる
154:名称未設定
08/04/12 06:50:40 ACNhINOh0
そういえばFinderがCarbonだというのは有名だけど、
LeopardのFinderって以前と明らかに別物だけど、
あれって完全にCarbonなの？
155:名称未設定
08/04/12 07:00:11 b6Vw3V7e0
>154
かなりの部分は Carbon です。Cocoa を一部分つかってたりしたりもします。
Carbon GUI でも、HIView という OS X になってから追加された API をつかえば、
見た目、挙動とも Cocoa とほとんど見分けがつかないものをつくれます。
ただ、HIView をメンテナンスするのは
Cocoa をメンテナンスするのの二度手間になるので、HIView は 64 bit Carbon
ではサポートされなくなったというのが問題になってるわけ。
156:名称未設定
08/04/12 08:59:41 xNEL5+/o0
>>140
簡単な表現云々以前に、人と話し合うのに用語の意味を自分勝手に解釈して用いているところがそもそもの問題なのではないでしょうか。
157:名称未設定
08/04/12 12:25:00 hwVeMCSN0
解釈というより妄想のレベルだけどな
158:名称未設定
08/04/12 17:40:20 C/h6W9r20
Apple社内での扱いも微妙なライブラリ群の状態なのに
サードパーティにcocoaに移行しろとは横柄だよな
159:名称未設定
08/04/12 22:16:31 b6Vw3V7e0
>158
煽りご苦労さまです。
いまや Apple 製で Carbon なのは Finder, iTunes, Final Cut Pro ぐらいなのだが ...
160:名称未設定
08/04/12 22:27:51 6PV+Df230
なんというメジャーアプリ
161:名称未設定
08/04/12 23:21:19 OZIwTZN60
ただの妄想だが
Finder -> Carbonアプリのプロトタイプ or Carbonアプリの最後の砦
iTunes, Final Cut Pro -> 買収してきたソフトなので癖が強くて直しにくい
162:名称未設定
08/04/12 23:45:44 b6Vw3V7e0
>>161
Finder は Carbon アプリのプロトタイプのはず。
OS 8 から Rhapsody/OS X に変わる頃に、
Apple > おまえら全部 Cocoa で書き直せ
Adobe/Microsoft > そんなことできるかボケ
Apple > じゃあ仕方ないから Carbon って仕組みをいれるよ
Adobe/Microsoft > そんなこと言っておまえ自分では Cocoa だけつかって Carbon は真面目にやらないつもりだろう、馬鹿言うんじゃないぞ
Apple > わかったわかった、じゃあいちばん大切な Finder を自分で Carbon でやるからお願いだからソフトを Carbon 化してくれ
とかいう経緯があったはず。
URLﾘﾝｸ(www.youtube.com)
163:名称未設定
08/04/12 23:59:24 Lgydqy5x0
iDVDも一応Carbonだったような。最新版は知らん。
164:名称未設定
08/04/13 00:15:31 44MutcT90
iDVD の最新版は Cocoa だよ。DVD Player は Carbon。
165:名称未設定
08/04/13 11:20:08 4GvKn56j0
iTunesをCocoa + CoreData(SQLight3)で書き直せば、サクサクになると思うんだけど、
なんでやらんのかな。Windows版があるからかと思ったが、Safari for WinはSQLight
使ってるしなぁ。Mac版だけてもさっさと移行して欲しい。
166:名称未設定
08/04/13 11:38:23 5qOHxtip0
>>165
なるほどね、本家AppleができてないのにAdobeが出来るわけ無いな、、
167:名称未設定
08/04/13 14:06:04 tcGDYyH60
普通にCarbonのままでsqliteを使えば良い話だと思うが。
そもそも速くなる保証なんて無いけど。
168:名称未設定
08/04/13 15:00:04 ZLbhR8OI0
Carbonもそうだが64bit化の大きな障害はQuickTimeだろう。
現状のQTKitじゃ単純なものしかできないわけだが、
Appleは3rd partyを排除する気満々なんだろうか。
169:名称未設定
08/04/13 16:02:19 4GvKn56j0
QuickTimeは3rd partyのcomponent提供問題もあるんでない？
OSバンドルも全部が全部自社製じゃないだろうし。
170:名称未設定
08/04/13 16:55:14 6Zvyo6dE0
ことえりちゃんとお話するには Carbon を使わないといけないんだよな。
Cocoa だけがネイティブだと言い張るなら Cocoa だけで仕事が完結する
様にして欲しいわ。
171:名称未設定
08/04/13 19:01:37 tC8vg3Nk0
CarbonとCocoaが共存できるのならAdobeもせめてメモリ周りは64bitのCocoa製に
するとか出来ないの？
172:名称未設定
08/04/13 19:07:17 v1xAlZux0
>>171
そりゃAdobeが考える事だから、外野にゃわからんって。
173:名称未設定
08/04/13 19:14:08 BiE+Eo1m0
メモリ周りは64bitのCocoa製にするってどういう意味だ
174:名称未設定
08/04/13 19:27:42 6Zvyo6dE0
Adobe の力を結集して 64bit アドレス空間と 32bit ライブラリを
単一プロセス内で同居させる仕組みを作れって事じゃないの。
175:名称未設定
08/04/13 19:33:06 lOM5BARz0
それって、Appleの仕事だろｗ
176:名称未設定
08/04/13 19:33:32 tC8vg3Nk0
カーネルは32bit空間でCocoaを動かしているのだからがんばればそれも可能…
ってわけには行かないか。
177:名称未設定
08/04/13 19:37:23 6Zvyo6dE0
俺もそう思うが >>171 様の考えはもっと深いのかもしれん
178:名称未設定
08/04/13 19:42:44 6Zvyo6dE0
おっとｽﾏｿ。レスが前後した。
まあ >>174 のは無理だろうけど、本気で Cocoa に移行させたいのなら
Apple はもう少し手厚くサポートしても良い気はするね。
179:名称未設定
08/04/13 20:00:19 tcGDYyH60
>>176
64bitのCocoaを動かしてるのは64bitのプロセスそのものであって、
カーネルではないんだが。
180:名称未設定
08/04/14 00:25:16 xybJDq1y0
>>179
それなら尚の事メモリ周りはCocoa製にしてインターフェイスまでは間に合わないから
Carbonにしておくとか…
そして次の次ですべてをCocoa化すればいいのではないのだろうか。
もちろんAdobePhotoshopのことですが。
181:名称未設定
08/04/14 00:28:48 QvMkphNG0
だからそのメモリ周りはCocoa製ってのは何だって話だ
182:名称未設定
08/04/14 00:39:04 NFEulNBe0
まずメモリ周りとは何の事か、からだな。
4GB 以上のメモリを使いたいという事かな。
183:名称未設定
08/04/14 01:08:17 LNTgYDps0
64bitって煽ってる糞ドザどもわ、どうせ窓を
最大化して使うんだろ。
豚に真珠
ドザに64ビット
がFA
184:名称未設定
08/04/14 01:25:04 d3upLeDj0
>>183
>64bitって煽ってる糞ドザどもわ、どうせ窓を
正：64bitって煽ってる糞ドザどもは、どうせ窓を
185:名称未設定
08/04/14 01:40:03 xybJDq1y0
Carbonはほとんど32bitしかないのだからメモリを大量に使うなら64bitに
対応したCocoaを使うしかないのではないか。
186:名称未設定
08/04/14 02:16:31 NFEulNBe0
画像処理系は並列度を稼げる演算が多いから、マルチプロセスで
分散処理するという手もあるにはある。これなら、それぞれの
プロセスは小さいメモリしか使えなくとも、処理全体として
メモリ空間を稼げる。まあ、普通はこんな事しないけどね。
後は、インターフェイスを担当するプロセスとバックグラウンドで
広大なメモリ空間を使用して演算を担当するプロセスを分けるとか。
まあ、これも無いだろうね。
187:名称未設定
08/04/14 03:30:15 QvMkphNG0
そもそもそういう処理を別プロセスに分けられる(かつそれでゲインが得られる)
ならそのプロセスだけ64bit化すれば良いわけで。
Tiger時代にAppleが推奨していた策そのものだが。
188:名称未設定
08/04/14 04:56:17 jigo+5U80
>>187
じっさい Mathematica とか科学技術系のアプリはそうしてるよね。
まあ画像を沢山扱うものは、 GUI で表示しないといけないものが、サイズの大きなデータそのものだから、そういう切り分けは難しそう
189:名称未設定
08/04/14 05:06:41 XuzT6Qsu0
「家庭で出来る！マイホーム強度計算」とか
「あなたの家は大丈夫？強振動分布予測」とか
「水害に備える！台風進路予測」とか
新ジャンル開拓して64bitアプリの需要を創出しよう
190:名称未設定
08/04/14 18:49:34 b/N4JqjV0
>>189
おまい頭いいな
191:名称未設定
08/04/16 20:28:28 qFAM6oz80
64bitアプリなんて、4GBを超えるメモリを載せることが出来てまともに使える機種はMac Proしか
ないんだから、早々出てくるわけない。
ほとんどのアプリケーションソフトは32bit版で十分だし、開発と動作確認、サポートの手間を
考えればOS X用の64bit版を開発するなんて割に合わないのは明らか。
192:名称未設定
08/04/16 21:33:00 0AWzKQWj0
EGWordの文書ファイルがそろそろ2GBを超えそうなのですが
64bit対応はいつ頃になるのでしょうか？
193:名称未設定
08/04/16 21:54:08 S/Ko88iV0
Mac用ソフトハウスでは大手のエルゴソフトだから期待大だな。ｗ
おそらくUniversal2のサポートが終了する2009年1月までには出るだろう。ｗｗ
URLﾘﾝｸ(www.ergo.co.jp)
194:名称未設定
08/04/16 22:00:10 9D44NbBt0
ここら辺が訴求ポイントにならないかねえ。
・32bit のプロセスでもヒープのサイズを 4GB 取れる訳じゃない
・ローエンドの iMac でも既にメモリは 4GB 積める
・レジスタ数が増えるのでアプリも高速化
Cocoa への移行に関しては Apple がブレーキになってしまっている様な
気もするけど。
195:名称未設定
08/04/16 22:36:56 NCaPxjL50
>>194
>Cocoa への移行に関しては Apple がブレーキになってしまっている様な
>気もするけど。
だからその為のCarbon斬りなのだろう。
196:名称未設定
08/04/16 22:42:28 9D44NbBt0
北風だけじゃなく太陽も用意して欲しいよ…
197:名称未設定
08/04/16 23:05:03 PHpqJIp50
プラットフォームを握っているAppleが
たとえリコンパイルするだけで32bitから64bitに一瞬で対応可能だったとしてもCarbonなんて許さん。
1000000行のコードレビューをして何年かけてでもCocoaに書き換えろ。
それが嫌なら失せろカス。
と言っているんだからおとなしく従うしかないだろう。
ISVやユーザーが意見できる立場にはない。
198:名称未設定
08/04/16 23:12:38 un/YENQN0
>>189
「ニートに備える! DNA解析でわかる子供の進路予測」とか。
199:名称未設定
08/04/16 23:31:47 S/Ko88iV0
>>197
何もおとなしく従わなくても、エルゴの後追いで撤退という選択肢も有るだろ。
次はジャストかイーフロンティアあたりかな？ｗ
200:名称未設定
08/04/16 23:41:56 z/6RNjzd0
>>198
なんぼなんでもDNA解析はないだろう
201:名称未設定
08/04/16 23:47:55 9D44NbBt0
Cocoa に移行出来るもんならもうやってるがな
そういう事は Carbon と同等の機能を Cocoa で
実装してから進めて欲しいものじゃ
失せるっつーか、単にディスコンにするだけだし…
202:名称未設定
08/04/17 00:05:12 S/Ko88iV0
64bitなんてまだまだ先で良い、32bitでかまわないからもっとアプリを充実させて欲しいね、
まったく。
203:名称未設定
08/04/17 00:09:44 /XuKtEc30
>>201
ちなみになんて言うソフトの開発者さん？書き込みに哀愁があふれていますね...
64 bit にしたいというのはかなりすごいソフトをつくっていると見た。
非GUI Carbon のどの機能がいるんでしょう。
Quicktime/ATSUI まわりかな。
204:名称未設定
08/04/17 02:44:49 ozfv1/Iy0
>>200
もちろんシャレでw
まあマジレスすると、例えば>>189のやつって今は研究者が地球シミュレータみたいので
ガシガシやるレベルなんでしょ。
まあ、今はスパコンもPCクラスタになってきたわけだが、ご家庭に何百ノードとか置けないしw
205:名称未設定
08/04/17 11:17:26 bfojXBmB0
今回の件はBootcampでWinをMacに食い込ませる代わりに
アプリケーションプラットフォームをWinに明け渡すという
ゲイツとジョブズのバーターって感じがしないでもない。
荒唐無稽のように見えてこの業界は天上界で何が起こっていてもおかしかないからな。
206:名称未設定
08/04/17 16:25:11 0T8XxGaS0
それどこがバーターになってるの？
207:名称未設定
08/04/17 17:12:00 1FiUVOBk0
まあちょっと関係ない話になるんだけどさ、
もともとOPENSTEPってWindows上でも動いてたじゃない。
今Cocoaで書いてるプログラムは、将来Cocoa for Windowsが
出てきたときにそのまま（リコンパイル程度で）Windows上でも
動きますよーって話になるんじゃないかねえ。
そのときに、プラットホームが32bitだの64bitだのを指定して
書き出すんじゃなくて、どっちでも動くように作っておくのって重要だよね。
208:名称未設定
08/04/18 03:47:29 TzmoSpXI0
ちょっと前まで64bitアプリにあらずんばアプリにあらず！とか大騒ぎしてたのに
まったくアプリが揃わないからだいぶトーンダウンしちゃったなｗ
209:名称未設定
08/04/18 06:29:41 Q3n6YknR0
前のスレから見てたけどそんな論調無かったってw
煽り方下手杉
210:名称未設定
08/04/18 10:51:55 pDEHCLJZ0
Cocoaにあらずんばアプリにあらず、というのはこの先真かもな。
211:名称未設定
08/04/18 11:41:51 8TBCwsJA0
アホーのプレゼン直後はそれを鵜呑みにして
64bitでアプリが2倍高速になるとか阿呆なこと言ってる奴がたくさんいたけど
最近は結構マインドコントロールが解け始めてるみたいで
マカだってちゃんと学習・成長できることを示した格好だ。
212:名称未設定
08/04/18 12:12:59 v5NrB0o+0
>>211
そうだよな。Windowsの世界でも64bit版はあまり普及もしていないし
大してパフォーマンスも良くないようだからな。
213:名称未設定
08/04/18 13:00:54 ez2mhY+U0
>>211
おまえ、プレゼン(デモ)の内容、理解してないだろ。
214:名称未設定
08/04/18 15:26:46 NcOkFVYw0
ドザだけだろ、64bitがすごいとか信じていたのは。
Photoshopが10倍以上早くなるって喜んでいるしな。
喜び組マンセーって、ドザらしいよな。
215:名称未設定
08/04/18 16:31:51 O6ypF7lN0
AodbeのPhotoshopプロダクトマネージャーが64bit版は32bit版に対して、10倍早くなるケースが
あると明言しているんだから、それは信じても良いだろ。ｗ
もっともメモリとHDDの速度差から見ても、10倍はマカーを刺激しすぎないように配慮された
控えめな表現だろう。
しばらくか永久にかお預けのマカーはカワイソすぎるがしかたがない、Appleの方針だから。ｗｗ
216:名称未設定
08/04/18 16:57:57 TzR16ih/0
喜んでる喜んでるw
217:名称未設定
08/04/18 17:03:55 PYFnQAfi0
64bit化されようと、しょせん72dpiのアイコラ作るぐらいにしか
使わないドザには、その恩恵にあずかる日は永遠に来ない。
218:名称未設定
08/04/18 17:40:53 O6ypF7lN0
>>217
Windowsで72dpiなんて低解像度画像を加工する機会は全く無いんだけど、何も知らないのな。
あるとしたら、低解像度のMac向け専用サイトを作成する場合？ｗ
219:名称未設定
08/04/18 17:50:30 yf7Qm9L+0
>>218
まさかWindowsは96dpiだから高解像度だ！
なんてバカな考えを持ってないよな。
220:名称未設定
08/04/18 18:12:36 O6ypF7lN0
本当にバカね。OS XがLeopardからなぜ解像度非依存を採用したのか考えて見ろよ。
72dpiなんて過去の遺物というより汚物。
221:名称未設定
08/04/18 18:24:23 yf7Qm9L+0
>>220
なんだ、真性だったのか。
レスして損した。
222:名称未設定
08/04/18 19:36:09 hZG/6McJ0
えー、マジ72dpi！？
72dpiが許されるのはTigerまでだよねー
文字汚ーい、小さくて読みづらーい
キャハハハハハ
)AA略
ふぅ、本当に早く高解像度表示に対応したアプリが普及して欲しいわ。
223:名称未設定
08/04/18 20:02:05 O6ypF7lN0
>>221
援軍来ないね。ｗ
224:名称未設定
08/04/18 20:14:15 MGIpTtdv0
レス乞食が五月蝿いな
225:名称未設定
08/04/18 20:40:52 tODq2mgY0
何故マックが72dpiなのかも知らなそうな感じだなぁ。
226:名称未設定
08/04/18 20:53:46 mtsfstuC0
メートル法使え。クズ
227:名称未設定
08/04/18 21:02:36 PYFnQAfi0
高解像度表示に対応ww
高解像度なんてのは300dpi以上のモニタになってから言ってくれ。
228:名称未設定
08/04/18 21:25:07 97Cl2epf0
とりあえず次のリリースで64bitカーネルが出てくるとして、話をしてみない?
- 64bitのカーネルじゃないと困るような状況とは? カーネルのアドレス空間が枯渇するような
状況?
- 32bitのカーネルに対してユーザーが受ける恩恵とは?
- カーネルに読み込まれるKEXTは64bitにしないといけないんだろうなあ。
それか32bitのも読み込めるような仕組みはありえるかな?
- ユーザランドのプログラムで、カーネルが32bitか64bitかを知らなければいけない状況
ってあるかな?
- そういえば最初の方のIntel Macって32bitオンリーだよね。
- G5用の64bitカーネルも出してくれるかなあ?
とか。
229:名称未設定
08/04/18 21:43:35 mtsfstuC0
で、今、x64はずっとLongModeなの？
230:名称未設定
08/04/18 22:22:31 5Wy5C3i60
>>227
もう普通のモニターでとっくに100ppi超えてるんだが、お前は一生低解像度使ってろ、低脳ｗ
231:名称未設定
08/04/18 22:25:07 8FbE9q/R0
>>230
紙程度になるには1200dpiが欲しいな。
232:名称未設定
08/04/18 22:31:55 PYFnQAfi0
>>230
>とっくに100ppi
100wwwwww
233:名称未設定
08/04/18 22:59:30 l/t8RSP60
>>228
メリット
・レジスタ数が増えるので関数コールがレジスタ渡しになって高速化
・仮想メモリやファイルシステムなど 32bit じゃ足りない所で高速化
・ファイルシステムやネットワークのキャッシュに使える領域が増えて高速化
・
デメリット
・テストがまんどい
・周辺機器ベンダがドライバ作ってくれないかも
・コンテクストスイッチ等メモリアクセスする処理が遅くなる
・
まあやる気の問題な気がするね…
234:名称未設定
08/04/18 23:07:31 v5NrB0o+0
現状ではたいした違いは無いのではないか。
AdobeもPhotoShopの64bit版は32bit版より5から10％性能が向上するだけと
言っているし。
唯一かつ最大の利点は大容量メモリが搭載可能でそのアクセスが高速化される
事ぐらいか。
235:名称未設定
08/04/18 23:31:37 X68gGKCl0
早くなくていいからメモリ使わせろ。
そうしたら、MacPro買って沢山メモリ積むから。
金無いから10GBが限度だけどな。
236:名称未設定
08/04/18 23:45:22 5Wy5C3i60
>>234
ちっさい画像しか扱わなければそんなもんだろう。
64bit版が本領を発揮するのは、主に4GB以上のメモリが必要となるような巨大データの場合で、
10倍速程度が見込める。それに少なくとも32bit版よりも遅くはならないのは大きいね。
237:名称未設定
08/04/18 23:53:11 v5NrB0o+0
>>236
そんな大きなデータを2chねらーごときが扱うのか？
どうせPro向けか何かだろう。私には全く関係ないことだよ。
238:名称未設定
08/04/18 23:58:18 OEpL6rFg0
フィルタ計算が速くなるとか、そういうのはないの?
239:名称未設定
08/04/19 00:09:53 qetUZ0160
>>238
そこは CPU 本体のレジスタのビット幅じゃなくて
SSE とか Altivec の範疇だから、あんまり関係ないんじゃないかな ...
240:名称未設定
08/04/19 02:14:29 h01esYSK0
レジスタの本数が違うよ
241:名称未設定
08/04/19 10:12:32 dktqTuI50
>>233
> ・レジスタ数が増えるので関数コールがレジスタ渡しになって高速化
とうの昔にレジスタリネーミングでほぼ解決済み。
> ・仮想メモリやファイルシステムなど 32bit じゃ足りない所で高速化
仮想メモリの管理テーブルが深くなって、アクセス速度もメモリ効率も落ちるぞ。
242:名称未設定
08/04/19 10:48:14 c+IId/VI0
新説登場ｗ
243:名称未設定
08/04/19 10:56:19 KaIa5zMR0
【妹が】 NEC：ｳﾞｫｰｶﾛｲﾄﾞ搭載 妹ｺﾝﾄﾛｰﾙ ｻｰﾊﾞｰ 発表 【ﾒｲﾄﾞに】
NEC、新コンセプトの ｳﾞｫｰｶﾛｲﾄﾞ PC 『 Lui 』 シリーズで発売
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
NECとNECパーソナルプロダクツは2008年4月15日、新コンセプトの ｳﾞｫｰｶﾛｲﾄﾞｷｬﾗPC
妹ｺﾝﾄﾛｰﾙPC 「Lui」を発表した。 同シリーズは、ホームサーバー「Lui SX」（写真1）、
Lui SXに外部からアクセスするための専用クライアント端末「Lui RN」（写真2）、
「Lui RP」（写真3）の3製品から成る。各機にはNEC独自のｳﾞｫｰｶﾛｲﾄﾞｷｬﾗがﾊﾞﾝﾄﾞﾙされる。
特徴的なのは、Lui SXは専用クライアント端末（「Lui RN」、「Lui RP」）を経由した
妹ｺﾝﾄﾛｰﾙが可能となっている点にある。NECはこの妹ｺﾝﾄﾛｰﾙｼｽﾃﾑを
ｵｰﾌﾟﾝ規格「Lui SeX」として周辺機器メーカーに公開しており、同日ﾏｳｽｺﾝﾋﾟｭｰﾀ、KOJIROより
18禁ﾀﾜｰPC等が参考出品されている。
また、NECは同社のビジネスブランド Mate/VersaProシリーズを一新。
新ブランド Made/MadeProシリーズとして発表した（IEEE 802.11a/b/g/n）。
244:名称未設定
08/04/19 11:14:34 yBN6DXpo0
なんか頬が赤くなるようなニュースですね。
245:名称未設定
08/04/19 22:40:02 uA5naV6H0
MacProはDualCPUなのだから、32bit+32bit=64bitなのでは。
246:名称未設定
08/04/19 22:45:44 qetUZ0160
>>245
?
64bit がオクタコアだから、64 bit x 8 = 512 bit 級！というのが
セガサターン的には正しい
247:名称未設定
08/04/19 23:46:11 RJMUKcEt0
OS Xは32bitOSなんだから、結局32bitCPUとしてしか使えないだろ。
64bitアプリが皆無なのがその証拠。ｗ
248:名称未設定
08/04/20 00:02:38 BuAJdFExO
>>247
お前は何を言ってるんだ？
249:名称未設定
08/04/20 00:08:15 JckfOMKb0
>>247
×結局32bitCPUとしてしか使えないだろ。
○32bitCPUとしてしか使っていないだろ。
もうじき64bitアプリが増えてくるさ。Windowsだってすぐに64bitアプリは
揃わなかっただろう。
250:名称未設定
08/04/20 00:19:06 JckfOMKb0
ｽﾚﾘﾝｸ(win板)
ここを見ているとまだまだWindows64bit環境は完全ではないようだな。
Macが皆無ならWindowsは不完全ってところか。
まあ、これから普及する分野だから長い目で見て行こうじゃないか。
251:名称未設定
08/04/20 10:45:13 6S/s3/tF0
>>250
いい加減なこと書くなよ、全く問題ないだろ。
問題があると思うなら具体的に書けや、クソマカー野郎。
252:名称未設定
08/04/20 10:46:29 XAtBjUu20
>>251
ドザ乙
253:名称未設定
08/04/20 10:50:11 narQ0RUl0
>>251
リンク先のレスが具体的な問題だろ。
読解力無いのか。
254:名称未設定
08/04/20 11:12:24 olMp/+/S0
客観的にみればLeopardは64bitOSといえるのでは。
255:名称未設定
08/04/20 11:56:13 rqFCuxpK0
結局具体的な指摘は全くできないんだな。ｗ
客観的に見てLeopardは32bitとのハイブリッドOSといえるね。
256:名称未設定
08/04/20 12:11:45 VX84upcn0
当初、64bitOSと謳ってたのは真っ赤なウソだったな。
ようやくあと一歩で64bitOSってとこまでは成長してきたが。
257:名称未設定
08/04/20 13:48:24 e/CGOpd/0
ラスト1マイルが大きいというか、ドライバがないんだから
あと一歩までも行ってないんじゃないかな。
258:名称未設定
08/04/20 14:04:25 eIjtodxd0
?
無いんじゃなくて必要無い。作ってもカーネルは32bitだから動かないし。
259:名称未設定
08/04/20 14:08:23 e/CGOpd/0
全部書かんと理解出来んのか…
ようやくあと一歩で 64bit OS ってとこまでは成長してきたと言うけど、
64bit のドライバがないんだからあと一歩まで行ってないんじゃないかな。
260:名称未設定
08/04/20 14:09:14 rqFCuxpK0
つまりまた完全な64bitOSにバージョンアップするときにドライバ問題が出るってことだな。ｗ
懲りないね。
261:名称未設定
08/04/20 14:13:04 LomuJ8Um0
現状ほとんどのKernelドライバーがApple製ってのが救いかもね。
3rd party製は、プロ向けのビデオと音楽制作用位？Kona/AjaとかProToolsとか。
262:名称未設定
08/04/20 14:17:19 eIjtodxd0
>>259
いやだから64bitのドライバを作ってどうするんだ?
OSXはユーザランドのみ64bit化してカーネルランドは32bitに据え置いて
動いているわけだが。
263:名称未設定
08/04/20 14:19:21 LomuJ8Um0
10.6の話。
264:名称未設定
08/04/20 14:19:51 e/CGOpd/0
誰か彼に説明してあげて。俺は無理。
265:名称未設定
08/04/20 14:23:52 eIjtodxd0
え?10.6でカーネル空間が64bit化されるなんて話がいつ出たんだ?
266:名称未設定
08/04/20 14:32:28 e/CGOpd/0
>>261
まあそうだね。手持ちの機器では困る事無さそうだわ。
何かしら切り捨てられる周辺機器は出てきそうだけど、
これも毎度の事と諦めるか。
267:名称未設定
08/04/20 14:34:40 dGCatX7d0
やっぱり、Macって対応周辺機器
少ないんだな。
268:名称未設定
08/04/20 16:18:55 JckfOMKb0
Windows用でも64bit用の周辺機器は珍しい方だよ。
269:名称未設定
08/04/20 16:23:05 rqFCuxpK0
そうでもないけど。
URLﾘﾝｸ(wiki.mm2d.net)
270:名称未設定
08/04/20 16:38:28 g8BcAdqi0
64bit化への対応が可能なOSということなのでは。
271:名称未設定
08/04/20 16:43:17 X2iYx1Pu0
MacOSでかっこいい64bitにへんしん! DVD
272:名称未設定
08/04/20 19:08:20 JckfOMKb0
重要なのはWindows64bit版はたくさんある32bit用のドライバが使えずに
専用のそれが必要なのに対して、Macはビット数に関係なくMac用のドライバが
使えると言う事ではないか。
273:名称未設定
08/04/20 19:24:09 rqFCuxpK0
OS X対応機器がWin64対応機器よりも多いのならその主張も成り立つのかもナ。ｗ
重要なのはWindowsは業務用アプリケーションソフトの64bit化が着々と進み、
32bitアプリの動作もほぼ問題ないのに対して、Macはいまだに64bitアプリケーションが
皆無という事ではないか。
274:名称未設定
08/04/20 19:42:59 JckfOMKb0
>>273
>>250のスレを見てごらん。32bitアプリの動作もほぼ問題ないと言うのは嘘だし。
ドライバも肝心なものがまだ普及していないだろう。
64bitの世界の本格的運用はWindowsの方が長い。Macでは本格的なLeopardがようやく
去年登場したばかり。お互いに64bit化は長い目で見たほうがいいのではないか。
275:名称未設定
08/04/20 20:12:26 gRybt9L10
AppleもOSX Serverってプロダクトがあるんだから、そっちで実績を積んだらいいのにね。
RDBMSなんてOSXのマーケットのスコープに入っていないのかもしれなけど
64bitの恩恵がたくさん受けられそうな分野だし。
276:名称未設定
08/04/20 20:34:46 EZ2eQNX70
>>275
URLﾘﾝｸ(journal.mycom.co.jp)
なお、Apache 2、MySQL 5、Postfix、Cyrus、Podcast Producer、iChat Server 2、QuickTime Streaming Server 6などを含むLeopard Serverのコアサービスの多くは64bit化され、より大規模なデータセットを扱える。
277:名称未設定
08/04/20 21:28:49 eIjtodxd0
>>276
OSX Server 10.5.2を調べてみたけど、
ApacheとMySQLとQTSS以外は64bit化されてる形跡はないなあ。
278:名称未設定
08/04/20 21:49:23 6S/s3/tF0
>>274
おまえ本当に読んだのかよ、32bitアプリも全然問題ないだろ。
問題あるのを具体的に書けよ、低脳。
279:名称未設定
08/04/20 21:57:08 JckfOMKb0
>>278
>>278
それは新しいスレだったようだな。
ｽﾚﾘﾝｸ(win板)
こちらをよく読んでみるんだ。
しかし本気で64bit版Vistaで32bitアプリが問題ないと思っているとは
おめでたい「低能」ドザだな
280:名称未設定
08/04/20 22:04:14 bLFnKiXK0
Oracle Mac OSX版を忘れているのでは。
281:名称未設定
08/04/20 22:16:28 o19h9AYh0
>>276
レオパードサーバーのコアサービスの多くは、
Appleが作ったものじゃないんですね・・・
282:名称未設定
08/04/20 22:49:43 6S/s3/tF0
>>279
だから何のアプリで問題があるのか具体的に書けって言ってんだろ、低脳。
283:名称未設定
08/04/20 23:13:31 gUGRbVHm0
>>282
リンク先のレスを読んだら？
284:名称未設定
08/04/20 23:29:57 6S/s3/tF0
結局ひとつも挙げることができないんだよな。
おまえもういいからひっこんでろよ、ド素人が。
285:名称未設定
08/04/20 23:33:08 ZQjsC/F80
>>284
リンク先のレスを読んだら？
286:名称未設定
08/04/20 23:33:14 JckfOMKb0
>>282
ふう、全く自分で調べる事も出来ない低能ドザにそういわれても困るよ。
とりあえずレスを全部読んでから意見する事だね。低能くん。
それと君はカルシウムが足りないようだな。
287:名称未設定
08/04/20 23:34:06 lGFZE6zM0
>>284
URLﾘﾝｸ(hissi.org)
ドザ乙
288:名称未設定
08/04/20 23:35:08 e/CGOpd/0
ちょ、おまいら恥ずかしい喧嘩してんなよ…
>>281
今時サーバサイドを自社製品だけで固められる会社なんて無いよ。
出来たとしてもリスクが高過ぎる。
289:名称未設定
08/04/20 23:42:55 JckfOMKb0
>>284
URLﾘﾝｸ(wiki.mm2d.net)
低能ドザくんのために調べたよ。
もう少し自分で調べる癖を付けるんだね。
まあ、どうせ煽りに来た突撃ドザなのだろうが。
290:名称未設定
08/04/20 23:45:48 6S/s3/tF0
>>289
とっくに>>53で既出なんだけどなにをやりたいの？
過去ログぐらい読めや、低脳。
291:名称未設定
08/04/20 23:52:57 JckfOMKb0
>>290
それなら尚のこと問題だらけだって分かっているのじゃないか。
今度は自分で自分を低能扱いか？
292:名称未設定
08/04/20 23:56:53 JckfOMKb0
ああ、ちなみに64bitVistaで32bitアプリが動かない例ね。
低能なドザにはこれぐらい教えておかないとまた噛み付かれるからね。
293:名称未設定
08/04/20 23:58:20 6S/s3/tF0
>>291
いやだから既出情報ぐらいチェックした上で問題のある32bitアプリケーションの
新情報持ってるんだろうと思ってたんだが、全く期待はずれだったよ。ｗ
君にはなっかりだ。ｗｗ
294:名称未設定
08/04/21 00:09:53 RxHAHTSO0
今度は負け惜しみか？
おっと、もうこれ以上噛み付いてこないでおくれ。
明日は君と違って仕事なのだからね。
295:名称未設定
08/04/21 00:13:00 jpEGZGwl0
逃げた？
296:名称未設定
08/04/21 00:18:04 HxJ9s9G+0
前スレから煽るほうも煽られるほうも一向に議論が進歩していないのですが ...
297:名称未設定
08/04/21 00:19:36 I2X/eetH0
だって結論は出てるし。
298:名称未設定
08/04/21 00:19:44 9bDItm1F0
すぐWindowsの話したがるからな～。
299:名称未設定
08/04/21 00:22:12 jpEGZGwl0
いつだって、Windows、Windowsだ。
いつまでもWindowsの影を引きづってるんじゃねーよ
300:名称未設定
08/04/21 00:32:07 P+PSF8ZT0
アスロンが出てから、そこそこ使える64bit Windowsを出すのに
MSはいったい何年かかったんだろうね。
301:名称未設定
08/04/21 00:32:47 RxHAHTSO0
>>295
逃げたくないけど、明日は仕事だから…。
逃げたと判断したかったらそれでももう良い。
ドザの相手は疲れるだけだから。
Leopardは去年出たばかりなのにいきなり64bit化するなんてありえない。
これから長い時間をかけて行っていくもの。そうだろう。
302:名称未設定
08/04/21 00:34:22 jpEGZGwl0
> Leopardは去年出たばかりなのにいきなり64bit化するなんてありえない。
PPCでいったん64bitになりかけたのに
退化したもんな。
303:名称未設定
08/04/21 07:30:48 7wJoXeVn0
>>301
いい加減な事書くなよ。2005年の4月に発売されたTigerから、大々的に64bitの誇大広告
やってただろ。もう3年も経っているのに64bitアプリが皆無なのはどう説明するんだ？
304:名称未設定
08/04/21 07:59:57 t4L6EvZR0
皆無なのではなくて
愚かなドザには見えないだけなのです(笑)
305:名称未設定
08/04/21 08:07:05 t4L6EvZR0
ドザってのは、ほんとに何も見えていないみたいだねw
＿＿＿＿＿
||// ∧＿∧|∧＿∧
||/ ( ´･ω･)( ) うんこくさい
|| （ ）|（ ｳﾝｺ）
￣￣￣￣￣ ｕ―ｕ'
＿＿＿＿＿
||// ∧＿∧|∧＿∧
||/ (n´･ω･)n ) でもうんこついてない
|| （ｿ 丿|ヽｳﾝｺ）
￣￣￣￣￣ ｕ―ｕ'
＿＿＿＿＿
||// ∧＿∧|∧＿∧
||/ r( (n´･ω･`n) うんこついてないのにうんこくさい
|| ヽ ● ）|（ ﾄﾞｻﾞ ）
￣￣￣￣￣ ｕ―ｕ'
306:名称未設定
08/04/21 09:12:49 7wJoXeVn0
>>304
裸の王様乙。ｗ
307:名称未設定
08/04/21 09:30:01 HS/OCLV+0
みんなもうWindowsは64bitに移行した?
仕事で使うアプリは64bit版があるんだけど、
結局PC買い替えになることを考えると躊躇してる。
308:名称未設定
08/04/21 09:58:17 RxHAHTSO0
>>303
ここに煽りに来るドザなら知っているだろう。
CocoaがLeopardでようやく64bit化をした事ぐらい。
AppleはCocoaの使用をこれから推奨していくから
64bit用アプリはこれから増えていくよ。
Windowsの世界はXPの頃から64bit化されて3年以上経っているのに
逆の意味で言ったらまだその程度しか普及していないんだね。
309:名称未設定
08/04/21 10:33:20 7wJoXeVn0
で、今のところ>>43なわけだ。ｗ
これから増えていくってまたいいかげんな希望的観測書いてるけど、ところで大手ISVでMac用
64bitアプリケーションの開発表明しているところって、Adobe以外にあったかな？
まぁ、iWorkやiLifeが64bit化されたらマカーには十分だよね。ｗ
310:名称未設定
08/04/21 10:44:51 RxHAHTSO0
別にID:7wJoXeVn0ごときが使う事の出来ないアプリばかり64bit化されても
つまらないだろう。Windowsの世界は。
おまけに64bit版Vistaは32bitアプリの完全互換性が無いから乗り換えも
あまり進んでいないマイナーOS。
どうせ騒ぐなら32bit並みにアプリが充実してからここにおいで。
311:名称未設定
08/04/21 10:45:01 gDBSlsA80
俺は Safari と XCode だけで十分だな
市販のアプリは全く使ってないし
312:名称未設定
08/04/21 10:52:44 HxJ9s9G+0
これ
URLﾘﾝｸ(www.insilicobiology.co.jp)
は OS X でも Windows でも 64 bit で動くらしいよ。
まあバイオインフォーマティクスはメモリを喰いまくるので 64 bit は必要でせう。
313:名称未設定
08/04/21 10:54:36 RxHAHTSO0
>>309
そう言えばMathematicaあたりは立派に64bit化を果たしているな。
まあ、ID:7wJoXeVn0ごときが使う事のないアプリだがな。
314:名称未設定
08/04/21 10:55:37 HxJ9s9G+0
R も 64 bit 化されてるね
URLﾘﾝｸ(r.research.att.com)
まあこれも大量のデータを統計解析するソフトだから 64 bit は必要でせう
315:名称未設定
08/04/21 10:59:22 RxHAHTSO0
>>309
まあ皮肉だがこんな解釈もある
URLﾘﾝｸ(miyalog.blog.so-net.ne.jp)
喜んでいるのは今のうちだということだよID:7wJoXeVn0
316:名称未設定
08/04/21 11:12:37 HxJ9s9G+0
まあしかし軽くググってみましたが、科学技術計算ソフト関連でも
64 bit は Windows 版のほうが揃っていますね ...
MatLab とかは OS X の 64 bit 版まだだし。
まあ僕は Mathematica 派 + 自分で gcc x86_64 で済むのでそれでいいんですが。
317:名称未設定
08/04/21 11:23:30 RxHAHTSO0
なぜMacOSの64bit化が遅れているのか？
URLﾘﾝｸ(www.ottimo.co.jp)
WindowsはWin32からWin64への移行が比較的容易なのに対して
Macの場合CarbonからCocoaへの強制移住が要求されている。
これは古くからのMacOS使いにはかなりの苦痛かもしれない。
しかしCocoaに移行したならMacの最新機能が使えるのでユーザーに
取ってはいい事かもしれないだろう。
318:名称未設定
08/04/21 11:31:25 8gdgqjI90
Appleが言っていることとは逆で
Macだとコンパイラの設定で64bitと指定しただけじゃCarbon APIが
64bitに対応していないからコンパイルできずAPIの変更と、
C++で書いている場合はObjective-Cへ変更する必要があるわけですね。
319:名称未設定
08/04/21 11:56:16 I2X/eetH0
C++は別に問題ない
320:名称未設定
08/04/21 12:11:23 7wJoXeVn0
>>315
何か勘違いしているみたいだね。もう一回書いてあげるけどいいかな？
大手ISVでMac用 64bitアプリケーションの開発表明しているところって、Adobe以外にあったかな？
たしかに技術計算やサーバアプリに関しても完全にWindows版が先行しているんだよな。
Mac用にはソリティアやフリーセルが64bit化されたらいいんじゃないかな。ｗ
>>313
まぁ、3年ぐらい待っとけばいいんじゃ。ｗ
321:名称未設定
08/04/21 13:09:18 SPnMyoOWO
Leopardは64bit級？
322:名称未設定
08/04/21 13:09:45 BdwJmbrF0
62bit級。
323:名称未設定
08/04/21 13:20:33 RxHAHTSO0
>>320
>Mac用にはソリティアやフリーセルが64bit化されたらいいんじゃないかな。ｗ
64bit化の意味を理解していないのだろうな。ID:7wJoXeVn0は中学生？
Windowsでも無駄にアプリが64bit化されるのはOSが32bitと64bitが別々だから
64bit化の恩恵を受けるものは大容量メモリを消費するか科学技術計算ソフト関連
のアプリぐらい。
ID:7wJoXeVn0は64bit版Windowsも持ってないくせにとりあえずスレタイを見て突撃
してきた中学生ドザか？ちゃんと学校に行くんだね。
324:名称未設定
08/04/21 14:52:17 Jw9CEL6+0
>>323
>64bit化の恩恵を受けるものは大容量メモリを消費するか科学技術計算ソフト関連
>のアプリぐらい。
「ぐらい」って・・・
それって結構大きいじゃん。
325:名称未設定
08/04/21 15:02:36 RxHAHTSO0
>>324
多くは無いよ。巷にあるどうでもいいソフトなんて32bitで十分だろう。
例えばiTunesが64bit化されて嬉しいかい。Webブラウザーが64bit化されて
どうだというのだ。ほとんど性能は向上しない。
326:名称未設定
08/04/21 15:11:42 7wJoXeVn0
>>323
チェスが64bit化されたのは、大量にメモリを消費するか大量の演算を行なう必要のある
科学技術計算アプリだからなんだろうね。32bit版のチェスと64bit版のチェスが対戦したら
当然64bit版の方が強いんだよな？ｗ
64bit化のメリットも理解していないド素人はこのスレに必要無いよ。ｗ
327:名称未設定
08/04/21 15:20:52 rIY5Jclm0
>>326
書き込むのは、学校に行ってからにしな。10年早いよw
328:名称未設定
08/04/21 15:39:28 sRqljwDW0
このネットの普及した時代にどんな風説を流そうが無駄な事にまだ気付かないのか
329:名称未設定
08/04/21 15:43:08 8Ds3ZL5s0
>>322
ま、これがこの板のレベルだよ。
330:名称未設定
08/04/21 16:57:55 RxHAHTSO0
>>326
ほう、現段階で64bitアプリの優位性は大量のメモリを消費すり場合ぐらい
しかないと思うのだが、ID:7wJoXeVn0は何か高度な演算でもしてくれるのかい。
中学生にそれは無理か。
331:名称未設定
08/04/21 17:12:22 GKpSAz8t0
すr
332:名称未設定
08/04/21 17:22:07 d+Y9FMEy0
ID:RxHAHTSO0て>>140を書いた奴だろ
333:名称未設定
08/04/21 18:08:35 880EMjLb0
>>330
ID:RxHAHTSO0
お前レベル低すぎ、釣られまくりじゃないかよ。
もう少し修行してきな。
334:名称未設定
08/04/21 20:58:10 8gdgqjI90
せめてPhotoshopが64bit化してくれれば良かったのに。
Mac版の話ね。
335:名称未設定
08/04/21 21:44:43 gDBSlsA80
>>322
残りは GC 用の tagbit か?
336:名称未設定
08/04/21 21:47:41 gDBSlsA80
>>326
>32bit版のチェスと64bit版のチェスが対戦したら
>当然64bit版の方が強いんだよな？ｗ
それは当然だろ。計算量も空間も増えるんだから
強くなるのは当たり前。
337:名称未設定
08/04/21 22:23:13 RxHAHTSO0
>>334
でもCarbonを斬られたらAdobe側も仕方が無いだろう。次の次のCocoa化に
期待しようじゃないか。
338:名称未設定
08/04/21 23:01:55 7dmCEkoh0
>>336
アホかおまえ。チェスの強さはアルゴリズムで決まるんだから、引き分けだろ。
実際は100戦やって1勝2敗97引き分けとかそういうレベル。
64bit版だからって4GB以上のメモリをアロケートしてないんだから32bit版と
同じだろ。ｗ
URLﾘﾝｸ(blog-imgs-11.fc2.com)
339:名称未設定
08/04/21 23:09:42 gDBSlsA80
>>338
同じアルゴリズムなら計算が速い方が強くなるだろ。持ち時間があるんだから。
同じプロセッサなら、大まかに行って 64bit の方が一割速くなると考えて良い。
プリファレンスで時間と強さを調整して実際に試してみなよ。
340:名称未設定
08/04/21 23:38:03 ONOoQGw30
探索の深さにはメモリ量が効きそうだが。
341:名称未設定
08/04/21 23:43:25 gDBSlsA80
そこら辺は GNU Chess がショボイみたい。
並列処理も出来ないんじゃないかな。
まあちゃんと書けば 32bit < 64bit なのは
間違いないよね。
342:名称未設定
08/04/22 00:25:17 X0rAGhYh0
つーか本来は64bit化のメリットってメモリ空間の拡大と
64bit整数型を使う演算の高速化ぐらいなんだが
x86に限っては論理レジスタが増えるからややこしいんだよな
64bit化して遅くなるケースもある。主な要因はキャッシュの効率低下と
x86に限って言えばコンテクストスイッチのペナルティ増大もある。
URLﾘﾝｸ(www.xbitlabs.com)
343:名称未設定
08/04/22 07:19:31 Y5YFX9ti0
>>339
いつから時間制の話になったんだろ？ｗ
もっとも10分の切れ負けならともかく、持ち時間使いきるほどの差はないだろ。
344:名称未設定
08/04/22 07:48:49 RYKExM030
コンピュータ同士で無限時間の勝負をしたらゲームが終わらないからな。
時間制限無いという事は何手先まで読んでも良いんだろ？
345:名称未設定
08/04/22 08:23:05 Y5YFX9ti0
チェスのルールから勉強しましょう。ｗ
346:名称未設定
08/04/22 09:51:02 rz72+H+70
チェスって、いつからドザチョンの都合に合わせて持ち時間が変わるルールになったんだ?
347:名称未設定
08/04/22 10:34:33 Y5YFX9ti0
いつ持ち時間が変わったんだろう？ｗ
348:名称未設定
08/04/22 11:20:09 B3BDGXkC0
で、そんなに64bitのチェスが付属してて嬉しいって話なのか。
349:名称未設定
08/04/22 11:49:05 3Uev52yv0
何この糞スレ
350:名称未設定
08/04/22 11:56:05 Y5YFX9ti0
チェスが64bitアプリケーションでなければならない必然性の話。ｗ
351:名称未設定
08/04/22 16:00:06 rS/BRIqe0
チェスぐらいしか簡単に64bitにできなかっただけ。
352:名称未設定
08/04/22 19:50:07 kQZTYp3d0
64手先まで読む必要があったのでは。
353:名称未設定
08/04/22 19:58:56 Y5YFX9ti0
新設登場。ｗ
>>323
早くチェスの64bit化の必然性を説明してくれよ。ｗ
354:名称未設定
08/04/22 20:08:38 Yf6hLm7d0
チェスなんて所詮おまけなんだから
Leoでの64bit対応の技術デモとかサンプルにすぎないんじゃね
355:名称未設定
08/04/22 20:54:14 Kr6MajvS0
人間性を疑いたくなるひどい差別発言をあちこちに書き込むMacユーザー。
これが単発ならまだしも、日々繰り返しいろいろなIDで書き込まれている。
その一例がこれ。
どうしたら「障害者＝税金泥棒ニート」のような発想に至るのだろうか。
ｽﾚﾘﾝｸ(mac板:301番)
301 ：名称未設定：2007/09/13(木) 09:51:05 ID:e8RxPJAy0
||
Λ||Λ
（ / ⌒ヽ
| | | ←車椅子ドザ＝朝鮮人
∪ / ﾉ
| ｜|
∪∪
┌─────
∧＿∧ ＜ さよなら障害者＝税金泥棒ニート
（ ,,） └─────
（ ○ ） ∧ ∧ ┌─────
| | |_ ( ,,) ＜あ～せいせいした
（__(＿＿） / | └─────
（＿__/
356:名称未設定
08/04/22 23:22:08 ZXcDPxjO0
>>354
つまりチェスについては64bit化のメリットは何一つないって事だ。
となるとなぜアポはこんなバカげたことをしたのかという謎が残る。
結局まだOSに根本的な問題があって、まともな64bitアプリケーションが
作れない状態だということだ。そうでなければ64bitアプリケーションがいまだに
皆無で開発表明すら全く無い状態の説明が付かないからな。ｗ
357:名称未設定
08/04/22 23:28:48 eBzjVA070
一時期は32bitアプリを64bitにするには、
コンパイルオプションを変えてコンパイルするだけと
宣伝していたときもあったんだが、
Carbonの64bit版が開発中止になったときからだっけ？
ぜんぜんそういう話を聞かなくなった。
358:名称未設定
08/04/23 01:26:32 B3XTl7e30
64bit化されたAPIのみを使ってれば基本的にコンパイルし直すだけで64bit化できるのは
Tigerから変わってないけど。
359:名称未設定
08/04/23 01:40:41 JlVJzd5G0
そりゃ、64bitコードをターゲットにしてコンパイルすれば、
どんなコンパイラだって64bitコード生成するだろう・・・。
使用するAPIは64bit化されたものだけという条件をつければなおさら。
逆にそれ以外で64bitコードを生成する方法があるのかよ・・・
360:名称未設定
08/04/23 04:08:38 B3XTl7e30
いやだからその条件さえ守れば64bitアプリケーションが作れるごく普通のOSですが。OSXは。
361:名称未設定
08/04/23 04:11:34 JlVJzd5G0
OSXが普通じゃないところは、64bit API を大幅に削ったところな。
それを問題にしているんだよ。
おかげでPhotoshopなどがしばらく64bitに対応できなくなっちゃった。
362:名称未設定
08/04/23 04:30:30 B3XTl7e30
問題というかAppleが決めた仕様だからどうにもならんと思うよ。
個人的にはCarbonよりQuickTimeの方が悲惨だと思うが。
まあ32bit環境を切り捨てるつもりがないならいいと思うけど。
64bitアプリは増えないだろうがw
363:名称未設定
08/04/23 07:02:22 /n8kzU8o0
ユーザーが64bitを使いこなせないから32bitにしたのでは。
364:名称未設定
08/04/23 07:16:25 rFzKSo6i0
>>363
アプリが提供されて無いウチから？w
365:名称未設定
08/04/23 08:36:48 E/QUjrQ40
>>363
たしかにそれは有るかもナ。ｗ
結局GUI部分に未実装箇所があるため、サーバアプリや演算部分のみを64ｂｉｔ化した
手間のかかる糞みたいなものしかつくれない状態だってことか。つまりまともな64bit
アプリケーションの登場は次のOSのメジャーバージョンアップまで待たないとダメって
ことだ。
これで全ての線が繋がった。Adobeが煮えきれない態度を示してMac用64bit版Photoshopの
CS5での提供を明言するのではなくとりあえずの目標としているのも合点が行くってもんだ。
366:名称未設定
08/04/23 09:01:46 7AALQ4Pz0
パーソナルユースでは64bit化なんて急ぐ問題でもないってことだろ。
VistaよりXPがいいっていうのが大勢いる。それはXPで64bit化を進める
というより、PCの性能は現状でいいという選択の現われではないだろうか。
367:名称未設定
08/04/23 09:46:16 AsKmOhuE0
誰もパーソナルユースの話しなんてしてないよね。
368:名称未設定
08/04/23 09:54:29 /tzIiMFU0
Macって個人ユーザがターゲットじゃないの?
369:名称未設定
08/04/23 11:37:15 B3XTl7e30
>>365
次のメジャーバージョンアップまで待っても何も変わらないと思うけど。
今更完全なCarbon 64bitを提供するとも思えないし。
64bit GUIアプリケーションのUIにはCocoa APIを使えというAppleの命令。
>サーバアプリや演算部分のみを64ｂｉｔ化した
>手間のかかる糞みたいなものしかつくれない状態
これはPOSIX APIしか64bit化されてなかった10.4時代の話。
Adobeは単にCarbonからCocoaへの移行に時間がかかると言ってるだけ。
370:名称未設定
08/04/23 11:48:20 E/QUjrQ40
>>369
全然話の流れについていけてないよ。誰もいまさらCarbonの64bit化の話なんてやってない。
Leopardに実装されているCocoaのAPI自体が不完全だからで64bit化が困難だって
言ってるんだろ。
371:名称未設定
08/04/23 11:58:00 B3XTl7e30
>>370
いや別に不完全じゃないけど?
NSQuickDrawViewなんかは使えないがw
372:名称未設定
08/04/23 14:31:19 lQ66GX7W0
足りないと言っても
現状でも既にXcode規模の64bitGUIアプリを作れる程度には整ってるのは確かなんじゃね
373:名称未設定
08/04/23 16:08:32 SwtlAbZp0
具体的にはどんな関数がないの？
CarbonでなくCore Foundationだったりしない？
374:名称未設定
08/04/23 16:49:19 aBtKT9Ai0
Cocoaで64bit化の際に使えないクラス/メソッドは
・NSMovie系 (QTKitが代替)
・NSMenuView系 (既に32bit Cocoaでも機能せず)
・NSQuickDrawView系 (QD自体64bit環境では使えず)
ぐらい。Cocoaに関しては64bitへの移行に困るようなレベルではない。
375:名称未設定
08/04/23 17:43:27 XO0BSQYH0
16から32に移行完了するのにのに20年ぐらいかかったから
64も完全移行にはそれくらいかかるかな。
376:名称未設定
08/04/23 18:37:11 y2cSX/hk0
で、ID:E/QUjrQ40による不完全なCocoa APIとやらの具体的な説明まだー?
377:名称未設定
08/04/23 21:09:26 GLyo7EtA0
お前は誰だよw
378:名称未設定
08/04/23 21:16:24 GLyo7EtA0
あ、ちなみに俺は >>370 じゃないけど、Cocoa はことえりと
お話しする手段が無いから却下って、前に何度も書いたな…
Cocoa が万全だと思ってる奴はコード書いた事が無いのかな。
379:名称未設定
08/04/23 21:32:07 Un/M/mOw0
Cocoaに強制移住を促しながらCocoaだけでは100％のMacの機能を使いこなせない。
結局Carbonのお世話にならないといけない。
一体Appleは何を目指しているのか？
380:名称未設定
08/04/23 21:49:21 mMuehQyh0
どうみてもID:E/QUjrQ40=ID:GLyo7EtA0な件について
381:名称未設定
08/04/23 22:11:17 GLyo7EtA0
俺は >>370 とは別人だけど、IDの当てっこしても意味無いだろ。
>>376 は折角煽ったのに当てが外れたみたいだが、詰まらん事をするからこうなる。
382:名称未設定
08/04/23 23:02:57 B3XTl7e30
>>378
ことえりとお話しするって具体的にどんなこと?
該当するAPIが64bit化されてなくて代わりの手段も無いの?
TSMGet/TSMSet系は一応64bit化されてるけど。
383:名称未設定
08/04/23 23:30:00 GLyo7EtA0
>>382
Cocoa では手段は無いよ。
384:名称未設定
08/04/23 23:42:28 owI3Wvp70
>>382
ちったぁじぶんで調べろや。
385:名称未設定
08/04/23 23:52:14 GLyo7EtA0
>>379
Cocoa をきちんと整備してくれれば良いだけなのにね。
Carbon を今後も保守していく事を考えれば安いもんだ。
386:名称未設定
08/04/23 23:58:59 B3XTl7e30
>>383
いやそれは分かってるからw
64bit化されてるのか、されてなければ代わりの手段があるのかを聞きたかったんだけど。