Xcode part4
1 ：名称未設定：
Mac OS X の開発環境 Xcode のスレです。
関連リンクは>2あたりに
前スレ
Xcode part3
http://pc7.2ch.net/test/read.cgi/mac/1124761121/
それ以前
XCode
http://pc5.2ch.net/test/read.cgi/mac/1061702196/
Xcode part2
http://pc7.2ch.net/test/read.cgi/mac/1089429452/
関連リンクは>2あたりに
前スレ
Xcode part3
http://pc7.2ch.net/test/read.cgi/mac/1124761121/
それ以前
XCode
http://pc5.2ch.net/test/read.cgi/mac/1061702196/
Xcode part2
http://pc7.2ch.net/test/read.cgi/mac/1089429452/
|
|
|
関連スレ
Macでプログラミング{6}
http://pc7.2ch.net/test/read.cgi/mac/1130776036/
Cocoaはさっぱり!!! version.6
http://pc7.2ch.net/test/read.cgi/mac/1146391229/
MacOSX Java総合スレッド
http://pc7.2ch.net/test/read.cgi/mac/1047361032/
関連が薄いスレ
GCCについて part7
http://pc8.2ch.net/test/read.cgi/tech/1145357824/
WebObjects 質問スレ
http://pc8.2ch.net/test/read.cgi/tech/1081712840/
Objective-C
http://pc8.2ch.net/test/read.cgi/tech/1106983092/
Macでゲームを作るスレ（２）
http://pc8.2ch.net/test/read.cgi/gamedev/1103361042/
MacでＣ言語
http://pc8.2ch.net/test/read.cgi/jobs/1004665498/
Macでプログラミング{6}
http://pc7.2ch.net/test/read.cgi/mac/1130776036/
Cocoaはさっぱり!!! version.6
http://pc7.2ch.net/test/read.cgi/mac/1146391229/
MacOSX Java総合スレッド
http://pc7.2ch.net/test/read.cgi/mac/1047361032/
関連が薄いスレ
GCCについて part7
http://pc8.2ch.net/test/read.cgi/tech/1145357824/
WebObjects 質問スレ
http://pc8.2ch.net/test/read.cgi/tech/1081712840/
Objective-C
http://pc8.2ch.net/test/read.cgi/tech/1106983092/
Macでゲームを作るスレ（２）
http://pc8.2ch.net/test/read.cgi/gamedev/1103361042/
MacでＣ言語
http://pc8.2ch.net/test/read.cgi/jobs/1004665498/
3 ：名称未設定：2006/06/03(土) 14:51:08 ID:DPFcpDNv0
>>1-2 乙
PantherでXcode1.5を使ってるんですが、ヘルプの検索の挙動が怪しいです。
例えば、mutableCopyを検索しようとしてmuと入力するとリストに出てくるのに、mutまで入力すると出てこない。
http://www.uploda.org/uporg407353.png
http://www.uploda.org/uporg407354.png
同じような症状の人いませんか？
PantherでXcode1.5を使ってるんですが、ヘルプの検索の挙動が怪しいです。
例えば、mutableCopyを検索しようとしてmuと入力するとリストに出てくるのに、mutまで入力すると出てこない。
http://www.uploda.org/uporg407353.png
http://www.uploda.org/uporg407354.png
同じような症状の人いませんか？
Xcodeのブレークポイントのマーカーって何で
トグル動作じゃないんでしょう(*´･ω･)(･ω･｀*)ﾈｰ
トグル動作じゃないんでしょう(*´･ω･)(･ω･｀*)ﾈｰ
以前のバージョンではトグル動作だったけどな。2.1辺りから変わったようだ。
7 ：名称未設定：2006/06/07(水) 17:47:18 ID:Wr5s+DcR0
Quartz Composerって若干バグあると思うのは俺だけ？
コーディング通りに動かないんだけど
プレビューだと動くんだけど、実際動かすとおかしな動作することがたまにある
コーディング通りに動かないんだけど
プレビューだと動くんだけど、実際動かすとおかしな動作することがたまにある
↑
いろんな意味でﾜﾗﾀ
いろんな意味でﾜﾗﾀ
xcodeで¥nじゃ通らないから¥nで改行したら、課題に×つけられた。
もうgccでコンパイルする(#＾ω＾)
もうgccでコンパイルする(#＾ω＾)
10 ：名称未設定：2006/06/10(土) 21:50:14 ID:ZzynFpn20
日本語でおK
>>9
ヒント：Xcodeはgcc
ヒント：Xcodeはgcc
東京宇宙高専です
9は片方は円マークで、他方はバックスラッシュを書こうとしたのかな？
言われて気づいた
Macで円マークて久しぶりに見たわぁ
書きたいことが上手く書けないMac環境は困ったもんだ
Macで円マークて久しぶりに見たわぁ
書きたいことが上手く書けないMac環境は困ったもんだ
つかたぶんブラウザによって見え方や書き込みの処理が違う。
理屈はよくわかんね。
\n
¥n
理屈はよくわかんね。
\n
¥n
分かってていっていると思うが
Unicodeにおいて円マークとバックスラッシュは別のコードだよ
きちんと分けて扱うアプリでは￥キーで半角の円マークが
option+￥キーで半角のバックスラッシュが入る
もちろんC言語でいう改行コードはバックスラッシュの方をつかう
Unicodeにおいて円マークとバックスラッシュは別のコードだよ
きちんと分けて扱うアプリでは￥キーで半角の円マークが
option+￥キーで半角のバックスラッシュが入る
もちろんC言語でいう改行コードはバックスラッシュの方をつかう
マックで書いた半角の￥と＼はWinの人はちゃんと区別して表示できとるんじゃろうか
2chはshift-jisだからここに書き込む限り、環境に関係なくごっちゃになると思う。
>>16は
Safari、V2C、Operaでは（ヒラギノで）
上がバックスラッシュで下が円マークに見えてると思います。
マカエレ。だと下はクエスチョンになります。
Firefoxだと両方円マーク、
V2CでMS P ゴシックに切り替えると両方円マーク。
Safari、V2C、Operaでは（ヒラギノで）
上がバックスラッシュで下が円マークに見えてると思います。
マカエレ。だと下はクエスチョンになります。
Firefoxだと両方円マーク、
V2CでMS P ゴシックに切り替えると両方円マーク。
マカー用。で書き込み。上バックスラッシュで下が円マーク。
n
\n
n
\n
22 ：名称未設定：2006/06/11(日) 14:06:54 ID:4/zHqbrG0
ほんと、頭悪いな
BathyScapheだと、どれも同じに見える。
Safari(ヒラギノ)では、いろいろ。
Safari(ヒラギノ)では、いろいろ。
Shift-JIS
ここは馬鹿どもの巣窟ですか？
22,25,26はMS P ゴシックのWindowsから見てる人ですかね。
txtで出せばいいんじゃない？
ソースを Unicode じゃなくて shift_jis にすればいいだけじゃないの?
いくら検証用マシンとはいえ、
一個人が作った得体の知れないファイル開くのイヤだなぁ。
一個人が作った得体の知れないファイル開くのイヤだなぁ。
何だよ、いきなり・・・。
馬鹿には見えないレスでもついてんのかしら?
馬鹿には見えないレスでもついてんのかしら?
もしかして：txtでだせ
dnbobserverうぜー、リソースの無駄なのでdistributed buildしない人は切っとくが吉
sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.dnbobserver.plist
詳しくは以下参照
ttp://developer.apple.com/releasenotes/DeveloperTools/Xcode/Xcode.html
sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.dnbobserver.plist
詳しくは以下参照
ttp://developer.apple.com/releasenotes/DeveloperTools/Xcode/Xcode.html
>>35
蒸し返すな
蒸し返すな
37 ：名称未設定：2006/06/17(土) 22:03:47 ID:B6QDsJY40
すいましぇん。。
Xcodeでアプリケーションを作ったのですが、ビルドした成果物というのは
どのにあるのでしょうか。。
Xcode上じゃなくて、
ふつーにダブルクリックして使える形式のものがほしいんです。。orz
ウェブ上のサイトをみてもどれも作り方の解説ばかりで、
肝心のアプリケーション形式での保存方法はスルー。。
メニューとかいろいろ見てみましたが、結局分からずじまいで、こまってまふ。
Xcodeでアプリケーションを作ったのですが、ビルドした成果物というのは
どのにあるのでしょうか。。
Xcode上じゃなくて、
ふつーにダブルクリックして使える形式のものがほしいんです。。orz
ウェブ上のサイトをみてもどれも作り方の解説ばかりで、
肝心のアプリケーション形式での保存方法はスルー。。
メニューとかいろいろ見てみましたが、結局分からずじまいで、こまってまふ。
>>37
ぷぎゃーwwwwww
ぷぎゃーwwwwww
なんかこう、「アプリケーション形式で保存」みたいな操作で、
デスクトップとかにきちんと納品してくれないんですかっ？
まさか、Debugとかいう微妙な名前のフォルダの中にあるものを手で取り出すんですか？
なんかやだなぁ。。
デスクトップとかにきちんと納品してくれないんですかっ？
まさか、Debugとかいう微妙な名前のフォルダの中にあるものを手で取り出すんですか？
なんかやだなぁ。。
>>40
……それ、違うから。
……それ、違うから。
マジで分からないでつ。。どれでしょか。。
プロジェクトディレクトリの中身：
build
English.lproj
Info.plist
iTunesDownScroller.applescript
iTunesDownScroller.xcodeproj
main.m
プロジェクトディレクトリの中身：
build
English.lproj
Info.plist
iTunesDownScroller.applescript
iTunesDownScroller.xcodeproj
main.m
>>42
簡単な英単語もわからないのですか？
簡単な英単語もわからないのですか？
>>40
Xcode で何かを作るってのは、たとえばスクリプトエディタで
AppleScript を書いて「アプリケーション形式で保存」みたいなのとは違う。
というか、>>42を見ると、スクリプトエディタで書けば済みそうな感じもするのだが…そのへんから間違えてない？
で、build/Debug/ に iTunesDownScroller とかそんな名前で出来てませんか。
（たぶん Release に切り替えたりはしてないと思うので）
Xcode で何かを作るってのは、たとえばスクリプトエディタで
AppleScript を書いて「アプリケーション形式で保存」みたいなのとは違う。
というか、>>42を見ると、スクリプトエディタで書けば済みそうな感じもするのだが…そのへんから間違えてない？
で、build/Debug/ に iTunesDownScroller とかそんな名前で出来てませんか。
（たぶん Release に切り替えたりはしてないと思うので）
Xcodeのヘルプを読め。
Xcode 2.3ユーザーガイド
パートV:ビルドシステム
ビルド設定
ビルド設定の概要 ここと
ビルド構成
ビルド構成の概要 ここ。
Xcode 2.3ユーザーガイド
パートV:ビルドシステム
ビルド設定
ビルド設定の概要 ここと
ビルド構成
ビルド構成の概要 ここ。
>>45
以下の、操作で、あなたの希望通りの動作となります。
Xcodeのメニューより、「プロジェクト」→「プロジェクト設定を編集」を選択。
「ビルド」タブを押し、「ビルドプロダクトのパス」の値に「成果物」と入力します。
「構成ごとのビルドプロダクト」の値に「納品物」と入力します。
以下の、操作で、あなたの希望通りの動作となります。
Xcodeのメニューより、「プロジェクト」→「プロジェクト設定を編集」を選択。
「ビルド」タブを押し、「ビルドプロダクトのパス」の値に「成果物」と入力します。
「構成ごとのビルドプロダクト」の値に「納品物」と入力します。
49 ：名称未設定：2006/06/24(土) 00:45:18 ID:ZwqamWs60
Xcode最新にしたら
ヘッダファイルとかドラッグ&ドロップで追加した直後、
ファイルが認識されてなくてコンパイル失敗する。
再度コンパイルすると、アッサリ上手くいくので問題無いんだが
微妙なモッサリ感。
本体換え時かな...
ヘッダファイルとかドラッグ&ドロップで追加した直後、
ファイルが認識されてなくてコンパイル失敗する。
再度コンパイルすると、アッサリ上手くいくので問題無いんだが
微妙なモッサリ感。
本体換え時かな...
コンパイル時に自動で保存にしておくと1回目のコンパイルに失敗したりするな。
51 ：名称未設定：2006/06/24(土) 01:39:56 ID:ZwqamWs60
52 ：名称未設定：2006/06/24(土) 11:47:48 ID:Pr/FwfER0
Objective-Cってメモリ管理難解じゃない？
autoreleaseしてれば楽と言う人もいるかも知れないけど、それ設定してたら、勝手に廃棄されたのか、デバッガ落ちした
autoreleaseしてれば楽と言う人もいるかも知れないけど、それ設定してたら、勝手に廃棄されたのか、デバッガ落ちした
後々使うときはretainしとけ
いらなくなったらrelease
いらなくなったらrelease
楽だ、ってのは malloc()/free() 生で使うのに比べて、って意味ね。
過剰な期待は禁物。ガベージコレクタついてる訳じゃないから。
過剰な期待は禁物。ガベージコレクタついてる訳じゃないから。
この考察に全面的に同意。このような場面でObjective-Cのメモリ管理はとても使いづらい。もっといい方法ないのかな？
ttp://www.ne.jp/asahi/techno/ostra/ccj/CShObjCJava-memory.html
ttp://www.ne.jp/asahi/techno/ostra/ccj/CShObjCJava-memory.html
手動のリファレンスカウントって15年ぐらい前の手法だもんな。
でもなぜXcodeスレでObjective-C談義？
でもなぜXcodeスレでObjective-C談義？
57 ：・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6 ：2006/06/24(土) 15:17:36 ID:Ehq8p6ko0
CocoaをICC（つーかC++)でも使えるようにしようぜ
58 ：名称未設定：2006/06/24(土) 16:16:37 ID:Pr/FwfER0
てか、確かメモりが処分されるのは、そのオブジェクトの実行が終わった時．．．のはずだよね？
のはずなのに、サブルーチンに行ってる間にデバッガ落ちした...
なにが悪かったんだろ
のはずなのに、サブルーチンに行ってる間にデバッガ落ちした...
なにが悪かったんだろ
そこへ入る前にもう解放されてたのさ。ふっ。よくある話だぜ。
リファレンスカウントはエレガントさに欠けることは確かだな。
でもC++がエレガントかというとそういうわけじゃないしね。
でもC++がエレガントかというとそういうわけじゃないしね。
別にどこでも良いけどどれかというとCocoaスレかプログラミングスレじゃないか
だからーー、参照カウントは言語の機能じゃないってば..
しかも誰も C++ と比べてませんが。
しかも誰も C++ と比べてませんが。
便乗して質問します。
- (id)createObj {
NSMutableArray *marr = [NSMutable Array array];
return marr;
}
こういう場合って retain した方がいいの？
- (id)createObj {
NSMutableArray *marr = [NSMutable Array array];
return marr;
}
こういう場合って retain した方がいいの？
>64
>53
つーか、Cocoaスレへどうぞ。
>53
つーか、Cocoaスレへどうぞ。
67 ：名称未設定：2006/06/25(日) 21:11:15 ID:0BrwQ5h90
xcodeでconio.hはどうすれば使えるのでしょうか？
>>67
curses.h
curses.h
69 ：名称未設定：2006/06/25(日) 22:54:08 ID:0xv7U70q0
>>68
kbhit・・・
kbhit・・・
Xcodeのインストールのオプションで、
Javaのドキュメント選ぶとめちゃめちゃ時間がかかりますね。
っていうか、インストーラーが固まっちゃった…。
orz
Javaのドキュメント選ぶとめちゃめちゃ時間がかかりますね。
っていうか、インストーラーが固まっちゃった…。
orz
たぶん固まってない。
２，３時間かかったから
２，３時間かかったから
あー
選ばなくてよかったw
選ばなくてよかったw
確かにあのオプション選ぶと、ドキュメントのインデックス作成にメチャ時間食うな
javaはアップルのサイトのやつを見とけば良いんじゃね。
どうせ、もう機能は追加されないんだし。
まあ、見捨てられたとも言えるが。
どうせ、もう機能は追加されないんだし。
まあ、見捨てられたとも言えるが。
見捨てられたのはCocoa-Javaじゃないの。
インデックスってさ、ユーザが自分で作ったドキュメント群に対するものならいざ知らず、
Javaのマニュアルみたいに最初から静的・固定的とわかっているようなものに対しては、
「インデックスそのものをコピー」みたいにできないもんかね。
Tigerの再インストールは毎回、最初の数時間が憂鬱。
Javaのマニュアルみたいに最初から静的・固定的とわかっているようなものに対しては、
「インデックスそのものをコピー」みたいにできないもんかね。
Tigerの再インストールは毎回、最初の数時間が憂鬱。
>>76
Library Updateがあるたびに俺もそう思う...
Library Updateがあるたびに俺もそう思う...
GUIだけCocoaで、他は全部C++で書くのはあまり良くないですか？
データベースアプリを開発したいので、ライブラリが豊富なC++を
使いたいのです。本当はCocoa-Javaがいいのですが・・・。
データベースアプリを開発したいので、ライブラリが豊富なC++を
使いたいのです。本当はCocoa-Javaがいいのですが・・・。
>>78
別に何も悪くないと思います。
別に何も悪くないと思います。
むしろ適材適所なので理想かと。
Cocoa-Javaはいろんな意味でやめといた方が良い。
きっと途中でイヤになるから。
きっと途中でイヤになるから。
78さんはCocoa-Javaがサポート打ち切りになったように
Cocoa-C++でも不都合が起きるんじゃないかと心配しているわけですね？
Cocoa-C++でも不都合が起きるんじゃないかと心配しているわけですね？
ものすげー読解力だなー
というかCocoa-C++ってなに。
Objective-C++と読み替えてやれよ
C/C++のクラスやポインタと、Cocoa+Obj-Cの参照カウンタ方式は物凄く相性が悪いと思う。
使い方次第といえばそれまでだが。
使い方次第といえばそれまでだが。
どう使うと相性が良いとか悪いという話が出てくるんだがよくわからん。
だから、参照カウンタは言語機能じゃなくてクラスライブラリの機能だと何度言えば...
89 ：・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6 ：2006/06/30(金) 00:50:42 ID:PgoXovdS0
全部ICCだけでビルドしようと思ったらCarbonじゃね？
Cocoa部分だけGCCのObj-Cコンパイラ使えばいいっていわれればそれまでだけど
Cocoa部分だけGCCのObj-Cコンパイラ使えばいいっていわれればそれまでだけど
GUIはCocoa-GCC, 内部はC++-ICCにすりゃあいいだろ。
>>90
漏れも当然そうするものだと思ってた。
漏れも当然そうするものだと思ってた。
>>90
なんだったら Frameworkで外付けすればいいじゃん
なんだったら Frameworkで外付けすればいいじゃん
ObjCとC++をよく熟知して（もっと勉強しなきゃ）、良い設計で切り分ければ問題なさそうですね。
モデル＝C++
ビュー＋コントローラ＝ObjC
で設計する場合、
C++文字列はC++のstringを使いたいので、文字列の相互変換を
工夫する必要がありそうです。うーん、面倒かも・・・
モデル＝C++
ビュー＋コントローラ＝ObjC
で設計する場合、
C++文字列はC++のstringを使いたいので、文字列の相互変換を
工夫する必要がありそうです。うーん、面倒かも・・・
>>93
NSString のサブクラスを作って
- (unsigned int)length
- (unichar)characterAtIndex:(unsigned)index;
だけをオーバーライドしとけばとりあえず NSString として機能します。
NSString のサブクラスを作って
- (unsigned int)length
- (unichar)characterAtIndex:(unsigned)index;
だけをオーバーライドしとけばとりあえず NSString として機能します。
95 ：名称未設定：2006/07/01(土) 11:03:54 ID:SFRcN8tV0
Xcode tools 1.0をiBookG3 800にinstallしよとっするとinstallerがinstallできませんでしたといって終わったしまいます。
toolsのCDはdisk Utilityで検証してみましたがOKでした。
もしかしてG4以降でないと入らないとかある？
OSはOSX10.4.6でtoolsはOS 10.3についてきたものです。
toolsのCDはdisk Utilityで検証してみましたがOKでした。
もしかしてG4以降でないと入らないとかある？
OSはOSX10.4.6でtoolsはOS 10.3についてきたものです。
なぜ2.3を入れない
ダイアルアップだから？
Tigerに入れられるのか？
TigerのメディアにXcode2.0が入ってるだろ。
そいつをinstallせよ。
そいつをinstallせよ。
Xcode初心者です。
gccでの-Iオプションと-Lオプションですが、
Xcodeでの設定はどのように設定すればよいのでしょうか?
各所いじってみましたが、ビルド出来ません。
具体的にはターミナルで下記のような設定をしています。
Xcodeのバージョンは2.3です。
gcc -o mysql_conn mysql_conn.c
-I/usr/local/mysql/include
-L/usr/local/mysql/lib -lmysqlclient -lz
gccでの-Iオプションと-Lオプションですが、
Xcodeでの設定はどのように設定すればよいのでしょうか?
各所いじってみましたが、ビルド出来ません。
具体的にはターミナルで下記のような設定をしています。
Xcodeのバージョンは2.3です。
gcc -o mysql_conn mysql_conn.c
-I/usr/local/mysql/include
-L/usr/local/mysql/lib -lmysqlclient -lz
includeに書くとXcodeが自動で引っ張ってきてくれる。わけないか。
プロジェクトorターゲットの情報から
ヘッダ検索パス (HEADER_SEARCH_PATHS)
ライブラリ検索パス (LIBRARY_SEARCH_PATHS)
をいじる
ヘッダ検索パス (HEADER_SEARCH_PATHS)
ライブラリ検索パス (LIBRARY_SEARCH_PATHS)
をいじる
Header Search Paths
Library Search Paths
Library Search Paths
>>101-103 皆様、早速のアドバイスありがとうございます。
設定箇所はすぐにわかって、
ライブラリ検索パスに [/usr/local/mysql/lib -lmysqlclient -lz] としたのですが、
Linkingエラーにて下記のようになってしまいます。
warning -L: directory name([/usr/local/mysql/lib) does not exist
warning -L: directory name([-lmysqlclient) does not exist
warning -L: directory name([-lz) does not exist
設定箇所では空白を含むパスは正しく区切る必要があるとの事で、
同じようにしてみたのですが、warningの状況ではうまく設定できていないようです。
-lzのオプションは設定出来ないのでしょうか?
設定箇所はすぐにわかって、
ライブラリ検索パスに [/usr/local/mysql/lib -lmysqlclient -lz] としたのですが、
Linkingエラーにて下記のようになってしまいます。
warning -L: directory name([/usr/local/mysql/lib) does not exist
warning -L: directory name([-lmysqlclient) does not exist
warning -L: directory name([-lz) does not exist
設定箇所では空白を含むパスは正しく区切る必要があるとの事で、
同じようにしてみたのですが、warningの状況ではうまく設定できていないようです。
-lzのオプションは設定出来ないのでしょうか?
>>104
それは「他のリンカフラグ」に設定
それは「他のリンカフラグ」に設定
>>105様
ありがとうございます。ビルド出来ました。
ありがとうございます。ビルド出来ました。
107 ：名称未設定：2006/07/02(日) 13:54:44 ID:O1o62OXF0
>>96,99
Advice、あんがと。
2.3無事installできました。さて、これからは使いかとをお勉強せねば。
正直、programingは超初心者なのですが、xcodeつかってprogramするのにお勧めな書物あるますか？
Advice、あんがと。
2.3無事installできました。さて、これからは使いかとをお勉強せねば。
正直、programingは超初心者なのですが、xcodeつかってprogramするのにお勧めな書物あるますか？
>>107には国語辞典を。
プログラミング初心者ならいきなりXcodeつかうよりも、
Xcodeが裏でどんなことをしているのか知るためにも、
エディタでシコシコ書いてコンソールでコンパイルっての
を最初に勉強するべきだ、と思う。
Xcodeが裏でどんなことをしているのか知るためにも、
エディタでシコシコ書いてコンソールでコンパイルっての
を最初に勉強するべきだ、と思う。
↑
すげー爺むさ
すげー爺むさ
激しくつまらなそう。
Hello World! なんか眺めてもねぇ。
Hello World! なんか眺めてもねぇ。
別に、Xcodeでプログラミング始めたければ始めれば良いと思う。
誰も彼もが職人レベルのプログラマを目指すわけじゃないんだし。
RAWとJPEGの違いもわからん人がPhotoshop CSを触ってる姿と似ていて、
周囲からすると「あーあ、なんかもったいねーなー」って感じにはなるんだけど、
本人が満足してるんなら余計な口は挟む必要ないんじゃないの。
誰も彼もが職人レベルのプログラマを目指すわけじゃないんだし。
RAWとJPEGの違いもわからん人がPhotoshop CSを触ってる姿と似ていて、
周囲からすると「あーあ、なんかもったいねーなー」って感じにはなるんだけど、
本人が満足してるんなら余計な口は挟む必要ないんじゃないの。
113 ：名称未設定：2006/07/02(日) 20:55:12 ID:VkvfMrzk0
APIと作法を覚えろ
文法だけ覚えたところで何も出来ん。
ほんとの初心者なら、
中古でcocoaはやっぱり！を探してみるのが手っ取り早いよ。
俺はこれから始めた。ここまで初心者向けな本てほかにないし。
中古でcocoaはやっぱり！を探してみるのが手っ取り早いよ。
俺はこれから始めた。ここまで初心者向けな本てほかにないし。
116 ：名称未設定：2006/07/02(日) 22:58:47 ID:O1o62OXF0
118 ：名称未設定：2006/07/02(日) 23:09:34 ID:O1o62OXF0
うほっ
>>118
ｽﾏﾝ。素直に間違えた。
初版から第二版までのタイトルは出版元との都合で、
Cocoaでぐったり！ だったよ。
ttp://www.amazon.co.jp/exec/obidos/ASIN/4877780890/qid%3D1151849560/249-4579540-0706741
ｽﾏﾝ。素直に間違えた。
初版から第二版までのタイトルは出版元との都合で、
Cocoaでぐったり！ だったよ。
ttp://www.amazon.co.jp/exec/obidos/ASIN/4877780890/qid%3D1151849560/249-4579540-0706741
Cocoaでもっこり！
XcodeのプロジェクトファイルのFrameworksの項目に
「Linked Frameworks」と「Other Frameworks」の2項目がありますが
この違いってなんなんでしょう？？
追加するFrameworkによって、どちらかに分ける必要ってあるんでしょうか？
「Linked Frameworks」と「Other Frameworks」の2項目がありますが
この違いってなんなんでしょう？？
追加するFrameworkによって、どちらかに分ける必要ってあるんでしょうか？
>>122
>どちらかに分ける必要ってあるんでしょうか？
ないよ。
Other Framework に入ってる３つは
Linked Framework に入ってるCocoa.framework が参照しているフレームワークだよ。
ってことだと思う。
>どちらかに分ける必要ってあるんでしょうか？
ないよ。
Other Framework に入ってる３つは
Linked Framework に入ってるCocoa.framework が参照しているフレームワークだよ。
ってことだと思う。
>>123
やっぱり分ける必要ってないんですか。
ユーザーが自作のFrameworkを追加した場合は
「Linked Framework」に追加するって
感じなんでしょうかね。
いずれにしても、あまり深く考えなくてもよさそうですね。
やっぱり分ける必要ってないんですか。
ユーザーが自作のFrameworkを追加した場合は
「Linked Framework」に追加するって
感じなんでしょうかね。
いずれにしても、あまり深く考えなくてもよさそうですね。
どこに追加するかよりは
ビルドフェーズの「バイナリをライブラリにリンク」の中にあるかどうかが重要
ビルドフェーズの「バイナリをライブラリにリンク」の中にあるかどうかが重要
メニュー 表示 → グループとファイル列 → ターゲットのメンバー
を表示させれると、Other Frameworksにあるフレームワークはチェックされてない
とりあえず（ヘッダを見やすくするため？）追加されてるだけ
を表示させれると、Other Frameworksにあるフレームワークはチェックされてない
とりあえず（ヘッダを見やすくするため？）追加されてるだけ
させれると？
× させれると
○ させると
○ させると
XcodeってFortran使えないの？
130 ：名称未設定：2006/07/07(金) 01:44:57 ID:ntIz7+fa0
メニューの「形式」-「構文の色付け」にはあるな>>Fortran
finkにg77があったかな？
finkにg77があったかな？
131 ：名称未設定：2006/07/07(金) 19:44:44 ID:SrD3uR9g0
AppleGlot+AD Viewerでローカライズを試みています。
頑張ってWork GlossaryとApp Dictionaryの二つをローカライズして見ました。
ActionメニューからInitial Pass、Incremental Pass、Final Passと順に実行し、
一応Japanese.lprojの中にローカライズされたMainMenu.nibが含まれた
アプリケーションのパッケージが出来ました。
しかし、出来上がったアプリケーションをダブルクリックすると、なぜか
英語のnibのほうを読んできてしまいます。
どこをチェックすればよいでしょうか。
頑張ってWork GlossaryとApp Dictionaryの二つをローカライズして見ました。
ActionメニューからInitial Pass、Incremental Pass、Final Passと順に実行し、
一応Japanese.lprojの中にローカライズされたMainMenu.nibが含まれた
アプリケーションのパッケージが出来ました。
しかし、出来上がったアプリケーションをダブルクリックすると、なぜか
英語のnibのほうを読んできてしまいます。
どこをチェックすればよいでしょうか。
既出だったらごめん。
10.4.7(Intel)を再インストールしてから、直接Xcode2.3を入れたら、
/usr/libexec/gcc/darwin/i386の中に3.3が無いので、sudo gcc_select 3.3
をしても、gcc3.3が使えないんだけど、これってXcode 2.3のインストールに
失敗してる？
10.4.7(Intel)を再インストールしてから、直接Xcode2.3を入れたら、
/usr/libexec/gcc/darwin/i386の中に3.3が無いので、sudo gcc_select 3.3
をしても、gcc3.3が使えないんだけど、これってXcode 2.3のインストールに
失敗してる？
>>132
> 頑張ってWork GlossaryとApp Dictionaryの二つをローカライズして見ました。
ええと、わかっているかもしれませんが、ローカライズすべきなのは Work Glossary
だけです。App Dictionary の方は普通はいじる必要がなく、AppleGlot が適宜中身を
更新します。
> しかし、出来上がったアプリケーションをダブルクリックすると、なぜか
> 英語のnibのほうを読んできてしまいます。
変ですね。_NewLoc の下にできたやつをダブルクリックしてますよね?
できあがったアプリの English.lproj と Japanese.lporj の内容を比較して、
Japanese.lproj に足りていないファイルがあったりしませんか?
> 頑張ってWork GlossaryとApp Dictionaryの二つをローカライズして見ました。
ええと、わかっているかもしれませんが、ローカライズすべきなのは Work Glossary
だけです。App Dictionary の方は普通はいじる必要がなく、AppleGlot が適宜中身を
更新します。
> しかし、出来上がったアプリケーションをダブルクリックすると、なぜか
> 英語のnibのほうを読んできてしまいます。
変ですね。_NewLoc の下にできたやつをダブルクリックしてますよね?
できあがったアプリの English.lproj と Japanese.lporj の内容を比較して、
Japanese.lproj に足りていないファイルがあったりしませんか?
>>134
よくわかりませんがとりあえず出来たnibファイルをxcodeに
取り込んでビルドし直してしまいました。
pdfファイル読んでも、いまいち各機能の使い分けが...
画面キャプチャ付きのチュートリアルページってないですかね...
よくわかりませんがとりあえず出来たnibファイルをxcodeに
取り込んでビルドし直してしまいました。
pdfファイル読んでも、いまいち各機能の使い分けが...
画面キャプチャ付きのチュートリアルページってないですかね...
>>135
なんだ、だったら AppleGlot 以外の可能性もいろいろ含まれるから、
問題を少しずつ切り分ける必要がある。
>>132
>しかし、出来上がったアプリケーションをダブルクリックすると、
とあるけど、それは Xcode でビルドしたアプリケーションってことね?
アプリケーションを Xcode の中から起動（三角マークのボタンを押す）しても駄目?
質問の感じだと、Xcode への取り込みもあやしいな....
なんだ、だったら AppleGlot 以外の可能性もいろいろ含まれるから、
問題を少しずつ切り分ける必要がある。
>>132
>しかし、出来上がったアプリケーションをダブルクリックすると、
とあるけど、それは Xcode でビルドしたアプリケーションってことね?
アプリケーションを Xcode の中から起動（三角マークのボタンを押す）しても駄目?
質問の感じだと、Xcode への取り込みもあやしいな....
>>136
>問題を少しずつ切り分ける必要がある。
レスさんくすです
あの後、原因判明しました。Resercesの直下に、英語版の
MainMenu.nibが残ったままになっていたのが原因でした。
IBでクリーニングを行ってからビルドし直しで対処できました。
IB上で「ファイルをローカライズ可能にする」を選ぶたびに、
MainMenu.nibの置き場所がResercesの直下とlprojの中を行ったり来たり
するんです。
この際、アプリケーションをクリーニングしてあげないでビルドし直すと
Resercesの直下の古いMainMenu.nibが残ったままになります。
で、いくらlprojのnibを作ってあげても使われず、Resourcesの直下の
MainMenu.nibが使われるということでした。
>問題を少しずつ切り分ける必要がある。
レスさんくすです
あの後、原因判明しました。Resercesの直下に、英語版の
MainMenu.nibが残ったままになっていたのが原因でした。
IBでクリーニングを行ってからビルドし直しで対処できました。
IB上で「ファイルをローカライズ可能にする」を選ぶたびに、
MainMenu.nibの置き場所がResercesの直下とlprojの中を行ったり来たり
するんです。
この際、アプリケーションをクリーニングしてあげないでビルドし直すと
Resercesの直下の古いMainMenu.nibが残ったままになります。
で、いくらlprojのnibを作ってあげても使われず、Resourcesの直下の
MainMenu.nibが使われるということでした。
WebObjectsを学ぶためにプロジェクト作って、コンポーネントのjavaファイル編集してます。
WOComponentのメソッドが補完されないんですが、もしかしてJavaは自クラスのメソッドやクラス変数しか補完してくれないんでしょうか？
WOComponentのメソッドが補完されないんですが、もしかしてJavaは自クラスのメソッドやクラス変数しか補完してくれないんでしょうか？
最近趣味でSeashoreのソースなど読み始めてみてるんですが、ソースに日本語なコメント含めてUnicode変換したソースの1行目が
error: syntax error at 'OTHER' token
でエラーになってしまうという状況に悩まされてます。
なにか回避策とかご存知の方いらっしゃいましたら教えて頂けると幸いです。
error: syntax error at 'OTHER' token
でエラーになってしまうという状況に悩まされてます。
なにか回避策とかご存知の方いらっしゃいましたら教えて頂けると幸いです。
環境忘れてあt
MBP+OS10.4.7+XCode2.3です。
BOM絡みかなー
MBP+OS10.4.7+XCode2.3です。
BOM絡みかなー
なんかゴミが絡んでるんじゃね？
その部分だけ打ち直してみるとか
その部分だけ打ち直してみるとか
レスども。
打ち直しても日本語消して文字コード戻しても直らないのでファイル復帰しました。
ちょっと原因究明に至れず。
勝手判るまで日本語使わずに弄ってみます。
打ち直しても日本語消して文字コード戻しても直らないのでファイル復帰しました。
ちょっと原因究明に至れず。
勝手判るまで日本語使わずに弄ってみます。
144 ：未承諾広告※ ◆TWARamEjuA ：2006/07/15(土) 15:24:14 ID:DC00MmjV0 BE:3267656-#
Xcode2.3+CamelBones1.0.0 にて開発？みたいなのを始めました。
しかし標準のDeploymentによるアプリケーション出力を試みてみたものの、開発機※１では稼働するものの、他の林檎機※２では起動しませんでした。
しかし、起動できなかった他の林檎機※２において、開発環境の中で利用していたperlのNet:DNSモジュールをインストールしてみたところ無事に稼働するようになりました。
ここで質問です。
Deploymentのオプションに何かを付与すれば上述のように、perlモジュールをインストールすることなく起動できるようになるものなのでしょうか？
環境：
※１
愛膜G5/20'/2.0GHz/1GB
MacOSX 10.4.7
Xcode 2.3
CamelBones1.0.0
※２
愛膜G5/17'/1.8GHz/1GB
MacOSX 10.4.7
Xcode 無し
CamelBones 無し
$ perl -MCPAN -e shell より install Net:DNS を実行してインストールしました。
しかし標準のDeploymentによるアプリケーション出力を試みてみたものの、開発機※１では稼働するものの、他の林檎機※２では起動しませんでした。
しかし、起動できなかった他の林檎機※２において、開発環境の中で利用していたperlのNet:DNSモジュールをインストールしてみたところ無事に稼働するようになりました。
ここで質問です。
Deploymentのオプションに何かを付与すれば上述のように、perlモジュールをインストールすることなく起動できるようになるものなのでしょうか？
環境：
※１
愛膜G5/20'/2.0GHz/1GB
MacOSX 10.4.7
Xcode 2.3
CamelBones1.0.0
※２
愛膜G5/17'/1.8GHz/1GB
MacOSX 10.4.7
Xcode 無し
CamelBones 無し
$ perl -MCPAN -e shell より install Net:DNS を実行してインストールしました。
145 ：名称未設定：2006/07/17(月) 23:01:35 ID:WWvsS04G0
仕事でxcode使う羽目になった・・
xcodeの使い方をvisual studioとうまく対比させてるサイトとかないですか？
xcodeの使い方をvisual studioとうまく対比させてるサイトとかないですか？
146 ：名称未設定：2006/07/18(火) 14:41:52 ID:Vi9CJT390
Xcode 自体には関係ないけどどこで質問したら良いかわかんないからここに質問する。
ターミナルを起動するといきなり
-bash: export: `Folder/bin:/bin:/sbin:/usr/bin:/usr/sbin': not a valid identifier
ってでるんだけどどうやって直したら良いの？
ターミナルを起動するといきなり
-bash: export: `Folder/bin:/bin:/sbin:/usr/bin:/usr/sbin': not a valid identifier
ってでるんだけどどうやって直したら良いの？
移ったって書いとけよﾎﾞｹ死ね >146
zsh% bash
$ HOGE=Folder/bin:/bin:/sbin:/usr/bin:/usr/sbin
$ export $HOGE
bash: export: `Folder/bin:/bin:/sbin:/usr/bin:/usr/sbin': not a valid identifier
正常だな。
$ HOGE=Folder/bin:/bin:/sbin:/usr/bin:/usr/sbin
$ export $HOGE
bash: export: `Folder/bin:/bin:/sbin:/usr/bin:/usr/sbin': not a valid identifier
正常だな。
>>145
VSの人がXcode使うと苦労するよ～
Xcodeはgcc等やコマンドラインツールを
Macっぽく無理やりGUIにしたって感じ
コマンドラインツールのGUIを自分で作るつもりで、
操作すると結構入りやすいかも
VSの人がXcode使うと苦労するよ～
Xcodeはgcc等やコマンドラインツールを
Macっぽく無理やりGUIにしたって感じ
コマンドラインツールのGUIを自分で作るつもりで、
操作すると結構入りやすいかも
コード補完やらエディタの使いやすさの点で言うと、
Xcodeはまだまだどれにも勝てない気がする。
悪くはないとは思うけど。
Xcodeはまだまだどれにも勝てない気がする。
悪くはないとは思うけど。
まだまだその手の不満を実感できない俺は素人
153 ：名称未設定：2006/07/19(水) 10:36:48 ID:D9Qx7gzR0
ソースコードの品質を上げる為に、C++並にコンパイラのチェックを
厳しくするモードが欲しい
厳しくするモードが欲しい
？
157 ：154：2006/07/20(木) 17:28:03 ID:3yEoIoUf0
もしかしてあるの？
しらなんだ～
試してみよ
しらなんだ～
試してみよ
158 ：名称未設定：2006/07/26(水) 10:37:49 ID:bYevxtdL0
PBG4+OSX10.4.7+Xcode2.2なんですが、
Interface BuilderでHIMovieViewを配置したりシグネチャいじくってると必ず落ちます。
Intel iMac+OSX10.4.7+Xcode2.3でも同様でした。
これで普通の挙動なのでしょうか？
HIMovieViewwを使ってムービー再生をやりたいのですが・・・
Interface BuilderでHIMovieViewを配置したりシグネチャいじくってると必ず落ちます。
Intel iMac+OSX10.4.7+Xcode2.3でも同様でした。
これで普通の挙動なのでしょうか？
HIMovieViewwを使ってムービー再生をやりたいのですが・・・
Xcodeのエディタってアンチエイリアスかからないのかな。
>160
onyxなんぞつかわんでも
システム環境設定->アピアランス->滑らかな文字を使用しないフォントサイズ
で設定できるがな
onyxなんぞつかわんでも
システム環境設定->アピアランス->滑らかな文字を使用しないフォントサイズ
で設定できるがな
$ defaults write com.apple.Xcode AppleAntiAliasingThreshold n
nはアンチエイリアス掛ける最小フォントサイズ。
nはアンチエイリアス掛ける最小フォントサイズ。
>>160
>>161
ターミナルのようにXcodeの環境設定でアンチエイリアスかけるものだとばかりおもってました。
今までプロジェクト管理はXcode、ソースコードの編集はターミナル上のviでしたが、これで
Xcodeだけに出来そうです。
ありがとうございます。
>>161
ターミナルのようにXcodeの環境設定でアンチエイリアスかけるものだとばかりおもってました。
今までプロジェクト管理はXcode、ソースコードの編集はターミナル上のviでしたが、これで
Xcodeだけに出来そうです。
ありがとうございます。
おわ！
書き込んで見直してみるといろいろと書き込みが……。
書き込んで見直してみるといろいろと書き込みが……。
>>158
ウチでも再現するので「普通の」挙動かと(w
次の DevTools のアップデートか Leopard 待ちかねえ。
>>164
>今までプロジェクト管理はXcode、ソースコードの編集はターミナル上のviでしたが、これで
>Xcodeだけに出来そうです。
Xcodeでviのキーバインドは使えないと思うがそれはいいのかと小一（ry
ウチでも再現するので「普通の」挙動かと(w
次の DevTools のアップデートか Leopard 待ちかねえ。
>>164
>今までプロジェクト管理はXcode、ソースコードの編集はターミナル上のviでしたが、これで
>Xcodeだけに出来そうです。
Xcodeでviのキーバインドは使えないと思うがそれはいいのかと小一（ry
167 ：・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6 ：2006/08/02(水) 01:49:56 ID:KB+qGQO30
PPCでもIntelバイナリのテストやりたいんじゃボケー
無いよねそういうツールって
無いよねそういうツールって
ロゼッタforPPCがあれば委員だけどね
169 ：名称未設定：2006/08/02(水) 09:37:30 ID:s0PhCEni0
>>166
あーやっぱり再現しますか・・・。
HIViewを作っといてHIMovieViewとして使う方法とか公開されてますけど、
いろいろとめんどいんですよねえ。
appleが早く対策してくれると嬉しいんですが。
あーやっぱり再現しますか・・・。
HIViewを作っといてHIMovieViewとして使う方法とか公開されてますけど、
いろいろとめんどいんですよねえ。
appleが早く対策してくれると嬉しいんですが。
Appleに報告してないと直してくれないよ。
ADCの無料会員になってBug Reportすれ。ただし英語でな。
まず英語が無理。
でもかなりあからさまなバグだから、既に別の人が発見して登録していても
おかしくないような。
アップルのバグのデータベースってADCの会員になれば見られるの?
おかしくないような。
アップルのバグのデータベースってADCの会員になれば見られるの?
見られない。
>>173
他人が登録したBug Reportの内容は見れないが、既知のバグかどうかは確認できる。
既知のバグの場合は、Bug Report送信後に、
「報告していただいたID# XXXXXXXXは、既知の問題で、現在修正中です。
この問題について修正状況を確認したい、または追加質問がある場合は
<devbugs＠apple.com>までメールを送ってください。」
といった内容のメールが来る（上のは適当訳）
他人が登録したBug Reportの内容は見れないが、既知のバグかどうかは確認できる。
既知のバグの場合は、Bug Report送信後に、
「報告していただいたID# XXXXXXXXは、既知の問題で、現在修正中です。
この問題について修正状況を確認したい、または追加質問がある場合は
<devbugs＠apple.com>までメールを送ってください。」
といった内容のメールが来る（上のは適当訳）
XCode３はいつダウンロードできるのじゃ！
ログインできん。ページが開けない。
ログインできた。
ダウンロードメニューに未だ無い。氏ね。
ダウンロードメニューに未だ無い。氏ね。
180 ：名称未設定：2006/08/08(火) 06:50:57 ID:K5nPOTFd0
Dashcode付いてる？
181 ：名称未設定：2006/08/08(火) 09:22:04 ID:+Os/QEeaO
うん？
Xcode 2.4 (DMG) 915 MB 2006-08-07
ねえぞ。
ねえぞ。
ログインした先にはまだ2.3しか無い
seedの人はどうですか？
Xcode3.0ってTigerでも使えるのですか?
もしかしてXcode3.0ってLeopardに搭載予定のVerなんじゃ…
基調講演では Xcode 3.0 release today! って言ってたよ。
XCode 3.0, a Great Developer Additon - The Apple Blog
http://theappleblog.com/2006/08/07/xcode-30-a-great-developer-addition/#more-1013
・自動ガベージコレクションがついた
・プロジェクトのスナップショット／ロールバックができるようになった
・IB3.0でハデな視覚的効果を容易に利用可能に
だって。
http://theappleblog.com/2006/08/07/xcode-30-a-great-developer-addition/#more-1013
・自動ガベージコレクションがついた
・プロジェクトのスナップショット／ロールバックができるようになった
・IB3.0でハデな視覚的効果を容易に利用可能に
だって。
>自動GC
単にAutoreleasePoolが強化されただけだったりして。
単にAutoreleasePoolが強化されただけだったりして。
Objective-C 2.0 = Objective-C + GCってこと?
191 ：名称未設定：2006/08/08(火) 21:31:26 ID:WAI0xH5y0
>>189
前々からBoehm GCみたいなのを開発中って言ってたから、さすがにそこまではしょぼくないと思いたいw
前々からBoehm GCみたいなのを開発中って言ってたから、さすがにそこまではしょぼくないと思いたいw
1. Objective-C 2.0 (Garbage Collection)
2. Project Snapshots
3. Interface Builder 3.0
特にIB3.0の派手な視覚効果というのがCore Animationによるものなら、
Leopard以降が要求される環境だと考えるのが自然のような。
2. Project Snapshots
3. Interface Builder 3.0
特にIB3.0の派手な視覚効果というのがCore Animationによるものなら、
Leopard以降が要求される環境だと考えるのが自然のような。
Xcode 3.0 が本日リリースってのは、間違いなのかな。
それとも会員には配布されたんだろうか。
オンラインだと2.4さえリンクが適当な感じでしょぼん。
それとも会員には配布されたんだろうか。
オンラインだと2.4さえリンクが適当な感じでしょぼん。
Xcode 3.0 単体での配布は無いんじゃないか。
今日から配布ってのはLeopardのプレビュー版だよ。
今日から配布ってのはLeopardのプレビュー版だよ。
がーべーじこれくしょんてなんやの？
196 ：名称未設定：2006/08/08(火) 21:59:01 ID:fMSIqtYF0
>>195
まぁ、いわゆるホームレスの方々や、彼らの行為を指す、一般的な表現。
まぁ、いわゆるホームレスの方々や、彼らの行為を指す、一般的な表現。
ガマン出来なくなって contactページから「Xcode 2.4はどこだ！」って出しちゃった…
GCが付いたら、メモリ管理を気にしなくていいってことだよね。
インスタンス作って、使ったまま片付けなくていいと。
だとすると、相当敷居が下がるんじゃないかな。
代償として、パフォーマンスは落ちそうだけど。
インスタンス作って、使ったまま片付けなくていいと。
だとすると、相当敷居が下がるんじゃないかな。
代償として、パフォーマンスは落ちそうだけど。
複雑なランタイム環境が要るようになるのでは。10.5 以前でも動くのかな?
>>198
その甲斐あってかJava SE 6.0 Release 1 Developer Preview 5が来てます...。
その甲斐あってかJava SE 6.0 Release 1 Developer Preview 5が来てます...。
>>201
お、サンクス
お、サンクス
2.4 まだ～？ (AA略
>>199-200
一応今のXcodeのgcc4でも-fobjc-gcを付ければ
ガベージコレクタ付きのコードは生成できるよ
manpageによるとポインタの宣言に__strongとか__weakを追加するんだと
The resulting binary can only be used on Mac OS X 10.5 (Leopard) and
later systems, due to additional functionality needed in the (NeXT)
Objective-C runtime.
とあるから10.4でのサポートはなさげ
つかこれでまた下位互換がないバイナリが出回る事になるのかな
一応今のXcodeのgcc4でも-fobjc-gcを付ければ
ガベージコレクタ付きのコードは生成できるよ
manpageによるとポインタの宣言に__strongとか__weakを追加するんだと
The resulting binary can only be used on Mac OS X 10.5 (Leopard) and
later systems, due to additional functionality needed in the (NeXT)
Objective-C runtime.
とあるから10.4でのサポートはなさげ
つかこれでまた下位互換がないバイナリが出回る事になるのかな
2.4来てるね
206 ：名称未設定：2006/08/09(水) 07:05:54 ID:+FJa9tGM0
ほんとにｷﾀ━━(ﾟ∀ﾟ)━━━ (;´Д`) ﾊｧﾊｧ(;´Д`) ﾊｧﾊｧ
>>204
やっぱりね... だんだん Java になっていくのでは?w
やっぱりね... だんだん Java になっていくのでは?w
なんどもいうけど java は Sun が NeXT と OpenStep でいろいろやってから
はじめたプロジェクトで、Objective-C / NeXTStep に激しく影響されてるのよ。
たとえばバイナリの magic number が両方とも 0xcafebabe とか。
はじめたプロジェクトで、Objective-C / NeXTStep に激しく影響されてるのよ。
たとえばバイナリの magic number が両方とも 0xcafebabe とか。
GC がついたくらいで Java 化よばわりかよ
おおっ.. 尖鋭な反応..w
まあ、NeXTStep の GUI ライブラリの元になったもんも SunOS に実装してたのを
拾ってきたんだよね? NetInfo も YP 部隊と関係あるし。ま、行き来はあるよね。
けど、ランタイムに GC つける、ってのは言語の性質として影響小さくないよ。
「ついたくらいで」とか思ってるんなら大間違い。
大げさになる代わりに、融通やポータビリティはぐんと上がる。
Java と言ったのが気に障ったんなら、Smalltalk でもいいけどw
まあ、NeXTStep の GUI ライブラリの元になったもんも SunOS に実装してたのを
拾ってきたんだよね? NetInfo も YP 部隊と関係あるし。ま、行き来はあるよね。
けど、ランタイムに GC つける、ってのは言語の性質として影響小さくないよ。
「ついたくらいで」とか思ってるんなら大間違い。
大げさになる代わりに、融通やポータビリティはぐんと上がる。
Java と言ったのが気に障ったんなら、Smalltalk でもいいけどw
でもさ、そういう方面行きたいんなら、やっぱあるもんでやった方がいいと思うな。
Java がイヤなら Inferno も Lisp 方面もあるし。
Java がイヤなら Inferno も Lisp 方面もあるし。
Lispﾅﾂｶｼｽ
いまも健在なの？
いまも健在なの？
>>211
>まあ、NeXTStep の GUI ライブラリの元になったもんも SunOS に実装してたのを
拾ってきたんだよね?
詳細きぼんぬ。OpenStep 以前の話でそんなのあったっけ？
Display Postscript の話？Gosling の NeWS は NeXT の DPS とは
独立の開発じゃなかったっけ。
>まあ、NeXTStep の GUI ライブラリの元になったもんも SunOS に実装してたのを
拾ってきたんだよね?
詳細きぼんぬ。OpenStep 以前の話でそんなのあったっけ？
Display Postscript の話？Gosling の NeWS は NeXT の DPS とは
独立の開発じゃなかったっけ。
DashcodeはLeopardまでおあずけなの？
WWDC は
「これからこんなことすっから、それにあわせておまえらもこれ使ってなんかしろ。」
って言う場所。
「これからこんなことすっから、それにあわせておまえらもこれ使ってなんかしろ。」
って言う場所。
>>214
NeXT 社設立前の話ね。Microsoft が海岸さまよってた Cutler 一派(VMS)を拾ってきて
WNT ができた、みたいな話w
SunOS がターゲットだった、というだけの話だと思うけど。
NeXT 社設立前の話ね。Microsoft が海岸さまよってた Cutler 一派(VMS)を拾ってきて
WNT ができた、みたいな話w
SunOS がターゲットだった、というだけの話だと思うけど。
218 ：名称未設定：2006/08/09(水) 16:09:29 ID:BfvYLqfO0
>>212
Java がイヤというわけでもないが Obj-Cがシンプルで結構好きになったんだがGCがないはつらいので
なんとかして～という声に答えた結果だろう。
generational/conservative/non-resurrecting/tunable なgc実装だとさ。
ObjCのidワールドに限定して使えばかなり幸せになれそうではある。
plain C/C++のところまで使おうとすると多分泣きを見ることにw
Java がイヤというわけでもないが Obj-Cがシンプルで結構好きになったんだがGCがないはつらいので
なんとかして～という声に答えた結果だろう。
generational/conservative/non-resurrecting/tunable なgc実装だとさ。
ObjCのidワールドに限定して使えばかなり幸せになれそうではある。
plain C/C++のところまで使おうとすると多分泣きを見ることにw
ははあ、アンチ Sun がいるのか。いまだに...
NeWS とは関係ないよ。C++ でオブジェクト指向 GUI やってた Linton の InterViews と、
もうひとつ別のクループがあって、そっちを Jobs が拾った、で NeXT ができた、と
聞いてる。
NeWS は出来はよかったよ。Adobe がつれなかっただけ。その辺は、
MacOS X が DPS 採用せずに Quartz 独自開発したのも同じような理由でしょ?
化け物はその後の X11/NeWS。これだって Quartz 上の X11 実装がいまだに
カンペキとは言いがたい点からして仕方がないと思うがね。
NeWS とは関係ないよ。C++ でオブジェクト指向 GUI やってた Linton の InterViews と、
もうひとつ別のクループがあって、そっちを Jobs が拾った、で NeXT ができた、と
聞いてる。
NeWS は出来はよかったよ。Adobe がつれなかっただけ。その辺は、
MacOS X が DPS 採用せずに Quartz 独自開発したのも同じような理由でしょ?
化け物はその後の X11/NeWS。これだって Quartz 上の X11 実装がいまだに
カンペキとは言いがたい点からして仕方がないと思うがね。
>>219
> plain C/C++のところまで使おうとすると多分泣きを見ることにw
問題はそこ。便利になるとそこを切り捨てたくなるもんだよ。
突詰めても両立できればたいしたもんだけど、言語開発方面でそこまで力量があるかは?だな。
> plain C/C++のところまで使おうとすると多分泣きを見ることにw
問題はそこ。便利になるとそこを切り捨てたくなるもんだよ。
突詰めても両立できればたいしたもんだけど、言語開発方面でそこまで力量があるかは?だな。
＞MacOS X が DPS 採用せずに Quartz 独自開発したのも同じような理由でしょ?
どうかなあ？ AppleとAdobeはそれほど仲が悪くはないと思うが。
イメージングモデルにPostScriptのような強力すぎる言語を使うのはいろいろ問題があった、というのもある。
その反省からAdobeもPDFにシフトし、それを反映してQuartzという流れではないだろうか？
どうかなあ？ AppleとAdobeはそれほど仲が悪くはないと思うが。
イメージングモデルにPostScriptのような強力すぎる言語を使うのはいろいろ問題があった、というのもある。
その反省からAdobeもPDFにシフトし、それを反映してQuartzという流れではないだろうか？
大きめなMacOSXアプリを開発する予定なんだが、
Leopardまで待ってから開始した方が開発効率が良さそうだな
Leopardまで待ってから開始した方が開発効率が良さそうだな
225 ：・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6 ：2006/08/09(水) 18:36:41 ID:kjsENkEV0
C/C++はGC前提になるとかえって窮屈なんだよなー。
C++は言語仕様以上の拡張機能は全てライブラリで提供せよっていう思想だし
実際のところ、スマートポインタで困らない。
Obj-CはiostreamやSTLみたいな巨大な標準ライブラリ群って皆無でしょ。
ある意味CLI拡張をECMA標準化してしまったMSのパワー恐るべし。
C++は言語仕様以上の拡張機能は全てライブラリで提供せよっていう思想だし
実際のところ、スマートポインタで困らない。
Obj-CはiostreamやSTLみたいな巨大な標準ライブラリ群って皆無でしょ。
ある意味CLI拡張をECMA標準化してしまったMSのパワー恐るべし。
Objective-C（もちろん1.0）しか知らないので、GCってのがどれくらい便利で
素晴らしいものなのかさっぱりわからないんですが、たとえば文法等はどのように
変わると考えられるものなんですか？
retainもreleaseも書く必要がなくなる、とか、そういった事になりそうな気配？
素晴らしいものなのかさっぱりわからないんですが、たとえば文法等はどのように
変わると考えられるものなんですか？
retainもreleaseも書く必要がなくなる、とか、そういった事になりそうな気配？
>223
確か最初はDPSで作ろうとしたけれどあまりにも重すぎるんでQuaetz作ったんじゃなかったっけ？
確か最初はDPSで作ろうとしたけれどあまりにも重すぎるんでQuaetz作ったんじゃなかったっけ？
XCode 2.4、SDKにQuickTime 7.1.2が含まれていますね。
QuickTime SDK、ずっと7.0.4のままで7.1.x系の機能を使って
開発できなかったけど、これで解消。
単体提供されたQuickTime SDKで以前Appleがポカをやって以降、
Tiger向けのQuickTime SDKってXcodeでしか提供されなくなっ
ちゃったから。これはこれで不便なんだよなぁ。
QuickTime SDK、ずっと7.0.4のままで7.1.x系の機能を使って
開発できなかったけど、これで解消。
単体提供されたQuickTime SDKで以前Appleがポカをやって以降、
Tiger向けのQuickTime SDKってXcodeでしか提供されなくなっ
ちゃったから。これはこれで不便なんだよなぁ。
>>226
String hogehoge;
{
hogehogeを使う処理;
}
使い終わったあとは、hogehogeがどうなるかとか気にする必要がない。
確保したメモリをヒマを見て勝手に解放する。
（パフォーマンスを追求しだすとやっかいな話が出てくるが）
String hogehoge;
{
hogehogeを使う処理;
}
使い終わったあとは、hogehogeがどうなるかとか気にする必要がない。
確保したメモリをヒマを見て勝手に解放する。
（パフォーマンスを追求しだすとやっかいな話が出てくるが）
まぁ心穏やかに使えるretain/releaseのほうが好きだ。
ふーむ。
勝手に解放されたら困るデータとかは、やはりretainしておく、という事ですか？
後方互換性という言葉も気になりますね。Objective-C 1.0と2.0を共存させた記述が文法的に
可能という意味なのか、単にXcodeやコンパイラがどちらにも対応しているという意味なのか。
勝手に解放されたら困るデータとかは、やはりretainしておく、という事ですか？
後方互換性という言葉も気になりますね。Objective-C 1.0と2.0を共存させた記述が文法的に
可能という意味なのか、単にXcodeやコンパイラがどちらにも対応しているという意味なのか。
[[foo alloc] gcinit] 見たいに、イニシャライザ名が変るのかな？
STL.NETもあるじゃん
ObjCのGC化ついでに、文法もJavaライクにできるモードが欲しいな
hoge = [[foo alloc] init];
Ｖ
hoge = foo.alloc().init();
やっぱりダメかw
ObjCのGC化ついでに、文法もJavaライクにできるモードが欲しいな
hoge = [[foo alloc] init];
Ｖ
hoge = foo.alloc().init();
やっぱりダメかw
それってjavaでええやんと思う。
引数がたくさんあるときは Obj-C のほうが分かりやすいと思う。
まあ C っぽくないといえばそうなのだが。
まあ C っぽくないといえばそうなのだが。
え゛ー、メソッド呼び出し（とは言わずにメッセージパッシング）を
旧 C のシンタックスとははっきり区別できるところが Objective-C のいいとこなんじゃないか。
旧 C のシンタックスとははっきり区別できるところが Objective-C のいいとこなんじゃないか。
>>222
そういう意味じゃなくてさ、GC みたいな大げさなランタイムが介入して欲しくない
分野があるじゃん。カーネルに近いとことか、組み込みっぽいとことか、
リアルタイムなアプリとか。そういうのも書けるし、便利なランタイムの恩恵受けるのと
両立はむずかしい。
そういう意味じゃなくてさ、GC みたいな大げさなランタイムが介入して欲しくない
分野があるじゃん。カーネルに近いとことか、組み込みっぽいとことか、
リアルタイムなアプリとか。そういうのも書けるし、便利なランタイムの恩恵受けるのと
両立はむずかしい。
>>238
そういう話であれば、Obj-CとC、Obj-C++とC++という感じで、必要なところで必要な言語を使えばいい。Cのmalloc/freeまでGCされる訳じゃないんだから。
そういう話であれば、Obj-CとC、Obj-C++とC++という感じで、必要なところで必要な言語を使えばいい。Cのmalloc/freeまでGCされる訳じゃないんだから。
Appleのobjc-languageメーリングリストによると，
gccのobjcに関するコードに方にいくつかの言語拡張が入ってるようだ．
GCは世代別でwrite barrierを使うらしい．
新しいディスパッチの最適化が追加されたらしい．
getter/setterを自動定義できるpropertyが追加されるらしい．
メタデータ(Javaでいうアノーテーション)が追加されるらしい?
コレクションのforeachが追加されるらしい．
メタクラスが追加されるらしい．
いずれもどういう構文かよくわからん...
あと，GC使うとretain/releaseとかのコードがなくなって一般に性能はあがるという話があったなあ．
gccのobjcに関するコードに方にいくつかの言語拡張が入ってるようだ．
GCは世代別でwrite barrierを使うらしい．
新しいディスパッチの最適化が追加されたらしい．
getter/setterを自動定義できるpropertyが追加されるらしい．
メタデータ(Javaでいうアノーテーション)が追加されるらしい?
コレクションのforeachが追加されるらしい．
メタクラスが追加されるらしい．
いずれもどういう構文かよくわからん...
あと，GC使うとretain/releaseとかのコードがなくなって一般に性能はあがるという話があったなあ．
そこまで行くともう違う言語なんじゃないか...?
後方互換性保てるのかはなはだしく疑問。保てても古いコードはオーバーヘッドで
使いもんにならんのんちゃう?
後方互換性保てるのかはなはだしく疑問。保てても古いコードはオーバーヘッドで
使いもんにならんのんちゃう?
>>242
なんとなくRubyを連想した
なんとなくRubyを連想した
Macは詳しくないんだけどこんなのはどう？
・開放済みのメモリをアクセスして、クラッシュする時は、
そのメモリアドレスを、タイムマシーン？でロールバックして
とりあえず動作するようにするとか・・・。
危ないプログラムが増えるかw
・開放済みのメモリをアクセスして、クラッシュする時は、
そのメモリアドレスを、タイムマシーン？でロールバックして
とりあえず動作するようにするとか・・・。
危ないプログラムが増えるかw
色々詳しくなさそうだな。
>解放済みのメモリをアクセスして、クラッシュする時は
そんな一概にまとめても。調査だけでもシグナルによるし
>そのメモリアドレスを、タイムマシーン？でロールバックして
いつ取得するんだ。毎秒毎瞬のメモリ状態をタイムマシーン？が保存するんか？
>とりあえず動作するようにするとか・・・。
とりあえず動作させてどうするの。手続きなく処理戻してもまた落ちてとりあえず動作する、の無限ループはどう対処するねん。
>危ないプログラムが増えるかw
むしろそんなOS自体の危険が危ない
そんな一概にまとめても。調査だけでもシグナルによるし
>そのメモリアドレスを、タイムマシーン？でロールバックして
いつ取得するんだ。毎秒毎瞬のメモリ状態をタイムマシーン？が保存するんか？
>とりあえず動作するようにするとか・・・。
とりあえず動作させてどうするの。手続きなく処理戻してもまた落ちてとりあえず動作する、の無限ループはどう対処するねん。
>危ないプログラムが増えるかw
むしろそんなOS自体の危険が危ない
ネタにマジレスすんなよ。
どうせだったら、クラッシュのダイアログが一旦出て、
ベストヒットUSAのBGMを鳴らしながらロールバックするようになるくらい言ってやれ
どうせだったら、クラッシュのダイアログが一旦出て、
ベストヒットUSAのBGMを鳴らしながらロールバックするようになるくらい言ってやれ
開放済みメモリ空間をある一定期間スワップ領域へ
退避させるとかね
まあネタなんだから色々書かせてよ
退避させるとかね
まあネタなんだから色々書かせてよ
マジレスの反省をこめてない味噌捻って暫く熟考してみた
落ちないアプリの作り方、って色々妄想すると哲学地味た世界に入ってくね……
俺は「アプリを作らない」に帰結しました。みなさん如何ですか
毎秒毎瞬の状態を保存し続けるようなマシンも、１０年単位で見たら現実的なアイデアだったりして
：最後はどのみち開発者の配慮の問題ですね
：ガベコレみたいな仕組みも、間接的には対応策の一つなんだろうな。
落ちないアプリの作り方、って色々妄想すると哲学地味た世界に入ってくね……
俺は「アプリを作らない」に帰結しました。みなさん如何ですか
毎秒毎瞬の状態を保存し続けるようなマシンも、１０年単位で見たら現実的なアイデアだったりして
：最後はどのみち開発者の配慮の問題ですね
：ガベコレみたいな仕組みも、間接的には対応策の一つなんだろうな。
今の時代メモリリークを許すOSって考えも有りじゃない？
（本来はダメだけど、あえて許すことでデバッガの進化が期待できるし）
物理メモリを圧迫しない仕組みを考える必要はあるけどね
まあ、アプリケーションの種類や業種にもよるけど
（本来はダメだけど、あえて許すことでデバッガの進化が期待できるし）
物理メモリを圧迫しない仕組みを考える必要はあるけどね
まあ、アプリケーションの種類や業種にもよるけど
「許す」で云わんとするところがよくわからん。無限長の仮想記憶ってこと？
メモリリークの度に学習して最終的に自我が芽生えるOS
ことメモリリークについては現世のOSの方が寛大なようだな。
次期XcodeとObjCの環境がかなり改善されるらしいので
現環境でのプログラミングモチベーションが上がらない orz=3
現環境でのプログラミングモチベーションが上がらない orz=3
>>257
向いてないよ。
向いてないよ。
うそーん
>>211
>まあ、NeXTStep の GUI ライブラリの元になったもんも SunOS に実装してたのを
>拾ってきたんだよね? NetInfo も YP 部隊と関係あるし。
そんな訳ないだろ。
GUIはNeXTの自力開発だよ。強いて言えば打倒AppleのJobsとしてはMacOSは参考にしただろうよ。
Sunviewのどの辺りのセンスを持ってくるんだ?
Flat構造のNISに対してNetInfoはDirectory構造でつ。
後にSunはNIS+でDirectory構造をサポートしますた。
>まあ、NeXTStep の GUI ライブラリの元になったもんも SunOS に実装してたのを
>拾ってきたんだよね? NetInfo も YP 部隊と関係あるし。
そんな訳ないだろ。
GUIはNeXTの自力開発だよ。強いて言えば打倒AppleのJobsとしてはMacOSは参考にしただろうよ。
Sunviewのどの辺りのセンスを持ってくるんだ?
Flat構造のNISに対してNetInfoはDirectory構造でつ。
後にSunはNIS+でDirectory構造をサポートしますた。
SunOS がターゲットだった（当時メジャーだったんだから当然）だけで、
Sun が開発したものを、とはどこにも書いてないと思うが。
しかも、なんで SunView がでてくるのかさっぱりわからんww
NetInfo については、Sun で YP 開発したメンバーが NeXT に移って開発したもんだよ。
知らないの?
どうせ Jobs が作った Interface Builder と Dev Guide の比較ビデオあたり
鵜呑みにして洗脳されたままのボクちゃんかなんかだろ、気の毒にな。
いいかげん自力で判断できる能力つける努力しないといかんよ。
あれだけ持ち上げた PowerPC と SPECrate_* なんぞつーおよそ現実から
乖離したベンチマークで比較して 4 倍、5 倍とか言ってる姿をみて
プロレスの興行のような楽しみ方ができるようにならなくてはいかんよ。
Sun が開発したものを、とはどこにも書いてないと思うが。
しかも、なんで SunView がでてくるのかさっぱりわからんww
NetInfo については、Sun で YP 開発したメンバーが NeXT に移って開発したもんだよ。
知らないの?
どうせ Jobs が作った Interface Builder と Dev Guide の比較ビデオあたり
鵜呑みにして洗脳されたままのボクちゃんかなんかだろ、気の毒にな。
いいかげん自力で判断できる能力つける努力しないといかんよ。
あれだけ持ち上げた PowerPC と SPECrate_* なんぞつーおよそ現実から
乖離したベンチマークで比較して 4 倍、5 倍とか言ってる姿をみて
プロレスの興行のような楽しみ方ができるようにならなくてはいかんよ。
> SunOS がターゲットだった（当時メジャーだったんだから当然）だけで、
1989年9月にNeXTSTEP ver.1.0がリリースされたんだが、この時点では
Sun用の開発なんて無いよ。
当時のSunOSのWindow SystemはSunviewだし。
NetInfoについては知らん。
因みにypの名称は商標登録の関係で使えなくなったの知らんのか?
1989年9月にNeXTSTEP ver.1.0がリリースされたんだが、この時点では
Sun用の開発なんて無いよ。
当時のSunOSのWindow SystemはSunviewだし。
NetInfoについては知らん。
因みにypの名称は商標登録の関係で使えなくなったの知らんのか?
>>262
> 1989年9月にNeXTSTEP ver.1.0がリリースされたんだが、この時点では
その前だって書いてるだろ? どこ読んでんだよ? ケチつけたい君?
> 当時のSunOSのWindow SystemはSunviewだし。
はぁ。そうですか。で、InteViews ともう一つって書いたの読まなかったのか? >>220
> NetInfoについては知らん。
ふーん、じゃあ、>>260 の Directory がどうの、って、何が言いたかったの?w
> 因みにypの名称は商標登録の関係で使えなくなったの知らんのか?
...はぁ。知ってるけど、それで?
> 1989年9月にNeXTSTEP ver.1.0がリリースされたんだが、この時点では
その前だって書いてるだろ? どこ読んでんだよ? ケチつけたい君?
> 当時のSunOSのWindow SystemはSunviewだし。
はぁ。そうですか。で、InteViews ともう一つって書いたの読まなかったのか? >>220
> NetInfoについては知らん。
ふーん、じゃあ、>>260 の Directory がどうの、って、何が言いたかったの?w
> 因みにypの名称は商標登録の関係で使えなくなったの知らんのか?
...はぁ。知ってるけど、それで?
すれ違いの昔話は Unix 板でしる
1215台のMacをNetBootで管理 国内最大規模の情報教育システム
神戸大学 学術情報基盤センター
http://www.apple.com/jp/education/profiles/kobe/
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!
神戸大学 学術情報基盤センター
http://www.apple.com/jp/education/profiles/kobe/
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!
268 ：名称未設定：2006/08/16(水) 09:54:57 ID:hsbVCz/+0
>267
これってIntelMacじゃないんだな
これってIntelMacじゃないんだな
大規模導入のノウハウもずいぶんたまってきたと言うことか。
270 ：名称未設定：2006/08/16(水) 15:09:08 ID:1QcoWZzV0
271 ：名称未設定：2006/08/16(水) 15:12:04 ID:Ct9bCsg20
Sun のパイを切り崩したわけじゃないと思うけどね。既にパソコンだったとこでしょ?
てか、Sun 言われるとムキになる人いるみたいだけど、あっちは 1990 年前後既に
エンタープライズ方面へ軸足を移してるから、ナンセンスだよ。
教育分野向けの Work Station という土俵で競合してたのは NeXT cube と
SPARCstation 1, 2, IPC, IPX あたりまででしょ。
>>267 みたいなのの Sun の競合製品だったら Sun Ray だろうね。
てか、Sun 言われるとムキになる人いるみたいだけど、あっちは 1990 年前後既に
エンタープライズ方面へ軸足を移してるから、ナンセンスだよ。
教育分野向けの Work Station という土俵で競合してたのは NeXT cube と
SPARCstation 1, 2, IPC, IPX あたりまででしょ。
>>267 みたいなのの Sun の競合製品だったら Sun Ray だろうね。
＞てか、Sun 言われるとムキになる人いるみたいだけど、
＞てか、Sun 言われるとムキになる人いるみたいだけど、
＞てか、Sun 言われるとムキになる人いるみたいだけど、
274 ：名称未設定：2006/08/16(水) 21:14:00 ID:Ct9bCsg20
Xcodeがsmaltalk環境の域まで達するのはいつになるの？
いうかSmalltalk環境がソースコードをファイル意識しないで使えるのに、
xcodeも同様に意識しないですむのはいつになるのかと。
いうかSmalltalk環境がソースコードをファイル意識しないで使えるのに、
xcodeも同様に意識しないですむのはいつになるのかと。
箱庭と一緒にしないでください。
Leopardのβ版は何時からADCで入手可能になるんだ?
Mac ProにWoodcrest積んでも、肝心の64bitアプリが作れなきゃ意味ないじゃん。
Mac ProにWoodcrest積んでも、肝心の64bitアプリが作れなきゃ意味ないじゃん。
>>268
俺が知ってる限りでは、全部 iSight が内蔵される前のモデルだよ。< iMac
CPU は全部 PowerPC。
あと 60 台ほど PowerMac も使える。OS 10.3.8 だけど。
なんで今頃ニュースになるのかよくわからんね。
俺が知ってる限りでは、全部 iSight が内蔵される前のモデルだよ。< iMac
CPU は全部 PowerPC。
あと 60 台ほど PowerMac も使える。OS 10.3.8 だけど。
なんで今頃ニュースになるのかよくわからんね。
OSを待たずとも、Xcodeの最新版で対応済みのはず。
最新のSDKにはx86_64のライブラリが入ってたりするん?
でも結局Cocoaやらは無いだろうからTigerを待たないと駄目なんだろうな
でも結局Cocoaやらは無いだろうからTigerを待たないと駄目なんだろうな
TigerじゃないやLeopard
Xcode3.0からEM64Tサポートするみたい。
ttp://www.thechannelinsider.com/article/Apples+Xcode+3+Gives+Application+Life+to+64Bit+Leopard/185565_1.aspx
ttp://www.thechannelinsider.com/article/Apples+Xcode+3+Gives+Application+Life+to+64Bit+Leopard/185565_1.aspx
>>281
コンパイラ自体は2.4付属のgccで既に対応してるのよ
http://developer.apple.com/releasenotes/DeveloperTools/CompilerTools.html
コンパイラ自体は2.4付属のgccで既に対応してるのよ
http://developer.apple.com/releasenotes/DeveloperTools/CompilerTools.html
TigerにもGCが使える環境を提供して欲しいな
Leopardのベータ版ユーザも、新規アプリ作る際には
GCを使わない環境で開発した方が良いのかねぇ
Leopardのベータ版ユーザも、新規アプリ作る際には
GCを使わない環境で開発した方が良いのかねぇ
284 ：名称未設定：2006/08/17(木) 00:41:07 ID:FUkTEmJI0
>>267
>1215台のMacをNetBootで管理 国内最大規模の情報教育システム
>神戸大学 学術情報基盤センター
消え行くPPCを大量購入w
うまく言いくるめて在庫をさばいたアップル、代理店
コンピュータの大学でありながら先の読めない無能な教授、スタッフ陣w
こんな大学、いきたくねー
>1215台のMacをNetBootで管理 国内最大規模の情報教育システム
>神戸大学 学術情報基盤センター
消え行くPPCを大量購入w
うまく言いくるめて在庫をさばいたアップル、代理店
コンピュータの大学でありながら先の読めない無能な教授、スタッフ陣w
こんな大学、いきたくねー
出たばっかりの新製品を大量導入するバカはいないし、だいいちガッコは予算執行の
段取りの問題で出てすぐの商品なんか入れれない。
勝手なコト抜かしてんなタコ。んなこと言ってるやつはどこの大学もお断りだよww
段取りの問題で出てすぐの商品なんか入れれない。
勝手なコト抜かしてんなタコ。んなこと言ってるやつはどこの大学もお断りだよww
Intel MacってNet Bootできるの？
EFI なんだからできるだろ。知らんけどw
288 ：名称未設定：2006/08/17(木) 01:54:23 ID:HF1Y3t/e0
>283
static linkすりゃ、tigar,pantherでも使えると思うが。
>284,285
板違い、学校導入云々はこっちでやってくれ。
http://pc7.2ch.net/test/read.cgi/mac/1136913438/l50
static linkすりゃ、tigar,pantherでも使えると思うが。
>284,285
板違い、学校導入云々はこっちでやってくれ。
http://pc7.2ch.net/test/read.cgi/mac/1136913438/l50
大阪大学もMacでリプレースする計画がある
もまいら何Java厨にたぶらかされてるんだよ。
Obj-CにGCなんていらんだろ。
Autorelease Poolがありゃ充分だよ。
Java Application Serverみたいな使い方しないんだから、
GCのアルゴリズムを考えるリソースがあったら、もっと他の所に裂いてくれよ。＞アポー
Obj-CにGCなんていらんだろ。
Autorelease Poolがありゃ充分だよ。
Java Application Serverみたいな使い方しないんだから、
GCのアルゴリズムを考えるリソースがあったら、もっと他の所に裂いてくれよ。＞アポー
要望の一つに過ぎまいて
お馬鹿な開発者救済に絡みそうな事は思いつく限りやっといた方が、そのお馬鹿な開発者の手によるアプリが動くOS自体の評価に繋がるだろし
お馬鹿な開発者救済に絡みそうな事は思いつく限りやっといた方が、そのお馬鹿な開発者の手によるアプリが動くOS自体の評価に繋がるだろし
GCによるパフォーマンスアップの方がメリットあるんじゃ？
最近のGCは効率がいいからね
最近のGCは効率がいいからね
295 ：・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6 ：2006/08/18(金) 00:28:06 ID:5LifvO750
>>284
「西の一橋」がいつから「コンピュータの大学」になったんだ？
「西の一橋」がいつから「コンピュータの大学」になったんだ？
「ビルド結果」ウインドウの上半分が、昨日あたりから、なにかの操作のきっかけで
簡素な二色の文字列だけの表示になっちゃったんだけど、
これどこで戻すんでしたっけ？ ヘルプ見てもわからなくて。
以前は、赤文字とか緑文字とかで、わかりやすい表示だったはずなんだけど。
環境設定等はいじっていません。偶然ショートカットを押してしまったっぽい。
どなたかご存知の方がおられたら、よろしくお願いします。
簡素な二色の文字列だけの表示になっちゃったんだけど、
これどこで戻すんでしたっけ？ ヘルプ見てもわからなくて。
以前は、赤文字とか緑文字とかで、わかりやすい表示だったはずなんだけど。
環境設定等はいじっていません。偶然ショートカットを押してしまったっぽい。
どなたかご存知の方がおられたら、よろしくお願いします。
ツールバーを右クリックしてアイコンとテキストにする
Xcode以前にOSXの基礎知識だと思うが...
Xcode以前にOSXの基礎知識だと思うが...
>>297
いや、そういう意味でなくて……（汗 それはウインドウではなくて、ツールバーですよね？
ビルド結果ウインドウの上半分、コンパイル中に、エラー周辺は赤文字、全部問題なく完了すれば
青文字で結果が表記されますせんか？ そこが、非常にシンプルに、白背景に黒文字だけ、しかも
フォントも見慣れないものに変わってしまったんです。環境設定を開いたわけでもないのに。
それで、何かショートカットがあるのかと確認させて頂いた次第です。
以前一度なった事があって、その時は環境設定を捨てて初期化したんだけど、この機会に
対処法を知っておきたいなと思ったのでした。
いや、そういう意味でなくて……（汗 それはウインドウではなくて、ツールバーですよね？
ビルド結果ウインドウの上半分、コンパイル中に、エラー周辺は赤文字、全部問題なく完了すれば
青文字で結果が表記されますせんか？ そこが、非常にシンプルに、白背景に黒文字だけ、しかも
フォントも見慣れないものに変わってしまったんです。環境設定を開いたわけでもないのに。
それで、何かショートカットがあるのかと確認させて頂いた次第です。
以前一度なった事があって、その時は環境設定を捨てて初期化したんだけど、この機会に
対処法を知っておきたいなと思ったのでした。
>>297
「まず間違いなくそういう問題ではないだろ」、と深夜にツッコミ入れたくなったが。。
>>298
プロジェクトを変えてもダメ？
俺は一度、「よく使う項目バー」を非表示にしたら二度と表示されなくなった事があるな。
あと「以下の例外をキャッチしました」とか、Optionキーを押しながらタイプしてしまった時の
「文字コードを変換すんのか」みたいなアラートも要注意。
で、ビルド結果ウインドウの件は、...わからん。
数時間考えてわからなかったら環境設定捨てた方が良いんでない？
「まず間違いなくそういう問題ではないだろ」、と深夜にツッコミ入れたくなったが。。
>>298
プロジェクトを変えてもダメ？
俺は一度、「よく使う項目バー」を非表示にしたら二度と表示されなくなった事があるな。
あと「以下の例外をキャッチしました」とか、Optionキーを押しながらタイプしてしまった時の
「文字コードを変換すんのか」みたいなアラートも要注意。
で、ビルド結果ウインドウの件は、...わからん。
数時間考えてわからなかったら環境設定捨てた方が良いんでない？
>>292
>Java Application Serverみたいな使い方しないんだから、
以下の点から、WebObjectsがJavaからObjective-Cへの
先祖帰りのための布石なんじゃないかと思っているのだが...
- Cocoa - Javaの開発終了
- WebObjects DeploymentはMacのみ
- GCの実装
>Java Application Serverみたいな使い方しないんだから、
以下の点から、WebObjectsがJavaからObjective-Cへの
先祖帰りのための布石なんじゃないかと思っているのだが...
- Cocoa - Javaの開発終了
- WebObjects DeploymentはMacのみ
- GCの実装
それって事実上WOのJava Application Serverからの撤退じゃないの。
Core Dataの様にOSビルトインぽくするのかね。
Core Dataの様にOSビルトインぽくするのかね。
GCの導入でCarbonから、Objective-CやCocoaを呼び出すのが楽になると良いな
GCの導入と何の関係が？
id pool=[[NSAutoreleasePool alloc] init];
...
[pool release];
で囲む必要がなくなるってことか。
多分 GCinit(); かなにかを main 関数のはじめかなんかでよぶだけでいいのでは。
...
[pool release];
で囲む必要がなくなるってことか。
多分 GCinit(); かなにかを main 関数のはじめかなんかでよぶだけでいいのでは。
307 ：名称未設定：2006/08/18(金) 15:33:24 ID:rlpFY8wK0
Xcode 2.4 をダウンロードして、ディスクイメージをマウントしようとすると無効なチェックサムですって怒られてマウント出来ません。
ブラウザーを変えて(Safari,Camino,Opera,Omniweb)４回ほどダウンロードしてみたのですが、いずれも同じエラーでマウント出来ません。何が悪さしてるのか見当がつきません。
何か良いアドバイスがあればご指南のほどよろしくお願いいたします。
ちなみに環境は次の通りです。
MacOS X 10.4.7
Memory 768MB
B&W 400MHz
ブラウザーを変えて(Safari,Camino,Opera,Omniweb)４回ほどダウンロードしてみたのですが、いずれも同じエラーでマウント出来ません。何が悪さしてるのか見当がつきません。
何か良いアドバイスがあればご指南のほどよろしくお願いいたします。
ちなみに環境は次の通りです。
MacOS X 10.4.7
Memory 768MB
B&W 400MHz
>>286
http://journal.mycom.co.jp/articles/2006/01/16/intelmac/002.html
>チュラニ氏: もちろん。以前と同じ使い方で全く問題ない。
>"T"を押しながら起動すればTarget Disk Mode、
>"N"を押しながら起動すればNetBoot、FireWireからの起動も完璧だ。
>実際、昨日のプレスイベントではFireWire外部 HDDからのブートで
>完璧にこなせていた。ただし、当然だが、NetBootには
>Intelプラットフォーム用のMac OS Xブートイメージが必要になる。
できるみたい。
http://journal.mycom.co.jp/articles/2006/01/16/intelmac/002.html
>チュラニ氏: もちろん。以前と同じ使い方で全く問題ない。
>"T"を押しながら起動すればTarget Disk Mode、
>"N"を押しながら起動すればNetBoot、FireWireからの起動も完璧だ。
>実際、昨日のプレスイベントではFireWire外部 HDDからのブートで
>完璧にこなせていた。ただし、当然だが、NetBootには
>Intelプラットフォーム用のMac OS Xブートイメージが必要になる。
できるみたい。
>>307
参考になるといいけど、
私の時はブロードバンドルーターのファームのバージョンアップで直った。
モデルはNetGenesis SuperOPT GFive
Ver4.507.01 → Ver4.507.02
仕様変更 ● チェックサムの計算方法を変更しました。（※）
※ 一部の環境で発生していた「インターネットからダウンロードしたファイルが破損する」問題が改善されます。
参考になるといいけど、
私の時はブロードバンドルーターのファームのバージョンアップで直った。
モデルはNetGenesis SuperOPT GFive
Ver4.507.01 → Ver4.507.02
仕様変更 ● チェックサムの計算方法を変更しました。（※）
※ 一部の環境で発生していた「インターネットからダウンロードしたファイルが破損する」問題が改善されます。
>>306
実は単なるNSAutoreleasePoolのwrapper classだったというオチじゃないのか。
実は単なるNSAutoreleasePoolのwrapper classだったというオチじゃないのか。
んなアホな。
GCが付くとかなり楽になるだろうね
昔、大規模なObjectiveCのソースを読んだ事があるんだけど、各オブジェクトが
retainされているかAutoreleaseでコンテナに保持されているのか、実装がばらばらで大変でした
（その中にリークしているだろうと思われるものがかなりありましたが。。。）
ObjectiveCはよく簡単と言われているけど、設計レベルの高い人が
使わないと危ないだろうと感じたなぁ
昔、大規模なObjectiveCのソースを読んだ事があるんだけど、各オブジェクトが
retainされているかAutoreleaseでコンテナに保持されているのか、実装がばらばらで大変でした
（その中にリークしているだろうと思われるものがかなりありましたが。。。）
ObjectiveCはよく簡単と言われているけど、設計レベルの高い人が
使わないと危ないだろうと感じたなぁ
>>312
ポリシーはしっかりしてるんだがねえ
ttp://wwwa.dcns.ne.jp/~nito/CocoaClub/article03.html
>【鉄則1】自分で生成したオブジェクトは、自分で解放する
>【鉄則2】他人が生成したオブジェクトは、気に留めない
>【鉄則3】他人が生成したオブジェクトが必要なら、必ず保持(retain)して、必要にならなくなった時点で、必ず解除(release or autorelease)する
ポリシーはしっかりしてるんだがねえ
ttp://wwwa.dcns.ne.jp/~nito/CocoaClub/article03.html
>【鉄則1】自分で生成したオブジェクトは、自分で解放する
>【鉄則2】他人が生成したオブジェクトは、気に留めない
>【鉄則3】他人が生成したオブジェクトが必要なら、必ず保持(retain)して、必要にならなくなった時点で、必ず解除(release or autorelease)する
>>313
確かにそうなんだけど、複雑なデザインパターンの中での使用や
パフォーマンスチューニングされたソースでは当てはまらない事が
あるんだよね。
特にCやC++の人間はautoreleaseの負荷を気にする人が多いし、
今のGCは、CPUの空き時間に解放処理を行うので処理中の負荷は
少ないんじゃないかな？
確かにそうなんだけど、複雑なデザインパターンの中での使用や
パフォーマンスチューニングされたソースでは当てはまらない事が
あるんだよね。
特にCやC++の人間はautoreleaseの負荷を気にする人が多いし、
今のGCは、CPUの空き時間に解放処理を行うので処理中の負荷は
少ないんじゃないかな？
>>314
アンカーミスです
アンカーミスです
なんか GC が魔法の道具だと思ってる人がたくさんいるようだけど、
Java への実装で Lisp の大家達が何年も試行錯誤してたり、Lisp 等の実装系で
それこそ何十年に渡っていろんなアルゴリズムの適用が議論されてきても
決定版みたいなものは出てきてなかったりするんだよ。これまでの Objective-C コードの
使われ方全方面を満足するもんが出てくると思ってるんなら甘過ぎます。
Java への実装で Lisp の大家達が何年も試行錯誤してたり、Lisp 等の実装系で
それこそ何十年に渡っていろんなアルゴリズムの適用が議論されてきても
決定版みたいなものは出てきてなかったりするんだよ。これまでの Objective-C コードの
使われ方全方面を満足するもんが出てくると思ってるんなら甘過ぎます。
ごめんなさい(><)
>>314
よくみたら、アンカーミスじゃなかった(><)
よくみたら、アンカーミスじゃなかった(><)
GCなぞに頼らず自らの手を下すってのが漢の生き様ってもんだ
めんどいんすよ・・・
なんであれC++みたいにはならんでくれ
>>324
レスどうも。
もしWebObjectsがObjective-Cに先祖帰りしても、
EOFからCore Dataにはならないと思う。
WebObjectsはEOF, CocoaはCore Dataで分けていくんじゃないか?
どちらかに統合するんだったら、EOFを残すと思う。
ところで、WebObjectsがJavaからObjective-Cへの先祖帰りはあると思う?
レスどうも。
もしWebObjectsがObjective-Cに先祖帰りしても、
EOFからCore Dataにはならないと思う。
WebObjectsはEOF, CocoaはCore Dataで分けていくんじゃないか?
どちらかに統合するんだったら、EOFを残すと思う。
ところで、WebObjectsがJavaからObjective-Cへの先祖帰りはあると思う?
LeopardでCoreDataは進化しているのだろうか
SQLiteだけではなくPostgreSQLなんかもサポートすれば
色々使えるのにね
SQLiteだけではなくPostgreSQLなんかもサポートすれば
色々使えるのにね
自分で拡張しようとは思わないの？
つーか、CoreData的には間違ってると思うお。 > ポスグレ
>>327
ここを外から拡張するのは想定されていないから、自分ではやらないのが無難
ここを外から拡張するのは想定されていないから、自分ではやらないのが無難
言語仕様もだけど、IDEを今風にして欲しいよね
今の時代カッコくらい補間してくれてもバチは当たらないでしょう
Smalltalk由来って言われているけど、リファクタリングツールは皆無だし
今の時代カッコくらい補間してくれてもバチは当たらないでしょう
Smalltalk由来って言われているけど、リファクタリングツールは皆無だし
LISPじゃあるまいし、カッコくらい自分で補完出来んのか？
今の時代、自動で補完してくれた方がいいでしょ？
Javaライクの言語なら
foo.foo.foo.foo.foo; のような階層構造を簡単に書けるけど
[[[[[foo] foo] foo] foo] foo]; になってしまうので
閉じカッコの時に開始カッコを補完してくれなきゃイヤ
Javaライクの言語なら
foo.foo.foo.foo.foo; のような階層構造を簡単に書けるけど
[[[[[foo] foo] foo] foo] foo]; になってしまうので
閉じカッコの時に開始カッコを補完してくれなきゃイヤ
またその話か。
ちゃちゃっとプラグイン作って公開しろよ。
ちゃちゃっとプラグイン作って公開しろよ。
俺先に括弧を書いてからその中身を書くから、Xcodeのメソッド名補完をするといつも
[NSMutableDictionary dictionary]];
ってなっちまうｗ
[NSMutableDictionary dictionary]];
ってなっちまうｗ
ObjectiveC#かぁ
いいねー
いいねー
Intel機でもPPC機用のプログラムをつくれますか？
コンパイル～パッケージ化までの工程が全部できれば買いたいかも。
コンパイル～パッケージ化までの工程が全部できれば買いたいかも。
ﾓﾁﾛﾝｿｳﾖ
PPC 用のプログラムどころか、PPC そのものも作れる。
ｿﾝﾅﾊﾞｶﾅ
パワー・マック搭載のＭａｃＰｒｏデスクトップスレはここですか
>>337
MacProにペヤングとMac mini G4を内蔵すればよい。
MacProにペヤングとMac mini G4を内蔵すればよい。
WebObjectsはどうなるのかねぇ
>>344
どうも。
WebObjectsがオープンソースになったら、
他のApplication ServerやO/Rマッパーのプロジェクトって
淘汰されるよね...
>Objective-Cコードも公開してくれよ。
http://www.omnigroup.com/mailman/archive/webobjects-talk/2006-August/000459.html
Omniのメーリングリストに、
いままでのもの( Java版 )のサポートはしたくないし、
今後の互換性などからオープンソースにしてそちらにまかせて、
自分たちはObjective-Cで書き直したものを使うんじゃないか
って予想が書いてあるけど、なんとなく当たってる予感がする。
この通りだったらObjecitve-Cのコードは出てこないね。
どうも。
WebObjectsがオープンソースになったら、
他のApplication ServerやO/Rマッパーのプロジェクトって
淘汰されるよね...
>Objective-Cコードも公開してくれよ。
http://www.omnigroup.com/mailman/archive/webobjects-talk/2006-August/000459.html
Omniのメーリングリストに、
いままでのもの( Java版 )のサポートはしたくないし、
今後の互換性などからオープンソースにしてそちらにまかせて、
自分たちはObjective-Cで書き直したものを使うんじゃないか
って予想が書いてあるけど、なんとなく当たってる予感がする。
この通りだったらObjecitve-Cのコードは出てこないね。
>>345
自分たちはObjective-Cで書き直したものを使うんじゃないか
ってことなら公開されなくてもオッケーです、私は。こうなったらJRuby+WOFできないかなとか考えてたところだったんですよ、Javaが面倒で。
自分たちはObjective-Cで書き直したものを使うんじゃないか
ってことなら公開されなくてもオッケーです、私は。こうなったらJRuby+WOFできないかなとか考えてたところだったんですよ、Javaが面倒で。
>>346
Javaやだよね。
Javaやだよね。
あじゃばー
> 他のApplication ServerやO/Rマッパーのプロジェクトって
> 淘汰されるよね...
また、そんな夢みたいな事言ってるし。
>>344でWOはJ2EEの方向に行くと言ってるから、今後もJavaだよ。
> 淘汰されるよね...
また、そんな夢みたいな事言ってるし。
>>344でWOはJ2EEの方向に行くと言ってるから、今後もJavaだよ。
がーん
てか、WOがオープンソースになったところで何も変わらんさ。
新規に使おうと思うやつなんてほとんどいないだろうし。
Appleも見切りを付けた上でのオープンソース化だろう。
新規に使おうと思うやつなんてほとんどいないだろうし。
Appleも見切りを付けた上でのオープンソース化だろう。
え、オープンになったら俺使ってやるけど。
でもそのまえにマシンがない。
でもそのまえにマシンがない。
スクリーンから見切れたウインドウの自動再配置をしたいんですが、
carbonで言うところのConstrainWindowToScreenみたいなメソッドって、
cocoaには無いんでしょうか？
一応constrainFrameRect:toScreen:はあるみたいなんですが、
なんか違うっぽいんで。
carbonで言うところのConstrainWindowToScreenみたいなメソッドって、
cocoaには無いんでしょうか？
一応constrainFrameRect:toScreen:はあるみたいなんですが、
なんか違うっぽいんで。
初心者的質問なんですが、
実行ファイル自身のパスを知るにはどうすればいいんでしょうか。
実行ファイル自身のパスを知るにはどうすればいいんでしょうか。
CFBundleGetMainBundle あたり？
[[NSBundle mainBundle] bundlePath]
かな。
かな。
または
[[NSBundle mainBundle] executablePath]
の事を言ってるのかも
[[NSBundle mainBundle] executablePath]
の事を言ってるのかも
main 関数で argv[0] ... というのは駄目ですか。
それだとcStringじゃん
>>355-358
ありがとうございました。
Carbon使いなのでCFBundleGetMainBundleをたどって調べられました。
CocoaAPIもBundleの構造を理解するのに参考になりました。
argv[0]も小さいプログラムでは使い勝手がよさそうですね。
ありがとうございました。
Carbon使いなのでCFBundleGetMainBundleをたどって調べられました。
CocoaAPIもBundleの構造を理解するのに参考になりました。
argv[0]も小さいプログラムでは使い勝手がよさそうですね。
361 ：名称未設定：2006/09/05(火) 00:55:56 ID:QrKm+UDt0
age
title barのheightってどうやって取るのかなあ・・・・。
定数で持っててもいいけど、他の言語環境だと高さも変わってくるだろうし、
なんとかしたいのですけれども。
定数で持っててもいいけど、他の言語環境だと高さも変わってくるだろうし、
なんとかしたいのですけれども。
全く意味が分からん。
言語環境によって変わるタイトルバーって何だ？
Objective-C + Xcode
C/C++ + CW
Java + Eclipse
とかで変わるん？
タイトルバーの高さが？
言語環境によって変わるタイトルバーって何だ？
Objective-C + Xcode
C/C++ + CW
Java + Eclipse
とかで変わるん？
タイトルバーの高さが？
言語環境って日本語とかUSとかのことだろ。言語によって高さが変わるとは
思えないけどな。
思えないけどな。
NSWindow*mainWindow= [NSApp mainWindow];
NSRectcontRect= [mainWindow contentRectForFrameRect:[mainWindow frame]];
NSLog(@"contRect = %@", NSStringFromRect(contRect));
NSRectframeRect= [mainWindow frameRectForContentRect:contRect];
NSLog(@"frameRect = %@", NSStringFromRect(frameRect));
NSRectcontRect= [mainWindow contentRectForFrameRect:[mainWindow frame]];
NSLog(@"contRect = %@", NSStringFromRect(contRect));
NSRectframeRect= [mainWindow frameRectForContentRect:contRect];
NSLog(@"frameRect = %@", NSStringFromRect(frameRect));
ｽﾏﾝ、自分のXcodeエディタで試してからコピペしたらタブ空白が消えちまった。
NSRect contRect= [mainWindow contentRectForFrameRect:[mainWindow frame]];
NSLog(@"contRect = %@", NSStringFromRect(contRect));
NSRect frameRect= [mainWindow frameRectForContentRect:contRect];
NSLog(@"frameRect = %@", NSStringFromRect(frameRect));
で、
titlebarHeight = frameRect.size.height - contRect.size.height;
NSRect contRect= [mainWindow contentRectForFrameRect:[mainWindow frame]];
NSLog(@"contRect = %@", NSStringFromRect(contRect));
NSRect frameRect= [mainWindow frameRectForContentRect:contRect];
NSLog(@"frameRect = %@", NSStringFromRect(frameRect));
で、
titlebarHeight = frameRect.size.height - contRect.size.height;
heightをとるのは良いんだが、それをどうすんだ。
変更とかできるの?
変更とかできるの?
>>367
スレの流れをよく読もう
スレの流れをよく読もう
言語によって、タイトルバーに使われるフォントが変わるってことはあるかもね
で、それで高さを言語共通で固定値にしてたりすると、縦方向で文字切れする可能性もあるかもね
で、それで高さを言語共通で固定値にしてたりすると、縦方向で文字切れする可能性もあるかもね
アプリケーションが、どんなAppleEventに対応しているのか
調べる方法ってあるのかなぁ。
調べる方法ってあるのかなぁ。
自作アプリをUniversal Binary化しているんですが、
OS10.3.9をサポートしようと思っています。
Xcodeプロジェクトのビルドの設定で
SDKの設定を MacOSX10.4u.sdk
gccの設定を 4.0
に設定しているのですが
いまひとつ自信がありません。
もし10.3.9対応のUniversal Binaryアプリを
開発された方がいらっしゃいましたら
アドバイスをいただけると幸いです。
OS10.3.9をサポートしようと思っています。
Xcodeプロジェクトのビルドの設定で
SDKの設定を MacOSX10.4u.sdk
gccの設定を 4.0
に設定しているのですが
いまひとつ自信がありません。
もし10.3.9対応のUniversal Binaryアプリを
開発された方がいらっしゃいましたら
アドバイスをいただけると幸いです。
>373
有意義と思われるのでコメントしとく
374が書いてくれたリンクに入っているとおりだが、
・今回はppcとintelでターゲットSDKが異なるケースなので
プロジェクトのプロパティ「ターゲットSDKを使用したクロス開発」
は「現在のMac OS」のままでいい。
・代わりに、「SDKROOT_i386/同ppc」を追加指定する
i386＝「/Developer/SDKs/MacOSX10.4u.sdk」
ppc＝「/Developer/SDKs/MacOSX10.3.9.sdk」
・もちろんターゲットのプロパティ／ビルドタブで
「MACOSX_DEPLOYMENT_i386／同ppc」も追加指定する
i386=「10.4」、ppc＝「10.3」
ただ、10.3.9.sdkは、メンテされてないかのようだ！
XCodeのリビジョンがあがるたびにリンクエラーの山だったりして
ひどいことがある。（Xcode 2.3はひどかった）
そういうときはppcの分も10.4u.sdkにしておかないとコンパイル
さえ通らないこともある。
・・・この設定でのバイナリが10.3.9で動くかどうかは、運かもね。
で、未だにXcode2.2.1が捨てられない。2.4って信用していいのか
なぁ。テストしている範囲では動いているけれど．．．
有意義と思われるのでコメントしとく
374が書いてくれたリンクに入っているとおりだが、
・今回はppcとintelでターゲットSDKが異なるケースなので
プロジェクトのプロパティ「ターゲットSDKを使用したクロス開発」
は「現在のMac OS」のままでいい。
・代わりに、「SDKROOT_i386/同ppc」を追加指定する
i386＝「/Developer/SDKs/MacOSX10.4u.sdk」
ppc＝「/Developer/SDKs/MacOSX10.3.9.sdk」
・もちろんターゲットのプロパティ／ビルドタブで
「MACOSX_DEPLOYMENT_i386／同ppc」も追加指定する
i386=「10.4」、ppc＝「10.3」
ただ、10.3.9.sdkは、メンテされてないかのようだ！
XCodeのリビジョンがあがるたびにリンクエラーの山だったりして
ひどいことがある。（Xcode 2.3はひどかった）
そういうときはppcの分も10.4u.sdkにしておかないとコンパイル
さえ通らないこともある。
・・・この設定でのバイナリが10.3.9で動くかどうかは、運かもね。
で、未だにXcode2.2.1が捨てられない。2.4って信用していいのか
なぁ。テストしている範囲では動いているけれど．．．
ソースの変更内容がビルド時に反映されなくて途方に暮れてます。
同じソースをファイル名を変えてビルドすると、変更後の挙動を
するのですが、ファイル名を元に戻すとまた変更前の挙動に戻ります。
このときファイルの中身はいっさいいじらず、ただファイル名と
それを呼び出す部分など対応する部分の名前を合わせたのみ。
すべてのターゲットをクリーニングしてビルドしてるのですが、
どこかに古いファイルが紛れ込んでるような雰囲気で、それが
何なのかがさっぱりわかりません。
Xcode のバージョンは 2.4。
解決策はないでしょうか‥
同じソースをファイル名を変えてビルドすると、変更後の挙動を
するのですが、ファイル名を元に戻すとまた変更前の挙動に戻ります。
このときファイルの中身はいっさいいじらず、ただファイル名と
それを呼び出す部分など対応する部分の名前を合わせたのみ。
すべてのターゲットをクリーニングしてビルドしてるのですが、
どこかに古いファイルが紛れ込んでるような雰囲気で、それが
何なのかがさっぱりわかりません。
Xcode のバージョンは 2.4。
解決策はないでしょうか‥
言語はJavaなのかい？
Xcodeはbuildディレクトリとか/tmpにキャッシュを作ってたりするので、
・buildディレクトリを削除
・ゴミ箱を空にする (ゴミ箱内のbuildディレクトリを抹消)
・OS再起動 (これで/tmpの中身が掃除されるはず)
こんなとこでどうだろうか。
・buildディレクトリを削除
・ゴミ箱を空にする (ゴミ箱内のbuildディレクトリを抹消)
・OS再起動 (これで/tmpの中身が掃除されるはず)
こんなとこでどうだろうか。
>>374-375
情報ありがとうございます。
SDKのバージョンはそれぞれppc, intelで
切り替えるとして、gccのバージョンは
ppcは3.3、intelは4.0にした方が良いのでしょうか？
それともgccは両方とも4.0の方が良いのでしょうか？
情報ありがとうございます。
SDKのバージョンはそれぞれppc, intelで
切り替えるとして、gccのバージョンは
ppcは3.3、intelは4.0にした方が良いのでしょうか？
それともgccは両方とも4.0の方が良いのでしょうか？
>>379
10.3.9より前のPantherだと、gcc-4.0でコンパイルした
オブジェクトは実行できないです。
ユーザ環境での10.3.xは10.3.9しかありえないならgcc-4.0でもいいけど
そうじゃないならppcはgcc-3.3にしとくのが無難。
374のドキュメントに書いてありますよ。とりあえず日本語版のリンク貼っとく。
ttp://developer.apple.com/jp/documentation/DeveloperTools/Conceptual/cross_development/UniversalBinaries/chapter_4_section_1.html
10.3.9より前のPantherだと、gcc-4.0でコンパイルした
オブジェクトは実行できないです。
ユーザ環境での10.3.xは10.3.9しかありえないならgcc-4.0でもいいけど
そうじゃないならppcはgcc-3.3にしとくのが無難。
374のドキュメントに書いてありますよ。とりあえず日本語版のリンク貼っとく。
ttp://developer.apple.com/jp/documentation/DeveloperTools/Conceptual/cross_development/UniversalBinaries/chapter_4_section_1.html
>>380
情報ありがとうございます。
http://developer.apple.com/jp/technotes/tn2006/tn2163.html
↑このリンクの内容等も見た限り、ppcはgcc3.3にしておいた方が
良さそうな気がしてきました。
なんだか未だすっきりしませんが、無難な方向で行こうと思います。
どうもありがとうございます。
情報ありがとうございます。
http://developer.apple.com/jp/technotes/tn2006/tn2163.html
↑このリンクの内容等も見た限り、ppcはgcc3.3にしておいた方が
良さそうな気がしてきました。
なんだか未だすっきりしませんが、無難な方向で行こうと思います。
どうもありがとうございます。
libavcodec.a、libavutil.aを取り込んだターゲットを書いていますが、
リンカの問題にぶつかっています。助言をいただけませんでしょうか。
それぞれ、以下の対処で一応回避できたのですが、これが対処として
間違っているのかどうか・・・。
1. read-only segmentの問題
ld: /x/y/z/libxxx.a (xxx.o) has local relocation entries in non-writable section (__TEXT,__text)
ぐぐってみたところ、Suppress出来ることがわかったので
ターゲット-ビルド「他のリンカフラグ」に「-read_only_relocs suppress」
を追加して回避しました。
2. libz.dylibの問題
/x/y/z/libavcodec.a(xxx.o) reference to undefined _inflate など
ググって見たところ、libzをリンカで組み込めば良さそうということがわかり
ターゲット-ビルド「他のリンカフラグ」に「-lz」を追加して回避しました。
リンカの問題にぶつかっています。助言をいただけませんでしょうか。
それぞれ、以下の対処で一応回避できたのですが、これが対処として
間違っているのかどうか・・・。
1. read-only segmentの問題
ld: /x/y/z/libxxx.a (xxx.o) has local relocation entries in non-writable section (__TEXT,__text)
ぐぐってみたところ、Suppress出来ることがわかったので
ターゲット-ビルド「他のリンカフラグ」に「-read_only_relocs suppress」
を追加して回避しました。
2. libz.dylibの問題
/x/y/z/libavcodec.a(xxx.o) reference to undefined _inflate など
ググって見たところ、libzをリンカで組み込めば良さそうということがわかり
ターゲット-ビルド「他のリンカフラグ」に「-lz」を追加して回避しました。
Leopard Developer Previewが出てるけど使い心地はどうよ?
秘密。
誰も知らない♪知られちゃいけない♪
誰も知らない♪知られちゃいけない♪
N なにであっても
D 誰であっても
A 暴いちゃダメよ♥
D 誰であっても
A 暴いちゃダメよ♥
昨日見た夢の話ならおk
初恋の人との思いでのはずが
気がつけば途中から大量の小倉優子になっていて
タコ殴りにされたところで目が覚めました
気がつけば途中から大量の小倉優子になっていて
タコ殴りにされたところで目が覚めました
IntelMacでXcodeで開発しているのですが、
PowerPCバイナリのデバッグはIntelMac+Xcodeでは
無理なのでしょうか？
PowerPCバイナリをデバッグしようとすると
デバッグが自動的に終了してしまいます。
PowerPCバイナリのデバッグはIntelMac+Xcodeでは
無理なのでしょうか？
PowerPCバイナリをデバッグしようとすると
デバッグが自動的に終了してしまいます。
http://developer.apple.com/jp/documentation/MacOSX/Conceptual/universal_binary/universal_binary_exec_a/chapter_7_section_8.html
自己解決しました。
失礼しました。
自己解決しました。
失礼しました。
プロジェクトを開いた状態でリンクされた個別のファイルを
編集すると、保存できないとエラーが出るようになりました。
単独ファイルのみだと起きないのですが。。。
新たにプロジェクトを作り直して、各ファイルをリンクし直したら
ほんの僅かな時間直ったのですが、すぐにまたおかしくなりました。
既出でしょうか？
編集すると、保存できないとエラーが出るようになりました。
単独ファイルのみだと起きないのですが。。。
新たにプロジェクトを作り直して、各ファイルをリンクし直したら
ほんの僅かな時間直ったのですが、すぐにまたおかしくなりました。
既出でしょうか？
Xcodeのエディタでカッコを入力しただけでビープ音が鳴ってうるさいのですが。
どのようにすればビープが鳴らないようになるのでしょう？
どのようにすればビープが鳴らないようになるのでしょう？
>>391
「リンク」ってのはファイルがプロジェクトに登録（「プロジェクトに追加...」）されている
ってこと?
ファイルが保存できない場合、書き込み権限がないとか、パスが存在しないとか、
ファイルのエンコーディングがあってないとか、幾つかあった気がするが...
ファイルが赤い字で表示されるようなら2番目かな。
もしかしてファイルの編集は Xcode 以外でやってる? emacs なんかだと
~ が作られるときによくなかったりする可能性もあるが...
あと、「情報を見る」でファイルのパスを見て、そのパスにあるファイルは
エディタとかで普通に編集/保存できる?
「リンク」ってのはファイルがプロジェクトに登録（「プロジェクトに追加...」）されている
ってこと?
ファイルが保存できない場合、書き込み権限がないとか、パスが存在しないとか、
ファイルのエンコーディングがあってないとか、幾つかあった気がするが...
ファイルが赤い字で表示されるようなら2番目かな。
もしかしてファイルの編集は Xcode 以外でやってる? emacs なんかだと
~ が作られるときによくなかったりする可能性もあるが...
あと、「情報を見る」でファイルのパスを見て、そのパスにあるファイルは
エディタとかで普通に編集/保存できる?
>>393
レスに感謝です！
まさにその後者が問題のようです。
調べてみたのですが、どうやら漢字コード（ファイルを選んでコマンド＋I）
を見ると空欄になっており、これをS-JISに設定しなおすと、
正常に保存できました。
しかしながら、プロジェクトを一旦閉じるとまた空欄になってしまいます。
（作業毎に設定しなおして、なんとかしのいでいます）
ファイルの編集ですが、長い制作期間、たまにJEDITで開いたり
などという事もありました。
以前はこんな事は無かったのですが、10.4.8になってから起こったような
気がします。（厳密には未確認ですが）
レスに感謝です！
まさにその後者が問題のようです。
調べてみたのですが、どうやら漢字コード（ファイルを選んでコマンド＋I）
を見ると空欄になっており、これをS-JISに設定しなおすと、
正常に保存できました。
しかしながら、プロジェクトを一旦閉じるとまた空欄になってしまいます。
（作業毎に設定しなおして、なんとかしのいでいます）
ファイルの編集ですが、長い制作期間、たまにJEDITで開いたり
などという事もありました。
以前はこんな事は無かったのですが、10.4.8になってから起こったような
気がします。（厳密には未確認ですが）
>>393
へーそんなことがあるんだ。
今 Xcode 2.4 で軽く試してみたら、俺の環境では一応エンコーディングの値は
保存されるみたいだけどなあ。
.xcodeproj の中の project.pbxproj を生で見ると、各ファイルのエントリーがあって、
fileEncoding という変数に該当するテキストエンコーディングの値が入るようだが。
ところで S-JIS って「日本語 (Shift JIS）」のこと? もしそうなら Mac OS X 上のこれは
チルダとかバックスラッシュとかの変換が微妙だから、プログラムのソースには
あまりお勧めできない。
へーそんなことがあるんだ。
今 Xcode 2.4 で軽く試してみたら、俺の環境では一応エンコーディングの値は
保存されるみたいだけどなあ。
.xcodeproj の中の project.pbxproj を生で見ると、各ファイルのエントリーがあって、
fileEncoding という変数に該当するテキストエンコーディングの値が入るようだが。
ところで S-JIS って「日本語 (Shift JIS）」のこと? もしそうなら Mac OS X 上のこれは
チルダとかバックスラッシュとかの変換が微妙だから、プログラムのソースには
あまりお勧めできない。
リンク間違えた... >>394 ね。
俺はUTF-8だな
UTF-8が一番無難。
S-JISというか、MacOS標準のままにしてました。
他にも、同様の症状の方が居るようですね。
で、UTF-8という事で、全ファイル変換をかけましたところ、
無事直りました！
もう、ファイルを閉じても設定が消えないようです。
大変、お世話になりました！！！
他にも、同様の症状の方が居るようですね。
で、UTF-8という事で、全ファイル変換をかけましたところ、
無事直りました！
もう、ファイルを閉じても設定が消えないようです。
大変、お世話になりました！！！
ｱﾎﾟの木下塾へのお誘いメール来たんで登録した。
登録はできたんだけど、
Macのノートもってない事に気づいたｗｗｗｗ
FW800と液晶をｶｰﾄでｺﾞﾛｺﾞﾛもってくしかなさそう（なんか、懐かしい…）。
Intel版OSXって、まだPCにﾌﾘｰｲﾝｽｺｰﾙできないの？
せめて、VMWareくらいでなんとかしてﾎｽｲ。
登録はできたんだけど、
Macのノートもってない事に気づいたｗｗｗｗ
FW800と液晶をｶｰﾄでｺﾞﾛｺﾞﾛもってくしかなさそう（なんか、懐かしい…）。
Intel版OSXって、まだPCにﾌﾘｰｲﾝｽｺｰﾙできないの？
せめて、VMWareくらいでなんとかしてﾎｽｲ。
PCにｲﾝｽｺしたらライセンス違反になるだろ
皆がコードを書いている間は、人のコードにツッコミを入れたりして暇をつぶすとかw
>402
ADCの人限定でPCｲﾝｽｺOK版OSXを提供して欲しい。
ADCの人限定でPCｲﾝｽｺOK版OSXを提供して欲しい。
で、そこから漏れる訳やねw
死ね
死ね
>>404
金ためてAppleを買収すればいい。
金ためてAppleを買収すればいい。
一般PCで普通に動くようになったらアポの利益モデルがiPodだけになりそうだな。
MSがﾌﾟﾘｲﾝｽｺ利権牛耳ってる中で、独自ハード捨ててまでやる価値のある賭けとも思えん
MSがﾌﾟﾘｲﾝｽｺ利権牛耳ってる中で、独自ハード捨ててまでやる価値のある賭けとも思えん
新規プロジェクトを作成時にデフォルトで用意されるmain.mの文字コードを変更することはでき
ないのでしょうか？
環境設定でエンコーディングをUTF-8に変更してもmain.mはMacOSのままのようで、ウムラウト
を入力すると「エンコーディングのコンクリフト」なるダイアログが表示されます。
そのダイアログにしたがい文字コードを変換すれば良いだけなのですが、なんかもっとスマートな
方法は無いものでしょうか？
ユーザ名を気取ってウムラウトを含んだ単語で作成してしまった為、main.mのCreated欄が文字
化けを起こしてしまい、非常にみっともない状況なのです……。
ないのでしょうか？
環境設定でエンコーディングをUTF-8に変更してもmain.mはMacOSのままのようで、ウムラウト
を入力すると「エンコーディングのコンクリフト」なるダイアログが表示されます。
そのダイアログにしたがい文字コードを変換すれば良いだけなのですが、なんかもっとスマートな
方法は無いものでしょうか？
ユーザ名を気取ってウムラウトを含んだ単語で作成してしまった為、main.mのCreated欄が文字
化けを起こしてしまい、非常にみっともない状況なのです……。
>>408
defaults write com.apple.Xcode PBXCustomTemplateMacroDefinitions '{ "FULLUSERNAME" = "お好きに"; }'
defaults write com.apple.Xcode PBXCustomTemplateMacroDefinitions '{ "FULLUSERNAME" = "お好きに"; }'
.h と .m を同時に見たいんですが、同じウインドウ内で .h と .m が
切り替わって表示されてしまって同時に見れません。
プロジェクトによって２枚開いたり、１枚で切り替わったりしてるのですが、
この設定はどこにあったでしょうか。
切り替わって表示されてしまって同時に見れません。
プロジェクトによって２枚開いたり、１枚で切り替わったりしてるのですが、
この設定はどこにあったでしょうか。
「全般」の「対応する要素を同じエディタに開く」じゃまいか
組み込みエディタのスクロールバーの上にあるボタンを押す
>> 412 チェックしたりはずしたりしてみましたがダメでした。
>> 413 １枚が上下に分かれましたが、２枚別々に開いてくれません。
以前もこの状態になって直した覚えがあるんですが、
何を変えたのか覚えてません‥。
>> 413 １枚が上下に分かれましたが、２枚別々に開いてくれません。
以前もこの状態になって直した覚えがあるんですが、
何を変えたのか覚えてません‥。
グループ化じゃないの？
418 ：名称未設定：2006/10/25(水) 22:37:56 ID:dfRpd61+0
UI Browserって知りませんか？
PreFab?
Objective-Cの中でC99な記述をしようとしたのですが、デフォルトの設定ではコンパイルできませんでした。
ビルド設定でC Language DialectをC99またはGNU99に設定するとコンパイルできたのですが、
これはどっちに設定した方がより良いのでしょうか。
ビルド設定でC Language DialectをC99またはGNU99に設定するとコンパイルできたのですが、
これはどっちに設定した方がより良いのでしょうか。
421 ：名称未設定：2006/10/30(月) 20:41:51 ID:QlvfG2aK0
PantherではどうやってもUniversal Binaryは作れませんか？
Tiger 用のGCCのソースとってきてコンパイルして、SDK もってきて... とかすれば OK
でもどうせ作ってもテストしないといけないんだから、intel mac mini か macbook 買うしかないべ...
でもどうせ作ってもテストしないといけないんだから、intel mac mini か macbook 買うしかないべ...
新規でMacのアプリを作ることになったんだけど
Leopardの開発環境を知ってしまうと、Tigerまでを
切り捨てたくなるんだけどどうしよう・・・
多くのデベロッパが悩む問題だと思うけど。。。
Leopardの開発環境を知ってしまうと、Tigerまでを
切り捨てたくなるんだけどどうしよう・・・
多くのデベロッパが悩む問題だと思うけど。。。
それはどういうアプリなのよ。
どこかの会社の業務用なのか、
一般向けに市販されるものなのか、
何かのハードの専用ソフトか、
オンラインソフトか、
出す時期はいつか、
それによって話は変わるでしょうに。
どこかの会社の業務用なのか、
一般向けに市販されるものなのか、
何かのハードの専用ソフトか、
オンラインソフトか、
出す時期はいつか、
それによって話は変わるでしょうに。
開発環境で切り捨てるというのも初めて聞く話だが、新規なら好きにすれば
いいんでないか。既存ユーザーのしがらみもないんだし。
俺なんかJaguar切り捨てたし、次のでPantherも切り捨てる。いつまでも古い
APIにしばられるとプログラムが陳腐化してしまうし、古いOSが動くマシンも
取っておかなきゃならないし、テストも大変。
いいんでないか。既存ユーザーのしがらみもないんだし。
俺なんかJaguar切り捨てたし、次のでPantherも切り捨てる。いつまでも古い
APIにしばられるとプログラムが陳腐化してしまうし、古いOSが動くマシンも
取っておかなきゃならないし、テストも大変。
C歴15年のプログラマなんですが、なんとなく面白そうなので
先日、初iMacを買ってみました。で、とりあえずXcodeを入れてみたんですが
どの辺りから攻めるのが早そうでしょうか？サンプルコードを片っ端から
読んでみるくらいかと思ってるのですが、いい勉強サイトがあったら
教えてください。
ちなみに、Windowsアプリはほとんどドライバくらいしか書いたことがないし
アプリケーションはCが基本だった時代（90年ころ）の知識しかありません。
先日、初iMacを買ってみました。で、とりあえずXcodeを入れてみたんですが
どの辺りから攻めるのが早そうでしょうか？サンプルコードを片っ端から
読んでみるくらいかと思ってるのですが、いい勉強サイトがあったら
教えてください。
ちなみに、Windowsアプリはほとんどドライバくらいしか書いたことがないし
アプリケーションはCが基本だった時代（90年ころ）の知識しかありません。
まずObjectiveCについて調べれば良いんじゃね？
ヒレガス本を買って読みながら試してみることを薦めるよ。読み終わる頃には
Cocoaのプログラミング作法とかを理解しているはず。
Cocoaのプログラミング作法とかを理解しているはず。
質問なんですが、
Pantherを使っていて、Xcode 1.5を使っています。
下記のリンクを参考にAVR GCCというのをビルド？したいんですが、さっぱり分かりません。。
http://avrwiki.com/wiki/index.php/AVR_GCC
'Get the prerequisite compilation tools installed'
のとこですでに躓いてます。。
何から勉強すればいいんでしょうか？
参考になる本やサイトを教えて欲しいです。
Pantherを使っていて、Xcode 1.5を使っています。
下記のリンクを参考にAVR GCCというのをビルド？したいんですが、さっぱり分かりません。。
http://avrwiki.com/wiki/index.php/AVR_GCC
'Get the prerequisite compilation tools installed'
のとこですでに躓いてます。。
何から勉強すればいいんでしょうか？
参考になる本やサイトを教えて欲しいです。
というか、Xcodeをどう使うのかが、そもそも分からないんですが、
Xcode入門という本があるみたいなんで、それ買ってみますが、
他に参考になる本を、お願いします。
>>431の件は忘れてください。
Xcode入門という本があるみたいなんで、それ買ってみますが、
他に参考になる本を、お願いします。
>>431の件は忘れてください。
>>432
その本だけはやめとけ...
430のリンク先にあるドキュメントじっくり読んだほうがいいよ。
日本語に翻訳されたXcodeのユーザマニュアルもあるし。
http://developer.apple.com/documentation/DeveloperTools/Conceptual/XcodeUserGuide/Contents/Resources/ja.lproj/index.html
その本だけはやめとけ...
430のリンク先にあるドキュメントじっくり読んだほうがいいよ。
日本語に翻訳されたXcodeのユーザマニュアルもあるし。
http://developer.apple.com/documentation/DeveloperTools/Conceptual/XcodeUserGuide/Contents/Resources/ja.lproj/index.html
2.4.1 とな
435 ：名称未設定：2006/11/01(水) 11:28:43 ID:1+iqtqnn0
>431
多分Xcodeだけじゃ出来ねーぞ、それ
中でflexやbison,yaccを使うみたいだからそっちのセットアップがいるみたいだし・・・
(いわゆる、 ./configure でやってるところ)
Xcodeでこの辺りのスクリプトって使えたっけ？
たぶん、コマンドラインから使わないとダメだと思う
それに、SKT500用のクロスコンパイラだよ、それ
シリアルポートが無いMacで使えるの？そのボード。USBでそのボードと通信できるの？
ちょうど、今オイラが読んでる本がその辺りに詳しいかな？
GNU Make
ttp://www.amazon.co.jp/GNU-Make/dp/4873112699/
GNU Autoconf/Automake/Libtool
ttp://www.amazon.co.jp/GNU-Autoconf-Automake-Libtool/dp/4274064115/
多分Xcodeだけじゃ出来ねーぞ、それ
中でflexやbison,yaccを使うみたいだからそっちのセットアップがいるみたいだし・・・
(いわゆる、 ./configure でやってるところ)
Xcodeでこの辺りのスクリプトって使えたっけ？
たぶん、コマンドラインから使わないとダメだと思う
それに、SKT500用のクロスコンパイラだよ、それ
シリアルポートが無いMacで使えるの？そのボード。USBでそのボードと通信できるの？
ちょうど、今オイラが読んでる本がその辺りに詳しいかな？
GNU Make
ttp://www.amazon.co.jp/GNU-Make/dp/4873112699/
GNU Autoconf/Automake/Libtool
ttp://www.amazon.co.jp/GNU-Autoconf-Automake-Libtool/dp/4274064115/
436 ：435：2006/11/01(水) 11:46:13 ID:1+iqtqnn0
気持ちは解るが、電子工作とか、ワンチップマイコンとかそっちの方面をMacでやるのは辞めとけ
素直にWindows環境の方が情報が多くて苦労しないぞ
素直にWindows環境の方が情報が多くて苦労しないぞ
>>433
ありがとうございます。
リンク、読んでみます。
>>435-436
'Mac AVR GCC'でぐぐるといろいろ出てきますが、できるみたいです。
USB/Serial converterの件も大丈夫みたいです。
ここの技術資料のUNIXのpdfを見ると、
ttp://images.apple.com/jp/macosx/techspecs/
ビルドツール Mac OS X には、2 つのバージョンの make(デフォルトの GNU make とBSD make)、
Java プロジェクト用のant、通常の解析ツール(lex、flex、yacc、bison)が装備されています。
と、あるんですが、これってTigerからなんでしょうか？
というか、gccって単語を見て、とりあえずXcodeを使うのかな？と思ってたんですが、
また全然関係無いんでしょうか？
頭が溶けそう。。
一応、作りたいもののAVRへの書き込みのhexファイルは持っているんで、
STK500を注文して届くまでに、自分がMacでできそうな見通しが立たなければ、
とりあえずWinでやって、おいおいMacでもできるようにしたいなと思っています。
ありがとうございます。
リンク、読んでみます。
>>435-436
'Mac AVR GCC'でぐぐるといろいろ出てきますが、できるみたいです。
USB/Serial converterの件も大丈夫みたいです。
ここの技術資料のUNIXのpdfを見ると、
ttp://images.apple.com/jp/macosx/techspecs/
ビルドツール Mac OS X には、2 つのバージョンの make(デフォルトの GNU make とBSD make)、
Java プロジェクト用のant、通常の解析ツール(lex、flex、yacc、bison)が装備されています。
と、あるんですが、これってTigerからなんでしょうか？
というか、gccって単語を見て、とりあえずXcodeを使うのかな？と思ってたんですが、
また全然関係無いんでしょうか？
頭が溶けそう。。
一応、作りたいもののAVRへの書き込みのhexファイルは持っているんで、
STK500を注文して届くまでに、自分がMacでできそうな見通しが立たなければ、
とりあえずWinでやって、おいおいMacでもできるようにしたいなと思っています。
少なくともXcode入れたならTigerじゃなくても入ってるはず＞＞lex、flex、yacc、bison
Xcodeってのはgccなんかを制御できるソフト、かなぁ？
人間->Xcode->gcc,gdb,etc
こんな感じ
Xcodeってのはgccなんかを制御できるソフト、かなぁ？
人間->Xcode->gcc,gdb,etc
こんな感じ
gcc とかコマンドラインでいいんでしょきっと。
Xcode インスコしたら、mac 用の gcc は入るよ。
アプリケーション→ユーティリティ→ターミナル
を開いて、そこで gcc リターンとかしてみたら？
あとはコマンドラインでいじればいいと思う。
そこからは linux でも mac でもあんま変わらんとおもう。
Panther でも flex, bison は入ってる筈。
Xcode はまあmac用の GUI ソフトをつくる環境と思っとけばいい
Xcode インスコしたら、mac 用の gcc は入るよ。
アプリケーション→ユーティリティ→ターミナル
を開いて、そこで gcc リターンとかしてみたら？
あとはコマンドラインでいじればいいと思う。
そこからは linux でも mac でもあんま変わらんとおもう。
Panther でも flex, bison は入ってる筈。
Xcode はまあmac用の GUI ソフトをつくる環境と思っとけばいい
>431
ttp://www.musin.co.jp/Computer/H8&SH_MacOSX.html
にOSX10.2でH8用のクロス環境作る話があるよ。
H8をAVRに読み替えれば参考にはなるだろう。
クロス開発にXcodeは必要ない。
必要なのは UNIX Shellの基本。
これ以上はスレ違いだな。
ttp://www.musin.co.jp/Computer/H8&SH_MacOSX.html
にOSX10.2でH8用のクロス環境作る話があるよ。
H8をAVRに読み替えれば参考にはなるだろう。
クロス開発にXcodeは必要ない。
必要なのは UNIX Shellの基本。
これ以上はスレ違いだな。
補足
>クロス開発にXcodeは必要ない。
Xcode インストールすることによってMac用GNU開発ツールが
インストールされるから、その意味ではクロス環境のビルドに必要。
但しプロジェクトビルダーを使う必要はない。shellのコマンドライン
からの操作になる、 ということね。
>クロス開発にXcodeは必要ない。
Xcode インストールすることによってMac用GNU開発ツールが
インストールされるから、その意味ではクロス環境のビルドに必要。
但しプロジェクトビルダーを使う必要はない。shellのコマンドライン
からの操作になる、 ということね。
昨日の夜に数時間かけてバージョン2.4をダウンロードした。
朝起きたら2.4.1が出てた。短時間のうちに2GBもDLしたのは初めてだ。
朝起きたら2.4.1が出てた。短時間のうちに2GBもDLしたのは初めてだ。
>>431
こんなこといっちゃなんだが、無理してMacでやろうと思わない方がいいですよ。
また、無理して自家ビルドしようとしないで、
finkやdarwinportsにバイナリがあるので、それを使いなさいな。
確かにAVR-GCCをMacで使うことはできるけど、シミュレータやJTAG ICEの使用まで想
定すると、WindowsでAVR Studio / WinAVR使う以外に無いと言えてしまう。
環境構築に時間をかけるより、AVRアセンブラなりデバイスなりAVR-GCCの理解に時間を
使った方が有意義。
WindowsでAVRの扱いに慣れた上で、それでもMacでやりたいと思うならそれもよし。
Xcodeを入れれば、自家ビルドは基本的にはAVR-LibCのドキュメントにある
インストール手順をトレースすればできるはず。
http://www.nongnu.org/avr-libc/user-manual/install_tools.html
説明には無いけど、gccのconfigureで--disable-libsspするのを忘れないように。
Mac OS Xはマイノリティです。AVRもマイノリティです。
マイノリティとマイノリティがかけ合わさった超マイノリティ世界のことです。
他人は頼れないと思った方がいいですよ。
こんなこといっちゃなんだが、無理してMacでやろうと思わない方がいいですよ。
また、無理して自家ビルドしようとしないで、
finkやdarwinportsにバイナリがあるので、それを使いなさいな。
確かにAVR-GCCをMacで使うことはできるけど、シミュレータやJTAG ICEの使用まで想
定すると、WindowsでAVR Studio / WinAVR使う以外に無いと言えてしまう。
環境構築に時間をかけるより、AVRアセンブラなりデバイスなりAVR-GCCの理解に時間を
使った方が有意義。
WindowsでAVRの扱いに慣れた上で、それでもMacでやりたいと思うならそれもよし。
Xcodeを入れれば、自家ビルドは基本的にはAVR-LibCのドキュメントにある
インストール手順をトレースすればできるはず。
http://www.nongnu.org/avr-libc/user-manual/install_tools.html
説明には無いけど、gccのconfigureで--disable-libsspするのを忘れないように。
Mac OS Xはマイノリティです。AVRもマイノリティです。
マイノリティとマイノリティがかけ合わさった超マイノリティ世界のことです。
他人は頼れないと思った方がいいですよ。
いや。そんなことはない。行けるとこまで行け。勉強になるから。
人間心からやりたいことがあれば何とかなるもんだ
みなさん、レスどうもありがとうございます。
結局、スレ違いだったようで、すみません。。
いろいろ勉強できて、個人的には質問して良かったです。
Winでとりあえず書き込みつつ、MacでもUNIXの資料読みつつ頑張ってみます。
ありがとうございました。
結局、スレ違いだったようで、すみません。。
いろいろ勉強できて、個人的には質問して良かったです。
Winでとりあえず書き込みつつ、MacでもUNIXの資料読みつつ頑張ってみます。
ありがとうございました。
結局WinでやれってんならMacなんていらね
つ[適材適所]
つBoot Camp
451 ：名称未設定：2006/11/02(木) 16:30:51 ID:/PMcPeOV0
お客様のご要望で10.2.8をサポートしようとしたらぞろぞろとエラー発生。
gccを3.3にしても10.3.9なら何の問題もないのにと悩んでいたら．．．
あぁ、そうですか、10.2.8では@tryやら@synchronizedのサポートはない
ですか。はぁぁ
gccを3.3にしても10.3.9なら何の問題もないのにと悩んでいたら．．．
あぁ、そうですか、10.2.8では@tryやら@synchronizedのサポートはない
ですか。はぁぁ
だから何なの？
ごめん。ちょっと愚痴ってみたかっただけ。お仕事だから頑張るしかないんよね。
10.2.8はさすがにもういいと思った
10.3.9ももういい。次のバージョンで切り捨てる。
ObjC 2.0を使いたいっ！
10.4を切り捨てたくないっ！
ってわがまま？
10.4を切り捨てたくないっ！
ってわがまま？
ソースコードの互換性はともかく、バイナリーの互換性がちょっと気になるのだが。
例えば 10.4 でコンパイルした Cocoa アプリケーションって、10.2.8 で走る?
もちろん 10.4 で登場した新しい API を使ってたら駄目だろうけど、
それ以外に非互換性はあるんですかね。
@try とかもバイナリー互換性を壊すんですか?
例えば 10.4 でコンパイルした Cocoa アプリケーションって、10.2.8 で走る?
もちろん 10.4 で登場した新しい API を使ってたら駄目だろうけど、
それ以外に非互換性はあるんですかね。
@try とかもバイナリー互換性を壊すんですか?
Objective-C 2.0の新機能は10.4のライタイムに機能が実装されてないと無理。
こっそり実装されてる可能性もあるけど、まぁ無理だろうな。
>>457
10.3.9だったか10.3.8でライブラリが変更になったと思ったが。
こっそり実装されてる可能性もあるけど、まぁ無理だろうな。
>>457
10.3.9だったか10.3.8でライブラリが変更になったと思ったが。
libstdc++
古い OS 用の互換性とってくれるライブラリを Apple が含めてくれれば
それだけのことなんだが。サポート範囲を減らすために故意に出してないだけでしょ。
それだけのことなんだが。サポート範囲を減らすために故意に出してないだけでしょ。
461 ：名称未設定：2006/11/04(土) 17:28:46 ID:Hg6eBXtP0
Xcodeって将来性あるの？
もっかい汎用プラットフォームの開発環境にして、OpenStep に名前戻せばいいのにw
464 ：名称未設定：2006/11/04(土) 18:13:41 ID:Ox3U1tCl0
>>457
10.4に付いてるgcc4が吐くコードは10.3.9以降じゃないと実行できなかったと思う。
10.4に付いてるgcc4が吐くコードは10.3.9以降じゃないと実行できなかったと思う。
なんでこんなもん勉強するの
中2病ですか?
そこに山があるから
優先順位ってもんがあるだろ
自分でわかってるんじゃん
優先順位を跳ね上げる要素なんかあるか？
微妙な思い込みが香ばしい
連休中日のレスだな
連休中日のレスだな
そういや世間は連休か…orz
Objective-Cというのが、学習意欲を削ぐんだよね
>>458 >>459 >>465
なるほど。そういえば、libstdc++ がスタティックからダイナミックになったとかいう
話がありましたね。あとは ObjC のランタイムシステムですか。
前者に関して、じゃあ OjbC だけで Cocoa app. を書けばどうなのか? と一瞬思いました
が、どこかで libstdc++ を参照してるってことですかね。
ところで、ライブラリの依存関係を見るのに otool -L が使えますが、
これを再帰的に実行するようなツールってありますかね。
たいていのフレームワークってそれ自体も別のフレームワーク/ライブラリを
リンクしてますよね。なので純粋な依存関係を見たいというか...
なるほど。そういえば、libstdc++ がスタティックからダイナミックになったとかいう
話がありましたね。あとは ObjC のランタイムシステムですか。
前者に関して、じゃあ OjbC だけで Cocoa app. を書けばどうなのか? と一瞬思いました
が、どこかで libstdc++ を参照してるってことですかね。
ところで、ライブラリの依存関係を見るのに otool -L が使えますが、
これを再帰的に実行するようなツールってありますかね。
たいていのフレームワークってそれ自体も別のフレームワーク/ライブラリを
リンクしてますよね。なので純粋な依存関係を見たいというか...
ええと、10.2.8 用 SDK, 10.3.9 用SDK をappleが配布してるから、
別に10.4でも前のOS用のバイナリはコンパイルできますよ。
昔のバージョンで動くバイナリは
(APIの非公開仕様をつかってなければ)大抵新しいバージョンでも動くし。
http://developer.apple.com/jp/documentation/DeveloperTools/Conceptual/cross_development/Introduction/chapter_1_section_1.html
から読みなされ。
別に10.4でも前のOS用のバイナリはコンパイルできますよ。
昔のバージョンで動くバイナリは
(APIの非公開仕様をつかってなければ)大抵新しいバージョンでも動くし。
http://developer.apple.com/jp/documentation/DeveloperTools/Conceptual/cross_development/Introduction/chapter_1_section_1.html
から読みなされ。
あとそこにも書いてあるけど、10.4用 xcode には gcc4.0 も gcc3.3 も
ついてくるし。ターゲットOS Xのバージョンによってどっちを使うかは xcode が自動的にやってくれたんじゃなかったっけ。
ついてくるし。ターゲットOS Xのバージョンによってどっちを使うかは xcode が自動的にやってくれたんじゃなかったっけ。
CocoaはJavaが10.4以降もう拡張されず近々サポートもされなくなるかわりに
Rubyが公式にサポートされると聞いた。Objective-Cが嫌ならRubyはどう？
Rubyが公式にサポートされると聞いた。Objective-Cが嫌ならRubyはどう？
>>478
お前が言わなくても、もうとっくに他所から漏れてるよ
お前が言わなくても、もうとっくに他所から漏れてるよ
> まだ詳しくはいえないけど・・・
性格の悪さってか下劣さがにじみ出てるなw
性格の悪さってか下劣さがにじみ出てるなw
ていうかNDAでしかたがないんじゃまいか？
Objective-Cの拡張をNDAにする理由がわからない。Cocoa以外ではほとんど
使われていないとはいえだ。
使われていないとはいえだ。
>>482
NDAで言えないのはわかってるくせに「俺は知ってるんだぜー。教えてやんないけどな」
っぽいふいんき(←なぜry)をかもし出してるからつっこまれてるのでは。
まあちょっと叩きすぎな気はするが。
NDAで言えないのはわかってるくせに「俺は知ってるんだぜー。教えてやんないけどな」
っぽいふいんき(←なぜry)をかもし出してるからつっこまれてるのでは。
まあちょっと叩きすぎな気はするが。
趣味グラマの癖に、Select買ってみようとか思ってる俺ガイル。
趣味に金をかける。
それは正しい行為だ。
楽しくなければ趣味とはなりえぬ。
それは正しい行為だ。
楽しくなければ趣味とはなりえぬ。
どうせ Leopard かうんだから、いま Select 買っておいてもいい気がするんだよね... 本業の邪魔になりそうだから必死に誘惑に耐えてるけど。
でもそれって、資金の回収とか、考えちゃったりしない？
最初タダで開発出来るうちは喜んでフリーウェアを作ってた
のに、金をかけるとどうしても楽しさより苦しさが出てきて、
ついシェアウェアとかにしたくなりそうな気がするんだけど？
最初タダで開発出来るうちは喜んでフリーウェアを作ってた
のに、金をかけるとどうしても楽しさより苦しさが出てきて、
ついシェアウェアとかにしたくなりそうな気がするんだけど？
どうだろう？Select が $500 で、Leopard がついてくるんでしょ？
たしか完成版も送ってくれるはずだと思ったけど、識者の意見をもとむ。
もしそうだったら、hardware discount もあるし、ソフト売らなくても
元取れるんじゃないかな... OS X は 1万5千円 とかでしょ。
下手な趣味に比べればかかるお金は安いんじゃないかな...
ADC on iTunes とかも見たいし。
といいつつ決心がつかないんだけどね。
たしか完成版も送ってくれるはずだと思ったけど、識者の意見をもとむ。
もしそうだったら、hardware discount もあるし、ソフト売らなくても
元取れるんじゃないかな... OS X は 1万5千円 とかでしょ。
下手な趣味に比べればかかるお金は安いんじゃないかな...
ADC on iTunes とかも見たいし。
といいつつ決心がつかないんだけどね。
>>490
MacProやMacBookProを買うつもりなら
Selectに入会してから割引購入すれば
$500は元がとれるでしょう。
ただし、割引購入のための手続き書類は
入会してすぐには来ないので、そのつもりで入会しましょう。
Leopardベータが目的なら、入会後すぐにダウンロードできます。
ADC on iTunesはAppleならではと思いました。
アメリカまで行く時間と金のない私には充分でした。
$500の他に英語力と高速な回線と増設のHDが必要ですが、
プログラムが好きなら、趣味としても楽しめるでしょう。
Leopardベータだけが目的なら機材割引があるとしても
あまりおすすめ出来ないかも。
ADCの件は以後こちらでやりませんか?
【ADC】Apple Developer Connection
http://pc7.2ch.net/test/read.cgi/mac/1143011492/
MacProやMacBookProを買うつもりなら
Selectに入会してから割引購入すれば
$500は元がとれるでしょう。
ただし、割引購入のための手続き書類は
入会してすぐには来ないので、そのつもりで入会しましょう。
Leopardベータが目的なら、入会後すぐにダウンロードできます。
ADC on iTunesはAppleならではと思いました。
アメリカまで行く時間と金のない私には充分でした。
$500の他に英語力と高速な回線と増設のHDが必要ですが、
プログラムが好きなら、趣味としても楽しめるでしょう。
Leopardベータだけが目的なら機材割引があるとしても
あまりおすすめ出来ないかも。
ADCの件は以後こちらでやりませんか?
【ADC】Apple Developer Connection
http://pc7.2ch.net/test/read.cgi/mac/1143011492/
ハードウェアディスカウントで元が取れるのはMacProくらいだな。
昔だったらほぼ半額で買えたけど(その代わり年会費十万以上)、今は
値引き率低いからな。
昔だったらほぼ半額で買えたけど(その代わり年会費十万以上)、今は
値引き率低いからな。
趣味なら元とらなくていいじゃん
仕事なら消耗品扱いで一括償却じゃん
495 ：名称未設定：2006/11/08(水) 14:48:14 ID:+64aUtlR0
gccだと
c++ source.cpp -L/usr/local/lib -leb -lz -liconv
これで問題無くコンパイル、実行できるんだが
Xcodeだとコンパイルは通るのに実行時
ZeroLink: unknown symbol '_eb_initialize_library'
と出る。
Library Search Path に/usr/local/lib
Other Linker Flagsに-leb -lz -liconv
と入れてるんだが他に何が必要？
c++ source.cpp -L/usr/local/lib -leb -lz -liconv
これで問題無くコンパイル、実行できるんだが
Xcodeだとコンパイルは通るのに実行時
ZeroLink: unknown symbol '_eb_initialize_library'
と出る。
Library Search Path に/usr/local/lib
Other Linker Flagsに-leb -lz -liconv
と入れてるんだが他に何が必要？
一度プロジェクトをクリーンすれば？
この辺よんでみたら？
http://developer.apple.com/documentation/DeveloperTools/Conceptual/XcodeUserGuide/Contents/Resources/en.lproj/05_08_bs_linking/chapter_35_section_10.html
/usr/local/lib がリンカのパスにははいってるけど、
Zerolink のサーチパスに入ってないのが
原因ではないかと勝手に思います。
リンカフラグで与えるんじゃなくて、
Xcode のソースリストのところに、/usr/local/lib/eb.a
を追加しておけばそのあたりは自動でやってくれるんでないかな。
と確かめずに適当な憶測ですが。
面倒くさければ Zerolink 切ったらいいと思う。
http://www-sens.sys.es.osaka-u.ac.jp/users/kanaya/2004-07-27/zerolink_and_dynamiclib-ja.html
http://developer.apple.com/documentation/DeveloperTools/Conceptual/XcodeUserGuide/Contents/Resources/en.lproj/05_08_bs_linking/chapter_35_section_10.html
/usr/local/lib がリンカのパスにははいってるけど、
Zerolink のサーチパスに入ってないのが
原因ではないかと勝手に思います。
リンカフラグで与えるんじゃなくて、
Xcode のソースリストのところに、/usr/local/lib/eb.a
を追加しておけばそのあたりは自動でやってくれるんでないかな。
と確かめずに適当な憶測ですが。
面倒くさければ Zerolink 切ったらいいと思う。
http://www-sens.sys.es.osaka-u.ac.jp/users/kanaya/2004-07-27/zerolink_and_dynamiclib-ja.html
498 ：495：2006/11/08(水) 16:49:03 ID:+64aUtlR0
>>475
> ところで、ライブラリの依存関係を見るのに otool -L が使えますが、
> これを再帰的に実行するようなツールってありますかね。
#! /usr/bin/perl -w
die "usage: $0 file ...\n" if @ARGV < 1;
$err = 0;
foreach $file (@ARGV) {
%done = ();
@file = ();
$err |= otool($file);
while ($file = shift @file) {
otool($file) unless $done{$file};
}
}
exit $err;
> ところで、ライブラリの依存関係を見るのに otool -L が使えますが、
> これを再帰的に実行するようなツールってありますかね。
#! /usr/bin/perl -w
die "usage: $0 file ...\n" if @ARGV < 1;
$err = 0;
foreach $file (@ARGV) {
%done = ();
@file = ();
$err |= otool($file);
while ($file = shift @file) {
otool($file) unless $done{$file};
}
}
exit $err;
>>500の続き
sub otool
{
my $file = $_[0];
my $line = `otool -L $file`;
return 1 unless $line;
print $line;
my @line = split "\n", $line;
shift @line;
$done{$file} = 1;
foreach $line (@line) {
my ($file) = $line =~ /^\t(\S+) /;
push @file, $file unless $done{$file};
}
}
sub otool
{
my $file = $_[0];
my $line = `otool -L $file`;
return 1 unless $line;
print $line;
my @line = split "\n", $line;
shift @line;
$done{$file} = 1;
foreach $line (@line) {
my ($file) = $line =~ /^\t(\S+) /;
push @file, $file unless $done{$file};
}
}
>>500
こんなんでどうかね？
find /System/Library/Frameworks -type f -perm 0755 ¥! ¥( -regex ¥*Resources¥* ¥) -exec otool -L ¥{¥} ¥;
こんなんでどうかね？
find /System/Library/Frameworks -type f -perm 0755 ¥! ¥( -regex ¥*Resources¥* ¥) -exec otool -L ¥{¥} ¥;
Xcodeで、実行中にExceptionが発生したら
デバッガを止めることって可能ですか？？
デバッガを止めることって可能ですか？？
>>503
http://developer.apple.com/documentation/Cocoa/Conceptual/Debugging/Tasks/SettingBreakpoints.html
http://developer.apple.com/documentation/Cocoa/Conceptual/Debugging/Tasks/SettingBreakpoints.html
>>500-502
おおーそんな感じです。すばらしい。
欲を言えば、出力を階層的にできたら見やすいかな、と思ったりして...
AppKit
+--- ApplicationServices
| +--- AE
| +--- ....
+--- HIToolBox
+--- ....
さらに突き詰めていくと、有向グラフで見たくなったりして... OmniGraffle とか、graphviz
あたりで。
しかしフレームワークの依存関係というものはでかいですねえ。
おおーそんな感じです。すばらしい。
欲を言えば、出力を階層的にできたら見やすいかな、と思ったりして...
AppKit
+--- ApplicationServices
| +--- AE
| +--- ....
+--- HIToolBox
+--- ....
さらに突き詰めていくと、有向グラフで見たくなったりして... OmniGraffle とか、graphviz
あたりで。
しかしフレームワークの依存関係というものはでかいですねえ。
>>504
便乗ですが、
もと CodeWarrior だった Carbon app を Xcode で C++ の throw でブレークするように
してデバッグしているのですが、どうやら例外の種類(?)によってデバッガで止まるものと
止まらないものがあって困っています。
この差について、どなたか心当たりありませんでしょうか。
便乗ですが、
もと CodeWarrior だった Carbon app を Xcode で C++ の throw でブレークするように
してデバッグしているのですが、どうやら例外の種類(?)によってデバッガで止まるものと
止まらないものがあって困っています。
この差について、どなたか心当たりありませんでしょうか。
どういう種類なら止まって、どういう種類なら止まらんの？
まだまだ初心者なのですが、友人と共同で小さなアプリを作ろうということになりました。
そこで、subversionと言うのを導入してみようと試みているのですが、どうにもうまくいきません。
どうぞお知恵をお貸しください(m..m)。
まず、ローカルの環境（Tiger）では動くようになっております。
次にリモートコンピュータからもサブバージョンにアクセスできるようにしようと、xcode(2.2.1)のヘルプの付録DとEに従って設定しました。
しかし、SSH自体にはアクセスできるものの、サブバージョンとのやり取りができない状況です。
そこで、お聞きしたいのは、このヘルプにかかれていることだけでリモートコンピュータからサブバージョンとやり取りできるようになるのでしょうか？
それとも、ここには書かれていない設定が必要なのでしょうか。
たとえばSSHやsubversionの設定がほかに必要だったりするとか。。。。
そこで、subversionと言うのを導入してみようと試みているのですが、どうにもうまくいきません。
どうぞお知恵をお貸しください(m..m)。
まず、ローカルの環境（Tiger）では動くようになっております。
次にリモートコンピュータからもサブバージョンにアクセスできるようにしようと、xcode(2.2.1)のヘルプの付録DとEに従って設定しました。
しかし、SSH自体にはアクセスできるものの、サブバージョンとのやり取りができない状況です。
そこで、お聞きしたいのは、このヘルプにかかれていることだけでリモートコンピュータからサブバージョンとやり取りできるようになるのでしょうか？
それとも、ここには書かれていない設定が必要なのでしょうか。
たとえばSSHやsubversionの設定がほかに必要だったりするとか。。。。
Universal Binaryの作成で質問です
プロジェクトに加える大きなライブラリlibhoge.aがあるとします。
1.libhoge.aをUniversalでビルドした場合
AppがUniversalで単純にリンクしてしまうと、libhoge.aが２個分
（ppc+UnivLib+i386+UnivLib）となってしまい、サイズがふくれ
あがってしまいました。
2.libhoge.aをppc/libhoge.aとi386/libhoge.aとビルドした場合
AppがUniversalで、ppcビルドのときppcのライブラリ、i386のときi386の
ライブラリをくっつけてほしいのですが、その指定方法がわかりません。
これはビルドスクリプトを手で書いてあげないとうまくできないもの
なのでしょうか？
（lipoの前にditto -archで指定archのみコピーしてからくっつけるなど）
プロジェクトに加える大きなライブラリlibhoge.aがあるとします。
1.libhoge.aをUniversalでビルドした場合
AppがUniversalで単純にリンクしてしまうと、libhoge.aが２個分
（ppc+UnivLib+i386+UnivLib）となってしまい、サイズがふくれ
あがってしまいました。
2.libhoge.aをppc/libhoge.aとi386/libhoge.aとビルドした場合
AppがUniversalで、ppcビルドのときppcのライブラリ、i386のときi386の
ライブラリをくっつけてほしいのですが、その指定方法がわかりません。
これはビルドスクリプトを手で書いてあげないとうまくできないもの
なのでしょうか？
（lipoの前にditto -archで指定archのみコピーしてからくっつけるなど）
>>508
xcodeが手元にないので一般的なことを書いておきます。
1, ssh でリポジトリのあるコンピュータにログイン可能であるか確認する。
2, ログインユーザがリポジトリにアクセス可能であるか確認する。
xcodeが手元にないので一般的なことを書いておきます。
1, ssh でリポジトリのあるコンピュータにログイン可能であるか確認する。
2, ログインユーザがリポジトリにアクセス可能であるか確認する。
>>511
早速レスありがとうございます。
1.はい、sshでログインはできております。ホームディレクトリをいじったりできます。
2.これもできます。/svnrep というのがレポジトリのルートディレクトリなのですが、ここへのアクセスもちゃんとできております。
グループを設定してアクセスの権限を与えるという設定をヘルプ通りにやっております（ちゃんとできているつもりです）。
この２点がクリアできると動くはずなのでしょうか。
どうしてうまくいかないのかなあ？
早速レスありがとうございます。
1.はい、sshでログインはできております。ホームディレクトリをいじったりできます。
2.これもできます。/svnrep というのがレポジトリのルートディレクトリなのですが、ここへのアクセスもちゃんとできております。
グループを設定してアクセスの権限を与えるという設定をヘルプ通りにやっております（ちゃんとできているつもりです）。
この２点がクリアできると動くはずなのでしょうか。
どうしてうまくいかないのかなあ？
svnserve でサービス立ち上げてるよね？
Xcodeの説明だけでは、ローカルからのアクセスしかできなかった気がするけど、
付録E,Dに何かかれているかわからんので何ともいえない
Xcodeの説明だけでは、ローカルからのアクセスしかできなかった気がするけど、
付録E,Dに何かかれているかわからんので何ともいえない
>>512
？？？
じゃあ、チェックアウトして、その中の *.xcodeproj を開いて、
SCMを有効にして、subverion を選択して認証方法をssh に替えれば出来ます。
＞svnserve
ssh認証の場合は不要です。
？？？
じゃあ、チェックアウトして、その中の *.xcodeproj を開いて、
SCMを有効にして、subverion を選択して認証方法をssh に替えれば出来ます。
＞svnserve
ssh認証の場合は不要です。
今のXcodeでは直ってるかもしれないけど、
以前は Xcode + subversion だと、nib ファイルがまともに扱えなかった。
確か、チェックインが出来なかったと思う。
すべてチェックイン（？）を選択しない限りチェックインされなかったと思う。
ので、僕はバージョン管理にはXcodeを使わずにterminalで直接svnを叩いてます。
あくまで、「以前は」って事なので、今はまともに動くのかもしれません。
以前は Xcode + subversion だと、nib ファイルがまともに扱えなかった。
確か、チェックインが出来なかったと思う。
すべてチェックイン（？）を選択しない限りチェックインされなかったと思う。
ので、僕はバージョン管理にはXcodeを使わずにterminalで直接svnを叩いてます。
あくまで、「以前は」って事なので、今はまともに動くのかもしれません。
svnserveってリモートにリポジトリを公開するときに必要ないんだっけ？
相手にsvn://やsvn+ssh://でアクセスさせるときは必要だと思っていた
（クライアント側はもちろんsvnserveなんていらないけど）
相手にsvn://やsvn+ssh://でアクセスさせるときは必要だと思っていた
（クライアント側はもちろんsvnserveなんていらないけど）
>>508はリポジトリを作成してそれをリモートに公開したい、ということなんですよね？
そもそも、リモートに公開するための設定をしてないんでしょう、というのが俺の意見。
>>508ができているというリポジトリへの接続ってfile://だけなんじゃない？
そもそも、リモートに公開するための設定をしてないんでしょう、というのが俺の意見。
>>508ができているというリポジトリへの接続ってfile://だけなんじゃない？
>>517
svn:// と svn+ssh:// は根本的に接続方法が違います。
svn:// では、svn がサーバー上のsvnserveデーモンに接続し、
それを介してレポジトリにアクセスします。
svn+ssh:// では、svnはsshを使用しサーバに接続し、
その後サーバー上でsvnserveをトンネルモードで起動します。
起動されたsvnserveを介してsvnはレポジトリにアクセスします。
svn:// ではデーモンプロスの権限でレポジトリにアクセスするため、
レポジトリのパーミッションはあまり考える必要はありません。
svn+ssh:// ではssh接続ユーザー権限でsvnserveが起動しているため、
ssh接続ユーザーにレポジトリへのアクセス権限が無ければなりません。
local: $ ssh user@host
host: $ svn checkout file:///path/to/repository/project
が可能であれば、
local: $ svn checkout svn+ssh://user@host/path/to/repository/project
も可能です。
svn:// と svn+ssh:// は根本的に接続方法が違います。
svn:// では、svn がサーバー上のsvnserveデーモンに接続し、
それを介してレポジトリにアクセスします。
svn+ssh:// では、svnはsshを使用しサーバに接続し、
その後サーバー上でsvnserveをトンネルモードで起動します。
起動されたsvnserveを介してsvnはレポジトリにアクセスします。
svn:// ではデーモンプロスの権限でレポジトリにアクセスするため、
レポジトリのパーミッションはあまり考える必要はありません。
svn+ssh:// ではssh接続ユーザー権限でsvnserveが起動しているため、
ssh接続ユーザーにレポジトリへのアクセス権限が無ければなりません。
local: $ ssh user@host
host: $ svn checkout file:///path/to/repository/project
が可能であれば、
local: $ svn checkout svn+ssh://user@host/path/to/repository/project
も可能です。
subversionの件でしつもんをしました508です。
たくさんのレスをいただきましてありがとうございます。
その後皆さんのアドバイスを参考にしながらいろいろ試行錯誤を重ねまして、何とかリモートコンピュータからの接続に成功しました。
以下に顛末を報告させていただきます。
xcodeのヘルプ通りにしただけでは外部から接続すると（SSH経由で）、bashがsvnなどというコマンドはしらん、と言ってきました。
ちなみに、その時のコマンドは
"svn checkout svn+ssh://[email protected]/svnrep/TestSubversion ~/TestSubversion"
みたいなものでした。
いろいろ調べてみましたら、どうも"svnserve"のパスを見つけることができないことが原因のようです。
".bash_profile"にパスを書き込んでいるので、ローカルでやるとパスが通るのですが、ssh経由で外部から接続するとパスが通らないみたいなんですね。
なぜこうなるのかはよくわかりませんでした。
そこで仕方がないので、"/bin"のディレクトリに"svnserve"のシンボリックリンクを張りました。
そしたら、当然ではありますが、上記のコマンドを通すことに成功した次第です。
たくさんのレスをいただきましてありがとうございます。
その後皆さんのアドバイスを参考にしながらいろいろ試行錯誤を重ねまして、何とかリモートコンピュータからの接続に成功しました。
以下に顛末を報告させていただきます。
xcodeのヘルプ通りにしただけでは外部から接続すると（SSH経由で）、bashがsvnなどというコマンドはしらん、と言ってきました。
ちなみに、その時のコマンドは
"svn checkout svn+ssh://[email protected]/svnrep/TestSubversion ~/TestSubversion"
みたいなものでした。
いろいろ調べてみましたら、どうも"svnserve"のパスを見つけることができないことが原因のようです。
".bash_profile"にパスを書き込んでいるので、ローカルでやるとパスが通るのですが、ssh経由で外部から接続するとパスが通らないみたいなんですね。
なぜこうなるのかはよくわかりませんでした。
そこで仕方がないので、"/bin"のディレクトリに"svnserve"のシンボリックリンクを張りました。
そしたら、当然ではありますが、上記のコマンドを通すことに成功した次第です。
質問なのですが、Xcodeのプロジェクトファイルの中に
サブのプロジェクトファイルを追加することって
出来ますか？
xcodeprojファイルの中に、サブのxcodeprojファイルを持たせて
サブプロジェクトを連続でビルドさせたいのですが。
ターゲットを複数つくればいいような話なのですが
このような方法で実現したいのですが可能ですようか？
サブのプロジェクトファイルを追加することって
出来ますか？
xcodeprojファイルの中に、サブのxcodeprojファイルを持たせて
サブプロジェクトを連続でビルドさせたいのですが。
ターゲットを複数つくればいいような話なのですが
このような方法で実現したいのですが可能ですようか？
521 ：名称未設定：2006/11/16(木) 05:57:33 ID:n7NCIowA0
Xcodeをインストロールしましたがマウスが動きません
教えてください！！！！
教えてください！！！！
522 ：名称未設定：2006/11/16(木) 09:08:37 ID:KQ1oJnaH0
X11 Update 2006 1.1.3
This update addresses several issues in the X11 for Mac OS X package, enabling it to better handle:
- GLX stereo visuals
- offscreen rendering to GLX Pbuffers and Pixmaps
To tell X11 to take advantage of stereo visuals, enter:
$ defaults write com.apple.x11 enable_stereo -bool true
This update also addresses font issues present in X11 1.1.2, and is recommended for all users.
1.1.2で発生したフォントの問題に対応しているようです。
ダウンロードはAppleのサイトかソフトウェアアップデートより
This update addresses several issues in the X11 for Mac OS X package, enabling it to better handle:
- GLX stereo visuals
- offscreen rendering to GLX Pbuffers and Pixmaps
To tell X11 to take advantage of stereo visuals, enter:
$ defaults write com.apple.x11 enable_stereo -bool true
This update also addresses font issues present in X11 1.1.2, and is recommended for all users.
1.1.2で発生したフォントの問題に対応しているようです。
ダウンロードはAppleのサイトかソフトウェアアップデートより
>>521
× インストロール
○ インストール
英語のスペルは install だぞ
ちなみに、Xcodeをインストールしてマウスが動かなくなるってのはアリエナイ。
Xcodeのパッケージにはマウスの制御に影響するような物入ってないしね。
インストールの他に何かしなかった？
他のマウスをつないでもダメなの？
OS、入れようとしたXcodeのバージョンとか、Mac本体の型番とか
その辺の情報を出してくれないと、誰も答えられないと思うよ。
× インストロール
○ インストール
英語のスペルは install だぞ
ちなみに、Xcodeをインストールしてマウスが動かなくなるってのはアリエナイ。
Xcodeのパッケージにはマウスの制御に影響するような物入ってないしね。
インストールの他に何かしなかった？
他のマウスをつないでもダメなの？
OS、入れようとしたXcodeのバージョンとか、Mac本体の型番とか
その辺の情報を出してくれないと、誰も答えられないと思うよ。
>>523がネタかマジレスかわからない…
>>523
お前みたいないいやつは久しぶりに見たよ。
お前みたいないいやつは久しぶりに見たよ。
新鮮だ
×インストロール
○インスコール
…と書くべきだった
○インスコール
…と書くべきだった
528 ：名称未設定：2006/11/16(木) 11:32:26 ID:BIAj34It0
世の中にはマジでインストロールと言ってる奴もいるわけだし、他人のことをどうこう言っても無意味だろう
2ch的には、インスコが定番だし。
たぶんお父さんが漁師さんだろ。遠洋の。
531 ：名称未設定：2006/11/16(木) 17:48:55 ID:tCsH+SJP0
それはトロール。
多分お母さんはウーパールーパーだろ。正式名称の。
>>531まではおもしろかった
534 ：名称未設定：2006/11/16(木) 19:36:55 ID:hHZCgJqY0
でも普通はインスツールだよね?
インサートだろう
イントラパトロール
537 ：未承諾広告※ ◆TWARamEjuA ：2006/11/16(木) 22:08:15 ID:lzN0qSTW0 BE:4574467-BRZ(6667)
インコロブー
ここは無知なインターバッツでつね
>>520
xcodeproj の中に作るというのは意味が分からん（たぶん無意味）が、
メインの xcodeproj があるフォルダにサブの xcodeproj を置いて、
メインの xcodeproj の中では、xcodebuild を実行してサブの xcodeproj をビルドする
ようなターゲットを作るとか?
xcodeproj の中に作るというのは意味が分からん（たぶん無意味）が、
メインの xcodeproj があるフォルダにサブの xcodeproj を置いて、
メインの xcodeproj の中では、xcodebuild を実行してサブの xcodeproj をビルドする
ようなターゲットを作るとか?
540 ：名称未設定：2006/11/23(木) 11:23:51 ID:TFaaoNkH0
VBで言うところのプロジェクトグループのようなもの？
Leopard Developer Tools Overview
http://developer.apple.com/leopard/overview/tools.html
http://developer.apple.com/leopard/overview/tools.html
Xcodeってどこでダウンロードできるんですか？
Tigerのインストールディスクは行方不明です。
Tigerのインストールディスクは行方不明です。
Apple Developer Connection。
オンライン会員なら無料。
オンライン会員なら無料。
ありがとうございます。
545 ：名称未設定：2006/11/24(金) 22:34:10 ID:O028qMKE0
XCode2.x系でいうところの、リリースビルドって、
XCode1.x系ではどうやるの？
Pantherなので、わからんのです。
XCode1.x系ではどうやるの？
Pantherなので、わからんのです。
プロジェクトのインスペクタを開いて、「スタイル」→「アクティブビルドスタイル」→「Deployment」
547 ：名称未設定：2006/11/25(土) 00:06:31 ID:ftCByVAK0
こんにちは。
OSXでPureFTPd Managerを使おうと思うのですが時々エラーで固まります。
日本語環境でコンパイルした方がいいのかとXCODEをインストールしましたが
XCODEの中でMySQLCC.hが無い等のエラーが出ます。
試しにMySQLをインストールして見ましたが変化はありません。
調べていると、MySQLCC.hはどうやら決まったところにないと
XCODE側で認識できないようです。MySQLCC.hをどこにおけばいいか分かる方が
いらしたらおしえてください。よろしくお願いいたします。
OSXでPureFTPd Managerを使おうと思うのですが時々エラーで固まります。
日本語環境でコンパイルした方がいいのかとXCODEをインストールしましたが
XCODEの中でMySQLCC.hが無い等のエラーが出ます。
試しにMySQLをインストールして見ましたが変化はありません。
調べていると、MySQLCC.hはどうやら決まったところにないと
XCODE側で認識できないようです。MySQLCC.hをどこにおけばいいか分かる方が
いらしたらおしえてください。よろしくお願いいたします。
PureFTPd Managerのソースコードが入ったフォルダではだめなの？
開いているウィンドウをまとめて閉じるにはどうしたらよいのでしょう。
Finderだと「アップル」＋「option」＋「w」のような機能です。
ご存知の方がいれば教えてください。
Finderだと「アップル」＋「option」＋「w」のような機能です。
ご存知の方がいれば教えてください。
いっそ終了しちゃった方が早そうだけど。
>>552
終了しても、ウインドウの状態って保存されてたので思いつきませんでした。
今、環境設定にウインドウの状態を保存するチェックボックスがあるのに気づきました。
なるほど、これも手ですね
>>553
これって自作のプラグインを作りましょうって話ですよね？
うーん、どうしようもなければ考えています。
CWのころからなので、大量にウィンドウ開いて、まとめて消すスタイルなんですよね
とりあえず、なさそうということで、ありがとうございました。
終了しても、ウインドウの状態って保存されてたので思いつきませんでした。
今、環境設定にウインドウの状態を保存するチェックボックスがあるのに気づきました。
なるほど、これも手ですね
>>553
これって自作のプラグインを作りましょうって話ですよね？
うーん、どうしようもなければ考えています。
CWのころからなので、大量にウィンドウ開いて、まとめて消すスタイルなんですよね
とりあえず、なさそうということで、ありがとうございました。
>>554
AppleScriptで閉じてみるとか。
ソースコードだけ閉じる場合だと
tell application "Xcode"
set winCount to count source document
repeat with i from 1 to winCount
close source document 1
end repeat
end tell
AppleScriptで閉じてみるとか。
ソースコードだけ閉じる場合だと
tell application "Xcode"
set winCount to count source document
repeat with i from 1 to winCount
close source document 1
end repeat
end tell
556 ：名称未設定：2006/11/29(水) 01:51:32 ID:iWtc7ZMd0
ごめん、ここ最近プログラミングの話題しか無かったから、思いっきり勘違いしてた。
そういやここってXcodeスレだもんね。
本来は>>551みたいな質問が普通であって、
他は「Macでプログラミング」スレでやるべきなんだよなぁ。
そういやここってXcodeスレだもんね。
本来は>>551みたいな質問が普通であって、
他は「Macでプログラミング」スレでやるべきなんだよなぁ。
>>555
わざわざScriptまで提示していただいてありがとうございます。
実行したところ、まさに目的の機能でした。
次は自分で解決できるように努力します。
本当にありがとうございました。
>>556-557
そのとおりです。Xcodeの使い方の話です。
説明不足だったとしたら申し訳ありませんでした。
わざわざScriptまで提示していただいてありがとうございます。
実行したところ、まさに目的の機能でした。
次は自分で解決できるように努力します。
本当にありがとうございました。
>>556-557
そのとおりです。Xcodeの使い方の話です。
説明不足だったとしたら申し訳ありませんでした。
まっくの標準動作、クローズボックスをオプション+クリックではだめなの？
>>560
キー操作で覚えていたので、その機能については初めて知りました。
教えていただきありがとうございます。
ですが、>>555に示していただいたapplescriptをXcodeのUser Scriptにして
環境設定のキーバインドから設定することで、キー操作からの実行を
可能にすることができ、当初の目標を達成することができました。
いろいろとご指示いただいた皆さん、ありがとうございました。
キー操作で覚えていたので、その機能については初めて知りました。
教えていただきありがとうございます。
ですが、>>555に示していただいたapplescriptをXcodeのUser Scriptにして
環境設定のキーバインドから設定することで、キー操作からの実行を
可能にすることができ、当初の目標を達成することができました。
いろいろとご指示いただいた皆さん、ありがとうございました。
Finderでダブルクリックするなどでソースコード1つ開くと、独立したウインドウで開いた場合でも
一番手前のプロジェクトに関連するファイルとして開いてしまう。
プロジェクトを閉じると一緒に閉じてしまう。
一番手前のプロジェクトに関連するファイルとして開いてしまう。
プロジェクトを閉じると一緒に閉じてしまう。
で？
なんて便利なんだ、と涙が出ます。
565 ：名称未設定：2006/12/15(金) 00:43:24 ID:H+L8AB+Y0
Xcode付属のエディタでアンチエイリアスがかかってるんですが，
はずす方法ってないんですか?
はずす方法ってないんですか?
日本の Macintosh デベロッパー、コミュニティのみなさん、そろそろ OS 9 の呪縛から解放されたいと思わない？
ユーザーインターフェイス、アイコンデザインにおいてボクはみんなが求めていることをできます。
ボクは "日本" のインターフェイスデザイナーです、だからみんなボクを見つけてうまく利用して！
http://kenichiyoshida.jp/blog/#8081484796245168774
ユーザーインターフェイス、アイコンデザインにおいてボクはみんなが求めていることをできます。
ボクは "日本" のインターフェイスデザイナーです、だからみんなボクを見つけてうまく利用して！
http://kenichiyoshida.jp/blog/#8081484796245168774
日本語でおk
Core Image や Core Animation という技術が出てきたことでUIの自由度が高くなり、
Cocoaアプリの開発でデザイナーの需要が増えるだろう、とは思う。
実際、大企業だとUIデザイン部門とかあるし。
でも、OS9の呪縛って・・・縛られてるのはデザイナーの方じゃないのか？
AdobeとかQuarkとかその辺のアプリの制限で。
Cocoaアプリの開発でデザイナーの需要が増えるだろう、とは思う。
実際、大企業だとUIデザイン部門とかあるし。
でも、OS9の呪縛って・・・縛られてるのはデザイナーの方じゃないのか？
AdobeとかQuarkとかその辺のアプリの制限で。
> 日本の Macintosh デベロッパー、コミュニティのみなさん、そろそろ OS 9 の呪縛から解放されたいと思わない？
何年前の浦島太郎？
何年前の浦島太郎？
そこだけ読んだら何だか意味わからんけど
他のエントリとかも見てみると、どうやら
・Master-Detail InterfaceとかCocoaパラダイムに則して
・高解像度なグラフィックで
UI設計やろうぜ、ってことなのかな。
ビジュアル富豪系か。
他のエントリとかも見てみると、どうやら
・Master-Detail InterfaceとかCocoaパラダイムに則して
・高解像度なグラフィックで
UI設計やろうぜ、ってことなのかな。
ビジュアル富豪系か。
>>Kenichi
コピペ&スレ違いとわかった上で指摘しするけど、
ttp://grani.tabbrowser.jp/
Appleデザインに傾倒してんのはわかったから、
そのAppleデザインなサイトでWindows用ソフトを配布しないでくれ。
まぎらわしい。人を導くインタフェースの役割として、最低。
コピペ&スレ違いとわかった上で指摘しするけど、
ttp://grani.tabbrowser.jp/
Appleデザインに傾倒してんのはわかったから、
そのAppleデザインなサイトでWindows用ソフトを配布しないでくれ。
まぎらわしい。人を導くインタフェースの役割として、最低。
別にそんなことは最低とは思わないけど
クリスマス限定Graniスキンってのを見た感じじゃ
プロダクト自体には「Appleデザイン」を全く感じなかった。
http://grani.tabbrowser.jp/images/screenshot_Lac.png
あと、デザインとUIに力を入れるって自負してるなら
テーブルデザインはやめたほうがいい、と言いたいなと。
クリスマス限定Graniスキンってのを見た感じじゃ
プロダクト自体には「Appleデザイン」を全く感じなかった。
http://grani.tabbrowser.jp/images/screenshot_Lac.png
あと、デザインとUIに力を入れるって自負してるなら
テーブルデザインはやめたほうがいい、と言いたいなと。
つーか2chで宣伝は削除対象だろ。
576 ：未承諾広告※ ◆TWARamEjuA ：2006/12/19(火) 07:23:49 ID:+JK/pHm60 BE:6861479-BRZ(6677)
宣伝と訊いてやってきました(ﾟ∀ﾟ)
>>574
なにこの素人臭い配色
なにこの素人臭い配色
もし当人ではなく、いやがらせ的コピペ釣りだとしたら釣られ杉ですなあ。
ブログの痛々しい文章からして明らかに晒し目的でしょ
>>579
ブログの文章から考えるに、本人の宣伝だと思う。それに晒し目的で他人のこぴぺでも
本人の意思にそってるから釣られてもOKでしょ。
一般のデザイナーだとビジュアルしかデザイン出来ない事が多い。UIデザイナーがもっと
増えてくれると開発者としては仕事が楽になるので生暖かく見守りたい。
ブログの文章から考えるに、本人の宣伝だと思う。それに晒し目的で他人のこぴぺでも
本人の意思にそってるから釣られてもOKでしょ。
一般のデザイナーだとビジュアルしかデザイン出来ない事が多い。UIデザイナーがもっと
増えてくれると開発者としては仕事が楽になるので生暖かく見守りたい。
いや、スレ違いだから
宣伝ならこんなところでやらずに
Leopard Tech Talks の会場の前でチラシでも配ってれば良いよ。
デザイナーなんだから、「どうしても君にやってもらいたい！｣
って思ってもらえるチラシぐらい簡単にできるだろ？
Leopard Tech Talks の会場の前でチラシでも配ってれば良いよ。
デザイナーなんだから、「どうしても君にやってもらいたい！｣
って思ってもらえるチラシぐらい簡単にできるだろ？
583 ：565：2006/12/20(水) 02:02:02 ID:yAB4EY/50
584 ：名称未設定：2006/12/21(木) 20:21:35 ID:TQUELEcI0
基礎的な質問で吸いません、
xcodeでの倍精度の扱いなんですが、
float f=1111.1111111111;
double d=1111.1111111111;
printf("f= %f＼n",f);
printf("d= %f＼n",d);
上記のコードをコンパイル実行すると、
f= 1111.111084
d= 1111.111111
となります。
倍精度でも小数点以下は6桁以上の精度にならないのでしょうか？
xcodeでの倍精度の扱いなんですが、
float f=1111.1111111111;
double d=1111.1111111111;
printf("f= %f＼n",f);
printf("d= %f＼n",d);
上記のコードをコンパイル実行すると、
f= 1111.111084
d= 1111.111111
となります。
倍精度でも小数点以下は6桁以上の精度にならないのでしょうか？
printfの書式について調べてください。
う、誰も気にならないのかな、こいうこと。普通、最後が 084 ってなんか変だと思うが。
ま、真剣に数値計算をしたり、コンパイラやOSを作ったりしない限りこんなこと
気にしなくていいんだけど。そもそもここXcodeすれだしねw
ま、真剣に数値計算をしたり、コンパイラやOSを作ったりしない限りこんなこと
気にしなくていいんだけど。そもそもここXcodeすれだしねw
IEEE 32bit floatでこうなるのは正しいはずです。
面白そうなので、何が変でどうなるべきと考えているのか教えてください。
面白そうなので、何が変でどうなるべきと考えているのか教えてください。
興味本位で聞くけれど、最近の数値計算はライブラリ使わないんですか？
興味本位で聞くけれど、ライブラリは float や double 使わずに書いてあると思ってます?
ライブラリによる。BCDライブラリがあるかどうかは知らんけど。
>>589
そうじゃなくてIEEE754とか知らない人がprintf()の出力を見たら不思議に
思わないのかな、と書いた（つもり）。
表示されている値は正しいよ（一応自分でもIEEE754形式で計算してみた）。
こんなとこに問題があったらまずいしw
そうじゃなくてIEEE754とか知らない人がprintf()の出力を見たら不思議に
思わないのかな、と書いた（つもり）。
表示されている値は正しいよ（一応自分でもIEEE754形式で計算してみた）。
こんなとこに問題があったらまずいしw
doubleで給与計算アプリを作ったのはオレだ。
doubleでは二度とやらないと心に誓った。
doubleでは二度とやらないと心に誓った。
floatの利点なんていまどき
altivecで４ついっぺんに計算できるぐらいだろ
altivecで４ついっぺんに計算できるぐらいだろ
え、そうなの？
ちなみにAltiVecはdoubleを処理できなかったが、Intel MacになってSSE3で
doubleもオッケーになった。ま、128bitレジスタだからdoubleだと2個だけど。
doubleもオッケーになった。ま、128bitレジスタだからdoubleだと2個だけど。
598 ：名称未設定：2006/12/24(日) 23:22:54 ID:5qLgiR/S0
>floatの利点なんていまどき
>altivecで４ついっぺんに計算できるぐらいだろ
それでfloat使ってたのか＞＞cocoa
なんでdouble使ってないんだろ？と思ってた
>altivecで４ついっぺんに計算できるぐらいだろ
それでfloat使ってたのか＞＞cocoa
なんでdouble使ってないんだろ？と思ってた
>598
Cocoaがfloat使ってるってのは何？
Cocoaがfloat使ってるってのは何？
NSPointとか座標系のことじゃね？
Cocoaの前身、Nextの開発環境が出来たのは、Altivecが出るずっと前のはず。
Cocoaの前身、Nextの開発環境が出来たのは、Altivecが出るずっと前のはず。
座標系は別にfloatでいいよ
3Dプログラミングしていると、floatしか使わんので、
doubleの存在をほとんど忘れかけてる俺。
doubleの利点なんていまどき精度が高いだけだろ？みたいなｗ
doubleの存在をほとんど忘れかけてる俺。
doubleの利点なんていまどき精度が高いだけだろ？みたいなｗ
float: 小回りのよさ
double: 精度のよさ
プロセッサの高速化＆ビット幅の倍増化により
32bitの「従来のfloat」はなくなるかも
プロセッサによってはdoubleサイズのレジスタしかない場合がある
その場合にはfloatで指定するとコンパイラがfloat→doubleの変換処理を挿入する。
double: 精度のよさ
プロセッサの高速化＆ビット幅の倍増化により
32bitの「従来のfloat」はなくなるかも
プロセッサによってはdoubleサイズのレジスタしかない場合がある
その場合にはfloatで指定するとコンパイラがfloat→doubleの変換処理を挿入する。
スピード重視なら固定小数点だな。使える範囲は狭いけど。
いまどきfloatの利点がないって、
doubleでも速度変わらないってこと？
doubleでも速度変わらないってこと？
レジスタの幅次第
>>603
doubleサイズのレジスタしかないという考え方は変だろ。
floatの2倍(double)サイズだからdoubleなわけで。
32bit長以上の浮動少数レジスタが存在しないCPUは多々し、そのときはdouleがfloatと等価として評価されることがある。
他にも浮動少数レジスタがないCPUもあり、その場合floatやdoubleを使おうとするとコンパイラがソフトウェアでエミュレートする場合もあり。
doubleサイズのレジスタしかないという考え方は変だろ。
floatの2倍(double)サイズだからdoubleなわけで。
32bit長以上の浮動少数レジスタが存在しないCPUは多々し、そのときはdouleがfloatと等価として評価されることがある。
他にも浮動少数レジスタがないCPUもあり、その場合floatやdoubleを使おうとするとコンパイラがソフトウェアでエミュレートする場合もあり。
>>608
参考までに具体的なCPUの名前を希望。
そういや Mac OS X は long double = double だと思ってたけど、
いつのまにか変わってるのね。数学関数も宣言されてるし。
自分まだ Intel Mac 持ってないんだけどw Intel でも 128bit? 昔 x86 linux 上で 80bit な
long double を使った記憶が。ま、今は x87 じゃなくてXMM とかいうのを使うみたいだが。
参考までに具体的なCPUの名前を希望。
そういや Mac OS X は long double = double だと思ってたけど、
いつのまにか変わってるのね。数学関数も宣言されてるし。
自分まだ Intel Mac 持ってないんだけどw Intel でも 128bit? 昔 x86 linux 上で 80bit な
long double を使った記憶が。ま、今は x87 じゃなくてXMM とかいうのを使うみたいだが。
>>609
iMac Core2Duo だと
sizeof(int) : 4
sizeof(long) : 4
sizeof(long long) : 8
sizeof(float) : 4
sizeof(double) : 8
sizeof(long double) : 16
となりました。
iMac Core2Duo だと
sizeof(int) : 4
sizeof(long) : 4
sizeof(long long) : 8
sizeof(float) : 4
sizeof(double) : 8
sizeof(long double) : 16
となりました。
>>610
・・・それ処理系の・・・
・・・それ処理系の・・・
float/doubleの件、
なんか、Xcode(Mac)の話ししてるのか、コンピューター一般の話ししてるのかわからんちん
なんか、Xcode(Mac)の話ししてるのか、コンピューター一般の話ししてるのかわからんちん
今となってはもう関係ないのかもしれないけど
Altivecってdouble型はもってなくてfloatだけだったよね
割り算なんて1/4096の精度しかなかったし。
Altivecってdouble型はもってなくてfloatだけだったよね
割り算なんて1/4096の精度しかなかったし。
XCodeでプロジェクトを作成した際に開かれる
テンプレートファイルを編集したいのですが、
どこを編集すればいいのでしょうか？
ヘルプを見ましたがよくわかりませんでした。
テンプレートファイルを編集したいのですが、
どこを編集すればいいのでしょうか？
ヘルプを見ましたがよくわかりませんでした。
過去ログになったような希ガス
Xcode Tips集って欲しいよね
でも、バージョンアップで機能が変わったりするから大変かな
でも、バージョンアップで機能が変わったりするから大変かな
Xcodeで使われていない変数、メソッド、クラスを検索または削除する方法はありませんか？
使うか使わないかは実行時にしかわからない。
>617
んなもん無い。
>618
んなこた無い。
んなもん無い。
>618
んなこた無い。
変数ならまあ分かるだろけど、クラスやメソッドは実行時にしか分からんやろね。
delegateメソッドとか
delegateメソッドとか
delegate ならまだ分かるかもしれない。
クラス名やセレクタをplistから取得したりされるとむりだね。
実行時のplistの内容によって使うクラスもセレクタも変えられるようになるから。
クラス名やセレクタをplistから取得したりされるとむりだね。
実行時のplistの内容によって使うクラスもセレクタも変えられるようになるから。
EclipseやVisual Studioを使ったことがある人で、
Xcodeの方が使いやすいと思う人はいますか？
俺はどうもマルチウインドウを使いこなせないらしく
欲しいウインドウをすぐ見失ってしまうorz...
特にIBのインスペクタを見ながらXcodeでコードを書き換えようと思うと
インスペクタが非アクティブで非表示になるのでイライラしてくる。
Xcodeの方が使いやすいと思う人はいますか？
俺はどうもマルチウインドウを使いこなせないらしく
欲しいウインドウをすぐ見失ってしまうorz...
特にIBのインスペクタを見ながらXcodeでコードを書き換えようと思うと
インスペクタが非アクティブで非表示になるのでイライラしてくる。
Eclipseを使ったことがありますがXcodeと比べると
大規模なプロジェクトのときは豊富なプラグインと開発支援機能のおかげで
Eclipseが圧勝します。
もしEclipseにObjective-C開発環境プラグインがでたら迷わずお進めします。
Xcodeはスペックが低い、低速パソコン向け。
大規模なプロジェクトのときは豊富なプラグインと開発支援機能のおかげで
Eclipseが圧勝します。
もしEclipseにObjective-C開発環境プラグインがでたら迷わずお進めします。
Xcodeはスペックが低い、低速パソコン向け。
やっぱそうですよね。
>>623
Xcodeの半ページスクロールは、今の時代ありえないような気がしますよね...。
>>624
Visual StudioとEclipseは、結構似ているような気がしますけどXcodeの方がいいですか。
Eclipseみたいなタブ付きエディタで、選択すると上下にヘッダとソースを同時に見れるのが欲しいよー
>>623
Xcodeの半ページスクロールは、今の時代ありえないような気がしますよね...。
>>624
Visual StudioとEclipseは、結構似ているような気がしますけどXcodeの方がいいですか。
Eclipseみたいなタブ付きエディタで、選択すると上下にヘッダとソースを同時に見れるのが欲しいよー
手動になるけど、Xcodeでも上下に分割すればヘッダとソースは同時に見られる
けど？でも今どきのディスプレイはワイドだから左右分割の方がいいな。
けど？でも今どきのディスプレイはワイドだから左右分割の方がいいな。
グループ可にしておかないと上下分割での別ファイル参照は効かないみたい。
オレはコンデンスレイアウトで使ってるからデフォでどうなってたかは知らん。
たしかVisualStudioみたいな１プレーン環境でも使えたと思った。
つかPBの時はデフォで１プレーンだったような気がする。
オレはコンデンスレイアウトで使ってるからデフォでどうなってたかは知らん。
たしかVisualStudioみたいな１プレーン環境でも使えたと思った。
つかPBの時はデフォで１プレーンだったような気がする。
左右分割出来なかったっけ
option + 分割ボタン
おれはヘッダは別ウィンドウで小さく開いて、横においているけど。
おれはヘッダは別ウィンドウで小さく開いて、横においているけど。
ちょっと反省
Xcodeもプロジェクトウインドウを分割しまくって、よく使う項目バー等を駆使したら
１プレーンで結構良い感じになりました。
今までソース毎に別ウインドウで開いていたから使い難かったんだ...
あと、IBもPallet/info panel are utility window のチェックを外したら非アクティブでも
消えなくなりました。
後は実行ログが、プロジェクトウインドウにドッキングできればeclipseっぽくなるね。
Xcodeもプロジェクトウインドウを分割しまくって、よく使う項目バー等を駆使したら
１プレーンで結構良い感じになりました。
今までソース毎に別ウインドウで開いていたから使い難かったんだ...
あと、IBもPallet/info panel are utility window のチェックを外したら非アクティブでも
消えなくなりました。
後は実行ログが、プロジェクトウインドウにドッキングできればeclipseっぽくなるね。
まぁ、オレは逆にファイル毎にウィンドウ開かれないと使いづらいんだが、
ただCommand+1-9で切り替わってくれないのが唯一の不満点。
ただCommand+1-9で切り替わってくれないのが唯一の不満点。
Xcodeっていうよりも、OSX全般の問題だと思うけど、ウィンドウ毎にソースを表示した場合、目的のウィンドウを見くけにくくない？
WindowsみたいにタスクバーやAlt+Tabから個々のウィンドウをアクティブ＆前面化することができないし。
OSXってプログラミングみたいに複数のアプリケーションを同時に使用しながら作業を進めるのには向いていないような気がする。
まぁ、自分ががっつりWindowsユーザだからin the Mac wayを見つけられていないのだと思うけれども。
WindowsみたいにタスクバーやAlt+Tabから個々のウィンドウをアクティブ＆前面化することができないし。
OSXってプログラミングみたいに複数のアプリケーションを同時に使用しながら作業を進めるのには向いていないような気がする。
まぁ、自分ががっつりWindowsユーザだからin the Mac wayを見つけられていないのだと思うけれども。
書き込んだ後でなんかズレた答えだなと思った。
>>632
これのことか？
現在のアプリケーションの次のウインドウを手前に表示する
コマンド（?）＋ F1 キー
現在のアプリケーションの前のウインドウを手前に表示する
コマンド（?）＋ Shift ＋ F1 キー
ヘルプにしっかり載っているが。
これのことか？
現在のアプリケーションの次のウインドウを手前に表示する
コマンド（?）＋ F1 キー
現在のアプリケーションの前のウインドウを手前に表示する
コマンド（?）＋ Shift ＋ F1 キー
ヘルプにしっかり載っているが。
システム環境設定->キーボードとマウス->キーボードショートカットで好きなように割り当てろ。
えくすぽぜは？まあちょっとソースコードは見分けにくいけど...
マウス触るのも面倒くさい派ですか。
マウス触るのも面倒くさい派ですか。
ドザの戯言か。
Automator の PackageMaker のアクション使ってインストーラを
作成しようとしていますがうまくいきません。
Automator で PackageMaker のアクションを実行するところで、
"Apple Script Error
The package could not be created because of the
following errors:
No package identifier specified. (1)"
と出てしまいます。
Automator のアクションで、「パッケージのバージョン」タブの
「識別子」のところは、PackageMaker 単体で（Automator ではなく）
動作させたときにきちんとパッケージが作成されたものと同じものを
記載してありますが、こことは別に "package identifier" を書くところが
あるのでしょうか。
作成しようとしていますがうまくいきません。
Automator で PackageMaker のアクションを実行するところで、
"Apple Script Error
The package could not be created because of the
following errors:
No package identifier specified. (1)"
と出てしまいます。
Automator のアクションで、「パッケージのバージョン」タブの
「識別子」のところは、PackageMaker 単体で（Automator ではなく）
動作させたときにきちんとパッケージが作成されたものと同じものを
記載してありますが、こことは別に "package identifier" を書くところが
あるのでしょうか。
641 ：名称未設定：2007/01/05(金) 19:50:37 ID:DVBZU1s40
>>638
マウス触るのが面倒なら、カーソルで選択->returnで決定できるじゃない
マウス触るのが面倒なら、カーソルで選択->returnで決定できるじゃない
一番手軽なのはAlt-TabっぽいからWitchがベストっぽい。
逆言えば、標準でそういう（手軽な）機構がないのはキィボードに生きるモノとしてつらい。
逆言えば、標準でそういう（手軽な）機構がないのはキィボードに生きるモノとしてつらい。
>>642
人それぞれだとは思うけれど、俺はAlt+Tabから解放されて嬉しい口。
10個ウインドウが開いている状態でAlt+Tabすると
アイコンが全て同じで、ここでまず分かりにくい。
あとファイル名が一覧されないから、結局一つずつファイル名を読まなきゃダメだしね。
（直前のウインドウを行ったり来たりするには、非常に便利なことに異論は無いが）
タスクバーという手もあるが、マウス動かすなら
Exposeをコーナーに割り当てた方が楽かな。
Exposeで不満と言えば、動体を目が一瞬追ってしまうから、ちょっと疲れることか。
人それぞれだとは思うけれど、俺はAlt+Tabから解放されて嬉しい口。
10個ウインドウが開いている状態でAlt+Tabすると
アイコンが全て同じで、ここでまず分かりにくい。
あとファイル名が一覧されないから、結局一つずつファイル名を読まなきゃダメだしね。
（直前のウインドウを行ったり来たりするには、非常に便利なことに異論は無いが）
タスクバーという手もあるが、マウス動かすなら
Exposeをコーナーに割り当てた方が楽かな。
Exposeで不満と言えば、動体を目が一瞬追ってしまうから、ちょっと疲れることか。
プロジェクトの設定（「プロジェクト」→「プロジェクト設定を編集」）と、
ターゲットの設定（ターゲットをダブルクリック）との関係がよくわからないのですが、
プロジェクトの設定とターゲットの設定で設定内容が異なっている場合は、
どちらが適用されるのでしょうか。
ターゲットの設定（ターゲットをダブルクリック）との関係がよくわからないのですが、
プロジェクトの設定とターゲットの設定で設定内容が異なっている場合は、
どちらが適用されるのでしょうか。
>>643
つまり、ウィンドウのアクティブ操作はExposeがあるから十分だという理解でOK？
つまり、ウィンドウのアクティブ操作はExposeがあるから十分だという理解でOK？
>>644
プロジェクトの設定をターゲットの設定で上書き可能な継承関係
プロジェクトの設定をターゲットの設定で上書き可能な継承関係
IB でボタンから接続した action が、実行時に
"Could not connect the action hogehoge: to target of class Hoge"
というエラーが出て動作しません。
Xcode でコンパイルは通るので IB 上の問題ではないかと思うのですが、
IB 上では上記 action はきちんと接続されており問題があるように見えません。
この件も含めてですが、IB の良いデバッグ方法は無いでしょうか。
この件とは別ですが、特に bindings の設定の誤りなどは、いつも
見つけるのに苦労します。
"Could not connect the action hogehoge: to target of class Hoge"
というエラーが出て動作しません。
Xcode でコンパイルは通るので IB 上の問題ではないかと思うのですが、
IB 上では上記 action はきちんと接続されており問題があるように見えません。
この件も含めてですが、IB の良いデバッグ方法は無いでしょうか。
この件とは別ですが、特に bindings の設定の誤りなどは、いつも
見つけるのに苦労します。
Hogeクラスにアクションhogehogeが実装されていません。
warningは出るわけがないので注意、実装していなかったとしても。
もう一度見直そう、スペルミス以外に考えられない。
-(IBAction)hogehoge:(id)sender
{
}
それはそうと、IBで作ったアクションを２度手間かけて手でプロトタイプから実装してるんか？
IBから書き出したり、手でプロトタイプを書いたhをIBに読み込ませたりすれば
この手のミスは防げると思うのだが。
もう一度見直そう、スペルミス以外に考えられない。
-(IBAction)hogehoge:(id)sender
{
}
それはそうと、IBで作ったアクションを２度手間かけて手でプロトタイプから実装してるんか？
IBから書き出したり、手でプロトタイプを書いたhをIBに読み込ませたりすれば
この手のミスは防げると思うのだが。
IB を経由せず、コード内から hogehoge を呼べば動作します
>>650
実装されていなければ（コメントアウトすると）、Xcode の方で
warning: method of definition for '-hogehoge:' not found
warning: incomplete implementation of class "Hoge"
と出ます。
実装されていなければ（コメントアウトすると）、Xcode の方で
warning: method of definition for '-hogehoge:' not found
warning: incomplete implementation of class "Hoge"
と出ます。
そうねプロトタイプ書いてあれば実装してなかったときにwarningが出る。
書き込みだけを読むと一見正しい実装をしているように見える。
だが、IBで繋いだアクションと実装したと思い込んでいるそのアクションは違うものだと思われているからエラーが出てる。
とここまで書いて気がついたが、actionが接続されてなくてもアプリ自体は走るはずだ。
書き込みだけを読むと一見正しい実装をしているように見える。
だが、IBで繋いだアクションと実装したと思い込んでいるそのアクションは違うものだと思われているからエラーが出てる。
とここまで書いて気がついたが、actionが接続されてなくてもアプリ自体は走るはずだ。
>>655
アプリは走りますが、立ち上げ時に >>648 のエラーが表示されて、
ボタンを押しても action が動作しません。
試しにヘッダファイルで hogehoge のところをコメントアウトすると
同じエラーが表示されて同じ状況になります。
IB 上で h を読み込んでつないだアクションですが、それが「接続されていない」
と認識されている感じです。
まずはソースコードの問題なのか、IB の接続の問題なのかを
見極めたいのですが、どうやって見極めれば良いかがわかりません。
アプリは走りますが、立ち上げ時に >>648 のエラーが表示されて、
ボタンを押しても action が動作しません。
試しにヘッダファイルで hogehoge のところをコメントアウトすると
同じエラーが表示されて同じ状況になります。
IB 上で h を読み込んでつないだアクションですが、それが「接続されていない」
と認識されている感じです。
まずはソースコードの問題なのか、IB の接続の問題なのかを
見極めたいのですが、どうやって見極めれば良いかがわかりません。
双方の不一致なだけなのでどっちの問題とも言い切れないと思われ。
オレだったら今のソース(ヘッダ)に合わせてIBで接続しなおす。
オレだったら今のソース(ヘッダ)に合わせてIBで接続しなおす。
>>656
IB上でactionを追加。actionの名前に"hage"とつける
XCODE上で.hファイルにメソッドを追加。名前に"hoge"とつける
IB上でボタンからaction"hage"に接続する。
XCODE上で実行するとhogeなんてactionしりません！！と言われる。
と、いった流れではないでしょうか？
hogeとhageのタイプミスで、IBとXCODEで.hをマージするが面倒なの
が原因と思われます。
1週間に1回はこのミスをやってるのは俺だけなのかなぁ
IB上でactionを追加。actionの名前に"hage"とつける
XCODE上で.hファイルにメソッドを追加。名前に"hoge"とつける
IB上でボタンからaction"hage"に接続する。
XCODE上で実行するとhogeなんてactionしりません！！と言われる。
と、いった流れではないでしょうか？
hogeとhageのタイプミスで、IBとXCODEで.hをマージするが面倒なの
が原因と思われます。
1週間に1回はこのミスをやってるのは俺だけなのかなぁ
>>657, 658
私は基本的に .h を手で書いて、IB 接続時にその .h 読み込んでから接続をする、
という方法に徹しています。(IB では action を作らない―.h の読み込み忘れが
あれば、IB 上で接続先がないので気づく)
なので Xcode と IB で「メソッド名の不一致」は起きないと思っているのですが‥
不一致があるとすれば、IB を Xcode の方に合わせたいです。
IB での .h の読み込み直しと、双方のメソッド名のスペルの確認は何度もやっている
のですが、どうしても見つかりません。
私は基本的に .h を手で書いて、IB 接続時にその .h 読み込んでから接続をする、
という方法に徹しています。(IB では action を作らない―.h の読み込み忘れが
あれば、IB 上で接続先がないので気づく)
なので Xcode と IB で「メソッド名の不一致」は起きないと思っているのですが‥
不一致があるとすれば、IB を Xcode の方に合わせたいです。
IB での .h の読み込み直しと、双方のメソッド名のスペルの確認は何度もやっている
のですが、どうしても見つかりません。
試しにそのプロジェクトはほっといて
新たに別のプロジェクト作ってやってみたらどうよ。
新たに別のプロジェクト作ってやってみたらどうよ。
解決方ではないけれど、たとえば、
awakeFromNibで、ボタンに対してsetActionしてみるとどう？
ちゃんと目的のメソッドは呼ばれるようになる？
awakeFromNibで、ボタンに対してsetActionしてみるとどう？
ちゃんと目的のメソッドは呼ばれるようになる？
口で言われても判らんからどっかに zip で問題のところだけ隔離しておいてみてくれ
>>653 でコメントアウトとすると、って書いてあるけど、コメントアウトしたままに
してないよね? ちゃんとコメントアウトを解除して再コンパイルしてるよね?
Hoge クラス（Hoge.m 内?）の -hogehoge: メソッドのコメントアウトを解除してもしなくても
挙動が変わらないなら、そのメソッドは nib から参照されてない。
クラス名やメソッド名が nib と ,m で違ってるとか、その手のミスだと思うがなあ。
ちなみに .h はいわばテンプレートで、実行時に呼ばれるのは .m 内の実装だから、
nib と .h の同期だけでなく、.h と .m の同期も重要。
あと、ウォーニングは手でタイプしてるね（英語変だし）。そこで間違いが入ると
答えている人に誤った情報を与えるから、できるだけコピペした方がいいぞ。
「スペルの確認も何度もした」と書いてあるが、まさか画面上でにらめっこしただけじゃ
ないだろうなあ。そういうときも .h から .m へメソッド名やクラス名を一応コピペして
みたほうがいい。ここら辺は Cocoa 云々という以前の問題だな。
してないよね? ちゃんとコメントアウトを解除して再コンパイルしてるよね?
Hoge クラス（Hoge.m 内?）の -hogehoge: メソッドのコメントアウトを解除してもしなくても
挙動が変わらないなら、そのメソッドは nib から参照されてない。
クラス名やメソッド名が nib と ,m で違ってるとか、その手のミスだと思うがなあ。
ちなみに .h はいわばテンプレートで、実行時に呼ばれるのは .m 内の実装だから、
nib と .h の同期だけでなく、.h と .m の同期も重要。
あと、ウォーニングは手でタイプしてるね（英語変だし）。そこで間違いが入ると
答えている人に誤った情報を与えるから、できるだけコピペした方がいいぞ。
「スペルの確認も何度もした」と書いてあるが、まさか画面上でにらめっこしただけじゃ
ないだろうなあ。そういうときも .h から .m へメソッド名やクラス名を一応コピペして
みたほうがいい。ここら辺は Cocoa 云々という以前の問題だな。
アップルのサイトのデベロッパ向けドキュメントが
ほとんど英語なのはなぜ？
ほとんど英語なのはなぜ？
USの企業だから。
でも一部のドキュメントは訳されてるよ
なんで全部訳してくれないの？
なんで全部訳してくれないの？
その昔、「アップルジャパンが仕事をしない件」っていうスレがあったそうな。
訳されてないと見る事すらできないの？と思ってしまうな
日本人には英語より日本語の方が読みやすいよね？
日本人のユーザのことは考えてないのかな？
日本人のユーザのことは考えてないのかな？
この手の資料は英語の方が読みやすい
ユーザのことは考えてないだろう、デベロッパ向けだし。
で、日本語しか読む気が無いデベロッパのことは大して重用視してないだろう、腐った魚の目をしてることだし。
で、日本語しか読む気が無いデベロッパのことは大して重用視してないだろう、腐った魚の目をしてることだし。
使いやすいツールを求めるのはいいのに
読みやすいドキュメントを求めるのはダメなの？
どうして？？？
読みやすいドキュメントを求めるのはダメなの？
どうして？？？
>>673に同意。
続きはADCスレでどうぞ。
続きはADCスレでどうぞ。
英語の方が読みやすい人は英語の方を読めばいいのでは？
英語の方が読みやすいのは翻訳が下手だからだよな
英語向けに作られたプログラム言語の概念などをうまく日本語に訳す方法論が確立してないのかね
英語向けに作られたプログラム言語の概念などをうまく日本語に訳す方法論が確立してないのかね
腐った訳をされた学術書で頭がこんがらがった後にちょっとがんばって原書を読むと
雲が晴れたように理解できたりする。
雲が晴れたように理解できたりする。
Dashcodeの質問もここでいいのかな。
ポップアップメニューの作り方がわからないんだけど、どうすればいいん？
ポップアップメニューの作り方がわからないんだけど、どうすればいいん？
682 ：名称未設定：2007/01/27(土) 17:27:11 ID:dv2p+h7G0
xcodeってキーボードマクロ使えないんでしょうか。
１００行くらいコピッペ仕事があります。
あったら教えて下さいませ。
１００行くらいコピッペ仕事があります。
あったら教えて下さいませ。
>>681
僕もよく分からないけど、スレ違いでないか。
【Tiger】Dashboard - Widget Part 6【WebKit】
http://pc9.2ch.net/test/read.cgi/mac/1140667312/
こっちにレスしといた。
僕もよく分からないけど、スレ違いでないか。
【Tiger】Dashboard - Widget Part 6【WebKit】
http://pc9.2ch.net/test/read.cgi/mac/1140667312/
こっちにレスしといた。
そういえば、dashboardをまったく使っていないことに気がついた。
>>684
おれも。どこが便利なのかわからん。
ファンクションキーを押す修正がないからだろうか？
株価見ないし、天気予報はウェブブラウザで巡回途中に見るし、スティッキーズ使わないし、
モニタは24インチで広いからウインドウ散らかしっぱなしでいいし。
でもなにかがカッコイイと思うので、DashboardスレをROMってみることにする。
おれも。どこが便利なのかわからん。
ファンクションキーを押す修正がないからだろうか？
株価見ないし、天気予報はウェブブラウザで巡回途中に見るし、スティッキーズ使わないし、
モニタは24インチで広いからウインドウ散らかしっぱなしでいいし。
でもなにかがカッコイイと思うので、DashboardスレをROMってみることにする。
電卓だけは素早く使えたらいいなと思う。
でもそれだけのためにコーナーひとつ割り当てるのもばからしいから使ってないけど。
でもそれだけのためにコーナーひとつ割り当てるのもばからしいから使ってないけど。
ノートは画面が狭いのでダッシュボードは良く使ってます
>>687
オレもMBP使うようになってからdashboardは使うようになった。
しかしネットアクセスものを色々入れてると最初の起動が遅い…
>>665-679
大昔、InsideMac日本語版がようやく出て、
喜び勇んで全巻で10万はたいたが、結局原書を読む羽目になった
という経験を持つ人は少なくないと思う。
オレもMBP使うようになってからdashboardは使うようになった。
しかしネットアクセスものを色々入れてると最初の起動が遅い…
>>665-679
大昔、InsideMac日本語版がようやく出て、
喜び勇んで全巻で10万はたいたが、結局原書を読む羽目になった
という経験を持つ人は少なくないと思う。
きちんと理解している人が書いてくれないと役に立たないってことですね。
文学はよく知らないけど、理系の本や文章は訳がひどいせいで印象を悪くされているものが多い。
たいてい日本語の表現力というか原文の空気を描く能力が？とか
関係代名詞が見えてきてしまう訳文とか
たいてい日本語の表現力というか原文の空気を描く能力が？とか
関係代名詞が見えてきてしまう訳文とか
691 ：名称未設定：2007/01/29(月) 03:18:12 ID:2MfOwWF20
解説書を含め、関連図書が多数出ていれば単独図書の和訳自体が
へなちょこでも、相互参照することで解決できるんだがなぁ。
英語も出来て、Macのプログラミングに精通していて、
それでいて書籍をかく時間がある人って相当限られてるだろうからな；；
へなちょこでも、相互参照することで解決できるんだがなぁ。
英語も出来て、Macのプログラミングに精通していて、
それでいて書籍をかく時間がある人って相当限られてるだろうからな；；
692 ：名称未設定：2007/01/29(月) 11:49:21 ID:j6pnOc300
質が低い訳文でも、英文よりはありがたい人間も居ると思います。
Macにスイッチして3年経ちますが、趣味のプログラミング環境だけは移行できていません。
MSDN並の分量が無理でも、SUNのJDK関係と同程度あればと思います。
Macにスイッチして3年経ちますが、趣味のプログラミング環境だけは移行できていません。
MSDN並の分量が無理でも、SUNのJDK関係と同程度あればと思います。
日本語のドキュメントが増えると嬉しいけど。素直に。
>>692
質の低い訳文、誤訳はハマる元になるから結構辛いよ。
ある程度スキルが溜まってると乗り越えられるけど、
スキルがないうちは信じざるを得ないから沼に沈んでしまう。
>>691
英語も出来て、Macのプログラミングに精通していて、
それでいて書籍をかく時間がある人も少ないだろうけど、
書いた見返りが期待できないというのもあるかと。
このご時勢、出版社もプログラミング本は慎重だし。
質の低い訳文、誤訳はハマる元になるから結構辛いよ。
ある程度スキルが溜まってると乗り越えられるけど、
スキルがないうちは信じざるを得ないから沼に沈んでしまう。
>>691
英語も出来て、Macのプログラミングに精通していて、
それでいて書籍をかく時間がある人も少ないだろうけど、
書いた見返りが期待できないというのもあるかと。
このご時勢、出版社もプログラミング本は慎重だし。
なんか、4Dスレの流れと同じだな。
日本語希望とかでると、必ずこうなる。
日本語希望とかでると、必ずこうなる。
ここのスレの住人が皆で少しずつ叩き合いながら訳せば使える日本語ドキュメントが増えるんじゃない？
そこまでして日本語ドキュメントが欲しいって人はそんなに多くないと思う。
ある程度訳せる人は英語で充分だろうし、あまり上手く訳せない人が集まっても
意味不明になるだけだし。
ある程度訳せる人は英語で充分だろうし、あまり上手く訳せない人が集まっても
意味不明になるだけだし。
MSDNは確かにMacと比べると日本語ドキュメントは揃ってるけど
最新の資料とかあたる時には結局英語になっちゃうわけで
それはLinuxにしろ、Sunにしろ一緒だと思うんだがなぁ。
いわゆるプログラミング入門的な書籍やオンラインドキュメントが
Mac環境にないのはニーズがWinに比べて少ないから仕方ないのでは？
だいたいObject-Cという時点で壁になってるわけだしね。
最新の資料とかあたる時には結局英語になっちゃうわけで
それはLinuxにしろ、Sunにしろ一緒だと思うんだがなぁ。
いわゆるプログラミング入門的な書籍やオンラインドキュメントが
Mac環境にないのはニーズがWinに比べて少ないから仕方ないのでは？
だいたいObject-Cという時点で壁になってるわけだしね。
Objective-Cな。
プログラマなんだから日本語じゃないとチンプンカンプンって人もいないだろうし。
>688
IM のどれだったかで、日本語版だとまったく反対の意味になっているのを発見した
ような記憶が... 遠い思い出。
そこそこ英語が読めても、流し読みの速さなんかは、通訳並に英語ができるように
ならないと母国語のそれには追いつかないような。
細かいスペックを知りたい時なんかは英語でいいんだけど。
というわけで日本語ドキュメントも希望。
IM のどれだったかで、日本語版だとまったく反対の意味になっているのを発見した
ような記憶が... 遠い思い出。
そこそこ英語が読めても、流し読みの速さなんかは、通訳並に英語ができるように
ならないと母国語のそれには追いつかないような。
細かいスペックを知りたい時なんかは英語でいいんだけど。
というわけで日本語ドキュメントも希望。
そんなことより、WikibooksにCocoaに関する記事を充実させようぜ。
703 ：未承諾広告※ ◆TWARamEjuA ：2007/01/29(月) 23:21:06 ID:EgfRrMKx0 BE:5881469-BRZ(6761)
凡例が沢山載っかっていると助かるです。
そう思うとCPANって凄いよなぁと。。。
Camel Bonesはなんだかいまいち（つД｀）
そう思うとCPANって凄いよなぁと。。。
Camel Bonesはなんだかいまいち（つД｀）
リファライブラリで不満足ならフリーウェアのソースを覘く。
>>698
>いわゆるプログラミング入門的な書籍やオンラインドキュメントが
>Mac環境にない
無くはないベ？ヒレガスの和訳はあるし、
mkino さんとか頑張ってるよね。
入門が何冊もあっても仕方がないから、あれで充分だとおもうけどな～
日本語ドキュメントが充実しないのは、日本では世界に比べて mac が売れてないから仕方がないかもね。負の循環だけど。
フリー、シェアウェア業界も日本と日本以外では分裂してる気がする。
>いわゆるプログラミング入門的な書籍やオンラインドキュメントが
>Mac環境にない
無くはないベ？ヒレガスの和訳はあるし、
mkino さんとか頑張ってるよね。
入門が何冊もあっても仕方がないから、あれで充分だとおもうけどな～
日本語ドキュメントが充実しないのは、日本では世界に比べて mac が売れてないから仕方がないかもね。負の循環だけど。
フリー、シェアウェア業界も日本と日本以外では分裂してる気がする。
706 ：名称未設定：2007/01/30(火) 01:33:35 ID:BaymphzV0
久しぶりにXcode使ってみたけど、相変わらず問題が多いね
Xcode 3.0では直ってるんだろうか
CodeWarriorが消えたのは結構深刻かも知れないと今さら思う
みんなXcode使ってる？
俺は補助的に使うにとどめる事にした
あと、gccもあんまりよくないような気がする
インテルコンパイラを検討すべきだろうか
Xcode 3.0では直ってるんだろうか
CodeWarriorが消えたのは結構深刻かも知れないと今さら思う
みんなXcode使ってる？
俺は補助的に使うにとどめる事にした
あと、gccもあんまりよくないような気がする
インテルコンパイラを検討すべきだろうか
日曜プログラマなので Xcode で充分です＞＜
プロのかたには問題なんでしょうね...
プロのかたには問題なんでしょうね...
英語教育の徹底！
別にXcodeで十分だけど。CodeWarriorの方がよっぽど使えんよ。コンパイルが
速いだけで、オプチマイザは出来損ないだったし。PowerPlantは途中で放棄
されて腐ってしまったし。
Carbonで、かつPowerPC専用ならCWでもいいけど、もうイラね。
速いだけで、オプチマイザは出来損ないだったし。PowerPlantは途中で放棄
されて腐ってしまったし。
Carbonで、かつPowerPC専用ならCWでもいいけど、もうイラね。
腐っちゃったというか、Metrowerks→Motorola→Freescale が
面倒くさくなって、自前の資産を opensource 化しちゃった、
という顛末だったと思う
面倒くさくなって、自前の資産を opensource 化しちゃった、
という顛末だったと思う
<チラシの裏>
実際問題海外にいったりして思うのは、僕も含め日本人というのは他の国のひとに比べて圧倒的に英語ができない。
もちろん発展途上国の一般のひととかは全然英語できないんだけれども、そのあたりのアジアの国のひとでも、パソコンさわるぐらいのひとになると普通英語はぺらぺらしゃべるし普通になんでも読む。
こうなったのは、明治時代とかに偉い人ががんばってたいていの基礎的な教養関連を日本語訳してしまったから、パソコンさわるぐらいまでの教養なら日本語でなんでも身に付いてしまうからで、
他の非欧米諸国ではそうはいかないからはじめから英語を勉強する羽目になるんだと思う。
</チラシの裏>
実際問題海外にいったりして思うのは、僕も含め日本人というのは他の国のひとに比べて圧倒的に英語ができない。
もちろん発展途上国の一般のひととかは全然英語できないんだけれども、そのあたりのアジアの国のひとでも、パソコンさわるぐらいのひとになると普通英語はぺらぺらしゃべるし普通になんでも読む。
こうなったのは、明治時代とかに偉い人ががんばってたいていの基礎的な教養関連を日本語訳してしまったから、パソコンさわるぐらいまでの教養なら日本語でなんでも身に付いてしまうからで、
他の非欧米諸国ではそうはいかないからはじめから英語を勉強する羽目になるんだと思う。
</チラシの裏>
日本語以外に翻訳されている文章の量をみれば日本だけが冷遇されてるわけでもない。
「自分にはできるんだけど、他の人たちには英語が難しいはずだ」っていう「自称初心者の味方」が
あらわれてグダグダになる展開は何度も繰り返されてきたことだし。
それに、日本語MSDN的な物を求めてるのは少数派。
自称開発者が求めてるのは「サンプルコード」それもコピペだけでアプリが完成できちゃうようなもの。
それを「開発」とは呼ばないとおもうのだが。
「自分にはできるんだけど、他の人たちには英語が難しいはずだ」っていう「自称初心者の味方」が
あらわれてグダグダになる展開は何度も繰り返されてきたことだし。
それに、日本語MSDN的な物を求めてるのは少数派。
自称開発者が求めてるのは「サンプルコード」それもコピペだけでアプリが完成できちゃうようなもの。
それを「開発」とは呼ばないとおもうのだが。
716 ：名称未設定：2007/01/30(火) 10:40:47 ID:O/LbBbhy0
プロでやってる人は日本語訳をそれほど必要としていなのかなぁ。
今の時点で仕事になってるのだし。
そうすると、Carbonとかの和訳の優先度は低くて、
日曜プログラマや学生が集まる、Cocoaの和訳充実が有効かもしれない。
とりあえず、AppKitあたりとか。
今の時点で仕事になってるのだし。
そうすると、Carbonとかの和訳の優先度は低くて、
日曜プログラマや学生が集まる、Cocoaの和訳充実が有効かもしれない。
とりあえず、AppKitあたりとか。
CarbonはInside Macintosh I - VI + Carbon Porting Guideがあるじゃまいか。
>716
必要性の問題は別として、プロでも日本語訳は嬉しいと思うよ。
ただ、それが「有効」だという事例を見た事無い
必要性の問題は別として、プロでも日本語訳は嬉しいと思うよ。
ただ、それが「有効」だという事例を見た事無い
719 ：名称未設定：2007/01/30(火) 11:03:15 ID:CEkGZamU0
んーとさ、ちゃぶ台をひっくり返すような事を言うけど、ここで、アップルは全てのド
キュメントを日本語訳すべきか、なんてことを議論しても仕方ねーべ？
もし、「ドキュメントは全て日本語訳を用意すべきだ」なんて結論に達したとしても、
それでどうなるよ？ アップルに「２ちゃんねるでこういう事になったから、全て訳せ」
とでもメールすんのか？
それに、ドキュメントが全部、日本語で読めたとしても、ソースコードのコメントはど
うするんだ？ それを書いた人間に、「日本語訳を用意しろ」か？ それともソースは
読まないのか？
そんなことより、怖がらないで読んでみろよ。
英文は誰かをとって食ったりはしないし、ADCにあるようなドキュメントは、小説等と
違って、難解な言い回しも少ないぞ。 …いや、まぁ、独特な言い回しはあるが、その
あたりは大抵、パターンみたいなものがあるから、てきとーに数をこなせば理解できる
ようになるだろうし。
翻訳しろってわけじゃないんだ。要点だけつまんで理解できりゃあ、それでいい。
あんまり難しく考えなくていいんだぞ。
キュメントを日本語訳すべきか、なんてことを議論しても仕方ねーべ？
もし、「ドキュメントは全て日本語訳を用意すべきだ」なんて結論に達したとしても、
それでどうなるよ？ アップルに「２ちゃんねるでこういう事になったから、全て訳せ」
とでもメールすんのか？
それに、ドキュメントが全部、日本語で読めたとしても、ソースコードのコメントはど
うするんだ？ それを書いた人間に、「日本語訳を用意しろ」か？ それともソースは
読まないのか？
そんなことより、怖がらないで読んでみろよ。
英文は誰かをとって食ったりはしないし、ADCにあるようなドキュメントは、小説等と
違って、難解な言い回しも少ないぞ。 …いや、まぁ、独特な言い回しはあるが、その
あたりは大抵、パターンみたいなものがあるから、てきとーに数をこなせば理解できる
ようになるだろうし。
翻訳しろってわけじゃないんだ。要点だけつまんで理解できりゃあ、それでいい。
あんまり難しく考えなくていいんだぞ。
それどっかのコピペ
もうさ、ADCスレに移ってた話を続けないで良いよ。
ほんとに4Dスレと同じw
その要点をまとめた日本語ドキュメントが欲しいのだ
726 ：名称未設定：2007/01/31(水) 07:15:56 ID:IJyKfbQh0
でも、プログラムする人は英語読めないと、どっちみち辛いよね。
というか、そもそもコンピュータに2バイト文字なんて持ち込んだのが間違いじゃないか？とか。
WEBだって、英語できないと翻訳された二次情報待つばかりになるし。
というか、そもそもコンピュータに2バイト文字なんて持ち込んだのが間違いじゃないか？とか。
WEBだって、英語できないと翻訳された二次情報待つばかりになるし。
たとえいつか翻訳されようと、英語で知識を吸収できないということは、
スピード重視のIT産業においては決定的に不利だ。
止めた方が良いよ。
EJBなんかも、日本語の本が各種出た頃には当たり前の物に成り下がったからな。
スピード重視のIT産業においては決定的に不利だ。
止めた方が良いよ。
EJBなんかも、日本語の本が各種出た頃には当たり前の物に成り下がったからな。
macでプログラミングをするには
IT産業に身を置かなくてはいけないんだな。
敷居高いなあ
IT産業に身を置かなくてはいけないんだな。
敷居高いなあ
不毛な議論は続くよどこまでも。
正規ではないものの、Cocoa/Conceptual 内のガイド110個はすでに翻訳済。
現在も翻訳と最新の情報にあわせた更新も継続中。
リンクはすでに680にはってます。
速度をあげるために、逐語的な訳をしてますが…。
原文にも間違いがあるし、性質上あまり意訳できないものだし。
自分の訳でも読んで問題に思うことがあるのは事実ですが、
実際に決定訳を作ろうとすると、そう簡単ではないのが実情です。
現在も翻訳と最新の情報にあわせた更新も継続中。
リンクはすでに680にはってます。
速度をあげるために、逐語的な訳をしてますが…。
原文にも間違いがあるし、性質上あまり意訳できないものだし。
自分の訳でも読んで問題に思うことがあるのは事実ですが、
実際に決定訳を作ろうとすると、そう簡単ではないのが実情です。
正直 .tar.gz で置いてあるとダウンロードしてまで読もうという人は減ると思う。
html 版もサイトにおいて、google で検索かかるようにしたら？
Cocoa でプログラムしようとして google でまず検索する人は多いでしょう。
しかし暇な人だね。アメリカの Apple にコンタクトとったら雇ってくれたりしないかな。
html 版もサイトにおいて、google で検索かかるようにしたら？
Cocoa でプログラムしようとして google でまず検索する人は多いでしょう。
しかし暇な人だね。アメリカの Apple にコンタクトとったら雇ってくれたりしないかな。
732 ：名称未設定：2007/01/31(水) 18:27:38 ID:t+Kl8ZNa0
見事な分量ですね。
Appleに就職推奨。
Appleに就職推奨。
とりあえずADCかApple Japanあたりに採用の打診してみたら？
見返りを求めるなら、それなりの交渉が必要だろうけど
普通に寄付とかそんな感じなら別に文句言わないんじゃないかな？
Appleがダメなら、MOSAあたりに振っておくばいいかも。
あそこも自前でドキュメントの翻訳やってAppleからリンク貼ってもらってるから
それなりに権威はあるんだろうし。
見返りを求めるなら、それなりの交渉が必要だろうけど
普通に寄付とかそんな感じなら別に文句言わないんじゃないかな？
Appleがダメなら、MOSAあたりに振っておくばいいかも。
あそこも自前でドキュメントの翻訳やってAppleからリンク貼ってもらってるから
それなりに権威はあるんだろうし。
>730
今知った。
すごいね。
標準でXcodeに採用されたらいいのに。。。
今知った。
すごいね。
標準でXcodeに採用されたらいいのに。。。
>>680
これはすごい！
これはすごい！
昔、２ちゃんでADCのドキュメントを翻訳して公開したいとAppleに問い合わせたら
やめてくれと言われたという書き込みがありましたなあ
やめてくれと言われたという書き込みがありましたなあ
最近は mosa や mkino さんにリンクが developer.apple.com/jp
から張ってあるので、度量は広くなっているのだと思われ
から張ってあるので、度量は広くなっているのだと思われ
>>737
勝手に翻訳して公開するのを許可してくれなていったら、
ふつうは門前払いなのにわざわざアメリカのAppleに聞いてくれるくらい度量が広かったぞ。
単にあのときの梨をはじめとする一部の連中が馬鹿だっただけだ。
勝手に翻訳して公開するのを許可してくれなていったら、
ふつうは門前払いなのにわざわざアメリカのAppleに聞いてくれるくらい度量が広かったぞ。
単にあのときの梨をはじめとする一部の連中が馬鹿だっただけだ。
あの時はアヒャがADCに連絡取った振りして、「おＫだったよ！｣って言うものだとばかり思ってた。
まじめに連絡とるとは思わなかった。
まじめに連絡とるとは思わなかった。
まあなんにせよ 680 は html 版か pdf 版をおいて Google にひっかかるようにしろということですね
私 (Cocoa Break!) のサイトの場合は、
最終的には本社の Copyright 担当弁護士に英文で問い合わせという返答でした。
開発関係の部署ではないため、マニュアル的に断われる可能性を考えたのと、
英文で Apple 社の弁護士を説得する自信がなく、そのままにしています。
なので正式な許可は得ていません。
HTML版 や PDF版 はサーバー容量確保と作業の手間から予定はありません。
欲しい人は、作られたら良いと思います
去年4月以降、仕事終わった夜や休日は翻訳だけでつぶれています。
ただ、MOSA の翻訳には図がなく、著作権の問題があると思われ、
Web 上で HTML 形式で公開すると、問題になる可能性もありえます。
圧縮して見えない形で配布して、翻訳を行った図のみに限ることで、
できる限り著作権者を刺激しない形にしています。
最終的には本社の Copyright 担当弁護士に英文で問い合わせという返答でした。
開発関係の部署ではないため、マニュアル的に断われる可能性を考えたのと、
英文で Apple 社の弁護士を説得する自信がなく、そのままにしています。
なので正式な許可は得ていません。
HTML版 や PDF版 はサーバー容量確保と作業の手間から予定はありません。
欲しい人は、作られたら良いと思います
去年4月以降、仕事終わった夜や休日は翻訳だけでつぶれています。
ただ、MOSA の翻訳には図がなく、著作権の問題があると思われ、
Web 上で HTML 形式で公開すると、問題になる可能性もありえます。
圧縮して見えない形で配布して、翻訳を行った図のみに限ることで、
できる限り著作権者を刺激しない形にしています。
このスレに、誰か交渉面で協力できる人は居ないのかな?
AJの人とか、MOSAの人とか。
AJの人とか、MOSAの人とか。
アポジャパンに期待しても無駄だろう。
正規軍がやる気無いからゲリラが頑張ってる
むしろ、放っておいた方が進むかもとネガティブな事を考えてしまった。
>>741
>できる限り著作権者を刺激しない形にしています。
それはわかるけど、日本語ドキュメントが必要な人にも
みつかりにくくなってるわけだから、なんとか良い方法はないかねぇ...
それだけ労力はらってるんだから、もっと報われてほしいんだけど...
>できる限り著作権者を刺激しない形にしています。
それはわかるけど、日本語ドキュメントが必要な人にも
みつかりにくくなってるわけだから、なんとか良い方法はないかねぇ...
それだけ労力はらってるんだから、もっと報われてほしいんだけど...
xcodeでgtk+-2.0使おうと思っているのですが、pkg-configってどうやってよびだせばいいんですかね？
Mac OS X Dev-jpに、米アップル勤務の井上さんが光臨する事があったと思った。
メールで相談してみるとか。
アドレスは、メーリングリストのログで判るし。
メールで相談してみるとか。
アドレスは、メーリングリストのログで判るし。
>>748
こういうのってそういう権利関係の話が面倒なんだろ。
彼はエンジニアだし、今忙しそうだし。
本当に社員に相談するならせめて DTS (WWDR) の人とかの方がいいんじゃね?
まあ、案外仕事が直に関係している人に頼むより別の方から攻めた方がよかったり
してな。
しかし >>741 を突き動かしてるものってなんなの... 夜や休日って.. すごい。
まだほんのちょっとした見てないけど、訳もかなりちゃんとしてる。
こういうのってそういう権利関係の話が面倒なんだろ。
彼はエンジニアだし、今忙しそうだし。
本当に社員に相談するならせめて DTS (WWDR) の人とかの方がいいんじゃね?
まあ、案外仕事が直に関係している人に頼むより別の方から攻めた方がよかったり
してな。
しかし >>741 を突き動かしてるものってなんなの... 夜や休日って.. すごい。
まだほんのちょっとした見てないけど、訳もかなりちゃんとしてる。
751 ：名称未設定：2007/02/02(金) 10:25:31 ID:oRQKeJV70
HMDTの木下さんが、アップルのデベロッパーセミナーの講師をやっていたような気がする。
交渉相手を紹介して貰えないかなぁ。
翻訳したいので許可が欲しいという話と、既に翻訳成果が大量にあるので公開許可が欲しいという話は全然違う話なので、
悪い結果にはならないと思う。
交渉相手を紹介して貰えないかなぁ。
翻訳したいので許可が欲しいという話と、既に翻訳成果が大量にあるので公開許可が欲しいという話は全然違う話なので、
悪い結果にはならないと思う。
公開してるのをやめさせたいのか、天然なのかわからんな。
753 ：名称未設定：2007/02/02(金) 10:38:30 ID:Kx0Q07lV0
>>751
でも、許可くれって聞いてダメだと言われた場合は今の公開もやめなきゃいけなくなる罠
でも、許可くれって聞いてダメだと言われた場合は今の公開もやめなきゃいけなくなる罠
自サイトで公開じゃなくて、
「翻訳結果を提供するから、Appleで採用してくれ」というアプローチはダメなのかな？
別にMOSAに掛け合ってもいいんだけど。
翻訳作業の対価を求めるかどうかはともかくとして、ね。
「翻訳結果を提供するから、Appleで採用してくれ」というアプローチはダメなのかな？
別にMOSAに掛け合ってもいいんだけど。
翻訳作業の対価を求めるかどうかはともかくとして、ね。
755 ：名称未設定：2007/02/02(金) 12:49:41 ID:oRQKeJV70
MOSAに、
「翻訳結果を生かす方法を悩んでいるので、相談に乗ってください」
と持ちかけるのが無難なのかな?
「翻訳結果を生かす方法を悩んでいるので、相談に乗ってください」
と持ちかけるのが無難なのかな?
翻訳してやったから買えよ。
とか
とか
まあとりあえず mac 板の関連スレのテンプレには入れましょう。
休日使って翻訳しているんだから買ってもらうべき。
もしも提供したら余計に外からを頼ってアップルジャパンは翻訳する努力をしない。
どっちにしてもしないのかもしれないけど。
もしも提供したら余計に外からを頼ってアップルジャパンは翻訳する努力をしない。
どっちにしてもしないのかもしれないけど。
出版するなら買うぜ
気持ちは判るけど、無責任に許可を貰えとか買ってもらえとか
言う人が多いのには驚くなぁ。
いくらAppleないしAppleJapanが努力を怠ってるとはいえ、
それと法的な判断は全然別の次元で判断されてしまう。
公開許可どころか無断公開への警告が来る可能性の方が大きい。
独自の文章ならともかく、Apple自らが公開している文章の
翻訳への公開許可を与えるということは、Apple自身の責任も
出てきてしまうわけで、そんなリスクを負うと思える方が不思議。
目をつぶって過ごせるものも見過ごせなくなってしまう。
ましてや勝手翻訳を買ってもらえ、なんて夢物語。
常識があれば、HK氏の判断は賢明だと思えるはず。
言う人が多いのには驚くなぁ。
いくらAppleないしAppleJapanが努力を怠ってるとはいえ、
それと法的な判断は全然別の次元で判断されてしまう。
公開許可どころか無断公開への警告が来る可能性の方が大きい。
独自の文章ならともかく、Apple自らが公開している文章の
翻訳への公開許可を与えるということは、Apple自身の責任も
出てきてしまうわけで、そんなリスクを負うと思える方が不思議。
目をつぶって過ごせるものも見過ごせなくなってしまう。
ましてや勝手翻訳を買ってもらえ、なんて夢物語。
常識があれば、HK氏の判断は賢明だと思えるはず。
このまま「ひっそりと」が一番なんじゃない？
都合が悪いと全部ネタだってのはズルいですね。
Xcode 版ですので、翻訳の話題が続くのは本意ではないです。自ら話題を振ってしまいましたが…。
翻訳が存在しないという話が続いていましたので、
いちおう個人訳にせよ、翻訳はありますということを伝えたかっただけです。
買ってもらえとか、いろいろな意見がありましたが、
そういうレスを付けて頂いた方には感謝しています。
それは労力をきちんと評価していただいたからだろうと思うからです。
一方で、著作権のからみでそういうのは有り得ないと書いた方にも同感です。
公式ではないので、法的にはそれが通常のとらえ方だと思うからです。
そういうのを別にして、単に私が訳しているのは、
少しでも多くの人がプログラミングの楽しみを味わってほしいと思うからで、
それ以外はどうでもいいことです。
知りあいに Cocoa をすすめたところ、英文で挫折したということがあったので…。
私の訳が意味があるのかどうかは、それが公式に評価されるかどうかではなく、
OS X に付属する開発環境を利用する人が、たとえ1人でも、
日本語訳によって敷居が低くなり、プログラミングに少しでも興味をもてば、
それだけで訳した労力はすでに報われていると思いますので…。それで十分です。
翻訳が存在しないという話が続いていましたので、
いちおう個人訳にせよ、翻訳はありますということを伝えたかっただけです。
買ってもらえとか、いろいろな意見がありましたが、
そういうレスを付けて頂いた方には感謝しています。
それは労力をきちんと評価していただいたからだろうと思うからです。
一方で、著作権のからみでそういうのは有り得ないと書いた方にも同感です。
公式ではないので、法的にはそれが通常のとらえ方だと思うからです。
そういうのを別にして、単に私が訳しているのは、
少しでも多くの人がプログラミングの楽しみを味わってほしいと思うからで、
それ以外はどうでもいいことです。
知りあいに Cocoa をすすめたところ、英文で挫折したということがあったので…。
私の訳が意味があるのかどうかは、それが公式に評価されるかどうかではなく、
OS X に付属する開発環境を利用する人が、たとえ1人でも、
日本語訳によって敷居が低くなり、プログラミングに少しでも興味をもてば、
それだけで訳した労力はすでに報われていると思いますので…。それで十分です。
コミケで売るとか。
確かCocoaの雑誌みたいなの売ってなかったっけ?
確かCocoaの雑誌みたいなの売ってなかったっけ?
翻訳を２次創作だと言い張ればいいのか
ガンバレ！
僕は、例の「日本人なら『ココア』でしょ」スレの1だけど、
うまく体制を構築できるなら協力したいな、と思いますが、
あまりおおっぴらにすると前の二の舞になるんだろうな。
しばらく影で見守っています。
僕は、例の「日本人なら『ココア』でしょ」スレの1だけど、
うまく体制を構築できるなら協力したいな、と思いますが、
あまりおおっぴらにすると前の二の舞になるんだろうな。
しばらく影で見守っています。
ところで、ドキュメントの日本語訳なんていらない！英語で読むのが当然って
主張が急に消えたのは何故？
ホントに日本語訳なんていらないって思うんなら、こういうときこそどうどう
とそう主張すべきなんじゃない？
主張が急に消えたのは何故？
ホントに日本語訳なんていらないって思うんなら、こういうときこそどうどう
とそう主張すべきなんじゃない？
いや、今でも不要と思ってるが？
訳をやろうとする奴を強いて止めはしないだけで。
訳をやろうとする奴を強いて止めはしないだけで。
同じく。
自分には不要だが、必要としている人達が作り上げるのに文句付ける気はさらさらない。
自分には不要だが、必要としている人達が作り上げるのに文句付ける気はさらさらない。
まあ日本語で入門しておけば、まだ未訳の英語ドキュメントでも想像で有る程度は読めるんじゃないかなということも思いました。いちおう中高で英語は勉強した訳だし :p
ビルド後のnibとかのリソースって隠蔽できんの？
パッケージ開くで簡単にいじれてしまうのはなんか気持悪い
パッケージ開くで簡単にいじれてしまうのはなんか気持悪い
ヒントはofficeかな
>>773
各国語版リソースを全部自分で用意するのかい。
各国語版リソースを全部自分で用意するのかい。
そもそも技術翻訳なんてまともなものは期待できないんだから日本語ドキュメント
なんて却って有害だ！みたいな主張してた人たちはどうなんですかね？どうせ最後
は英語の読むしかなくなるから、あるだけ邪魔だし作るのは無駄だみたいなこと言う
人も多かったんじゃないですか？MSDNは日本語訳が充実してるって言われると、そ
んなのは意味のないことだ位のこと言ってる人いませんでしたか？
やっぱり「日本語ドキュメントはあるにこしたことがない」んでしょ？
なんて却って有害だ！みたいな主張してた人たちはどうなんですかね？どうせ最後
は英語の読むしかなくなるから、あるだけ邪魔だし作るのは無駄だみたいなこと言う
人も多かったんじゃないですか？MSDNは日本語訳が充実してるって言われると、そ
んなのは意味のないことだ位のこと言ってる人いませんでしたか？
やっぱり「日本語ドキュメントはあるにこしたことがない」んでしょ？
さっとこのスレすこし読み直してみたけど、777さんがいうほど過激な主張してるひとはいなかったと思われ。
たとえば「まともなのは期待できない」とは書いてたけど、「だから(まともであろうとなかろうと)そもそも有害だ」とかいうのは論理の飛躍でしょ。
まあそう書いてた人もいるかもしらんけど。
個人的には日本語ドキュメント僕はいらないけど、日本語あったらいいと思う人もいるでしょう。
結論 : 777さん、あなたが正しいから満足してお昼寝でもなさい。釣りをするならドザのふりをしてマカをからかったほうがおもしろいよ！
たとえば「まともなのは期待できない」とは書いてたけど、「だから(まともであろうとなかろうと)そもそも有害だ」とかいうのは論理の飛躍でしょ。
まあそう書いてた人もいるかもしらんけど。
個人的には日本語ドキュメント僕はいらないけど、日本語あったらいいと思う人もいるでしょう。
結論 : 777さん、あなたが正しいから満足してお昼寝でもなさい。釣りをするならドザのふりをしてマカをからかったほうがおもしろいよ！
底辺を広げるためにも日本語はあったほうがいいです。
「日本語ドキュメントがあった方がいい」なんていうのは疑う余地もないほど当たり前の
ことだと思ってたんだけど、なぜかMacのプログラミングでの話になると「いらない」っ
て言い張る人がいて違和感を感じてました。
でも、実際作っている人がいるという話になったら急に沈静化したのでどうしたのかな
と思ったわけです。本当に必要ないものなら実際のあるなしに関わらずそう主張すれば
いいのに、そうしないのは本音では「あるにこしたことはない」と思っていたけど、無理
して「いらない」って強弁してた（Appleを批判したくないから？）ってことかなと思え
ます。
別に釣りでも煽りでもないです。「日本語ドキュメントがあった方がいい」っていうごく
普通の考えがやっと認められたということを確認したかっただけです。
>>778がそれを「ものすごく渋々認めてる」のが可愛いｗ
ことだと思ってたんだけど、なぜかMacのプログラミングでの話になると「いらない」っ
て言い張る人がいて違和感を感じてました。
でも、実際作っている人がいるという話になったら急に沈静化したのでどうしたのかな
と思ったわけです。本当に必要ないものなら実際のあるなしに関わらずそう主張すれば
いいのに、そうしないのは本音では「あるにこしたことはない」と思っていたけど、無理
して「いらない」って強弁してた（Appleを批判したくないから？）ってことかなと思え
ます。
別に釣りでも煽りでもないです。「日本語ドキュメントがあった方がいい」っていうごく
普通の考えがやっと認められたということを確認したかっただけです。
>>778がそれを「ものすごく渋々認めてる」のが可愛いｗ
>>780
あなたが女性なら可愛いと言われて嬉しいですが...
あと、2ch でこんなこといってもなんだけど、釣りだと思われたくなければなるべく反語つかわず文章かいたほうがいいとおもいます。疑ってすいませんでした。
あなたが女性なら可愛いと言われて嬉しいですが...
あと、2ch でこんなこといってもなんだけど、釣りだと思われたくなければなるべく反語つかわず文章かいたほうがいいとおもいます。疑ってすいませんでした。
なんつーか、ガキっぽい。
まともな日本語訳でないなら無い方がマシ
腐った日本語訳は有害だからいらねえ
疑いようのない事実だと思うが？
腐った日本語訳は有害だからいらねえ
疑いようのない事実だと思うが？
糞日本語訳（アポー）は意味不明だから要らん
良日本語訳（HKさん）は助かる人が多いので大歓迎
良日本語訳（HKさん）は助かる人が多いので大歓迎
つうか議論が沈静化してたのは >>680 の人の仕事のおかげだろうに
そこで勝ち誇ったかのように出てくる >>780 みたいな奴は
全く性根が卑しいとしか言いようがないな。
日本語訳が必要か不要かという以前の話として。
そこで勝ち誇ったかのように出てくる >>780 みたいな奴は
全く性根が卑しいとしか言いようがないな。
日本語訳が必要か不要かという以前の話として。
確かにガキっぽい。
自分は日本語ドキュメントがあっても使うことはない。
ヒレガス本も含め、Cocoa の書籍も原書を読んでる。
ま、原書を読むのは、Cocoa の書籍に限らないけどね。
俺の部屋洋書だらけw プログラミング関係だけじゃなく
俺みたいな奴は、>>780 には存在すら否定されちゃうんだろーか
ヒレガス本も含め、Cocoa の書籍も原書を読んでる。
ま、原書を読むのは、Cocoa の書籍に限らないけどね。
俺の部屋洋書だらけw プログラミング関係だけじゃなく
俺みたいな奴は、>>780 には存在すら否定されちゃうんだろーか
>>783
>>784
文学的表現の翻訳じゃあるまいし、技術翻訳でAppleとHK氏の訳でそんなに
有意な違いがあるとは思えませんが、実際に読み比べた上で言ってるんですか？
HK氏自身>>730で「逐語的な訳」だと言ってますけど？
>>785
別に釣りでも煽りでも勝ち誇っているわけでもないですよ。「日本語ドキュメント
があったほうがいいのかどうか？」という議論について決着がついたと確認したい
だけです。あなた自身ももはや日本語ドキュメントはいらないとは言えなくなった
わけですよね？
>>784
文学的表現の翻訳じゃあるまいし、技術翻訳でAppleとHK氏の訳でそんなに
有意な違いがあるとは思えませんが、実際に読み比べた上で言ってるんですか？
HK氏自身>>730で「逐語的な訳」だと言ってますけど？
>>785
別に釣りでも煽りでも勝ち誇っているわけでもないですよ。「日本語ドキュメント
があったほうがいいのかどうか？」という議論について決着がついたと確認したい
だけです。あなた自身ももはや日本語ドキュメントはいらないとは言えなくなった
わけですよね？
もう、いい加減にしたら？
日本語訳あっても使わなければそれでいいし
日本語訳があれば助かる人もいるんだからさ。
この流れだとHK氏もやる気無くしそうだ。。
日本語訳あっても使わなければそれでいいし
日本語訳があれば助かる人もいるんだからさ。
この流れだとHK氏もやる気無くしそうだ。。
>>788
>「日本語ドキュメントがあったほうがいいのかどうか？」という議論について
>決着がついたと確認したいだけです。
なんでそんなこと確認したいんだ？
終わったと思うなら自分で終わったと思っとけば良いだけの話だろ？
結局、勝ち負けを決めたいだけなんだろ？
>あなた自身ももはや日本語ドキュメントはいらないとは言えなくなったわけですよね？
は？なんでそうなるんだ？
>「日本語ドキュメントがあったほうがいいのかどうか？」という議論について
>決着がついたと確認したいだけです。
なんでそんなこと確認したいんだ？
終わったと思うなら自分で終わったと思っとけば良いだけの話だろ？
結局、勝ち負けを決めたいだけなんだろ？
>あなた自身ももはや日本語ドキュメントはいらないとは言えなくなったわけですよね？
は？なんでそうなるんだ？
日本語訳、あった方がいいと思う人、なくてもいいと思う人、無いほうがいいと思う人。それぞれいる
それでいいじゃん。統一しなきゃいかんことか？
それでいいじゃん。統一しなきゃいかんことか？
荒れてくると楽しいですね～
とりあえず 780=788 は自分も訳をつくって HK さんにメールするなりして寄与してください！あと、780 さんは「誰にとって」日本語ドキュメントが必要なのかを不用意に文章の途中で替えないようにしてくださいよ。
>「日本語ドキュメントがあったほうがいいのかどうか？」という議論について
別に万人にたいして「あったほうがいいのか」とかいっても仕方がないでしょ。
だから誰に対して、と制限がない議論については決着も何も付きようがないでしょ。
とりあえず 780=788 は自分も訳をつくって HK さんにメールするなりして寄与してください！あと、780 さんは「誰にとって」日本語ドキュメントが必要なのかを不用意に文章の途中で替えないようにしてくださいよ。
>「日本語ドキュメントがあったほうがいいのかどうか？」という議論について
別に万人にたいして「あったほうがいいのか」とかいっても仕方がないでしょ。
だから誰に対して、と制限がない議論については決着も何も付きようがないでしょ。
まー、自分の仕事の成果が
何故か何処の誰とも分からん奴の主張の論拠に使われてると知ったら
やる気も無くなるかもな
何故か何処の誰とも分からん奴の主張の論拠に使われてると知ったら
やる気も無くなるかもな
<｀∀´>ｳﾘﾅﾗの言葉に翻訳するﾆﾀﾞ。英語は認めないﾆﾀﾞ
<｀∀´>ｳﾘﾅﾗならｳﾘﾅﾗの言葉を使うのは当然ﾆﾀﾞ
<｀∀´>これはApple他の怠慢に違いないﾆﾀﾞ。しゃざいとばいｓ（ｒｙ
(´･ω･`;)ooO(おいおい、2chで吠えてもどうしようもないだろ)
(´･ω･`;)ooO(現状、訳は多く無いし、翻訳は時間的にもコストがかかる作業)
(´･ω･`;)ooO(翻訳を待つより開発することが先決なはず…)
(´･ω･`)ﾆﾀﾞさん、英語で読んだ方がいいよ。今後のためにもなるし。
(´･ω･`)実際、誤訳もあるし、慣れると英語の方がいいよ。
<｀∀´>！！！
<#｀∀´>「訳はなくてもいい」「英語が読めないと開発するな」というのかﾆﾀﾞ！
<#｀∀´>そんな主張は到底受け入れられないﾆﾀﾞ!!
(´･ω･`;)ooO(………)
<｀∀´>ｳﾘﾅﾗならｳﾘﾅﾗの言葉を使うのは当然ﾆﾀﾞ
<｀∀´>これはApple他の怠慢に違いないﾆﾀﾞ。しゃざいとばいｓ（ｒｙ
(´･ω･`;)ooO(おいおい、2chで吠えてもどうしようもないだろ)
(´･ω･`;)ooO(現状、訳は多く無いし、翻訳は時間的にもコストがかかる作業)
(´･ω･`;)ooO(翻訳を待つより開発することが先決なはず…)
(´･ω･`)ﾆﾀﾞさん、英語で読んだ方がいいよ。今後のためにもなるし。
(´･ω･`)実際、誤訳もあるし、慣れると英語の方がいいよ。
<｀∀´>！！！
<#｀∀´>「訳はなくてもいい」「英語が読めないと開発するな」というのかﾆﾀﾞ！
<#｀∀´>そんな主張は到底受け入れられないﾆﾀﾞ!!
(´･ω･`;)ooO(………)
>>780の思い込みの激しさにﾜﾛﾀ
「日本語ドキュメントがあったほうがいい」という点にはもはや誰も
反論できなくて、それ以外の部分で必死に釣り・煽り・揚げ足取り・
茶化し・論理のすり替えに終始してる姿が滑稽ですねｗ
「日本語ドキュメントがあったほうがいい」ということへの反論はない
んですか？
この点についての反論ができなければ『「日本語ドキュメントがあったほ
うがいい」ということが確認された』というのがますます明確になりますねｗ
反論できなくて、それ以外の部分で必死に釣り・煽り・揚げ足取り・
茶化し・論理のすり替えに終始してる姿が滑稽ですねｗ
「日本語ドキュメントがあったほうがいい」ということへの反論はない
んですか？
この点についての反論ができなければ『「日本語ドキュメントがあったほ
うがいい」ということが確認された』というのがますます明確になりますねｗ
「日本語ドキュメントがあるに越したことは無い」と思う。
同じく「英語で読めるに越したことは無い」罠。
同じく「英語で読めるに越したことは無い」罠。
結局釣りだったのか。残念。釣られてすいませんでした > みなさま
で、流れはどこまで4Dスレと同じなのか。
そこだけ興味あるな(嘘
そこだけ興味あるな(嘘
4Dスレってのはわからないけど
Windows VS Macintosh 系のスレの流れとは似ている。
「Macには○○○○がないじゃないか」
「○○○○なんかなくても十分なんだよ」
「○○○○があると堕落するから、必要ない」
とか、そういう感じの。
で、実際に○○○○に相当するアプリや周辺機器の××××が出てくると
「○○○○は必要ない」って人が居なくなり
「Macには××××がある」って声だけになる。
アホ全開だな。
Windows VS Macintosh 系のスレの流れとは似ている。
「Macには○○○○がないじゃないか」
「○○○○なんかなくても十分なんだよ」
「○○○○があると堕落するから、必要ない」
とか、そういう感じの。
で、実際に○○○○に相当するアプリや周辺機器の××××が出てくると
「○○○○は必要ない」って人が居なくなり
「Macには××××がある」って声だけになる。
アホ全開だな。
その流れとは似ていないような。
小学生のけんかみたいな流れだな
日本語ドキュメントに異常にこだわるのもキモイな
自演臭いのもあるしな。
まぁどっちでもいいから、好きにやってくれ。
まぁどっちでもいいから、好きにやってくれ。
仕事でWindowsのGUIプログラムを書いています。
英文のドキュメントを参照する必要があることは、滅多にありません。
最近だと一部の音声関係のAPIが未訳で、翻訳ソフトと格闘したぐらいです。
英語は全然だめなので時間を食いましたが、
仕事なので何とかするしかありませんでした。
自宅はMacで、休日に趣味で何か書いてみたいのですが、
英文を少し読むだけで時間が無くなってしまいます。
今回のHKさんのような翻訳は、私の用なダメプログラマには大歓迎です。
英文のドキュメントを参照する必要があることは、滅多にありません。
最近だと一部の音声関係のAPIが未訳で、翻訳ソフトと格闘したぐらいです。
英語は全然だめなので時間を食いましたが、
仕事なので何とかするしかありませんでした。
自宅はMacで、休日に趣味で何か書いてみたいのですが、
英文を少し読むだけで時間が無くなってしまいます。
今回のHKさんのような翻訳は、私の用なダメプログラマには大歓迎です。
最終的には原文を読まなくてはいけないしても、英語をスラスラ読めない人には日本語ドキュメントがあれば探し物が見つけやすくなるからいいと思う。
結局、「日本語ドキュメントがあったほうがいい」ということへの反論は
誰もできなくなったわけですね。
反論できない命題を突きつけられて、釣りだろ・ガキっぽい・キモい・
自演などと言い出して逃げようとするのはとてもみっともないことですが、
そのこと自体がもはや反論できないということの証ですね。
私がこの件にこだわるのは今まで日本語ドキュメントが不要だとして、一部
にものすごく乱暴なことや偏狭なことを平気で言う人がいたからです。例
えば最近では「2バイト文字をコンピュータに持ち込んだこと自体が間違い」
とか言ってる人までいました。いいかげん、こういうひどい議論（？）を
なくすためには、この際はっきりさせておいた方がいいんじゃないかと思う
からです。
誰もできなくなったわけですね。
反論できない命題を突きつけられて、釣りだろ・ガキっぽい・キモい・
自演などと言い出して逃げようとするのはとてもみっともないことですが、
そのこと自体がもはや反論できないということの証ですね。
私がこの件にこだわるのは今まで日本語ドキュメントが不要だとして、一部
にものすごく乱暴なことや偏狭なことを平気で言う人がいたからです。例
えば最近では「2バイト文字をコンピュータに持ち込んだこと自体が間違い」
とか言ってる人までいました。いいかげん、こういうひどい議論（？）を
なくすためには、この際はっきりさせておいた方がいいんじゃないかと思う
からです。
匿名掲示板で気違いを排除するのは不可能
マジレスするだけ無駄
マジレスするだけ無駄
ネタをネタと読めない人は・・・以下略
そだな、マジレスするだけ無駄無駄
そだな、マジレスするだけ無駄無駄
「あ ま り 気 に す る な」
>>809
気持ちはわからんでもないが、
匿名掲示板で、立場が悪くなってから名乗り出て
「ごめんなさい」なんて言う人は滅多にいないし。
以前、Xcodeがバージョンアップした時に
日本語リソースが一時的に無くなって
その時も「日本語リソースなぞいらん」と強弁する人が出てきて大荒れに荒れた。
実はあの時、俺は旧バージョンのリソースを取り込んで
新しいバージョンの日本語リソースを作成してたんだけど
雰囲気悪かったから公開しなかった、いや出来なかったんだけど、
今思うと公開したほうがよかったのかも知らん。
気持ちはわからんでもないが、
匿名掲示板で、立場が悪くなってから名乗り出て
「ごめんなさい」なんて言う人は滅多にいないし。
以前、Xcodeがバージョンアップした時に
日本語リソースが一時的に無くなって
その時も「日本語リソースなぞいらん」と強弁する人が出てきて大荒れに荒れた。
実はあの時、俺は旧バージョンのリソースを取り込んで
新しいバージョンの日本語リソースを作成してたんだけど
雰囲気悪かったから公開しなかった、いや出来なかったんだけど、
今思うと公開したほうがよかったのかも知らん。
ごめんなさい。僕が悪かったです。
英語のドキュメントがあれば十分と強がりは言いません。
本当は日本語で読みたいけど、英語でドキュメントを読むのが
カッコいいと思ってました。
これからは反省して勝って翻訳ドキュメントをアップ出来る
ように頑張ります。
英語のドキュメントがあれば十分と強がりは言いません。
本当は日本語で読みたいけど、英語でドキュメントを読むのが
カッコいいと思ってました。
これからは反省して勝って翻訳ドキュメントをアップ出来る
ように頑張ります。
よし、全員席についていいぞ。
うんこしたい。けどトイレ寒いから行くのやだ。
よし、そこでうんこしていいぞ。
ケツ拭く紙がありません
俺は無くても全く困らんけど
無い方がいいとまでは言わんな
ただ、日本語のドキュメントが無いからxxができないという言い訳は聞きたくないな
無い方がいいとまでは言わんな
ただ、日本語のドキュメントが無いからxxができないという言い訳は聞きたくないな
また荒れるから、その話題はもういいよ。
>819
いい加減にしてくれ
いい加減にしてくれ
亀レスだが、
「英文と付き合わせて読まないと理解出来ないようなものならば日本語訳は要らない」
と
「日本語訳は要らない」
とは別の事を言ってるのだけど、
その事を混同させて煽っている荒しがいるだけだよ。
掲示板荒しには日本語に問題がある人が多くて
（外国人などではなく、単純に馬鹿で文章を読み書きする能力が劣っている）、
ここで絡んでる約1名もそのお仲間でしょ。
810だね。
「英文と付き合わせて読まないと理解出来ないようなものならば日本語訳は要らない」
と
「日本語訳は要らない」
とは別の事を言ってるのだけど、
その事を混同させて煽っている荒しがいるだけだよ。
掲示板荒しには日本語に問題がある人が多くて
（外国人などではなく、単純に馬鹿で文章を読み書きする能力が劣っている）、
ここで絡んでる約1名もそのお仲間でしょ。
810だね。
824 ：名称未設定：2007/02/04(日) 10:16:42 ID:qK6CatT10
リファレンスぐらいは英語でかまわん
いざとなったらgoogleでもつかってインチキ翻訳でもする
日本語で書いてあっても良くわからん内容は英語で読んでもやっぱりわからん
ヒガレス本みたいに概念とソースと解説がしっかりマッチングしてる環境がほしい
いざとなったらgoogleでもつかってインチキ翻訳でもする
日本語で書いてあっても良くわからん内容は英語で読んでもやっぱりわからん
ヒガレス本みたいに概念とソースと解説がしっかりマッチングしてる環境がほしい
>>823
また荒らす気ですか。
また荒らす気ですか。
>>823
おまえは空気の読解力に致命的な問題がある
おまえは空気の読解力に致命的な問題がある
日本語訳がほしいやつは自分で訳して手元に置いておきなさい
不毛な論議だな。
>>818-819の流れにﾜﾗﾀ
1年ぐらい前も同～～じ流れあったよね
今後、日本語訳無くてもOKって持論を展開する人は、
必ず英語で書いてね。
今後、日本語訳無くてもOKって持論を展開する人は、
必ず英語で書いてね。
中高の6年も英語を勉強させられて、
なお英語がわからないやつがこんなにいるとは…。
なお英語がわからないやつがこんなにいるとは…。
２ちゃんでイキがってる暇があったら英語の勉強でもしろよ
語学に限らず、能力の高いやつが低いやつより有利にことを運べるのは
当たり前のことだろうが
語学に限らず、能力の高いやつが低いやつより有利にことを運べるのは
当たり前のことだろうが
>>831 >>832
I told you. Post your comment in English,
if you have it that you strongly stress the point that
do not need Japanese translation.
I told you. Post your comment in English,
if you have it that you strongly stress the point that
do not need Japanese translation.
さて、飯でも食うかな。
>>830
Ich liebe dich.
Ich liebe dich.
>>833
Sorry for jumping in, but your English is terrible. The last two lines make no sense at all!
Sorry for jumping in, but your English is terrible. The last two lines make no sense at all!
>>836
I love you.
I love you.
>>836
That's why he needs...[snip]
That's why he needs...[snip]
>>833
U are f**king foolish.
See >>794 and >>823.
Your reading comprehension is poor if u don't unserstand what means.
Aim at the improvement in your comprehension before making others silly.
U are f**king foolish.
See >>794 and >>823.
Your reading comprehension is poor if u don't unserstand what means.
Aim at the improvement in your comprehension before making others silly.
>>U6N68luk0, 7G7Bh9Qt0, jA6chTXg0, w74sPsKX0
OK, I understood your ability.
But here's not suitable to have discussions in English.
We should move other board or somewhere.
OK, I understood your ability.
But here's not suitable to have discussions in English.
We should move other board or somewhere.
EOT:)
>> 830
How come people who don't need documentations in Japanese
has to post in English here? Could you explain, please?
How come people who don't need documentations in Japanese
has to post in English here? Could you explain, please?
昔、ComNiftyってソフトを作ってた作者の人が、バカっぽい質問とかあると
急に英語でコメントし始めてたのを思い出した。
急に英語でコメントし始めてたのを思い出した。
Actually, >>830=833 doesn't have to write in English (as in >>840?)
because he's definitely one of those who need Japanese documents!
because he's definitely one of those who need Japanese documents!
ちょうど透明あぼーんみたいでいいなw
今英語で書いてる人たちって、「どうだ！ボクってえいごがじょうずなんだぞ～」って
モニタの向こうで上気した顔でいるんだろうねｗ
モニタの向こうで上気した顔でいるんだろうねｗ
>>847 OK, but people sticking to Japanese documents are annoying anyway ...
849 ：未承諾広告※ ◆TWARamEjuA ：2007/02/04(日) 21:02:04 ID:VKE/gb230
(´-`).｡ｏＯ(ようするに民度の低い輩がわんさかいるって事は理解した。引き続き静観していよう。)
我是日本人
痛い連中が多いな。
よそでやれ。
よそでやれ。
Xcode 1.1にクラスブラウザがあることに初めて気付いた日曜日の夜。
古杉
かまってちゃんばっかりなわけねｗ
いい歳こいてチョチョシビってる奴って何なの？
ほーら英語で書くと文法間違ってるし。
858 ：名称未設定：2007/02/05(月) 10:07:30 ID:0DEp/8LT0
SunがJava開発関係の和訳を、オープンアプローチで改善するプロジェクトをスタートしてる。
https://jdk-api-ja.dev.java.net/ja/
https://jdk-api-ja.dev.java.net/ja/
自社内で翻訳するのに疲れたのかな。
minasan eigo jouzu desune!!
損名事 名意出巣世
「君が英語が得意かどうか」と「日本市場でMacを広めるのに日本語ドキュメントが
あったほうがいいかどうか」は全然別のことなんだよ。
だから、ここで英語力自慢とかするのはとても軽薄で滑稽なことだと思う。
あったほうがいいかどうか」は全然別のことなんだよ。
だから、ここで英語力自慢とかするのはとても軽薄で滑稽なことだと思う。
>今後、日本語訳無くてもOKって持論を展開する人は、
>必ず英語で書いてね。
この白痴にも言ってやってください
>必ず英語で書いてね。
この白痴にも言ってやってください
まぁまぁ、
透明あぼーんとしてスルーできるからかえっていいわ。
透明あぼーんとしてスルーできるからかえっていいわ。
865 ：名称未設定：2007/02/05(月) 13:23:38 ID:0DEp/8LT0
862の言ってる事が本質だな。
>>862
（自分はイザ知らず）他の人の英語に文法ミスがあるのは気付いている。
別に一連の英語のレスは、自慢だけで片付く物ではないでしょ。
あきれた挑発へのおちょくり、かつ、挑発に素直に乗っただけの答えと見ていいと思うけど。
私なら自慢と思ったことはないね。海外にいて、いつも英語力の不足を自覚するだけで。
（自分はイザ知らず）他の人の英語に文法ミスがあるのは気付いている。
別に一連の英語のレスは、自慢だけで片付く物ではないでしょ。
あきれた挑発へのおちょくり、かつ、挑発に素直に乗っただけの答えと見ていいと思うけど。
私なら自慢と思ったことはないね。海外にいて、いつも英語力の不足を自覚するだけで。
もういい加減にしたら？
みっともない
みっともない
デフォルトのgccから本家のに入れ換えたら、Xcodeのビルドに影響出る？
でる
xcodeでgtkって使えますか？
使えるでしょ。ヘッダとライブラリのパスをそれなりに指定してやれば。
gtk-configとかpkg-configと組み合わせて自動検出させる方法は知らん。
gtk-configとかpkg-configと組み合わせて自動検出させる方法は知らん。
>>869
ﾄﾝ♪
ﾄﾝ♪
875 ：名称未設定：2007/02/07(水) 23:49:43 ID:eZGs1LPB0
xcodeのコード補完って時間指定だけど、shift+spaceとかキー指定に出来ない
のかな？
のかな？
うちは esc を叩けば即座に出る気がする
DefaultKeyBinding.dict をいじったからかもしらんけど。
DefaultKeyBinding.dict をいじったからかもしらんけど。
あ、そうか、DefaultKeyBinding.dict をいじれば他のキー指定にもできるはず。
http://journal.mycom.co.jp/column/osx/104/
参照。補完自体は "complete:" のはず。
手元の key binding は "¥033" = "complete:"; になってた。
¥033 がエスケープキーだと思う
http://journal.mycom.co.jp/column/osx/104/
参照。補完自体は "complete:" のはず。
手元の key binding は "¥033" = "complete:"; になってた。
¥033 がエスケープキーだと思う
環境設定 キーバインド 補完リスト
キーバインドの設定で出来ました。ありがとうございます。
デフォルトでescなのはしりませんでした。
それから、Appleの謎のショートカットキー表記が分かって
便利ですね、この設定画面。
デフォルトでescなのはしりませんでした。
それから、Appleの謎のショートカットキー表記が分かって
便利ですね、この設定画面。
お～、そんなところに環境設定が。
881 ：名称未設定：2007/02/09(金) 18:40:07 ID:FYxUq+U30
折角収まった所ではあるが、このスレの住人やAJの中の人は、このエントリを読んで考えた方が良いかもしれんね。
http://rblog-tech.japan.cnet.com/poweryoga/2007/02/mac_914f.html
http://rblog-tech.japan.cnet.com/poweryoga/2007/02/mac_914f.html
結局、ADCドキュメントの邦訳はAJの仕事なのか？
名詞はあまり翻訳してほしくないなぁ
キー値コーディングとか、管理対象オブジェクトとか、まぜまぜにせんでもええやねん
例えば、
述語ビルダーにアクセスするには、受信済みプロパティと受信要求テンプレートのインスペクタパネル...
↓
プレディケイトビルダーにアクセスするには、フェッチプロパティとフェッチリクエストテンプレートのインスペクタパネル...
うーん、たしかにドキュメントにする時には、カタカナばかりで見づらいな
でもクラス名とかが想像できるから、絶対後の方がいいと思うけどな
キー値コーディングとか、管理対象オブジェクトとか、まぜまぜにせんでもええやねん
例えば、
述語ビルダーにアクセスするには、受信済みプロパティと受信要求テンプレートのインスペクタパネル...
↓
プレディケイトビルダーにアクセスするには、フェッチプロパティとフェッチリクエストテンプレートのインスペクタパネル...
うーん、たしかにドキュメントにする時には、カタカナばかりで見づらいな
でもクラス名とかが想像できるから、絶対後の方がいいと思うけどな
てか併記してくれ
受信済み（fetch）とか
受信済み（fetch）とか
まー別に日本から開発者が出てこなくてもそんなに困らないしねえ。
今日び普通に API 使えば国際化の基本は終わってるし、あとは文字列入れ替え
（ローカリゼーションとも言う）したら日本語用ソフトが完成。
というわけで日本には文字列入れ替え要員、テスト要員とかがいればオッケー。
今日び普通に API 使えば国際化の基本は終わってるし、あとは文字列入れ替え
（ローカリゼーションとも言う）したら日本語用ソフトが完成。
というわけで日本には文字列入れ替え要員、テスト要員とかがいればオッケー。
それでは日本のソフトウェア業界が育たないだろう。
>>886
つTextMate
つTextMate
もはやとっくに支・印・韓にはボロ負けです
「実行可能ファイルをデバッグ」で起動すると、暴走するなんて
現象にあった人いませんか？
どこで暴走するかはわかっていて、SDL_ttfでTTF_OpenFontをコールすると
暴走（GM_freeという関数で無限ループ）します。
「実行可能ファイルを実行」で起動すると問題なく動く。
同じコードなのにデバッガにアタッチするかしないかで動作が変わります。
うーん、謎だ。
現象にあった人いませんか？
どこで暴走するかはわかっていて、SDL_ttfでTTF_OpenFontをコールすると
暴走（GM_freeという関数で無限ループ）します。
「実行可能ファイルを実行」で起動すると問題なく動く。
同じコードなのにデバッガにアタッチするかしないかで動作が変わります。
うーん、謎だ。
>>890
最適化オプションが違うのでは
最適化オプションが違うのでは
ゼロリンクも謎が多かったので使うのをやめた
ローカル以外にも使うならゼロリンクなんて使っちゃダメw
分散ビルドの為にCore 2 Duo MacBookを買ったんだけど
メインで使っているiMac Core Duoと分散ビルドできなくて困ってます。
もちろんOSのバージョンは最新で揃えています。
もしかして、Core DuoとCore 2 Duoの違いでもダメなの？
そうだったら シ ョ ッ ク な出来事です
メインで使っているiMac Core Duoと分散ビルドできなくて困ってます。
もちろんOSのバージョンは最新で揃えています。
もしかして、Core DuoとCore 2 Duoの違いでもダメなの？
そうだったら シ ョ ッ ク な出来事です
よくわからんけど、環境設定の分散ビルドのところでは何と言われてるのよ
>>895
出来るから頑張って設定しろ
出来るから頑張って設定しろ
わあ、できるんだ安心した
でも、OSの欄とリソースのGCC4.0.1が赤くなっていて、
分散ビルドはできても肝心のコンパイルができないようです
もう少し頑張るです
でも、OSの欄とリソースのGCC4.0.1が赤くなっていて、
分散ビルドはできても肝心のコンパイルができないようです
もう少し頑張るです
>>899
Bonjourを複製してIPで登録し直せ
Bonjourを複製してIPで登録し直せ
やっぱだめだorz
おそらくCore Duo(i386) とCore 2 Duoは違うアーキテクチャと認識されるみたい
ショック ショッカー ショッケストです
おそらくCore Duo(i386) とCore 2 Duoは違うアーキテクチャと認識されるみたい
ショック ショッカー ショッケストです
902 ：未承諾広告※ ◆TWARamEjuA ：2007/02/22(木) 23:48:56 ID:LtxgkKBe0 BE:3812257-2BP(6811)
Core 2 Duo といえば。。。
皮は違うけれどもただ今耐久テストを実施していたりします。
次期主力bananaサーバ建造委員会 その６
http://qb5.2ch.net/test/read.cgi/operate/1171963749/l50
皮は違うけれどもただ今耐久テストを実施していたりします。
次期主力bananaサーバ建造委員会 その６
http://qb5.2ch.net/test/read.cgi/operate/1171963749/l50
Xcodeでデバッグしてるんだけど、
NSStringなんかの日本語文字列はデバッガで見れるけど
char* 型なんかの日本語文字列はデバッガで見れないんだね。
Win開発者の俺から見ると、ホントXcodeってダメダメだね（笑）
NSStringなんかの日本語文字列はデバッガで見れるけど
char* 型なんかの日本語文字列はデバッガで見れないんだね。
Win開発者の俺から見ると、ホントXcodeってダメダメだね（笑）
エンコーディングが何だか分からないのに表示できるのが不思議
>903
文字コードから勉強し直せ。
文字コードから勉強し直せ。
>>901
変だな、mini(CoreDuo)とMacBook(Core2Duo)で試してみたけど
一応分散してるように見えるのだが。
共有ワークグループビルドのためにこのコンピュータを共有にチェック
分散ビルドにチェック
Bonjourにチェック
ホスト ＯＳ リソース
mini 10.4.8(i386) gcc 3.3(1819), gcc4.0.1(5363)
MacBook 10.4.8(i386) gcc 3.3(1819), gcc4.0.1(5363)
うちではこんな感じ。
ファイヤーウォールを使用してると「到達出来ません」とか言われたので
とりあえず切ってある。
ただ比較的小さいプロジェクトしか手元に無いので劇的に早いとか言う感覚がない。
分散してると判断した根拠は、ビルド時に相手のカーネルタスクの負荷が上がった事象を見て判断。
変だな、mini(CoreDuo)とMacBook(Core2Duo)で試してみたけど
一応分散してるように見えるのだが。
共有ワークグループビルドのためにこのコンピュータを共有にチェック
分散ビルドにチェック
Bonjourにチェック
ホスト ＯＳ リソース
mini 10.4.8(i386) gcc 3.3(1819), gcc4.0.1(5363)
MacBook 10.4.8(i386) gcc 3.3(1819), gcc4.0.1(5363)
うちではこんな感じ。
ファイヤーウォールを使用してると「到達出来ません」とか言われたので
とりあえず切ってある。
ただ比較的小さいプロジェクトしか手元に無いので劇的に早いとか言う感覚がない。
分散してると判断した根拠は、ビルド時に相手のカーネルタスクの負荷が上がった事象を見て判断。
MacBookの電源を落として再ビルドかけた
やはり、多少は時間がかかっているように見える。
一応は分散ビルドが機能してると思われ。
やはり、多少は時間がかかっているように見える。
一応は分散ビルドが機能してると思われ。
分散ビルドも使えないような人ばっかりかよorz。
Bonjour経由で使われるのはdistcc。
ファイアウォールの設定は「システム環境設定＞共有＞＞新規」を見る。
Bonjourからhost名に到達できない場合はXcodeの「設定＞分散ビルド」で
「Bonjour」を複製してIPアドレスを指定し追加。たのむでほんま。
Bonjour経由で使われるのはdistcc。
ファイアウォールの設定は「システム環境設定＞共有＞＞新規」を見る。
Bonjourからhost名に到達できない場合はXcodeの「設定＞分散ビルド」で
「Bonjour」を複製してIPアドレスを指定し追加。たのむでほんま。
>>906-908
ごめん、10.4.8なら大丈夫なのかもしれないorz
++0.0.1の環境をiMacに入れていたので、MacBookは購入すぐにインクリメントして
10.4.8の環境では試していませんでした。本当に申し訳ない。
ごめん、10.4.8なら大丈夫なのかもしれないorz
++0.0.1の環境をiMacに入れていたので、MacBookは購入すぐにインクリメントして
10.4.8の環境では試していませんでした。本当に申し訳ない。
言ってる意味がよくわからない、最終は10.4.8だと思うのだが。
ヒント：シードデベロッパ
やったことないけど、データフォーマッタ書けばいいんじゃないの？
>>913
相手にするな！
相手にするな！
915 ：a ◆XwmeXtmpjI ：2007/02/23(金) 23:27:13 ID:eBnxu9520
test
Win開発者の俺から見ると
gdbの使い方も知らんのか。
>>917
マジレスしていっすか?
もしかして set charset あたりのことですか? あれって例えば UTF-8 として何か
実際に変わります?
とりあえず call を使えば何でもできますが....
マジレスしていっすか?
もしかして set charset あたりのことですか? あれって例えば UTF-8 として何か
実際に変わります?
とりあえず call を使えば何でもできますが....
だからデータフォーマッタはどうだったのかと聞いているのだが。
>>920
何の話？
何の話？
>>921
903の話だろ。
903の話だろ。
>>919
そういう態度なら後は勝手にやれば？
そういう態度なら後は勝手にやれば？
>>923
そうは言っても>919はただ難癖をつけて何かをバカにしたいだけなんだろうからあまり意味ないのでは。
そうは言っても>919はただ難癖をつけて何かをバカにしたいだけなんだろうからあまり意味ないのでは。
答えも得られそうにないので、
Xcodeが使い物にならないってことで
終了にするよ。
Xcodeが使い物にならないってことで
終了にするよ。
んじゃそれで
Xcodeのデータフォーマッタはよくわからんが、
デバッガコンソール(gdb)でprintfじゃダメなの？
デバッガコンソール(gdb)でprintfじゃダメなの？
もうほっとけ。自称Win開発者の903にかまうのは時間の無駄。態度も悪いし。
問題提議としては正しい方向だよね。
態度がまともならだが。
態度がまともならだが。
ていうか char* に ASCII でない文字列を入れるな。
NSString か CFString を使えと。
NSString か CFString を使えと。
文字化けるくらいで、ダメダメもないだろ。
char* なんて、Hexで見えれば無問題でしょ。
char* なんて、Hexで見えれば無問題でしょ。
str*()を使わないでがんばる。
>>932
直前まで NS/CFString でやっておいて、
使う寸前に cStringWithEncoding:NSUTF8StringEncoding
ですね。とネタにマジレス
>ていうか char* に ASCII でない文字列を入れるな。
まあ UTF8 は許しましょうか。
直前まで NS/CFString でやっておいて、
使う寸前に cStringWithEncoding:NSUTF8StringEncoding
ですね。とネタにマジレス
>ていうか char* に ASCII でない文字列を入れるな。
まあ UTF8 は許しましょうか。
Xcodeのソースコードのウィンドウで縦のスクロールバーの真ん中に横棒が出るんですけど
これって何なんでしょう？クリックしても何もおきないけど...
環境設定のレイアウトはオールインワンにしてあります。
これって何なんでしょう？クリックしても何もおきないけど...
環境設定のレイアウトはオールインワンにしてあります。
>>935
黒ならwarrning, 赤ならerrorの位置
黒ならwarrning, 赤ならerrorの位置
Xcode に限らないけど
スクロールバー上で Option + クリック でそこに移動。
スクロールバー上で Option + クリック でそこに移動。
>>936
なるほど。分かりました。
なるほど。分かりました。
>>934
>使う寸前に cStringWithEncoding:NSUTF8StringEncoding
マジレスとか言って、これじゃネタだな。cStringUsingEncoding: ね。
ってゆうか NSString を使うなら fileSystemRepresentation。普通の UTF8 だと
仮定するのはよくない。まあ実際は大抵動くだろうが。
あとは、普通の Unix のプログラムを書くとき Cocoa/CF を使わないといけないと
すると、それはどうよ? みたいな。
そのコードを linux とかでも動かしたくなるかもしれんし。
>まあ UTF8 は許しましょうか。
UTF8 と言っただけでは済まないのが Unicode の面倒なところ。Normalization とか...
strlen() の意味とか。
>使う寸前に cStringWithEncoding:NSUTF8StringEncoding
マジレスとか言って、これじゃネタだな。cStringUsingEncoding: ね。
ってゆうか NSString を使うなら fileSystemRepresentation。普通の UTF8 だと
仮定するのはよくない。まあ実際は大抵動くだろうが。
あとは、普通の Unix のプログラムを書くとき Cocoa/CF を使わないといけないと
すると、それはどうよ? みたいな。
そのコードを linux とかでも動かしたくなるかもしれんし。
>まあ UTF8 は許しましょうか。
UTF8 と言っただけでは済まないのが Unicode の面倒なところ。Normalization とか...
strlen() の意味とか。
>fileSystemRepresentation
偉そうなことを行ってすいませんでした。知りませんでした。
いま NSString のマニュアルみたら -UTF8String というのもありました。
一杯 method ありますね...
偉そうなことを行ってすいませんでした。知りませんでした。
いま NSString のマニュアルみたら -UTF8String というのもありました。
一杯 method ありますね...
941 ：909：2007/03/15(木) 10:01:22 ID:VcbPO/mN0
MacOSX 10.4.9(正式版)でも分散ビルドができないorz
iMac Core Duo gcc 4.0.1 (5363)
MacBook Core 2 Duo gcc 4.0.1 (5367)
gcc 3.3なら大丈夫かもしれないけど、4.0.1はビルド番号不一致で赤になる
iMac Core Duo gcc 4.0.1 (5363)
MacBook Core 2 Duo gcc 4.0.1 (5367)
gcc 3.3なら大丈夫かもしれないけど、4.0.1はビルド番号不一致で赤になる
そのうち直るよ、知らんけど。
gccだけ別途入れるとか？知らんけど。
Core duo はi386版gcc
Core 2 duo はi686版gcc かもしれない。たぶん。
Core 2 duo はi686版gcc かもしれない。たぶん。
うそでしたorz
どちらもi686なのでgccだけコピーしてみます。
どちらもi686なのでgccだけコピーしてみます。
言うまでもなく10.4.9でも分散した。
OSのバージョンがどうのじゃないと思うんだが、
・・・まぁなんだな、好きにやったらいいと思うよ。
OSのバージョンがどうのじゃないと思うんだが、
・・・まぁなんだな、好きにやったらいいと思うよ。
>>946
ありがとん。
やっぱ、クリーンインストールしなきゃダメかな...
確かにプレリリース版を入れている時点で、ここで質問しちゃいけなかったのかもしれないけど
正常な状態が解らなかったもので...
もしよろしければ、gcc4.0.1のビルド番号を教えていただけますでしょうか？
(gcc3.3は黒色なので分散できる筈です)
ありがとん。
やっぱ、クリーンインストールしなきゃダメかな...
確かにプレリリース版を入れている時点で、ここで質問しちゃいけなかったのかもしれないけど
正常な状態が解らなかったもので...
もしよろしければ、gcc4.0.1のビルド番号を教えていただけますでしょうか？
(gcc3.3は黒色なので分散できる筈です)
gcc3.3(1819), gcc4.0.1(5363)
MBP 2.33GHｚとmini 1.67GHzだと分散したほうが遅いな・・・がっかり
951 ：名称未設定：2007/03/17(土) 21:07:11 ID:bPxK5pBc0
デバッグ中に コマンド＋Option＋Y をおすとブレークポイントが設定されるんですが、これってバグなんでしょうか。
デバッガ停止の筈なんですが、使いにくい事この上ないです。
デバッガ停止の筈なんですが、使いにくい事この上ないです。
>>951
うちではちゃんとデバッガの起動／終了になる。
うちではちゃんとデバッガの起動／終了になる。
953 ：名称未設定：2007/04/01(日) 17:13:11 ID:5fKzxcM+0
NSWindowやNSPanelのサブクラスを作って
初期化メソッド-(id)initをオーバーライドしたんですがうまくいきませんでした。
考えてみたらインターフェースビルダーの中でインスタンス化してるということは
すでにallocとinitされてる、、？てことはNSWindowやNSPanelをカスタマイズしたい時は
基本的にはawakeFromNibなどの中でやれということでしょうか？
初期化メソッド-(id)initをオーバーライドしたんですがうまくいきませんでした。
考えてみたらインターフェースビルダーの中でインスタンス化してるということは
すでにallocとinitされてる、、？てことはNSWindowやNSPanelをカスタマイズしたい時は
基本的にはawakeFromNibなどの中でやれということでしょうか？
>>953
-initWithCoder:を上書き。
-initWithCoder:を上書き。
>>953
IBに貼付けてあるだけなら、awakeFromNibでやればいい。
サブクラス化しても、復元がcoderで行われている。initは呼ばれない。
IBに貼付けてない、コード側から作るオブジェクトなら、
普通にinitを上書きでいいんじゃない？
正直initWithCoder:を触るケースって今一分かんないんだよな。
IBに貼付けてあるだけなら、awakeFromNibでやればいい。
サブクラス化しても、復元がcoderで行われている。initは呼ばれない。
IBに貼付けてない、コード側から作るオブジェクトなら、
普通にinitを上書きでいいんじゃない？
正直initWithCoder:を触るケースって今一分かんないんだよな。
957 ：名称未設定：2007/04/01(日) 17:44:02 ID:5fKzxcM+0
PanelをIB上でUtilityPanelに設定するとHideOnDeactivateが設定できなくなるので、
それを初期化かなにかで設定できないかなと思ってやってました。
MyObjectのawakeFronNib内でPanelにsetHidesOnDeactivateを投げて設定できることは確認しました。
今から出かけるのでまた夜にどちらとも試してみます。ありがとうございます。
それを初期化かなにかで設定できないかなと思ってやってました。
MyObjectのawakeFronNib内でPanelにsetHidesOnDeactivateを投げて設定できることは確認しました。
今から出かけるのでまた夜にどちらとも試してみます。ありがとうございます。
958 ：953：2007/04/02(月) 13:09:43 ID:ecv3/RA90
一日遅れで試してみましたが
今回のケースならawakeFromNibがいいかなと思いました。
awakeFromNib以外の方法を探してたのは
awakeFromNib内の初期化メソッドがどんどん多くなってきたので
なるべくクラスごとに分けて見やすくしようとしたためで、
それで試してみると-initの上書きが反映されないと。
awakeFromNib内を簡潔にしたかったので、
結局init系を上書きしてもコードで生成しないといけないのでそんな変わらないかなと。
先に何をしたいか書くべきでしたね。読み返してみると質問内容が全然違う；
みなさまありがとうございました。
今回のケースならawakeFromNibがいいかなと思いました。
awakeFromNib以外の方法を探してたのは
awakeFromNib内の初期化メソッドがどんどん多くなってきたので
なるべくクラスごとに分けて見やすくしようとしたためで、
それで試してみると-initの上書きが反映されないと。
awakeFromNib内を簡潔にしたかったので、
結局init系を上書きしてもコードで生成しないといけないのでそんな変わらないかなと。
先に何をしたいか書くべきでしたね。読み返してみると質問内容が全然違う；
みなさまありがとうございました。
作成したアプリが Xcode の"ビルドして実行する"で起動すると正常に動作します。
しかし、プロジェクト/build/release/アプリ をダブルクリックして起動すると起動
は成功するのですが、動作中に応答しなくなります。何が原因なのかお教えください。
よろしくお願いいたします。
アプリは NSTextView のサブクラスを使っていて、テキストビューで入力した
文字列を Python のフィルタで処理してからテキストビューに表示するようにして
います。Python のフィルタは NSTask で動作させています。このアプリなんですが
テキストビューへの文字入力を始めると応答しなくなります。 Python のフィルタ
とのやり取りに失敗しているのではないかと思うのですが、原因がわかりません。
しかし、プロジェクト/build/release/アプリ をダブルクリックして起動すると起動
は成功するのですが、動作中に応答しなくなります。何が原因なのかお教えください。
よろしくお願いいたします。
アプリは NSTextView のサブクラスを使っていて、テキストビューで入力した
文字列を Python のフィルタで処理してからテキストビューに表示するようにして
います。Python のフィルタは NSTask で動作させています。このアプリなんですが
テキストビューへの文字入力を始めると応答しなくなります。 Python のフィルタ
とのやり取りに失敗しているのではないかと思うのですが、原因がわかりません。
このアプリのフィルタ部分ですが、アプリをXcodeの"ビルドして実行"から
起動した場合には正常に動作して、予期した通りにテキストビューに処理済
文字列を表示します。不具合はビルド結果をダブルクリックして起動した場合
におきます。
連書き失礼しました。
起動した場合には正常に動作して、予期した通りにテキストビューに処理済
文字列を表示します。不具合はビルド結果をダブルクリックして起動した場合
におきます。
連書き失礼しました。
959です レスありがとうございます >>960
パスはカレントディレクトリ、python のパス、フィルタのパス、いずれも
/ から始まる絶対パスであたえていますが、これで切れることはあるので
しょうか？
文字入力の度にプロセスを起動するのではなく、ドキュメントを開く時に
プロセスを起動して、キー入力の度に NSPipe を介して標準入出力から
文字列をやり取りしています。ドキュメントを閉じるまで同じフィルタを
使用します。
パスはカレントディレクトリ、python のパス、フィルタのパス、いずれも
/ から始まる絶対パスであたえていますが、これで切れることはあるので
しょうか？
文字入力の度にプロセスを起動するのではなく、ドキュメントを開く時に
プロセスを起動して、キー入力の度に NSPipe を介して標準入出力から
文字列をやり取りしています。ドキュメントを閉じるまで同じフィルタを
使用します。
>>961 すみません。アンカーを間違えました
>>959
Xcodeから起動した場合は自分の思った通りに動き続けるわけ?
バッファリングが違うのかも。Xcodeが何か細工をしているとかで。
pythonを全然知らんのでアレだが、どういうIOを使ってるか気をつけないとまずいかも。
あと、読み出し側がちゃんと読めてないと当然詰まるが、Xcodeで動かす限り
大丈夫なら、まあ大丈夫なのかな。
Xcodeから起動した場合は自分の思った通りに動き続けるわけ?
バッファリングが違うのかも。Xcodeが何か細工をしているとかで。
pythonを全然知らんのでアレだが、どういうIOを使ってるか気をつけないとまずいかも。
あと、読み出し側がちゃんと読めてないと当然詰まるが、Xcodeで動かす限り
大丈夫なら、まあ大丈夫なのかな。
>>964
確かに。パイプ相手で強制フラッシュって出来るんだっけ？
細工が必要だろうね。
処理が終わったら相手が終了するなら、フラッシュはされるけど
上げっぱなしだったら何かしら強制フラッシュできないとだめだろうな。
確かに。パイプ相手で強制フラッシュって出来るんだっけ？
細工が必要だろうね。
処理が終わったら相手が終了するなら、フラッシュはされるけど
上げっぱなしだったら何かしら強制フラッシュできないとだめだろうな。
>>964-965
Xcodeから起動すると思った通りに動いています。何百文字でも入力して
処理できます。ビルドプロダクトを起動すると1文字入力したところで
応答しなくなります。
バッファリングやパイプの強制フラッシュというのが具体的に何にあたる
のかわかりませんでした。せっかくレスしていただいたのに、申し訳あり
ません。勉強し直します。
Xcodeから起動すると思った通りに動いています。何百文字でも入力して
処理できます。ビルドプロダクトを起動すると1文字入力したところで
応答しなくなります。
バッファリングやパイプの強制フラッシュというのが具体的に何にあたる
のかわかりませんでした。せっかくレスしていただいたのに、申し訳あり
ません。勉強し直します。
>>966
そういう、ターミナルみたいなもの（実際シェルの代わりにそのフィルターを指定したら
動くだろうね。まあpipeでなくてptyだが）を作るにはもう少し知識がいるのかも。
例えば
% perl -e 'print "a"; sleep(5);' | cat
ってすると、sleep が終わるまで a は画面に出てこないわけ。何故かわかるかな?
あ、そのソフトの問題がバッファだと100%確定したわけじゃないけど。
そういう、ターミナルみたいなもの（実際シェルの代わりにそのフィルターを指定したら
動くだろうね。まあpipeでなくてptyだが）を作るにはもう少し知識がいるのかも。
例えば
% perl -e 'print "a"; sleep(5);' | cat
ってすると、sleep が終わるまで a は画面に出てこないわけ。何故かわかるかな?
あ、そのソフトの問題がバッファだと100%確定したわけじゃないけど。
blocing mode
>>968
(綴り間違ってますけど)
ただ、確かNSFileHandleはnon-blockingだとうまく動かなかった気が。
NSTaskを使っているというんでNSFIleHandleも使っているという仮定だけど。
やっぱpipe/fork/write/readかな(w
(綴り間違ってますけど)
ただ、確かNSFileHandleはnon-blockingだとうまく動かなかった気が。
NSTaskを使っているというんでNSFIleHandleも使っているという仮定だけど。
やっぱpipe/fork/write/readかな(w
non-blockingにしたところで、応答しなくなる現象は回避できるけど、
バッファが埋まってflushされるまでは一文字たりとも返ってこないわけで、
今回のような使い方にはあんま有用でなかんべ
バッファが埋まってflushされるまでは一文字たりとも返ってこないわけで、
今回のような使い方にはあんま有用でなかんべ
応答しなくなるのを回避するのは、むしろ例えば別スレッドにするとかですかね。
いずれにせよ本質的な問題を解決しないとどうしようもないという。
あとはXcodeが子プロセスにやってそうなこと/出来そうなことを推測するのもまた楽し(?)
個人的にはMac OS X上のpythonってFoundationをリンクしているのがちょっと気に
なっている。
いずれにせよ本質的な問題を解決しないとどうしようもないという。
あとはXcodeが子プロセスにやってそうなこと/出来そうなことを推測するのもまた楽し(?)
個人的にはMac OS X上のpythonってFoundationをリンクしているのがちょっと気に
なっている。
Intelコンパイラ使ってマルチスレッド組んでる人いますか?
あれってソースコードの中にObjective-Cのコードが1行でも入ってるとダメなんですよね?
あれってソースコードの中にObjective-Cのコードが1行でも入ってるとダメなんですよね?
>>971
というわけで、とりあえず stdio を使っている部分があるかチェックして、あったら
fflush() をしてみるとか。
python の場合、使っている IO が stdio を内的に呼ぶものになっているかも。
その場合は fflush() 相当、あるいはバッファリングを管理するものがあるのでは。
というわけで、とりあえず stdio を使っている部分があるかチェックして、あったら
fflush() をしてみるとか。
python の場合、使っている IO が stdio を内的に呼ぶものになっているかも。
その場合は fflush() 相当、あるいはバッファリングを管理するものがあるのでは。
975 ：名称未設定：2007/04/10(火) 07:07:31 ID:UeHhOZXC0
これ結構使えるようになったけど、
就職先がなくて困ってます。
実際、これで仕事してる人、地方の方いますか？
給料はどのくらいですか？
就職先がなくて困ってます。
実際、これで仕事してる人、地方の方いますか？
給料はどのくらいですか？
時給1200円開始でどう？
>>975
エルゴとか？
エルゴとか？
978 ：名称未設定：2007/04/10(火) 07:58:12 ID:UeHhOZXC0
地方限定じゃ、まず見つからないだろうな。
両方やってる会社なら給料は変わらんだろ。
両方やってる会社なら給料は変わらんだろ。
xcodeからc++のcommand-lineのプログラムをrunするときに
argumentsを指定するのはどうしたらいいですか？
例: Terminalからだと a.out input.dat output.dat みたいな感じにしたいんです。
argumentsを指定するのはどうしたらいいですか？
例: Terminalからだと a.out input.dat output.dat みたいな感じにしたいんです。
>>976
都内で探せばバイトありますか？
都内で探せばバイトありますか？
>>981
「プロジェクト」 → 「アクティブな実行可能ファイル'XXXX'を編集」 → 「引数」タブ
「プロジェクト」 → 「アクティブな実行可能ファイル'XXXX'を編集」 → 「引数」タブ
>>975
自分で会社を起こす！
自分で会社を起こす！
そして倒産！！
まぁ、ドライバ開発できれば引く手数多なのだろうけれど。
>>985
花火で会社を丸やけにするんですね。
花火で会社を丸やけにするんですね。
>>988
伏せ字で良いから社名を言っちゃいなよ。
中国地方でMac開発者をGetするなんてそう簡単じゃないんだから双方ともに
チャンスじゃん。
早くしないと>>982は花火で会社を丸焼きにちゃいそうだぞ。
伏せ字で良いから社名を言っちゃいなよ。
中国地方でMac開発者をGetするなんてそう簡単じゃないんだから双方ともに
チャンスじゃん。
早くしないと>>982は花火で会社を丸焼きにちゃいそうだぞ。
アッ○ル
>>983
それは試してみたんですがファイルの読み込みに失敗します。
input fileやoutput fileの場所の指定はどうやったらできるのですか？
argumentsのところにファイルの場所を含めての入力もしてみたのですがエラーが出ます。
それは試してみたんですがファイルの読み込みに失敗します。
input fileやoutput fileの場所の指定はどうやったらできるのですか？
argumentsのところにファイルの場所を含めての入力もしてみたのですがエラーが出ます。
>>992
見てないです。。。
まだそれほどXcodeを使いこなしてません。。。
>>993
Error: ~/Documents/p1/tests/t01 could not be opened
p1 has exited with status 1.
別途自分で用意したmakefileを使ってコンパイルした後に、
terminalから ./a.out ./tests/t01 ./tests/t01.out
の様に実行すると問題なくexecuteされます。
見てないです。。。
まだそれほどXcodeを使いこなしてません。。。
>>993
Error: ~/Documents/p1/tests/t01 could not be opened
p1 has exited with status 1.
別途自分で用意したmakefileを使ってコンパイルした後に、
terminalから ./a.out ./tests/t01 ./tests/t01.out
の様に実行すると問題なくexecuteされます。
ちなみにp1.xcodeprojはp1のフォルダ内に、
p1 (executable file)は p1/Debug フォルダ内にあります。
p1/Debug フォルダ内にはargumentで指定したt01.outファイルがあります。
argumentsの設定内容:
1行目 ~/Documents/p1/t01
2行目 ~/Documents/p1/t01.out
共にチェックは入っています。
p1 (executable file)は p1/Debug フォルダ内にあります。
p1/Debug フォルダ内にはargumentで指定したt01.outファイルがあります。
argumentsの設定内容:
1行目 ~/Documents/p1/t01
2行目 ~/Documents/p1/t01.out
共にチェックは入っています。
>>995
~を展開してください。引数で与える時でもいいし、プログラム的にでもいいですから。
~を展開してください。引数で与える時でもいいし、プログラム的にでもいいですから。