Leopardが実は32bit OSだという噂があるのですが2

Leopardが実は32bit O ..

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だと？
Wikipedia項目ﾘﾝｸ

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を排除する気満々なんだろうか。

次ページ