Carbonはさっぱり!!!

Carbon
http://developer.apple.com/carbon/

Carbonスレが無いので立ててみた。
ほんと情報少ないよ、Carbon…

【関連スレ】
Xcode part6
http://pc11.2ch.net/test/read.cgi/mac/1201693264/

Cocoaはさっぱり!!! version.X(10)
http://pc11.2ch.net/test/read.cgi/mac/1211290055/

10.6でUI系大量廃止の予感

Finderはどーなっちゃうの？

来年1月の MacWorld あたりで、
Jobs 「Finder もとうとう Cocoa で書き直したよ。」
とかいうことになりそう。

Core FoundationやLaunch ServicesみたいなモダンCarbonはもちろん残るし（ていうかそもそもCarbonでないかもしれない）、
HIToolboxみたいなのは消えるでしょう。

そういや、CocoaアプリからCarbonの関数使う方法ってあるのかな
使えたら便利そう。

>>6
どういう状況を言ってるのかわからんが、フツーに使えるだろ？
Carbonは基本ただのCだし

>>6
UI 系のAPI でなければなにも考えなくても使えます。
単に C の関数を呼ぶだけなので。

UI 系の API の場合は Cocoa のイベントループと Carbon のイベントループに
協調してもらう為にちょっとだけ注意がいります
(10.2 のころはすごい注意がいったけど、今はもうほとんど注意いりませんが。
Apple もがんばって二つを融合させてます。)

http://developer.apple.com/documentation/Cocoa/Conceptual/CarbonCocoaDoc/CarbonCocoaDoc.html

を参照。

スレタイの意味がわからなくなっちゃった

>>7-8
ありがとうございます。呼び出せるんですか。なるほど

お先真っ暗だなw

実にさっぱりだ

http://developer.apple.com/referencelibrary/GettingStarted/GS_Carbon/index.html
http://ja.wikipedia.org/wiki/Carbon

カーボンでぶ
http://www.carbondev.com/site/

カーボンには、ウインドウ内のテキストなどをスクロールバーによってスクロールするのに便利な関数とかありますか？

>>15
名前のままだけど、HIScrollView.

http://developer.apple.com/documentation/Carbon/Conceptual/HIViewDoc/HIView_tasks/chapter_3_section_13.html

>>4
　Finderって、10.5でCocoaになったと思ったが。。。　
残るは、iTunesぐらいやろ。

>Finderって、10.5でCocoaになったと思ったが。。。
いいえ。CoverFlow とかは HICocoaView をつかってて、
メインのイベントループは Carbon です。
Finder.app 内の .nib をひらいてみれば、 Carbon nib ばっかりです。

>>18
そうなんや。すると、メンテナンスリリースの10.6でFinderとiTunesを書き直し？

>>16
ありがとう。

>>13
>また、QuartzをはじめとするMac OS X特有のAPIを利用するためには、Mach-O形式が最も適する。このフォーマットはdyldとも呼ばれる。
Mach-Oの事dyldて呼んだっけ?

>>19
なんで?

JapanのWikipediaは誤り多すぎで資料の価値がないよ。

>>21
Mach-O ABIに基づいたフォーマットをdyldと呼ぶ、って意味だろ常考

age

#include <NichanCore/NichanCore.h>

NCBoardRef board = NCSiteCopyBoardForName( NCGetDefaultSite(), CFSTR("新・mac") );
NCThreadRef thre = NCBoardCopyThreadForName( board, CFSTR("Carbonはさっぱり!!!") );
NCThreadWrite( thre, CFSTR(""), CFSTR("sage"), CFSTR("書き込みもさっぱり!!!") );
CFRelease(thre);
CFRelease(board);

>>5
>HIToolboxみたいなのは消えるでしょう。

HIObject とか HIView も消えるの?

>>26
64bit Carbon ではサポートされないよ。

>>27
というか64bit Carbonというものが存在すると思っていいのかという疑問が。

>>27
サンクス。HIView も消えるんだ…
Trolltech の記事にもそう書いてあるね

http://trolltech.com/company/newsroom/announcements/press.2007-06-19.6756913411

>>28
64bit Carbon の GUI という事では XCode がそうみたいね

http://www.carbondev.com/site/?page=64-bit+Carbon

>>29
XCode は 64 bit Cocoa だけど。その記事は、Leopard についてくる 64bit GUI (Cocoa か Carbon かにかかわらず) ソフトが XCode とチェスだけだとかいてある

QTKitが32bitしかない

>>30
XCode のメニューは HIView で表示されていると書いてある様に読めるけど?
otool -L で見ても Carbon Framework がリンクされているみたいだし。

>>32
メニューバーまわりは Cocoa の下が Carbon GUI になってるので、
64 bit Carbon も一部つかわれてることになると書いてあるだけです
これは XCode にかぎらず、どんな 64 bit Cocoa app もそう。

otool で Carbon.framework がリンクされてるかというのは
Carbon API をつかってるかの判断にはなりますが、
Carbon GUI をつかってるかの判断にはなりません。
Safari とかみてください。

HIほげほげをつかってるかどうかは、
nm で参照シンボル一覧をみて grep HI とかしたほうがいいと思います。
Finder は使いまくりですが Xcode は全然つかってないのがすぐわかります。

>>33
>メニューバーまわりは Cocoa の下が Carbon GUI になってるので、
>64 bit Carbon も一部つかわれてることになると書いてあるだけです

そういう事。だから 64bit Carbon GUI という話。

保守

カーボンいきなり消すよって言ってるの？
恥ずかしくて使えないようにしてやるよケケケ
っていってるの？
どっち？

たしか、Carbonの64bit化が進まないことに関するインタビューで
Phil Schillerだったかが、「これは開発者に対するメッセージだ」って言っていた気がする。

おれは、その時点でCarbonの切り捨てと受け取ったが、
でも、その後で色んなところで火消し的なコメントがあったから... よく分からんw
そんな俺は、iPhoneのおかげでObj-Cに移行中

AppleScriptは64シールがついてるし、必要なものはアセンブラで組んで非公開？

>>38
>アセンブラで組んで非公開

タモリのAA(ry

Carbonのヘッダーファイルの公開を止めればデベロッパーには効果てきめんw
ライブラリだけ残せば既存のCarbonアプリを走らせることはできる。

ま、SnowLeopardでは単に64bit Carbon部分を隠す以上のことがあるかも...ね。

carbon.h はモンスターだってさ。

cocoa(objective-c)には魅力を感じないから、そろそろmac捨てるか

Carbonが消えたらX11用アプリが増えるのかな。
既存のアプリObj-Cで書き直すのは大変だろうし。

>>42
Qt/Mac が流行るんじゃないの？
X11 といってもいまどき Gtk もしくは Qt でないものなんてもうないのでは...

Athena WidgetとかMotifとか。

よーしパパは久しぶりにXViewでプログラム書いちゃうぞ。

ならば私はSunViewに挑戦だ。

Qt と wx は Cocoa に移行するんだよね。
自前でクロスプラットフォームの GUI ライブラリをメンテしてる所の中で
大規模なのは Mozilla と OOo かな。この二つがどうするのかは興味ある。
あとは Adobe もそうかな。

Gecko はすでに 1.9 (FireFox 3 以降) で Cocoa に移行してるよ。
http://boomswaggerboom.wordpress.com/2008/06/10/firefox-3-for-mac-os-x-under-the-hood/

OOo はそもそも最近まで OS X native port がなかった。
Sun 本体が OS X port に参入したあとは、徹底的に Cocoa に書き直されてます。
http://blogs.sun.com/GullFOSS/entry/news_from_the_mac_port

Adobe Photoshop LightroomはCocoaアプリで言語にLuaを使ってるんだっけ。

>>48
ﾄﾝｸｽ。前見た時はどっちも Carbon だったのに…
あとは Tk と Fltk くらいか。あ、Swing と SWT も
Carbon なのかな。GLUT は既に Cocoa だし、
SDL も一部 Objective-C だよね。

着々と移行は進んでいるという事か…

>>50
Tcl/Tk の Aqua 版は既に Apple が開発引き取ってるのでは？
Tiger から標準添付だよね。まだ Carbon ぽいけど、自前で Cocoa にするでしょう。

ソース見てみた。Firefox も OOo も Objective-C と C++ のハイブリッドなのね。
つう事は VCL や Mozilla の widget を使ってアプリを作れば、C++ で Cocoa な
アプリが作れちゃうという事か（まあ wx や Qt でも良いけど）。

こうして Carbon が消えて行くのは寂しくもあり、正しい事なんだろうね。
ここまで来るのに大分時間が掛かった気がするけど。

寂しくはないかな

いや、質問した訳じゃないよ。

アホがおるw

ホントだなw

>>52
ソース見たっていうか、どんな拡張子のソースファイルがあるかを確認した
だけって感じだな。

いや、君の事は訊いてないよ。

ID:HHAkPfff0とID:KUvgRAPD0

洒落が通じない奴だな…

最近でた GTK+ の OS X 版も下は Cocoa をつかってるらしいよ。
(すくなくとも Carbon の GUI 部分はつかってないぽい)

http://developer.imendio.com/sites/developer.imendio.com/files/screenshot-gimp.png

WINE も Cocoa のバックエンドが出来ると嬉しいね

kFSIterateSubtreeて何の為にあるの?

文字通りディレクトリを潜るためだと思うが。
http://developer.apple.com/documentation/Carbon/Reference/File_Manager/index.html

でも/からじゃないと駄目なんでしょ。

　

>>66
以前volfsにまつわるセキュリティの話があったが、それに関係している様な気がする。
ただの感だけど。

>>64-68
FSCatalogSearch()の動作を考えれば解る。これはHFS+のカタログデータが物理的に
まとまっているのを利用してボリューム単位で高速サーチするAPI
だから一部分だけという動作は意味無いし、全体サーチと速度も大して変わらない。
kFSIterateSubtreeはFSCatalogSearch()専用の内部データリファレンス

RunApplicationEventLoop();
が64bit化されてないね。カーボンアプリ終わったな

もう一年もたった今ごろ何をいってるのやら。
http://www.carbondev.com/site/?page=64-bit+Carbon
のへんでも読んで泣け。

CarbonLibスレッド
http://teri.2ch.net/mac/kako/983/983028673.html

OS X での Carbon プログラミング入門っていい本無いですか？
去り行く技術だけど、興味があるので...
これぐらいしかみつかりませんでした。高い...
http://www.amazon.co.jp/gp/product/4839907102/
http://www.amazon.co.jp/dp/0672322676/

>>73
http://developer.apple.com/jp/
http://www.ottimo.co.jp/koike/

どうもです。
http://www.amazon.co.jp/dp/0672322676/
はオンライン版があることがわかりました:
http://www.mactech.com/macintosh-c/online.html

MacOS X Carbonプログラミングガイド
約4000円だったものが7250円って、高っ！

それだけ「今は手に入りにくいが、必要な人にはとても必要」
ということじゃないでしょうか。もうちょっと安く手に入らないですかね。
どっかの本屋で売れずにプログラムの棚に並んでたりとか...

>>73
地元の図書館探してみたらどうだ。
俺はもう使わなくなった古いToolboxやCarbonプログラミングの本を図書館に寄贈したよ。
手元に置いておくと邪魔だし、売るとまた見たいときに手に出来なくなる危険があるので図書館を書庫替わりにいらない本を寄贈している。

うちの田舎の図書館になぜかパタヘネ本が入ってたのは
>>78みたいな人のおかげだったのか

>MacOS X Carbonプログラミングガイド
koike氏のサイト見れば内容はほとんど同じだぜ。

図書館に寄贈か、それはいいな。
専門書は捨てるにはもったいないし、
ブックオフじゃ適正価格で見てもらえないし。
いいことをきいた、おれも今度からそうするわ。

そういえば新居のToolBox本上下刊、結構奇麗な状態で持ってるわ

>>73
その本は会社にある。昔読んだけど、ほとんど役に立たなかった。
今となっては内容も古すぎて、ゴミと言っても間違いはない。
何を参考にしたいのかわからないが、興味だけで買うなんて
バカげている。

AppleのサイトのCarbon関係のドキュメント読んだ方が遥かに良い。
古いCarbonのドキュメントもあるし。

まだああいう人もいるんだとわかってamazonに出そうかと思ってたのにそういうこと言うなよw

>>84
悪魔めwww

入門Carbon
ってのもあるよね。

XcodeでなくてCW+PowerPlantなら「PowerPlantによるCarbonアプリケーション」
がいい本だ。つぶれた広文社の本。役立たずの>>73の本と違っていろいろ役に立った。

Xcodeでは役に立たないけどね。

そういえばK仲川さんてお元気かな。

>>73のどっちがダメなの？

少なくとも上は糞。買う価値なし。
下はわからないけど、2001年の本だから今では役に立たないと思う。

お客様の中でCarbonに詳しい方はいませんか〜?

リソースファイルからリソースデータを読み込んだあと、保存せずに編集を破棄したいことが
あるんですが、どこかでファイルが更新されているようで、どうしたらいいかよくわからない
でいます。

IM の UpdateResFile() の項を読むと、CloseResFile() は UpdateResFile() を呼ぶとあり、
さらに CloseResFile() はアプリ終了時に自動的に呼ばれるとあります。
ということは、リソースを読み込んだ後、何もしないとリソースファイルはアプリ終了時に
勝手に更新（再保存）されちゃうということですかね?
何もせずファイルを全く更新したくないときがあるんですが、どうしたらいいでしょうか。

最初に read-only で読み込めばいいかもしれませんが、read-write で読み込んだけど
ファイルは更新したくないときとか....
もしかしてメモリ上のリソースデータを破棄するようなことをすればいいんですかね?

SetResAttr で resChanged をむりやりクリアしてみれば？

>>91
普通は勝手に更新されないよね。
どこかでChangedResourceかWriteResourceを使ってない？

http://developer.apple.com/documentation/Carbon/Reference/Resource_Manager/Reference/reference.html
DetachResource?ちょっと違ってる？

>>92-94
わー皆さんどうもありがとうございます。Carbonスレで、こんなにすぐにちゃんとしたレスを
もらえるとは思いませんでした。

>>92 さんの書き込みをチラ見してから、念のためもう一回リソースマネージャの項目を
読んでいたら「ChangedResource 等が呼ばれると、リソースマネージャはファイルを更新する」
とあり、もしや、と思ってコードを見直すと、無条件に ChangedResource/WriteResource を
呼んでいる箇所がありました。そこを修正したらよさげです。

というわけで >>93 さんがまさにビンゴです。>>92 さんの方法でもたぶんいけるでしょう。

もうだいぶ前に書いたところだったので、自分のコードもリソースマネージャも忘れかけて
いました。どうもありがとうございました。

すいません、ど素人なんですが、
CarbonとC言語の基本的な事がわかる
サイト，スレ，本などを教えて下さい。

CarbonPortingJ.pdf

つ ttp://developer.apple.com/referencelibrary/GettingStarted/GS_Carbon/index.html

2009年もカーボン。

ココアもいいけどカーボンもね。

おせちを食べているとカレーも食べたくなるようなもので... ってあれは単に某食品会社
の戦略か。
あ、別に Cocoa がおせちで Carbon がカレーだとは全く思わないw

保守ってみる

CFArrayをCFReleaseすると中身も開放されるの？

CFArray にものを突っ込むと CFRetain されて、
CFArray が解放されると突っ込まれてあったものも CFRelease されます。
その際に retain count が0になれば実際にメモリも解放されます。

ありがとう

メモリ管理はわかったふりをしてるといずれ意味不明なクラッシュがでて
わけわからないことになるので、きちっと勉強しておいたほうがいいと思います。
http://developer.apple.com/documentation/CoreFoundation/Conceptual/CFMemoryMgmt/Concepts/Ownership.html
のあたり参照。

cocoa使わないで簡単にxmlを読みこむ方法でよいのって何すか？

あ、libXML2ってのを使うのが一般的なのかｗ

>>106
自分でパーサを書く。

libxxxとかはcocoa系じゃないのかね。

保守する必要は感じない

>>106
良いかは分からんが
http://developer.apple.com/documentation/CoreFOundation/Reference/CFXMLTreeRef/Reference/reference.html

Cocoaを使おうぜ

Cocoa から CF にやってきました。CFData の取り扱いについて、訳の分からない
状態になってます。原因を考えたのですがよく分からないので、お教えください。
MyStructure* hoge = (MyStructure*) CFDataGetMutableBytePtr(dataRef);
として、構造体hoge をとってきました。dataRef は CFMutableDataRef です。
で、hoge のメンバー（属性？）に最初にアクセスしたときには、入っている値が
ちゃんと取れてくるのですが、何度かアクセスすると、まともな値が返って
来ません。ポインタを見ても、変な所をさしている訳でもなく…

異常な値に変更される前と後の間で、
hoge->state = 3;
というようなことをしているのですが、これが原因なのでしょうか？
言い換えれば、CFMutableData の中身を直接いじった事が原因でしょうか？
よろしくお願いします。

何で構造体のデータをわざわざCFDataに入れてるのかわからないけど、構造体の
アライメントは整合性が取れてるんだろうね？

CFData に入れているのは、管理し易いようにです。速度稼ぐ為に、Cocoaの
インスタンスの、必要な変数のみを構造体で表現して全ての計算をCでやって、
Cocoa へ返そうとしています。

アライメントは分かりません。その辺ちゃんと勉強していないのですが、
次のような事をしています。
// cocoa で MyStructure と長さ n の MyPoint 配列を確保。
size_t buffSize = sizeof(MyStructure) + sizeof(MyPoint)*n;
void *buffer = (void*)malloc(buffSize);
MyStructure *hoge = (MyStructure *)buffer; // 構造体
MyPoint *points = (MyPoint*)(hoge + 1); // 構造体
　…それぞれ値を入れる処理
id data = [NSMutableData dataWithBytesNoCopy:buffer length:buffSize];

で、data をCで処理しようとしています…違ってますでしょうか？
違っていたら、アライメントについて参考になるようなサイトを教えて
頂けると幸いです。

なぜNSMutableDataに入れる必要があるのかさっぱりだ

> CFData に入れているのは、管理し易いようにです。
管理出来てないから困ってるように見えるんだけど

全部Cでやったほうが良くない？

げっ！べつのところで詰まっていたのが原因？のようです。動き出しました…orz
>>113, 115, 116
大変申し訳ないです。すみません。
>>116
データ構造を見直してみて、全部Cで書けるかどうか見当してみます。

みなさま、ありがとうございます＆申し訳ありません。

>>114
MyPoint *points = (MyPoint*)(hoge + 1); // 構造体
これ MyStructure構造体 の後ろに MyPoint配列 だから、
MyPoint *points = (MyPoint*)(buffer + sizeof(MyStructure)); // 配列
じゃね？

サーセン。

保守も兼ねてageます。
NSWindowの [[window contentView] subViews]; のように
windowRefからwindowに置かれているview達を取得するにはどうしたら良いでしょうか。
carbon触り始めて浅いのですっとんきょうな質問でしたらすいません。

http://developer.apple.com/documentation/Carbon/Reference/Control_Manager/Reference/reference.html
>>GetRootControl
>>GetControlByID
http://developer.apple.com/documentation/Carbon/Conceptual/HIViewDoc/Introduction/Introduction.html

ありがとうございます。
勉強させて頂きます。