Objective-C - 暇つぶし2ch

Objective-C ..

201:デフォルトの名無しさん
05/05/26 17:34:52
>>200
そもそも release するべきでない。

202:デフォルトの名無しさん
05/06/06 08:55:32
>>201
たしかにそうだけど、NSAutoreleasePool のインスタンスが用意されてなかったらメモリリークの悪寒。

203:age
05/06/06 10:00:13
教えてください
ワーカスレッド(POSIXスレッド)内で
NSString* str = [NSString stringWithUTF8String:"test"];
を行った場合、どのNSAutoreleasePoolが使われるのでしょうか?

204:203
05/06/06 10:59:18
続き...
NSAutoreleasePoolは、スレッド毎に独立しているのでしょうか?

205:デフォルトの名無しさん
05/06/06 15:51:59
なんか釣られてるような気もするけど…

>>203,204
NSAutoreleasePool はスレッドを生成するときに、プログラマが自分で用意するものだと思われ。
要するにスレッドごとに存在する必要あり。
URLﾘﾝｸ(developer.apple.com)
とか見るよろし。
もっと言うと、AppKit(NSApplicationMain) を使ってない場合は、メインスレッドにも NSAutoreleasePool は（自動では）用意されないんで、この場合も自前で用意してやる必要がある。
GNUStep で遊ぼうとして、その罠にはまった人間が約一名（おれだが）。

あと、ワーカスレッドってのが何を意味してるのかわからんが、pthread_create とかで直接 POSIX スレッドを生成して云々って話なら、やめておいた方が良さそう。つーかその場合、おそらく NSAutoreleasePool がそもそも使えない気がする。
素直に NSThread 使いましょう。

それはそれとして、203（200 も？）の名前欄の age はコテハンなのか、それとも age てるのを主張したいだけなのか、それが問題だ（そうか？）

206:200
05/06/06 16:24:46
SimpleThreadのURL、ありがとうございました。参考になりました。
やはり、POSIXスレッドは使わないほうがよさそうですね...。

207:デフォルトの名無しさん
05/06/06 16:43:03
>>205
> つーかその場合、おそらく NSAutoreleasePool がそもそも使えない気がする。

URLﾘﾝｸ(developer.apple.com)

Note: If you are creating secondary threads using the POSIX thread
APIs instead of NSThread, you cannot use Cocoa, including
NSAutoreleasePool, unless Cocoa is in multithreading mode. Cocoa
enters multithreading mode only after detaching its first NSThread. To
use Cocoa on secondary POSIX threads, your application must first
detach at least one NSThread, which can immediately exit. You can test
whether Cocoa is in multithreading mode with the NSThread class method
isMultiThreaded.

208:205
05/06/06 16:53:51
>>207
ごめん、英文読み違ってたか。
あらかじめ NSThread を使って一つスレッドを生成しておけば、Cocoa が multithreading mode ってのになって、その後は POSIX スレッドでも Cocoa（NSAutoreleasePool 含む）を使えるようになる。
マルチスレッドモードかどうかは、NSThread クラスの isMultiThreaded メソッドで確認できる。
…ってな理解で良い？

209:デフォルトの名無しさん
05/06/08 23:34:03
NSなんちゃらとネイティブは混ぜるな危険。pthredとか。

210:デフォルトの名無しさん
05/06/10 00:30:51
>>209
＞混ぜるな危険
確かにおれもそう思うが、Objective-C++ で書かれたコードとか読んでると、なんかどうでも良くなってくるぞw

211:age
05/06/15 23:34:33
教えてください
以下のように作成された NSString* selstr は何時解放するべき、まはた何時解放されるのでしょうか？
%pの出力は毎回変わりますが、メモリリークは起きていないようです。
- (IBAction)button1Click:(id)sender
{
SEL sel = @selector(button1Click:);
NSString* selstr = NSStringFromSelector(sel);
NSLog(selstr);
NSLog(@"%p", selstr);
}

212:デフォルトの名無しさん
05/06/16 00:56:12
それを解放するのは AutoreleasePool です。

213:デフォルトの名無しさん
05/06/16 09:33:10
>>212
何時解放されるのでしょうか?
[pool release] のときでしょうか?

214:デフォルトの名無しさん
05/06/16 19:35:27
>>213
ちみはメモリ管理のことがよくわかってない風味なので、

URLﾘﾝｸ(developer.apple.com)

ここのページを隅から隅まで読む事をお薦めする。
あと、厳密には NSAutorelasePool がするのは『解放』じゃなくて、
単に release メソッドを呼ぶことだ。
もしそのインスタンスに対して、どこかで retain が使われてれば、
実際には解放されないじょ。

215:211
05/06/16 22:19:09
Google で AutorelasePool イベントループで検索したら、以下のURLで納得しました。
URLﾘﾝｸ(www.tech-arts.co.jp)

216:デフォルトの名無しさん
05/06/17 08:00:31
Objective-Cは　CやC++、Javaと比べて簡単？便利に感じてる？

217:デフォルトの名無しさん
05/06/17 09:25:52
本が無い点を除けばいいと思う

218:デフォルトの名無しさん
05/06/17 12:30:56
簡単だよ

219:デフォルトの名無しさん
05/06/17 13:28:02
Objective-Cは簡単だと思うが、Cocoaその他のAPIが辛い。
ドキュメントなさ過ぎ。

220:デフォルトの名無しさん
05/06/17 16:00:27
あるよ

221:デフォルトの名無しさん
05/06/17 17:16:17
ないとは言ってないだろ

222:デフォルトの名無しさん
05/06/17 21:06:13
ないよ

223:デフォルトの名無しさん
05/06/18 02:36:58
ありすぎ＞＞＞＞＞ある＞＞＞＞＞＞ない＞＞＞＞＞なさすぎ

224:デフォルトの名無しさん
05/06/18 02:59:22
マジ？
ありすぎ＞ある＞なさすぎ＞ない
こうじゃないの？

225:デフォルトの名無しさん
05/06/18 03:00:21
違った
ある＞ありすぎ＞なさすぎ＞ない

理由
過ぎたるは及ばざるが如し

226:デフォルトの名無しさん
05/06/20 20:48:52
掃除を
しすぎ＞＞する＞＞しない＞＞しなさすぎ
　||　　　　||　　　　||　　　　　||
潔癖性　　普通　　　不潔　　　ゴミ屋敷

な？

227:デフォルトの名無しさん
05/06/21 03:29:37
きれいずきは?

228:デフォルトの名無しさん
05/06/21 13:46:44
セックスを
しすぎ＞＞する＞＞しない＞＞しなさすぎ
　||　　　　　　||　　　　　||　　　　　　　||
ヤリチン　一般人　　インポ　　　　童貞

229:デフォルトの名無しさん
05/06/22 14:48:28
つまり
　　O　　b　　j　　e　　c　　t　　i　　v　　e　　-　　C　　は　　童　　貞

230:デフォルトの名無しさん
05/06/22 14:57:34
>>224 でいいんじゃね？
ありすぎ： » 1
ある：　　　≥ 1
なさすぎ： ≈ 0
ない：　　　= 0

231:デフォルトの名無しさん
05/06/22 16:43:07
なんだこの流れは？

232:デフォルトの名無しさん
05/06/22 17:18:55
んじゃ本来の流れというか質問
NSWindowのkeyDown:やperformKeyEquivalent:ではcommand等の修飾キー"だけ"押したのはわからないぽいんですが、
どうすれば取れますか？

233:デフォルトの名無しさん
05/06/22 21:11:39
気合いで取る。

234:232
05/06/22 21:32:41
んな殺生な
というか自己解決
ファーストレスポンダで
- (void)flagsChanged:(NSEvent *)theEvent
をオーバーライドですね
NSResponder見てませんでした

235:デフォルトの名無しさん
05/07/08 02:17:14
メソッドにアクセス指定子つけられないとか
抽象クラスがないとかクラス変数がない等の点が
Javaに比べていまいち使いにくい気がするんですが
これは漏れの認識不足のせいですか？

236:デフォルトの名無しさん
05/07/08 02:26:55
気のせいです。

237:デフォルトの名無しさん
05/07/08 15:49:13
>>235
アクセス指定子はないけどヘッダに書いたら公開扱いで書かなかったら
非公開扱いってことにして使うんだろう．
# 実際にはヘッダに書かなくても呼出せるはずだから private ではないけれど…
抽象クラスはあったら嬉しいかもしれんがなくてもそれほど困らない．

逆に Java に出来なくて ObjC に出来ることとして category 使って既存クラス
にメソッド追加したり override したりとかがある．

コンパイル時の静的型チェックのゆるさとか考えても全体的に Java よりも
柔軟でプログラマ任せの言語になってると思う．
#というより Java が堅すぎとも言えるけど…

238:デフォルトの名無しさん
05/07/08 21:46:06
>>235
認識が不足しているのは

×誤　使いにくい
○正　使い慣れない

という部分だな

239:デフォルトの名無しさん
05/07/28 21:55:33
保守age

240:デフォルトの名無しさん
05/07/29 01:44:57
>>239
保守する暇があるなら新Mac板のCocoaスレの質問に答えてあげてよ！

241:デフォルトの名無しさん
05/07/29 02:34:54
質問者乙

242:デフォルトの名無しさん
05/08/08 20:39:10
いままでProject BuilderでビルドしてMacOSX 10.2.8で動いていたプロジェクトを
Xcode 1.5でコンパイルしたら10.2.8ではもう動かなくなってしまいました。Xcodeからコンパイルして10.2.8でも動くようにするオプションなどはありませんか？

243:デフォルトの名無しさん
05/08/09 01:03:32
たしかXcodeをインストールするときにクロスコンパイル関連のリソースを入れるかどうか
っている設定がカスタマイズのところにあったはず。

それを入れた上で、ビルド設定を見直せばいけるのではないだろうか。
すまんがいまMacが手元にないので確認できない....

244:デフォルトの名無しさん
05/08/10 20:45:09
>>243
非常に参考になりました。どうもありがとうございます

245:デフォルトの名無しさん
05/08/19 20:08:31
メモリ管理に抜けが無いか確認する方法を探しています。
Delphiの話なんですが、リンクするだけで確保と開放の組み合わせ数が一致しているかどうか検出できるライブラリがあります。
開放洩れがあると、アプリの終了時に警告ダイアログが出ます。
似たような事をCocoaアプリで行う方法を知っている方は居ないでしょうか?
# Fundationでコマンドツールを作った時は標準出力に開放洩れ警告が出るので、組み込みで機能があるような気もしています。

246:デフォルトの名無しさん
05/08/22 00:57:00
>>245
URLﾘﾝｸ(www.big.or.jp)

247:デフォルトの名無しさん
05/08/22 13:25:16
>>246
ありがとうございます。
MallocDebugは以前から使っていますが、終了時点で内部を歩けなくなるので、開放洩れの確認には向いていないと思います。
# WindowやDocument単位では出来ますけど、それもすごい手間が必要です。

単純に、「確保が500回で開放が480回なんで、20個どっかにリークしてるよん」みたいな情報が欲しいと思っています。

248:デフォルトの名無しさん
05/08/23 07:19:21
>してるよん

ふざけるな

249:デフォルトの名無しさん
05/08/24 01:40:03
朝から何キレてんの

250:デフォルトの名無しさん
05/08/26 13:21:01
>>247 使ったことないけど、leak コマンドってのがあるらしい。
ここにちょこっと紹介されている→ URLﾘﾝｸ(webkit.opendarwin.org)

251:デフォルトの名無しさん
05/08/26 20:37:33
>>250
使ってみました。
実行中のプロセスに対して使うコマンドであるようです。

252:デフォルトの名無しさん
05/08/28 01:01:36
Objective-Cの
[]が嫌い

253:デフォルトの名無しさん
05/08/28 01:03:46
そのこころは？

254:デフォルトの名無しさん
05/08/28 01:28:51
Objective-Cから[]取ったら、只のCじゃん。

255:デフォルトの名無しさん
05/08/28 01:40:56
個人的にはオブジェクトにメッセージを送っている、という感じがして好きだな。
あの表記とCocoaのおかげでクラスと構造体の違いとかオブジェクト指向という
考えとかにピンと来た。

Objective-Cのあの記法は「Cのオブジェクト指向拡張なんだ」という発想から
来てるんだろうね。Cという割とマシンに近いレイヤーと、オブジェクトの
メッセージのやり取りのレイヤーを分ける、みたいな。逆にC++のCに習った
記法は「Cは本当はこうあるべきだ」みたいな発想からなんだと思う。

>>254
というわけで、[]とったらただのCになるようにしたかったからああいう風に
なったんじゃないかな。

256:デフォルトの名無しさん
05/08/28 11:25:19
元祖のSoftwareICのライブラリって、未だにフリーにはなっちゃいないんだっけ？
最近ちょっとあっちのクラスがどーなってるのか気になって仕方ない（w

257:デフォルトの名無しさん
05/08/28 16:58:07
C＋＋もObjCもあんま差ないよね

258:デフォルトの名無しさん
05/08/28 17:45:16
使い方によるのでは。

259:デフォルトの名無しさん
05/08/28 18:14:33
そもそも何の差だ。

260:デフォルトの名無しさん
05/08/28 21:26:22
>>257
どんな視点から見てもとてつもない差があると思われ

261:デフォルトの名無しさん
05/08/28 23:02:55
んな事無いよ

262:デフォルトの名無しさん
05/08/28 23:28:31
なんか寂しいのでこっちにレスしてみよう。

>>256
SoftwareICは知らないけど、Cocoa以外のクラスライブラリならPortable
Object Compilerのライブラリもあるよね。こっちは使ってみた?っていうか、
使ってみた人いるかな。実はあんまり期待してないので見てないんだけど…。

263:デフォルトの名無しさん
05/08/30 01:16:40
>262
結局今生き残っていて、サポートされ、改良され続けているのはAppleのCocoaと
GNUstepという結局OpenStepの末裔の２つだけなわけで。
Brad Coxの元祖Objective-Cの為のSoftwareIC(なんかICpakって名前で101(Foundation)と
201(GUI)という見ようによってはOpenStepと変わらない構成っぽいことはぽいのだけど、
言語仕様的にも
URLﾘﾝｸ(wwwa.dcns.ne.jp)
のFAQに書いてある通り結構いろいろ違いがあるみたいだし、当然そうなりゃライブラリも構成が
当然違うだろうなぁ？という感じではあるんだけど。
今やStepstoneもBradCoxのサイトも消えちゃってるし、余計に気になってねぇ（笑）
PorgtableObjectCompilerも面白そうではあるけど、ちっと嫌～んな感じがあって（笑）
やっぱり手を出しちゃいないんだけどね。

#なんのこたぁない、NSObjectじゃないルートクラスが見てみたいだけっつーだけなのかもしれない（笑）

264:デフォルトの名無しさん
05/08/31 02:27:12
>>263
よく覚えてないけど、そういえばPOCの人はOpenStep的な発展にかなり批判的
だったっけね。

そういえば、Swarmとかいうシミュレーション?のソフトでObjectvie-Cが使われ
ている、みたいなのをちょくちょく見たな。調べてみたらこんなのが。
URLﾘﾝｸ(www.swarm.org)
URLﾘﾝｸ(www.quintessa.co.jp)
ちょっとみた所だと、なんかcreateBeginでオブジェクトを作ってから
パラメーターを設定してcreateEndで初期化を完了する、みたいなことをやる
みたいだった。あとフォーマルなプロトコルがかなりたくさんあったな。

265:デフォルトの名無しさん
05/08/31 10:48:30
学校の講義で使ったよ。swarm。
Objective-Cはそれまで知らんかったけど簡単に書けるからいいよね。

266:デフォルトの名無しさん
05/09/01 16:44:23
萩原って人の本いいねぇ～

267:デフォルトの名無しさん
05/09/02 13:10:52
>>266
同感。
出版社がつぶれたのは不幸だけど、がんばって他から新刊出して欲しい。
新しい例外や同期の構文とかも加筆したやつ。

268:デフォルトの名無しさん
05/09/02 22:37:39
というわけで、復刊.comへの投票よろしく
URLﾘﾝｸ(www.fukkan.com)

投票しても復刊時の購入義務は無いので、ご安心ください。

269:デフォルトの名無しさん
05/09/03 07:23:12
もう持ってるゆ

270:デフォルトの名無しさん
05/09/03 10:27:56
ゆ？オレも持ってるよ。>>267同様、復刊よりも新刊きぼー。

271:デフォルトの名無しさん
05/09/03 17:55:10
すぐにはでないだろうから、
10.5＿Xcode対応で出して欲しいゆ

272:デフォルトの名無しさん
05/09/04 09:35:53
コラム連載「ダイナミックObjective-C」
URLﾘﾝｸ(pcweb.mycom.co.jp)

・第1回
CocoaとObjective-Cと動的なオブジェクト指向- Cocoaハックの第1歩

・第2回
Objective-Cの動的型付け

・第3回
Cocoa実現の肝- クラスとそのメソッドの調査方法をチェック

・第4回
ターゲット/アクションパラダイム(1) - 動的特性を利用したデザインパターン

273:デフォルトの名無しさん
05/09/04 20:31:48
勉強してソフト作ってみようかねぇ

274:デフォルトの名無しさん
05/09/09 23:49:05
>>266
潰れたのか…道理でなかなか見つからないと思っていた。偶然近くの古書店で
見つけた割れは好運であったか！
>>267
投票しようとしたが、登録していない人はどうすれば良いのか分からなかった
のでﾊﾞｲﾊﾞｲ｡サイトの作り悪いねここ。

275:デフォルトの名無しさん
05/09/10 00:26:17
どうしても見つからないて嘆いてる人はとりあえず地元の図書館のサイト（検索できるなら）で
検索してみるといいかも。
もちろん図書館によるけど、意外と蔵書しててくれたりするので、借りてみるといいかもしれない。

うちの市の図書館にも１冊あったよ。

276:デフォルトの名無しさん
05/09/17 17:23:45
>>268
登録して、投票しますた。
発売3日前に買ったが、そろそろばらけてきた。
Objective-Cはそのものについての本があれだけだったのに本当に残念。
最新内容も加筆したのが出たら、是非欲しい。

277:デフォルトの名無しさん
05/10/17 03:44:35
いまやObj-CはApple独占なのだからどんどん使用拡張してほしい。
Ｄ言語の事前条件・事後条件・不変条件とか。

278:デフォルトの名無しさん
05/10/17 13:04:38
>>277
断る

279:デフォルトの名無しさん
05/10/17 15:53:04
そんならいっそObj-Dでも開発して欲しい
利用できる言語が増える分には構わんぞ

ライブラリでなく言語仕様のほう頻繁に弄られちゃたまったもんじゃねー

280:デフォルトの名無しさん
05/10/17 22:37:35
後方互換なら問題ない

281:デフォルトの名無しさん
05/10/17 22:43:07
そんなもん採用するくらいならクロージャを追加したほうが100倍便利。

282:デフォルトの名無しさん
05/10/18 19:57:15
>>281
インナークラスというか、Smalltalkのブロックみたいなものだろ。
すげー欲しい。

283:デフォルトの名無しさん
05/10/19 17:29:07
>>282
このコンパイラはサポートしていたりする。
URLﾘﾝｸ(users.pandora.be)

284:デフォルトの名無しさん
05/10/20 02:16:55
わけわかんねー！^^

285:デフォルトの名無しさん
05/10/21 19:03:29
>>268の票数が急増したな。
うれしいことだ。

286:デフォルトの名無しさん
05/10/21 22:09:06
HMDTで紹介されたからね。

287:デフォルトの名無しさん
05/10/22 02:14:59
ふつうに近くの本屋で売ってるんだが
そんなに評判のいい本なのかコレ

288:デフォルトの名無しさん
05/10/22 02:53:00
中身の評価もだが、日本語で書かれたものが、
これぐらいしか無いという点の方が大きいと思う。
他にも無くは無いけどStepStoneやらNextStepやらが対象だったりして
今から読むには辛い内容だったりする。
できればMacに依存しない(早い話がGnuStepの)本が出て欲しいけど
難しいだろうな。

289:デフォルトの名無しさん
05/10/25 00:02:30
id型には何でも入る～
スーパークラス、サブクラス、全然関係ないクラス～
自由～

290:デフォルトの名無しさん
05/10/25 03:07:48
恐ろしいことです

291:デフォルトの名無しさん
05/10/25 11:39:25
id型には夢や愛も詰まっています。

恐怖や憎しみも

292:id型ばんざいの人
05/10/26 00:40:10
学生の頃に、研究室のNeXTのObjective-Cを必死になって
いじっていた。オブジェクト指向を自分なりに理解したのは
Objective-Cを通じてだ。
後になって、C++を勉強した際に、ポリモーフィズムを実現
するためには基底型のインスタンスに派生型をはめ込む
必要があるというのを知り、妙な制限をかけるもんだと思った。
今は仕事でJavaをやっているけど、やっぱりObjective-Cが
一番だよ。誰も使ってないけど
｡･ﾟ･(ﾉД`)･ﾟ･｡

293:デフォルトの名無しさん
05/10/26 15:56:22
漏れもJavaはオブジェクト指向と言ってるけど
ポリモーフィズムできないじゃんとか思ってた

294:デフォルトの名無しさん
05/10/31 20:43:22
これ以外にポージングができる言語ってあるか？

いい統合開発環境ないかなぁ

295:デフォルトの名無しさん
05/10/31 23:08:12
ちょこっと質問させてください。

Objective-C 使ってテキストデータ（CSV or XMLなどなんでもよい
が）をSQL文を使って扱うくらい簡単に、
データ抽出したり、ソートしたりする方法ありませんか？

296:デフォルトの名無しさん
05/10/31 23:10:12
まず日本語を勉強します。

297:デフォルトの名無しさん
05/11/01 01:05:18
人にわかってもらおうという努力をします。

298:デフォルトの名無しさん
05/11/06 17:29:36
>>295
マカーって本当にスキル低いな。
そういうライブラリを自分で作るか、そういう事が出来るライブラリを使うんだよ。
OCじゃなくて、Cで十分。

299:デフォルトの名無しさん
05/11/06 18:59:31
ここにも湧いたか。

300:デフォルトの名無しさん
05/11/06 19:05:54
マカーだと思いこんでる時点で脳足りん確定

301:デフォルトの名無しさん
05/11/08 21:37:58
本棚を整理してたら、L.J Pinson/R.S Winer のObjective-C本が出てきた。
いかにもMacで描かれた絵が懐かしい。「ソフトウェアIC」とか「マジノ線防衛」とか。

302:デフォルトの名無しさん
05/11/09 01:29:00
>301
元祖のアレ？
いいなぁ。

303:デフォルトの名無しさん
05/11/10 16:00:51
違った違った。
B.J. コックス/A.J.ノボビルスキーの方だ．

304:デフォルトの名無しさん
05/11/17 01:04:31
>>295
unix の grepとかsortコマンドを利用する

305:デフォルトの名無しさん
05/11/19 21:00:01
楽しいよー

306:デフォルトの名無しさん
05/11/20 00:09:25
UMLやるようになったら、このＣ言語の良さにあらためて気付かされた。

307:デフォルトの名無しさん
05/11/22 18:32:55
興味があります。
Objective-Cの文法解説日本語サイトみたいなのお願いします。
↓

308:デフォルトの名無しさん
05/11/22 19:10:46
URLﾘﾝｸ(wisdom.sakura.ne.jp)

309:デフォルトの名無しさん
05/11/23 04:39:45
↑
参考になりました。
思ったより簡単そうですね
Windowsで使えると良いのですが

310:デフォルトの名無しさん
05/11/23 11:47:17
>>309
GNUStep

311:デフォルトの名無しさん
05/11/23 14:49:21
萩原本はいい本だ。
持ってないあわれなおまいらのためにわざわざ投票してやってもいい。
しかし条件がある。おれさまは投票だけして買わなくてもいいのか？

312:デフォルトの名無しさん
05/11/23 16:08:42
いいんじゃないの
発売決定したら買うかどうか選択できるし
その時に欲しくなるかもしれないしね

313:デフォルトの名無しさん
05/11/24 01:52:49
>>311
投票しても購入義務は生じないから、
持っていない自分としては是非投票して欲しい。

314:デフォルトの名無しさん
05/11/24 14:02:19
購入しろよ

315:デフォルトの名無しさん
05/11/25 02:13:01
>>306
よくわからない

316:デフォルトの名無しさん
05/12/07 10:22:24
そんなにいい本なのか
書店に残ってるから買っちゃおうかな・・・高いけど

317:デフォルトの名無しさん
05/12/09 10:25:24
NeXTSTEP復活しないかなあ…

318:デフォルトの名無しさん
05/12/09 12:49:23
>>317
OSXじゃ嫌なの？

319:デフォルトの名無しさん
05/12/09 12:50:15
キャノ販の倉庫とかに眠ってないかな
今のPCで動かしたら爆速なんじゃないか？

320:デフォルトの名無しさん
05/12/09 19:59:32
>319
ドライバ類が当時より困ったチャンな事になるかもしれんけどな（汗

321:デフォルトの名無しさん
05/12/12 16:04:48
仮想PCの上で動かしたらハードウェアもOKそうだね

322:デフォルトの名無しさん
05/12/31 17:19:12
Cocoa でゲームつくったらフレームレートがめちゃ低いので
「やっぱ Objective-C は遅いのか、動的バインドだし」とか思ってたが、
ObjectAlloc を使えるようになってただ一つのメモリリークが発見でき、
そこを直したらフレームレートが超改善した。

この場を借りて Obj-C の神様に懺悔しまつ。

323:デフォルトの名無しさん
06/01/20 02:12:00
ン年ぶりにユニマガ買ってここにたどり着きました。
appleがdocumentをpdfで提供してるとは知らなんだ
このスレとあわせてこれから読みます

324:デフォルトの名無しさん
06/01/21 00:44:31
デスクトップの Mac が出るまでに ObjC 勉強しようとした。
Windows しかないので Cygwin の Gcc でお勉強。
…リンクができねぇ。
Cygwin Gcc では ObjC は含まれていないんだと。
URLﾘﾝｸ(cygwin.com)

VMware 上の Linux で出なおします。

325:デフォルトの名無しさん
06/01/21 04:32:10
>324
Mingwだっけ？
あっちはどう？
GNUstepのWin版に使われてる位だから動くと思うんだけど。

326:デフォルトの名無しさん
06/01/21 08:39:29
GNUstepのWin版インストーラ使えばMingwも入って楽だよ。
まぁLinuxでProjectCenterとかGorm使った方が楽しそうだけど。

327:デフォルトの名無しさん
06/01/21 10:16:01
>>320
当時でもドライバ類は困ったチャンだったから今のＰＣじゃ全滅でしょう。

>>321
VirtualPC上で問題なく動いてます。速度もそれなり。
NEXTSTEP/OPENSTEPなんて今のWindowsのUIから比べるとかなりクソですが。

328:324
06/01/21 12:38:00
>325
>326

情報ありが㌧。
GNUStep でも同様のエラーでますた。

原因は gcc のオプション -lobjc を最後にしていなかったから… orz
オプションの類は前置きする癖がついていて、何度も何度も
gcc -o Sample.exe -lobjc Sample.m
としてました。gcc の使い方から出直しです。

-lobjc 最後にしたら Cygwin でもコンパイル・実行できました。
C をポインタで挫折して Java に逃げ込んだ私ですが、地道に出直します。

ありがとうございました。

329:デフォルトの名無しさん
06/01/24 09:49:19
Objective-Cの特徴を一言で言うとどんなだろうな。
C++のような複雑怪奇流動的なものじゃなければ
いいんだが。

330:デフォルトの名無しさん
06/01/24 11:31:48
>>329
>Objective-Cの特徴を一言で言うと

(Smalltalk + C) / 2

331:デフォルトの名無しさん
06/01/24 11:38:14
よく言われるのはこんな感じ。
ObjectiveC,smalltalk メッセージ指向
C++,Java クラス指向

メッセージ指向って何さ、メソッドとどう違うのさという意見もあり、
smalltalk派とC++派の喧嘩（という程でもないが）の種になったりする。

この辺も参考に
URLﾘﾝｸ(homepage.mac.com)
URLﾘﾝｸ(sumim.no-ip.com:8080)

332:デフォルトの名無しさん
06/01/24 13:40:08
>>331
それは動的、静的と言い換えてもよくない？

333:デフォルトの名無しさん
06/01/24 18:13:14
Cなんだけど、スクリプト言語っぽいユルさがある。
ただメモリは解放してあげないといけない
…のが良かったり、悪かったり。

カリカリには行けないけど、気はそんなに緩められず。
こんなんで良いのか？と思いつつ、楽に作れて動いてる。

とても微妙な感じのする言語ですね。

334:デフォルトの名無しさん
06/01/24 18:17:14
C から ObjC のメソッドを呼び出すのはどうやるの?

335:デフォルトの名無しさん
06/01/24 19:43:35
>>332
言葉遊びかもしれんが、動的、静的というより、
オブジェクトの結合が粗か密かという方が適切な気がする。
言語研究者や言語オタならうまく説明できるんだろうなあ。

336:デフォルトの名無しさん
06/01/24 19:47:19
>>334
Appleの実装ならobjc_msgSend()とか

337:デフォルトの名無しさん
06/01/24 20:08:06
>>336
ありがとう。Mac じゃないけど、gcc なんでちょっと試してみます。

338:332
06/01/24 20:14:43
>>335
それはやっぱりバインディングが静的か動的かと言ってるように
見えるんだけど、違うのかな。
「オブジェクト同士の結合が疎」
⇔ 「Cocoa BindingとかDuck Typingが可能」
⇔ 「動的要素大」と。

339:デフォルトの名無しさん
06/01/24 22:34:15
オブジェクト同士がメッセージでやりとりしてる感じの言語を作ろう！結果動的に。
みたいな動機の部分と実際の実装(？)ってことじゃないのかな？

340:デフォルトの名無しさん
06/01/24 22:47:58
>>339
まあそういうことだあね。どっちに注目するかの差でしかない。

動的ってのは結構なメリットだと思うんだけど、
なんでメッセージ指向は流行らないんだろうな。

341:デフォルトの名無しさん
06/01/24 23:35:14
流行らない理由
・遅い（或は、見るからに遅そう）
・メモリ喰い（ランタイム情報いっぱいくっつける）
・実行時バグは見つけ辛い（静的ならコンパイル時に弾いてくれるのに）
・静的マニアが多い（こいつらが一番問題）

Objective-C はクロージャを捨てたのが間違いだよなぁ。
動的言語としては中途半端な感じ。

342:デフォルトの名無しさん
06/01/24 23:41:26
>>295
亀レスだが、NSXML が使えるんじゃないかな...

343:デフォルトの名無しさん
06/01/24 23:44:15
>>341
>・実行時バグは見つけ辛い（静的ならコンパイル時に弾いてくれるのに）
OS X 標準だとクラッシュしたらスタックトレースが出て、
どのメソッドのどの行で死んだかすぐわかるのでそれほど問題ではないっす。

344:デフォルトの名無しさん
06/01/25 00:27:04
テストが完全ならね。

345:デフォルトの名無しさん
06/01/25 01:15:14
>>338
重要なのは言語ではない。その背景にある概念である。　by グラディ・ブーチ

実装面での話に置き換えようとした場合（きっとそれはたいてい成功しますが）、
もとの言葉の意図するところとは違ったところに着地するような気がします。

とりあえず、メッセージングについて知りたければ、その発案者であるケイの
書いたものを読むのがいいと思います。

URLﾘﾝｸ(lists.squeakfoundation.org)
URLﾘﾝｸ(www.purl.org)
URLﾘﾝｸ(gagne.homedns.org)

それでもなお、そんなの「動的」でいいじゃん、と 332 が思うのならそれまでで。

346:デフォルトの名無しさん
06/01/25 01:22:54
メッセージが静的に定義出来るなら、オブジェクト間の関係で例外を考えなくてもいいのになぁ。

347:デフォルトの名無しさん
06/01/25 10:45:09
>>341
インスタンス変数の動的追加が出来れば、クロージャじゃなくてもいい。

348:デフォルトの名無しさん
06/01/26 01:10:35
>>347
メソッドの動的追加も出来なきゃ嫌なんだが。あと、関数リテラルも。

349:デフォルトの名無しさん
06/01/26 10:10:38
>>348
ランタイム関数で出来なかったっけ?

350:デフォルトの名無しさん
06/01/27 07:48:00
インテル版の Mac では Objective-C ではなく C++ ベースの開発環境になるみたいでつね。
とても悲しい。　　Objective-C サポートしてくれ～＞インテル

351:デフォルトの名無しさん
06/01/27 09:13:12
>>350
日本語おかしいけど、どうせ ICC の話だろ。もう一回寝ろ。

352:デフォルトの名無しさん
06/01/28 04:56:07
>>349
出来るなら、マジやり方教えて欲しい。

353:デフォルトの名無しさん
06/01/28 16:47:37
>>350
本当に？？？
過去の資産とか、どうするつもりなんだろう1？

354:デフォルトの名無しさん
06/01/28 17:29:17
>>353
騙されてんじゃねーよ。ちょっとは自分で調べれ。

355:デフォルトの名無しさん
06/01/28 20:12:10
メソッドの動的追加は class_addMethods で出来そうだな。

356:デフォルトの名無しさん
06/01/28 23:46:24
>>354
非存在の証明は原理的に不可能
ソフトウエア開発者の常識

357:デフォルトの名無しさん
06/01/28 23:48:10
ゴバクかな...?

358:デフォルトの名無しさん
06/01/29 19:10:20
vorbisのコメントの読み出しは出来たけど書き込みってどうやったらいい？

359:358
06/01/29 19:34:51
ごめん・・・誤爆した・・・

360:デフォルトの名無しさん
06/01/31 01:22:05
Objective-C で構文解析するときってどのライブラリ/ツールつかうんでしょ？
ぐぐったら GSANTRL なるものが出てきたんだけど、情報が少ないのとサンプルが全く無いのでどうしたもんかなと。

361:デフォルトの名無しさん
06/01/31 04:55:54
C との違いがほとんどないので、自前で C に落とすプリプロセッサを書いて
生成されたコードをほかのツールにかけるとか？駄目か。

362:デフォルトの名無しさん
06/01/31 05:07:18
GSANTLR ね。使った事は無いけど...

363:デフォルトの名無しさん
06/01/31 16:20:09
GNU GLOBAL で使えるようにしてくれ＞＞だれか

364:デフォルトの名無しさん
06/02/01 00:26:28
>361

アドバイスありがと。

> C との違いがほとんどないので、
=> Objective-C は C との違いがほとんど無いので、
==> Objective-C は C のコードも利用できるので

> 自前で C に落とすプリプロセッサを書いて
=> BNF などの構文定義から自前で C に落とすプリプロセッサを書いて
==> BNF などの構文定義から、構文解析の対象を入力として適当な構造体を作る
　　　C のコードを、生成するプリプロセッサを自前で書いて

Objective-C は C のコードも利用できるので、BNF などの構文定義から、
構文解析の対象を入力として適当な構造体を作る C のコードを、
生成するプリプロセッサを自前で書いて、生成されたコードをほかの
ツールにかけるとか？

すまん、がんばったけどアドバイスを理解できんです。なんとなくだけど、
　Objective-C は C のコードを利用できるから、lex/yacc なり flex/bison なりで
　生成した C コードを Objective-C から利用すればいいんじゃん？
ってことですかね？

365:デフォルトの名無しさん
06/02/01 00:43:58
>>361 は "Objective-C の構文" の解析の話をしてるんじゃないの?
俺もそういう質問だと思ってたけど。勘違いだったらｽﾏｿ。

Objective-C を使って構文解析するという話だったら、lex/yacc で
良いと思うよ。

366:360
06/02/01 01:04:39
>365

すんません。言葉足らずでした。
"Objective-C を使って構文解析する" という話でした。
ありがとう。

>361
質問悪かったです。すまぬ。

367:361
06/02/01 02:32:50
こちらこそ質問を誤解してすまそ

368:デフォルトの名無しさん
06/02/01 03:43:04
こちらこそただ見てるだけですまそ

369:デフォルトの名無しさん
06/02/09 12:45:22
生きててｽﾏｿ
しかも遅ﾚｽで超ｽﾏｿ

370:デフォルトの名無しさん
06/02/10 13:32:31
Objective-Cって、例外(try-catch)がつかえないんだっけ？
クロージャはなくてもなんとかするけど、例外がないとちょっとつらい。

371:デフォルトの名無しさん
06/02/10 14:16:13
素の Objective-C にはないよ。

NextSTEP 系列なら NS_DURING / NS_HANDLER / NS_ENDHANDLER
Panther 以降の Cocoa なら @try / @catch (/ @finally)

372:デフォルトの名無しさん
06/02/10 15:14:07
＃すれ違いスマン
クロージャってCommandパターンのことか？

373:デフォルトの名無しさん
06/02/10 17:17:40
Objective-C は Apple のものじゃないの？
Stepstone -> NeXT -> Apple って権利が移ってると思ってたんだけど。

Apple が拡張した Objective-C のみが Objective-C って名乗れるのでは？

374:デフォルトの名無しさん
06/02/10 17:22:53
>>371
さんくす。@try/@catch/@finallyか。あたらなディレクティブが増えてるんだな。
これって、Foundationでも使われているの？
つまりPanthor以降のCocoaでは@try/@catch/@finallyをふんだんに使っているのか気になる。
例外処理をつかう・使わないではプログラミングスタイルが大きく違うので。

>>372
違う。イメージはなんとなくわからなくもないが。
クロージャは手続きと、それがアクセス可能な変数をいっしょにしたもの。
クロージャを使うと、手続き（処理）をデータとして扱う事ができ、メソッドの引数に渡したりできる。
つまり引数として整数や文字列を渡すのと同じ感覚で手続き（処理）を渡す事が出来る。
LispやSchemeでは関数がクロージャ。RubyやSmalltalkではブロックがクロージャ。

コマンドパターンも処理をオブジェクトとするための手法ではあるんだけど、外の変数にアクセスできないため、クロージャとはふつういわない。
つか、クロージャは言語の機能、コマンドパターンはデザインパターンのひとつ。比較する対象が違う。

375:デフォルトの名無しさん
06/02/10 23:09:46
>>374
Smalltalkのブロックは最初びっくらこいた。
if文がメッセージで、その引数がブロックなんだよな確か。
あそこまでドラスティックにはやりたかないけど。

376:デフォルトの名無しさん
06/02/11 00:47:21
クロージャがあればインスタンス毎に少しだけ振る舞いを変えたい時に
便利なのにね。button を押した時の callback を button 毎に設定する
時とか、イテレーションの処理本体を引数で渡したりとか。

377:デフォルトの名無しさん
06/02/11 00:51:08
trueオブジェクトにifTrueのメッセージを送って引数のブロックを実行する、じゃなかったっけ？
数字なんかのリテラルにもメッセージをおくって計算させてたと思う。

個人的にネタで「オブジェクト指向ならこれくらいしないとなぁ」って言ってたレベルより徹底してる

378:デフォルトの名無しさん
06/02/11 01:33:25
例外って@NSException？？

379:デフォルトの名無しさん
06/02/11 23:57:20
>>376
後者は兎も角、前者は Cocoa ではアレだな、
ボタンのメソッドでアクションを登録するというよりは、
Interface Builder でボタンからコントローラにコネクションを張る
(どのコントローラのどのメソッドを実行するか指定する)ので...

まあクロージャあったほうが面白いけど。

380:デフォルトの名無しさん
06/02/12 07:18:26
>>379
同意。376はVisualBasicが頭にあるんじゃないかな。

381:デフォルトの名無しさん
06/02/13 14:41:38
>>374
@try関係は言語に組み込まれただけで、NS_DURINGとかのマクロと互換性あり。
Cocoaのほとんどのメソッドが例外を投げない状況に変化は無い。

>>372
クロージャは、下記が判り易いと思う。
URLﾘﾝｸ(kmaebashi.com)

382:デフォルトの名無しさん
06/02/13 20:15:15
油断してたら Dylan のスレが落ちてた…

383:デフォルトの名無しさん
06/02/14 01:24:04
Javaの無名クラスはクロージャの一種ですか

384:デフォルトの名無しさん
06/02/14 06:54:50
>>383
違う。無名クラスからは生成された箇所のローカル変数にアクセスできない。
finalつけた変数にはアクセスできるらしいけど。

385:デフォルトの名無しさん
06/02/14 12:03:58
それ、定数だからな。
そこそこ便利ではあるけど、クロージャではないね。
もっとも、クロージャのある言語にも無名クラスは欲しい(できれば
レキシカル環境へのアクセスのあるクロージャとしての構成で)。

386:デフォルトの名無しさん
06/02/14 23:30:07
>>385
クロージャとは別に無名クラスが欲しい場面を教えてくれ。
参考にする。

387:デフォルトの名無しさん
06/02/15 06:05:48
ごめん、最近はJava書いてないからすぐには思いあたらないの。

388:デフォルトの名無しさん
06/02/15 06:28:42
Javaには毎日触っているが、クロージャのある言語に触る機会がない。
Schemeでも勉強してみようかな。

389:デフォルトの名無しさん
06/02/15 08:14:43
Groovyでいいんでね？それかJavaScript

390:デフォルトの名無しさん
06/02/16 02:22:04
>>382
なつかしいね。まだ開発やってんのかな？

391:デフォルトの名無しさん
06/02/16 13:49:29
>390
まだ続いてるよ（笑）
Gwydion Dylanは今はgccのバージョンアップ絡み？で停滞気味かね？
OpenDylan(Functional Developerのオープン版）に主力メンバーが注力してる感じ。
が、svcとか見る人でないと進展はないようにしか見えない罠（w

392:デフォルトの名無しさん
06/02/16 21:21:16
>>382
どんな言語なの？
つか、このすれとはどういう関係で？

393:デフォルトの名無しさん
06/02/16 21:33:41
Ｓ式を使わない LISP …といったふぜいの言語。
Apple つながりでね。

394:デフォルトの名無しさん
06/02/17 15:09:24
URLﾘﾝｸ(www.na.rim.or.jp)
ずいぶんと古い文書が見つかった

395:デフォルトの名無しさん
06/02/18 00:15:18
今なら
URLﾘﾝｸ(www.opendylan.org)
こことか、
URLﾘﾝｸ(monday.sourceforge.net)
ここらから眺めていくといいんじゃないだろか？

396:デフォルトの名無しさん
06/02/18 02:38:25
dylan 刷れ立てる？利用者いないだろうけど。

397:デフォルトの名無しさん
06/02/18 09:54:50
必要ないだろ。
それより、るびまの他言語訪問、今回はDylanらしい。

398:デフォルトの名無しさん
06/02/22 14:04:44
Objective-Cから.NET弄れれば面白いのに

399:デフォルトの名無しさん
06/02/22 16:42:21
>>396
前あったが落ちた。

400:デフォルトの名無しさん
06/02/22 23:27:34
>>398
何が面白いのか理解出来んが、MONO に call-in するインターフェイスを
書けば良いんじゃないの。

401:デフォルトの名無しさん
06/02/26 19:25:31
[[myFriend girlfiend] retain];

402:デフォルトの名無しさん
06/02/26 19:48:55
test

403:デフォルトの名無しさん
06/02/27 03:09:51
>>401
girlfriend を autorelease して渡す
奇特な友人は居ないと思われ...

404:デフォルトの名無しさん
06/02/27 10:46:54
retainして他に渡すのも変じゃないか？

405:デフォルトの名無しさん
06/02/27 19:06:40
>>403
ちょっと彼女に会わせてあげる、みたいなノリじゃね？

406:デフォルトの名無しさん
06/02/27 20:52:00
myGirlfriend = [[myFriend girlFriend] retain];
[myFriend release];
myFriend = nil;

407:デフォルトの名無しさん
06/02/27 21:14:14
/* myFriendの復讐 */

- (nil)release
{
　[>>406 dealloc];
　[super release];
}

408:デフォルトの名無しさん
06/03/03 05:32:07
girlFriend: が nil を返さない保証はどこにあるのさ？

409:デフォルトの名無しさん
06/03/04 00:41:33
メソッドそのものが無かったりして…

410:デフォルトの名無しさん
06/03/08 18:51:45
ないものは作る
@implementation girlFriend
後はまかせた

411:デフォルトの名無しさん
06/03/08 19:28:07
いや、girlFriendはインスタンス変数だと思うが。
クラスはGirlですか

412:デフォルトの名無しさん
06/03/08 19:38:36
@implementation Human (GirlFriendInformalProtocol)

413:デフォルトの名無しさん
06/03/08 21:09:57
- (id)initWithBoyFriend:(Human *)aBoyFriend
{
self = [super init];
if(!self) return nil;
if( [aBoyFriend height] < 170.0 ) return nil;

boyFriend = [aBoyFriend retain];
return self;
}

414:デフォルトの名無しさん
06/03/09 20:17:14
はじめてCocoaでSocketのプログラムを書いてみました

asyncSocket
smallsocket
等ライブラリがあるようですが、どれを使っても同じ問題が発生しています

問題
Javaで書かれたサーバーに接続し、Objective-Cクライアント側のsocketとstreamをcloseしてもサーバー側では分からないのです。
他の言語でクライアント側を書いた時は、クライアント側でcloseすると、サーバー側で検知されました。
これってOSXでは通常の動作でしょうか？どのようにしたら、サーバー側で検知できるでしょうか。
サーバー側のsocketに何かプログラムが必要でしょうか。
現在は、javaサーバー側のsocketでタイムアウトが発生するまで検知されません。

どなたか教えて頂けませんか。

415:デフォルトの名無しさん
06/03/09 22:36:32
いわゆるひとつのマルチってやつですか

416:デフォルトの名無しさん
06/03/10 11:06:52
そもそも、クライアント側のクローズをサーバで検出する事が間違い。
LANの外に出るとほとんど機能しない。
クライアントが先に送信バイト数を送るか、最後に終了コードを送って、サーバ側に切断させるのが正解。
またサーバ側は、タイムアウトでも切断するようにする。

417:デフォルトの名無しさん
06/03/10 13:01:38
最後に終了コードを送るようにしていますが

closeが検出されないことが驚きでした

このような動作は　Objective-C＋OSX　だけではないでしょうか

Realbasicでも検出されました
javaやWINDOWS環境でも検出されます

何か間違っているでしょうか

418:デフォルトの名無しさん
06/03/10 17:15:46
何で通信してるか知らないけど、明示的にclose送ってみたら？
その後閉じる。

419:デフォルトの名無しさん
06/03/10 17:31:33
終了コードを送る場合　文字コードとかあるじゃないですか

なので　とりあえず close だけで　閉じても　サーバー側ではわからないのですね

正常にクライアントソケットを閉じてるのですからサーバーソケット側で
他の言語環境と同じように検知したいのですが

こういう動作はObjective-C＋OSXが初めてです

なぜ検知をしたいかというと不正なクライアントを識別する機能と関係しています

もし検知されないとしたら　Objective-C＋OSX　のクライアントから　適当なサーバーに繰り返し接続して
放置しておくだけで　DoS攻撃ができちゃいますよ

420:デフォルトの名無しさん
06/03/10 19:18:15
言語のせいなのか？

421:デフォルトの名無しさん
06/03/10 19:25:46
ほほうCocoaアプリのWebブラウザは全てDoS攻撃可能ですか
帰れ馬鹿。

422:デフォルトの名無しさん
06/03/10 19:45:48
だれも　CocoaアプリのWebブラウザ全て　なんて言っていませんよ
これからもずっと狭い世界で生きていってください

423:デフォルトの名無しさん
06/03/10 20:02:22
Objective-C＋OSXのクライアント、なんて書くからだろ。そんなの山ほどあるよ。
そしてキミのトラブルｗに類似した例で困ってる人なんか、ググっても誰も見つからなかったんだろ？
そこで気付くべきだ。狭い世界で生きてるのは自分だとなｗ

424:デフォルトの名無しさん
06/03/10 20:07:46
DoSの対処は、同一ホスト接続時ウェイトや最大接続数でやるものだ。
だいたいソケットのcloseは、ルータを跨ぐと伝わらないからインターネットでは使えない。
それに、終了コードで文字コードとかって何の話だ。
telnetで試せないような物を作っている気配がするぞ。
コマンドストリームなら英文字列のコマンドを送る物だし、データストリームは先にバイト数を通知する物だ。
まずネットワークプログラムの本で、定石なプロトコルの作り方を勉強した方が早いと思うぞ。

あとうまくいかない時は、まっさきに自分の不勉強を疑え。
そんな弱い心だと、腕が上がらんぞ。

425:デフォルトの名無しさん
06/03/10 20:44:56
コメントありがとう

>ソケットのcloseは、ルータを跨ぐと伝わらない
Objective-C＋OSX 以外は伝わりますよ
java　RealBasic　その他ウィンドウズの環境でも

426:デフォルトの名無しさん
06/03/10 21:17:32
プロトコルによる。

427:デフォルトの名無しさん
06/03/10 21:58:46
>>419
>終了コードを送る場合　文字コードとかあるじゃないですか
意味わかんね。自分の中で話閉じるな。

次ページ