Cocoaはさっぱり!!! version.7

ていうか、retain/releaseはObjCの言語仕様とは関係ないんだってば

>>944
NSObjectを使わないObjCって...

autorelease使えないよ。
インクリメントしてるだけだから、複雑な処理の場合には、いつまでもリリースされずにメモリ食いまくり。

>>946
autoreleaseを使えっていうのは半分冗談です。
メモリ食いはNSAutoreleasePoolで対処できるけどね。

>>946
>autorelease使えないよ。
>インクリメントしてるだけだから、複雑な処理の場合には、いつまでもリリースされずにメモリ食いまくり。

循環参照していないだろうか？この場合、リファレンスカウンタでは開放できないくなっちゃいます。

また、大きくメモリを消費する処理には、それ用のNSAutoreleasePool を用意しておけばいい。

ついでに突っ込むとautoreleaseはデクリメント(のことだよな?)してないぞ

見えないけどインクリメントされてたはず。
過度にリリースすると落ちるのが証拠。

>>950
インクリメントは「増やす」、減らすのはデクリメント
正確に言うとautoreleaseした時点ではリファレンスカウントは減らなくて
ただAutoreleasePoolに登録されるだけ
で、AutoreleasePoolが解放される時に、登録されたオブジェクト全てに対して
releaseを呼び出す、という形になっている
はず

まあautorelease=デクリメントで大体合ってるけどね

GCの意味が分からん
捨てちゃいけないもん捨てちゃったらどうするんだ

もちろんエラーでOSもろとも落ちるよ。
だからC言語って危険。

あなたたち、本気で言ってるの？

捨てちゃいけないものを捨てるようなヤバいGCなんてないよ。
C言語とGCは何の関係もないし。

GCは楽チンで超便利。
GCのおかげで背が伸びて彼女が出来ました。

Ｃ言語用の某 GC ライブラリの mac 版は
静的領域を破壊してくれるバグがあってハマった

「必要なくなった」ってどやって判断すんの？
またいつ必要になるか分からんじゃん！

やあ、あなたは片付けられない症候群の人ですね。

>>957
そこで「某」と書くのは理由があるの?

わざわざ正式名を出す理由がないから

まあ、メモリ管理は無理してでも覚えたほうが良いよ
ついでにC++を一緒に覚えるとなお良い

>>958
ネタかい?
どこからもアクセスできなくなったら「必要なくなった」ってことだろ。
まあ実際はそんなに単純ではないがな。

テーブルビューで行を選択すると、その行の色が反転して背景が青になりますが、
選択しても色が変わらない（表示が全く変わらない）ようにすることはできますか。
（選択できなくする、というのでもいいですが）

もう１つ、テーブルビューのある列のヘッダをクリックすると、その列がソートされて
そのヘッダの背景の色が青くなりますが、ここも、クリックしてソートはしても、
ヘッダの背景の色はそのまま変わらない、というようにすることはできますか。

要するに、テーブル上で何か操作しても、見た目がまったく変わらないように
したいのです。

>>962
C++なんて憶えなくていいよ

>>964
>（選択できなくする、というのでもいいですが）

-(BOOL)tableView:(NSTableView *)tableView shouldSelectRow:(int)row;

>クリックしてソートはしても、
>ヘッダの背景の色はそのまま変わらない、というようにすることはできますか。

できるが、ソートの処理は自分で書く必要がある。

クリックしてソートした（された）後でヘッダビューのハイライトを消せば？
行の選択も同様に。

または、
ttp://mattgemmell.com/source/
ttp://mattgemmell.com/files/source/itablecolumnheader_screenshot.png
を参考にヘッダを自前で描くとか。

>>966-968
できました。ありがとうございました。

ついでながら、
NSTableColumn に、コードから attributes や formatter を設定するには、
どのようにすればできるでしょうか。

InterfaceBuilder で「左詰め」「右詰め」、数字や日付のフォーマットを
NSTableColumn に設定するのと同じことを、コード上でやりたいのですが。

>> 952
GCは、オブジェクトが他のオブジェクトから参照されなくなったら、オブジェクトが解放される。
ただ、それだけ。
retain/(auto)releaseと違うのは、こういう参照カウントやオブジェクトのマーキングを
システムがやってくれるわけだ。オブジェクトが解放されるタイミングは、システムが
勝手にやるから、なーんにも気にする必要はありません。

便利だろう？

http://www.big.or.jp/~crane/cocoa/1000_webKit/noProgBrowser/index.html
を見ながら同じようなものをMacOS10.4.9/Xcode2.2.1で作ろうとしたのですが、WebKitを使ったアプリを実行すると、以下のログを出して止まってしまいます。

[Session started at 2007-05-13 19:38:32 +0900.]
2007-05-13 19:38:34.210 MiniBrowser[4080] An uncaught exception was raised
2007-05-13 19:38:34.210 MiniBrowser[4080] *** -[NSKeyedUnarchiver decodeObjectForKey:]: cannot decode object of class (WebView)
2007-05-13 19:38:34.210 MiniBrowser[4080] *** Uncaught exception: <NSInvalidUnarchiveOperationException> *** -[NSKeyedUnarchiver decodeObjectForKey:]: cannot decode object of class (WebView)

MiniBrowser はシグナル 5（SIGTRAP）により終了しました。

超初心者ですが解決策を教えていただけないでしょうか。

Webkit.frameworkをプロジェクトに追加した？

>>972
プロジェクトにWebKit.frameworkを追加した際、「デネーショングループのフォルダに項目をコピー」してしまったのが原因でした。
助かりました。ありがとうございます。

java bridgeについて、教えてください。

[NSJavaVirtualMachine defaultVirtualMachine];
id arrayList=[[NSClassFromString(@"java.util.ArrayList") alloc] init];
[arrayList add:@"stingValue"];
NSLog(@"value 1=%@",[arrayList get:0]);

上記の様なコードで、結果を得る事はできましたが、
public なコンストラクタが無い場合は、どうすればいいのでしょうか。
例えば、Charset#forName(String charsetName)みたいな場合です。

Mac の API って Unicode 扱える？
UTF-8？ 16？

どっちもおけ。えんでぃあんも。

おお、すごいね。

「MacのAPI」が何を指すのかにもよるだろ。
Toolbo（ｒｙ

時々はText Encoding Converterのことも思い出してあげてください。

>>978
ATSUIやFile ManagerやUnicode UtilitiesのUnicodeサポートが無いと
GUIレイヤは動けないよ。
あと徐々にICUも使う様になってるから、これもUnicode APIの一部だ。

ディレクトリの中身を全部調べてバイト数を出したいのですが、
サブフォルダの中身までの全てのNSDataを返すようなことって
無理なんでしょうか？

手間を厭わなければ可能なんじゃないかね

バイト数調べるのにいちいちNSData作ることないじゃん

リソースの画像ファイルや音声ファイルなどを隠蔽して
ユーザーがアクセスできないようにするにはどうしたらいいでしょう？

ユーザのレベルによる。

リソースマネージャリソースにすれば今どきのユーザには開けまい

とりあえずパッケージを開いた時にファイルが取り出せない様に、と考えていました。
リソースマネージャリソースぐぐってみます。

パスワード付きのZIPとか。

ZIPなんてヤワなパスワード付けたら簡単に破られるし、起動も遅くなる。
リソースってのはいいかもしれないな。IntelMacだとClassic環境がないから
ResEditは使えないし、Resorcererがないと中を見ることが出来ない。
カスタムリソース作るのも簡単だしな。

Cocotronってどうよ？

何ヶ月か前に全く同じレスを見た

でも実際のところ、>>987みたいなケースに備えて
リソースの暗号化みたいな機能があると嬉しいかな。
中身はAES暗号化されていて、loadするときに鍵が必要だとか。

もともとフレームワーク自体がもっさりしてるから、復号化のオーバーヘッドとか
そんなに気にならんと思うし。

Carbon rsrcにするぐらいなら、Mach-Oのセグメントに入れるとか。