レス数が950を超えています。1000を超えると表示できなくなるよ。

Mac OSX はどうよ？(マカーお断り) Part4

1 ：名無しさん＠お腹いっぱい。 ：02/08/03 14:30

これまでUNIXを使ってきて、ある程度知識のある人が、MacOSXについて
論じるスレッドです。
UNIXの知識のない腐れマカーは、新マック板でもどこでも行きやがれ。

　*** 犬とマカー立ち入り禁止 ***

前スレッド
http://pc.2ch.net/test/read.cgi/unix/1025870707/l50

498 ：名無しさん＠お腹いっぱい。 ：02/08/31 02:34

>>497
失笑を禁じ得ない

499 ：名無しさん＠お腹いっぱい。 ：02/08/31 02:49

> 他のプログラムやOS全体を巻き込んで止めてしまうようなプログラム

簡単に作れるよ。悪用する人が出るから書かないけど１ステップで
GUIアプリ全てを落とすこともできる。
OS9よりはましになったというのが現実

500 ：名無しさん＠お腹いっぱい。 ：02/08/31 03:31

げとげと500。

501 ：ぼけをかましてみるてすと ：02/08/31 09:07

1行ってことは fasthalt とか？

502 ：名無しさん＠お腹いっぱい。 ：02/08/31 09:24

main() { for (;;) fork(); }
こんなの動かしても大丈夫?
昔のSunOSとかは一般ユーザーでもこれでリブートできたけど。

503 ：名無しさん＠お腹いっぱい。 ：02/08/31 09:40

>>502の例は maxproc の limit 切られてたら平気では？
つぅか、OS X はデフォルトで limit きられているのかなぁ?

504 ：名無しさん＠お腹いっぱい。 ：02/08/31 09:54

ほとんど何も設定してないユーザだと、

[MacOSX:~] mona% limit
cputime unlimited
filesize unlimited
datasize 6144 kbytes
stacksize 512 kbytes
coredumpsize 0 kbytes
memoryuse unlimited
descriptors 256
memorylocked unlimited
maxproc 100

で、

[MacOSX:~] mona% limit -h
cputime unlimited
filesize unlimited
datasize unlimited
stacksize 65536 kbytes
coredumpsize unlimited
memoryuse unlimited
descriptors unlimited
memorylocked unlimited
maxproc unlimited

setrlimit(2)もやれば、無限fork()で落せますな。

505 ：名無しさん＠お腹いっぱい。 ：02/08/31 09:59

＞悪用する人が出るから書かないけど

＞「１ステップで」

＞GUIアプリ全てを落とすこともできる。

506 ：名無しさん＠お腹いっぱい。 ：02/08/31 10:48

SystemUIServerが落ちればGUI全て死ぬ。

507 ：名無しさん＠お腹いっぱい。 ：02/08/31 12:07

「/usr/localにインスとしますので〜」とか出力して、
何げにrootのpasswordを入力させて…裏で

sudo rm -fR /

しちゃえば良いと思うのは漏れだけだろうか？

508 ：名無しさん＠お腹いっぱい。 ：02/08/31 12:21

>>507
システム権限でインストールする必要があります（＾＾）
と一言書けばOK

つーか.debでも.rpmでも.tgzでもそうだろうけど
makefile/configureの頭からケツまでチェックしてる人ってそんなに居る？

509 ：名無しさん＠お腹いっぱい。 ：02/08/31 13:53

UNIX板の住人はGUIにはあんまり興味ないかもしれないけど、
これ、オモロイよ。
ttp://www.mcgavern.com/mip.html

Jaguarの開発途中のバージョンまでサポートされていた、ウインドウの
「Minimize in Place」機能をかなり強引な方法で復活させるツール。
(厳密には"ツール"ではないけど)
製品版で省いたという事は、それなりに何か問題があったのかもしれんが。

510 ：名無しさん＠お腹いっぱい。 ：02/08/31 21:07

>>508
いやん、悪どいわ〜♪

511 ：名無しさん＠お腹いっぱい。 ：02/08/31 21:27

>>484
昔Apple Network Assistantと呼ばれてたものです。
VNC的な使い方なら、Timbuktuのほうができはいいような気がする。
>>506
SystemUIServerって右上のメニューエクストラを扱ってるだけでは?

512 ：名無しさん＠Ｅｍａｃｓ ：02/09/01 14:41

JaguarのTech Note出てますね。
http://developer.apple.com/technotes/tn2002/tn2053.html

513 ：名無しさん＠お腹いっぱい。 ：02/09/01 20:39

x86用もあるってよ。どうするよ？

514 ：名無しさん＠お腹いっぱい。 ：02/09/02 05:46

「x86用MacOSXが実はちゃっかり存在！？」
http://slashdot.jp/article.pl?sid=02/09/01/0931243&mode=thread

U*ixにとってもWindowsにとっても貴重なカンフル剤になるから、
Appleにはぜひ決断してもらいたいものだ…ま、それができないから
今のAppleがあるのだが。

515 ：名無しさん＠お腹いっぱい。 ：02/09/02 10:50

失禁を禁じえない。

516 ：名無しさん＠お腹いっぱい。 ：02/09/02 11:57

Djobi Djoba

517 ：名無しさん＠お腹いっぱい。 ：02/09/02 15:42

>>514
新・mac板の翻訳スレ
http://pc.2ch.net/test/read.cgi/mac/1020487234/
の436番からに，原文全文の翻訳があるよ．
（感謝>>はいよーの人）

518 ：名無しさん＠お腹いっぱい。 ：02/09/02 18:18

>>495
入れてみたよ。
感想は、当たり前だけど普通にOracle。
スピードも普通というかものに拠っては他のプラットフォームより
速いかも。（まだ検証はとってないが。）

519 ：名無しさん＠お腹いっぱい。 ：02/09/02 18:44

>>514
うひゃひゃひゃ。まさにマカーの妄想大爆発だな。

Mac OS XのIA-32 portが存在しててもべつに不思議ぢゃないけど、
他の記述がいちいちムチャクチャなのが禿しく夢遊病クサい。

520 ：名無しさん＠お腹いっぱい。 ：02/09/02 21:31

>>519
本物のマカーはこんなもんじゃないよ
・・あんまり書くと召還しちゃうからやめとこう

521 ：名無しさん＠お腹いっぱい。 ：02/09/02 22:56

>>519
どのへんがムチャクチャ？

522 ：名無しさん＠お腹いっぱい。 ：02/09/02 23:12

>>521
あらかた

523 ：名無しさん＠お腹いっぱい。 ：02/09/02 23:18

>>522 は説明出来ない...と。φ(,, )メモメモ

524 ：521 ：02/09/02 23:32

>>522
あ，質問が悪かったかも．
514氏のコメントの部分じゃなくて，ソースの記事に
ムチャクチャなところがあるのなら知りたいと思ったので．
よろしく．

525 ：名無しさん＠お腹いっぱい。 ：02/09/02 23:45

>>519
でもさぁ、NEXTSTEPの頃も、SPARC版や、PA-RISC版が突然でてきたからね。
「何を夢みたいなことを」と思っていたらホントに出やがったからなー。
そういうこと考えると妄想ばっかりとはいえないやね。

ただ、それでも大成功とはいえなかった前例があるし（w
どうやってビジネスにつなげるかっつうことでしょうな。
同じようにMSもPPC版XPとか準備してるかもしれんしね。

526 ：名無しさん＠お腹いっぱい。 ：02/09/02 23:52

ばりばりに速いMacがほしい...

527 ：521 ：02/09/02 23:55

>>522

Despite its current PowerPC pedigree, Mac OS X's roots tap Intel hardware.
In December 1996, Apple acquired NeXT Software Inc. and its
Intel-compatible OpenStep operating system.
ってところは私もちょっと正確じゃないと思ったけど．
ルーツっていったら68030だから．でもムチャクチャって言うほどではない．

528 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:12

> 同じようにMSもPPC版XPとか準備してるかもしれんしね。

これぞマカー妄想の極み（ｗ

529 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:18

>>528
そういう軽卒な発言ができるのはれは，あんたが歴史を知らないから。
MSは昔，PowerPCにNTを移植しようとしていた。
PRePていうIBMが作ったマシンだったんだけど．

530 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:29

製品になってないものを云々するのはマカーの悪い癖だよね（ｗ

MIPS、Alpha版のNTってあっというまに無くなったなあ・・・

531 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:32

>>529
Macはハード仕様をオープンにしてないので難しいかもね。
過去にBeOSが乗っけられなくなった前例もある。

532 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:37

手元のNT 4.0見たらPowerPCも入ってたよ。
PRePやCHRPで動いてたんじゃなかったっけ。
Macで動いたかどうかは知らん。

533 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:43

>>529
PReP機もPowerPC版Windows NTも実際に出荷されてましたが何か？

例：
ThinkPad Power Series 820
http://www-6.ibm.com/jp/pc/prod/ha/0579.html

534 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:44

>>530
MIPS版とPowerPC版はあっさり消えたけどAlpha版はけっこう粘ってたような

535 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:46

>>532
CHRPは実際にはとうとう製品が出ずじまいだったはず。

幻のCHRPのなれの果てがいまのPowerMacだな。

536 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:52

>>530
製品になっていない物をもちだすのはマカーに限らないと思われ
MSもSUNもどこも，この業界の人たちはみんなやってると思われ

537 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:54

結局522はあの記事のどのへんがムチャクチャだと思っているんだろうか？

538 ：名無しさん＠お腹いっぱい。 ：02/09/03 01:15

522じゃないが、和訳を元に変な点を見てみると...

> また、サードパーティのデベロッパが自社のアプリをCocoa環境で書き直すよう、
> 各社を説得する必要も出てくる
>

「先週リリースされたJaguarの完全なx86互換版を動作」させているなら、(Classicは
ともかく)Carbonは動かないと Finderすら動かなくなるので矛盾が生じる。

おそらく、12人もかけてやっているのは Darwin for x86の動作確認か、もしくは
「Cocoaで書き直さなければならない」がこの著者の妄想か、どっちかだろう。(あるいは
どっちも、か)

> Mac OS Xのルーツは現行のPowerPCではなく、Intelハードウェアにある。1996
> 年の12月、AppleはNeXTを吸収し、Intel互換のOSであるOpenStepを手に入れた。
>

これは527でも指摘されているが、OpenStepの祖は NEXTSTEPで、どちらにせよ
680*0版がベース。。。実は SPARC版と HP-PA版は Intelのソースツリーから分岐
しているが、どのみち元の Intel 版が 680x0から分岐してるし(あたりまえだ)、この
著者にそこまでの知識はないだろうから、単純な考え違いだろう、これは。

ん〜、この2点以外に、事実関係として怪しいところは見つかんなかったなぁ、漏れには。
もちろん、怪しげな噂話(POWER4デスクトップ)とかはあるけど、「という噂がある」って
程度にすぎんし、これじゃ。

539 ：538 ：02/09/03 01:20

なお、Appleが Darwin for x86を「互換性の検証目的」に動作させているのは周知の事実で、
情報提供者どうのこうのと沸き立つほどの話じゃない。あくまで「検証目的」で、Appleにおいて
ある特定のパーツの組み合わせでしか動作しないのだから。Darwin部分だけだから、もちろん
Quartz や Cocoa などのレイヤーは動作しない。あくまでコマンドラインのUNIXが動くだけだ。
(X Window System は動くがな)

...悪いが、この話、その「周知の事実」を知らなかった厨房が一人沸いて妄想を走らせている
って感じにしか見えないな。

540 ：名無しさん＠お腹いっぱい。 ：02/09/03 01:55

初代黒キューブ持ってて
OpenStep/Mach と OpenStep/Solaris の両方で開発してたけど
Macのこと何にも知らなくていまさら買おうとしてる私はこのスレに
参加する資格はありますか？

541 ：524 ：02/09/03 01:58

>>538,539

なるほど．確かに，「たんにDarwin for x86のことを書いているだけ」って
いう可能性はありえますね．

でも筆者のThinksecret編集長が，さすがにそんな「周知の事実」を知らない
とも思えないし，"a complete x86-compatible version of Jaguar" は
嘘っぽいにしても，QuartzとCocoaアプリが動いている可能性は，
十分ありうるんじゃないでしょうか．

542 ：名無しさん＠お腹いっぱい。 ：02/09/03 02:07

>>540
・マカー
・荒らし目的
・宣伝コピペ
以外ば誰でも大歓迎だけど

543 ：名無しさん＠お腹いっぱい。 ：02/09/03 02:10

>>541
Carbonを抜かしてるのは作為的なもの？

QuartzなりCocoaなりがportableでCarbonはダメって可能性は低いんぢゃない？
CPU依存コードも残ってないだろうし。

544 ：名無しさん＠お腹いっぱい。 ：02/09/03 02:15

>>540
私も10年くらい前，会社にあった黒キューブNeXTで，ちょっとだけ
Interface BuilderとObjective-C使って遊んでみたことがあって，
最近はOS Xの開発環境でまた遊んでるけど，
当たり前だけど，とっても似てて楽しいです．

545 ：541 ：02/09/03 02:27

>>543
いえ，深い意味はありません．
元記事で「Carbonはまだ」って書いてあったので，そうかなと思っただけです．

546 ：538 ：02/09/03 02:29

>>541

ん〜,どうだろう。漏れはその手の噂系サイト見に行かない方だけど、あの手合いって
開発者向けにはあたりまえに配られた情報をさも極秘情報のごとく披露してるので
あんまり情報通とは思えないのよね。なお、for x86を検証目的に動かしているって
のも2,3年前のWWDCのとあるセッションでAppleの開発者自身がそう語っている。

で、Darwinではなく Mac OS X 全体が x86で動くとして、だが。
CocoaはCarbonに依存している。ってか、Carbonの低レベルレイヤー = CoreServices
だから(HIToolBox.frameworkとかあのあたり)、Cocoaが動くなら Carbonもほぼ動く。
ってか、動かなければ Cocoaも動かない。

ってか、QuickTime for Windowsって MacOS向けのQuickTimeとほぼコードは同一で、
ここらへんで培われた環境非依存の技術がCarbonとかQuartzのベースなので、Carbon
にPowerPC依存があるとはとうてい思えない。

そういうリリースされたOSを調べりゃ分かる事をちゃんと理解してる噂系って少ないのよね...

547 ：538 ：02/09/03 02:31

とはいうものの、漏れが分かるのは技術だけで、いつそれが売り出されるかは全然
疎いので、噂系サイト経由での発売情報は重宝しているのだがな(藁

548 ：499 ：02/09/03 03:08

> そういうリリースされたOSを調べりゃ分かる事をちゃんと理
> 解してる噂系って少ないのよね...

開発者向けの場でも本当に理解しているのは数人という罠
CocoaとCarbonの関係なんて今でも大多数は誤解してますな。

549 ：名無しさん＠お腹いっぱい。 ：02/09/03 08:26

>>548
> CocoaとCarbonの関係なんて今でも大多数は誤解してますな。

まじかよ…簡単な関係じゃん。

550 ：名無しさん＠お腹いっぱい。 ：02/09/03 08:32

>>549
すいません。私もよく分かりませんので教えてください。
お願いします。

551 ：名無しさん＠お腹いっぱい。 ：02/09/03 09:18

Carbon：従来のMacOSのAPI群+α。
Cocoa：開発環境の名称だと思うが、NeXTSTEPのAPI群と理解してもよし。

どちらもネイティブに動作します。

552 ：541 ：02/09/03 11:08

>>546

噂系のサイトだから，タブロイド紙と同じで，嘘っぽいと知ってて
書いている確信犯の可能性はありえますね．

（「で，」以下の部分ですが）
ということは，x86アーキテクチャの移行（があると仮定したら）の
際に，Carbonアプリが障害になる（取り残される）可能性は
低いってことですね．勉強になりますた．さんくす．
Classicはもうめったに使わないっていう人（私を含めて）って結構
居るみたいだし，意外と早く移行するのかも．

553 ：名無しさん＠お腹いっぱい。 ：02/09/03 18:10

>>551
それがおおいなる誤解だってことを>>548は仰せのようだが

554 ：名無しさん＠お腹いっぱい。 ：02/09/03 18:27

>>553
誤解つーか、アポーがしろーとさん向けに禿しく単純化したモデルを
開発者がそっくり鵜呑みにしちゃうのはいかがなものか、ってことの
ような。

555 ：名無しさん＠お腹いっぱい。 ：02/09/03 19:01

今月号のMac系雑誌で、
「マルチユーザ前提のOS Xではラベル機能をどういう具合に実装するのか
悩ましい。Appleも考え中なのでは」といった感じの記事があったんだけど、
この辺りに何か意見をお持ちの方はおられませんか。ラベル復活は当分先？

556 ：名無しさん＠お腹いっぱい。 ：02/09/03 19:11

>>555
>>1

557 ：名無しさん＠お腹いっぱい。 ：02/09/03 19:37

>>556
マカってのは信者みたいな人の事を指すんでないの？

わりとまともな、UNIXファイルシステムに関する質問でも
Mac使いからの質問は駄目なんすか。すんませんでした。去ります。

558 ：名無しさん＠お腹いっぱい。 ：02/09/03 19:42

ラベル機能ってファイルシステムに食い込むような実装になるかねぇ？

559 ：名無しさん＠お腹いっぱい。 ：02/09/03 20:15

今までどおり不可視フォルダにつっこむんでないの。

560 ：名無しさん＠お腹いっぱい。 ：02/09/03 20:23

>>559
それで済むならとっくに実装してるだろ。

561 ：名無しさん＠お腹いっぱい。 ：02/09/03 20:26

でもTerminalを使ったときにどうやって管理するのかな…。

GUIユーザーだけの特権となって
「他は逝ってよし！」
となるに1ﾍﾟｿ

(´-`).｡ｏＯ(lsのｵﾌﾟｼｮﾝに、ﾗﾍﾞﾙでのｿｰﾄ機能があったらおもしろそう)

562 ：名無しさん＠お腹いっぱい。 ：02/09/03 20:55

>>557
場をわきまえずに無神経な発言をする連中の総称でもあります＞マカー

563 ：名無しさん＠お腹いっぱい。 ：02/09/03 20:56

>>562
自分のコテハン、「マカー」を入力するの忘れてるぞ。

564 ：名無しさん＠お腹いっぱい。 ：02/09/03 22:40

セキュリティーホール
ﾊｹｰﾝ！

565 ：名無しさん＠お腹いっぱい。 ：02/09/03 23:15

ﾏｶｰ自体がｾｷｭﾘﾃｨｰﾎｰﾙ。

566 ：名無しさん＠お腹いっぱい。 ：02/09/03 23:17

マカーあらためセキュリティホール

ラッキーホールとはちょっと違う

567 ：名無しさん＠お腹いっぱい。 ：02/09/03 23:18

そりゃなんてったってUNIXですらかね。
安定してワームを育てたり放ったりすることができますよ。

568 ：UNIX使い ：02/09/04 00:05

「ラベル機能」って何よ?
ファイルやフォルダに付ける属性らしいけど、型は何?
文字列? システム内unique ID?

569 ：名無しさん＠Ｅｍａｃｓ ：02/09/04 01:11

>>568
http://developer.apple.com/techpubs/mac/Toolbox/Toolbox-464.html

570 ：名無しさん＠お腹いっぱい。 ：02/09/04 03:52

Window$は公開スパイウェア。Virii環境でお仕事。

571 ：名無しさん＠お腹いっぱい。 ：02/09/04 03:55

ラベルは便利だよね。ぜひとも他のOSでも採用してもらいたい。

572 ：名無しさん＠お腹いっぱい。 ：02/09/04 03:57

セキュリティーホールが見つかっても安心なマク
セキュリティーホールが見つかったら致命的なドザーとペンギン

573 ：名無しさん＠お腹いっぱい。 ：02/09/04 03:59

結論：Mac OS X 10.2は史上最高のOSにかなり近づいた。
　　　Mac OS X 10.5くらいには史上最高のOSになるかもしれない。

574 ：UNIX使い ：02/09/04 09:56

>>569
Thanks.
'File Information Record'のことをラベル情報と言っている、
という理解でいいですか?

いずれにせよ、アプリケーション層で出来そうだし、そうするべきだな。
Nautilusが~/.nautilusの下に情報を保存するように。

multi user, remote mount環境だとファイル固有の属性としては怪しすぎる。

575 ：名無しさん＠お腹いっぱい。 ：02/09/04 10:05

>>573
>Mac OS X 10.2は史上最高のOSにかなり近づいた。

使い手（マカー）は史上最低のままだけどね（ｗ

576 ：名無しさん＠お腹いっぱい。 ：02/09/04 10:25

ラベルは使える状態にあるんだが、
Finderや、検索条件として使えないっつーのが難点だな。
Coelaや、SNAXだと、ラベルを利用することだけはできるんだが。

577 ：名無しさん＠お腹いっぱい。 ：02/09/04 11:35

10.1.5まではFinderの「表示」メニュー「並べ替える」の中に
「ラベル」ってのがあったんだが、10.2でなくなったみたいだね。
まぁ確かに、ラベルを付加・修正する能力がないOS XのFinderで、
ソートの要素としてだけラベルがあったのは変な感じではあったが。

謎のレオパルド(10.5)で新しいファイル管理様式ってのが噂されてるから、
その辺りで全面的に見直されるのかな。

578 ：UNIX使い ：02/09/04 12:02

具体的に検索条件としてどんな使い方をするのだ?

> ソートの要素としてだけラベルがあった

「要素」→「キー」か?

579 ：名無しさん＠お腹いっぱい。 ：02/09/04 13:12

>>578
?ん？　ラベル機能そのものの説明を求めてる？　ラベルってのは、
まずはじめに自分でラベル名とそれに対応した色を設定するのよ。

・お気に入り（赤）・廃棄可能（黄色）・重要（青）・仕事関連（緑）
・個人用（紫）・エロ（橙）

ってな具合に。で、たとえば自分で作った書類に対して、「これは
いつでも捨てていいなァー」って思ったらコンテキストメニューで
ラベルの付加を選び、「黄色(廃棄可能)」を割り当てておく、って案配。
検索の時には、条件の設定で「ファイル名 : 海部元総理」とだけ
入力して検索すれば、海部元総理に関するファイルがリストアップ
されるけれど、ここであらかじめ対象ファイルに対して黄色ラベルがつけて
あれば、検索時に「ラベルが黄色のモノ」という条件を追加する事により
「海部元総理」という名前で「廃棄可能」なファイルだけがターゲットに
なるから、あら便利ね奥さん、という話。釈迦に説法ならスマン。

580 ：名無しさん＠Ｅｍａｃｓ ：02/09/04 13:17

>>574
File Information Record はファイルタイプやクリエータ、
Finder 上でのファイル位置などの情報も含みます。
ラベルは fdFlags の1〜3ビット目にある3 bit の色情報のところです。
この色を Finder がファイルに付けて表示したりしてます。
http://www.ksmplus.com/~yukie/mac/mac11.html こんな感じ。
少し前にも出てましたが、これはリソースフォーク上にあるのではなく、
http://developer.apple.com/ja/technotes/tn1150.html
の通り、HFSのボリュームヘッダ上にあるものです。

581 ：名無しさん＠お腹いっぱい。 ：02/09/04 13:55

しかし、ラベル機能を本格的に使ってるユーザは、古参のユーザが多い罠。
いや、分かる人には便利な機能なんだけどね。

582 ：名無しさん＠そうだ選挙にいこう ：02/09/04 17:41

> 『Solid Ether』で聴けるようなのと考えていいんでしょうか？

よいです。ノイズじゃないです。ドラム'ンベースに歪んだギター。

583 ：名無しさん＠お腹いっぱい。 ：02/09/04 22:01

ああ、それでマルチユーザーで問題になるかもってことなのね
他人の持ち物であってもラベルが付けられると便利だろうし

584 ：名無しさん＠お腹いっぱい。 ：02/09/04 23:00

>>583
> 他人の持ち物であってもラベルが付けられると便利だろうし

つーか、ファイル自体の属性なんでしょ? 他人が書き換えられたら駄目じゃん。

> いや、分かる人には便利な機能なんだけどね。

便利か便利じゃないかの問題じゃなくて、
ファイルシステムに持ち込むのが、個人向けパソコン的で古くさいんでしょ?
使い勝手の問題だけ話したいなら、板違い、スレ違い。

> HFSのボリュームヘッダ上にあるものです。

どういうこと? カタログファイル内の間違い?
http://developer.apple.com/ja/technotes/tn1150.html
http://developer.apple.com/techpubs/mac/Toolbox/Toolbox-455.html
それにどこにあるかよりも、ファイルと一対一の情報である(あった)ことが重要。

カタログファイル内にあったものを各人の$HOMEに持たせるしかないな。

585 ：名無しさん＠お腹いっぱい。 ：02/09/04 23:05

なんでムキになってんの？

586 ：名無しさん＠お腹いっぱい。 ：02/09/04 23:10

>>584
板違いスレ違いを指摘する姿勢はいいのだけど、
雰囲気的にsage進行みたいっすよ、ここ。

ってか、久しぶりに荒れないマトモな話題を提供できた
>>555が追放されちゃったのは可哀想だな……（笑

587 ：名無しさん＠お腹いっぱい。 ：02/09/04 23:12

つーかここでグダグダ言っててもappleが決めたらそれで終わりでしょ

588 ：名無しさん＠お腹いっぱい。 ：02/09/04 23:12

10.3だか10.5だかで、ラベルに似た機能は復活目指してるらしい。
対象に二つ以上の属性を持たせられるように強化予定だって噂だけど。

マク界の噂の信頼度はピンキリだからなぁ…。

589 ：名無しさん＠お腹いっぱい。 ：02/09/04 23:47

>>587
マカーはそういう話をするのが好きなんだよ。

590 ：名無しさん＠お腹いっぱい。 ：02/09/05 11:32

ラベルが話題になってる間はOSXからマクをさわりはじめたunixerが話に噛めなくて
このスレには珍しく古くからのmacerが話を進めたﾅ
587,589あたりに苛立ちかたがなんだかほほえましいﾖ

591 ：名無しさん＠お腹いっぱい。 ：02/09/05 11:51

ここに書き込んでる人たちはMac持ってるのか？

592 ：名無しさん＠お腹いっぱい。 ：02/09/05 11:55

>>590
スレタイ読んで下さい。

593 ：名無しさん＠お腹いっぱい。 ：02/09/05 12:25

>>592
毎日その台詞見るけど、ひょっとして全部お前？
荒れるような事言ってるわけでもないんだから、黙ってろよ。

594 ：名無しさん＠お腹いっぱい。 ：02/09/05 13:08

>>593
いちいち反応すんなよ。それこそ思う壷だろ？

595 ：名無しさん＠お腹いっぱい。 ：02/09/05 19:53

>>591
VinePPCですがなにか？

596 ：名無しさん＠お腹いっぱい。 ：02/09/06 00:34

最近キレのいいマカーが来ないな。
どこにでもいるようなウジウジした根暗なパソオタ・マカーばっかりだ。

597 ：名無しさん＠お腹いっぱい。 ：02/09/06 01:35

>>591
イヤ、重いので職場の机の上に置いてあります。

ｷﾚﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

read.cgi ver5.26+ (01/10/21-)