入出力ハンドルにオブジェクト指向的なメソッドを導入させたもの。IO::Socket::INET などで返される他、ファイルハンドルについても適用することが可能。
print を始め、read、eof、close など、ファイルハンドルに対して用いる関数が使用可能。
use IO::Socket::INET; my $c = IO::Socket::INET->new("localhost:80") or die; # print $c ...; $c->print( join("\r\n", "GET / HTTP/1.0", "Host: localhost", "", "" ) ); # $_ = <$c>; print $_; print $c->getline; print $c->eof; # "" # print <$c>; print $c->getlines; print $c->eof; # 1 print $c->opened; # 1 $c->close; print $c->opened; # ""
English version of this document is http://neko.tsugumi.org/UAControl.html.
Firefox の拡張です。ウェブサイトのホスト毎に、送信する User-Agent ヘッダを指定することが出来ます。リファラをサイト毎に指定できる拡張、RefControl の改変です。
上のように設定された場合、ドメイン blog.livedoor.jp 以下のサイトには "WindowXPのIE6.0" としてユーザーエージェントが送信され、localhost、www.google.com、www.yahoo.co.jp にはデフォルトのユーザーエージェント名が用いられます。その他のサイトには "Default for sites not listed" で指定されたユーザーエージェント名が用いられ、初期状態ではブラウザネイティブの文字列です。
3.6 - 4.0b8pre
以前の版（0.0.2 まで）の UAControl をインストールしている場合は、まずアンインストールして下さい。ファイル構成及び拡張識別子を変更したため、別の拡張としてみなされます。
使い方、操作法などはほぼ RefControl に準じています。ただし RefControl ではリファラを指定する際にアスタリスクや $URL, $REF 等の変数が使えましたが、UAControl では使えません。またステータスバーに User-Agent として用いられる文字列を表示する機能は削除しています。
ステータスバーのアイコンを非表示にした場合、メニューバーの「ツール」から設定を行うことができます。
例としてドメイン yahoo.com について設定した場合、www.yahoo.com や finance.yahoo.com などのサブドメインについても yahoo.com における設定が使用されます。切り分けたい場合は、それぞれのサブドメインについて設定を行うことが必要です。
ロケールは en-US と ja-JP のみ対応しています。
User Agent Switcher は JavaScript による UA 名も書き換えることが可能ですが、UAControl では単に User-Agent ヘッダを置き換えることしか出来ません。ただし UAControl では、送信する User-Agent 文字列を各ドメインごとに変更・保存することが可能です。
xxsuke at gmail.com
]]>Mac OS X 10.4 あるいは 10.6 の manpage より
hdiutil -- ディスクイメージを扱う (アタッチ, 検証, 焼き込み, その他)
hdiutil verb [options]
hdiutil はディスクイメージを扱うために DiskImages フレームワークを用いる。主な動作として attach, detach, verify, create, convert, compact, burn が含まれる。 その他の動作として現在以下のものがある。help, info, checksum, chpass, unflatten, flatten, imageinfo, isencrypted, mountvol, unmount, plugins, udifrez, udifderez, internet-enable, resize, segment, makehybrid, pmap。
ディスクイメージはディスクをエミュレートする"入れ物"（コンテナ）である。ディスクと同様に、パーティションの作成やフォーマットが可能である。ディスクイメージの多用はディスクイメージコンテナとその中身との区別を不明瞭にさせるが、この区別はディスクイメージの理解のために重要である。"attach" と "detach" はディスクイメージのシステムとの接続、接続解除の方法として区別するために用いられる。
例えば、Mac OS X の Finder でディスクイメージをダブルクリックする場合、二つの分離された出来事が起こる。まず、イメージが外部ドライブと同じようにシステムに "attach" される。そして、カーネルとディスク管理システムは認識されたファイル構造に従い新しいデバイスを探す。もしいずれかのファイル構造が確認されれば、関連付けられたボリュームがマウントされ Finder 上に現れる。
"ディスクイメージ" の処理がディスクイメージデバイスのブロックに対して、あるいは（たいていの場合ファイルである）イメージの内容に対して適用されるか、考慮すること。例えば、verify は読み込み専用ディスクイメージの中のブロックが作成されて以降変更されていないか検証する。一方、create -srcfolder はディスクイメージコンテナを作成し、ファイルシステムをその中に加え、指定されたファイルを新たなファイルシステムにコピーする。
hdiutil はどの動作においても以下のオプションを受け取る。
hdiutil の多くの動作は、以下のオプションを理解する。
イメージを作成する動作は、ファイル名が拡張子を持たない場合に自動的に基準に則った拡張子をファイル名に追加する。また与えられたファイル名によって、作成過程の振る舞いは適切に変更される。例えば、スパースイメージは拡張子として .sparseimage を持つファイル名が渡されれば、-type SPARSE を指定することなしに作成される。
それぞれの動作について概要と引数を挙げる。引数は順不同である。セクタは 512 バイトである。
動作についての最小限の使用法を表示する。hdiutil verb -help によって、その動作についての詳細な使用法が提供される。
ディスクイメージをデバイスとしてシステムにアタッチする。attach は hdid(8) のように、既にアタッチされたイメージについての情報をアタッチされたものとして返す。マウント (mount) とアタッチ (attach) は同義である。
新しく作成されアタッチされたイメージは新たなリムーバブルデバイスとして扱われることに気を付けること。詳しくは hdid(8) と例の項目を参照のこと。
共通オプション: -encryption, -stdinpass, -recover, -imagekey, -shadow, -puppetstrings, -plist
以下のオプションは設定 com.apple.fremeworks.diskimages の要素に対応し、ポジティブ値ネガティブ値の両方で表される。
ディスクイメージをデタッチし、関連する hdid プロセスを終了する。dev_name は（"disk1" のような）部分的な /dev ノードパスを指定する。OS X 10.4 では、dev_name はマウントポイントでも良い。Disk Arbitration が動作していれば、detach はそれを利用してファイルシステムをアンマウントし、イメージをデタッチする。動作していなければ、detach は（"eject" ioctl を利用して）直接ファイルシステムのアンマウント、イメージのデタッチを行う。その場合、イメージのデタッチの前に umount(8) でファイルシステムをアンマウントは不要かも知れない。イジェクト（eject）はデタッチ（detach）と同義である。
umount -fと同様である。イメージ中のファイルが開かれても構わずにファイルシステムをアンマウントし、イメージをデタッチする。読み込み専用（あるいは圧縮）イメージのチェックサムを計算し、イメージ中の値と照らし合わせて検証する。verify は共通オプションとして -encryption, -stdinpass, -srcimagekey, -puppetstrings, -plist を受け入れる。
特定のサイズを持つイメージ、あるいは与えられたデータからのイメージを新たに作成する。image が既に存在する場合、-ov が指定されていなければ create は失敗する。image がアタッチされている場合、-ov が指定されているかを問わず、上書きを行うためにはデタッチされなければならない。クロスプラットフォームの CD や DVD を作成するには、makehybrid を用いること。例の項目を参照すること。
size_spec は作成されるイメージのサイズの値である。ファイルシステムとパーティションレイアウトの為の領域（既定の SPUD レイアウトの場合 64 セクタ）は、イメージ中のボリュームへデータスペースが作られる前に控除される。
サイズの指定には以下のオプションを用いる。
-srcdir は -srcfolder と同義である。
共通オプション: -encryption, -stdinpass, -plist, -imagekey, -tgtimagekey, -puppetstrings
-imagekey di-sparse-puma-compatible=TRUE と -imagekey di-shadow-puma-compatible=TRUE はそれぞれ、OS X 10.1 でアタッチ可能なスパースイメージ、shadow イメージを作成する。-imagekey encrypted-encoding-version は暗号化エンコードのバージョン 1 かバージョン 2 を選択出来る。framework の設定は、全てのイメージのデフォルト値に対応するキーを持つ。バージョン 2 は OS X 10.2 とは互換性を持たないが、スパースイメージではより強固なものである。バージョン 1 はスパースイメージ以外のイメージでのデフォルト値である。OS X 10.4.7 から、スパースイメージ、暗号化イメージは常にバージョン 2 を使用する。
デフォルトでは、create -srcfolder はソースディレクトリのパーミッションを維持してコピーを試みる。読み取れないファイルやイメージを作成しようとするユーザ以外のユーザによって所有されるファイル、あるいはコピーを行うユーザがグループに含まれない SGID ファイルを検出した場合、認証を要求する。
image を format 形式へ変換し、outfile へ書き込む。
上記されているように、ファイル名に拡張子がない場合は適切なものが追加される。format として指定できるものは以下の通り。
いくつかの形式で提供される圧縮の他に、UDIF と NDIF 読み込み専用形式は HFS と UFS ファイルシステムにおいて使われていない領域を完全に削除する。 UDZO では、-imageley zlib-level=value によって gzip(1) と同様に zlib 圧縮レベルを指定することができる。デフォルトの値は 1（最も早い）である。
共通オプション: -encryption, -stdinpass, -certificate, -srcimagekey, -tgtimagekey, -shadow with friends, -puppetstrings, -plist
接続されたデバイスの光学メディアへ image を焼き込む。全てのケースで、適切なデバイスが見付かるとメディアを促すよう表示される。
共通オプション: -shadow with friends, -srcimagekey, -encryption, -puppetstrings, -stdinpass
DiskRecording フレームワークのコンテント作成システムを利用して、読み込み専用ディスクイメージへ潜在的なハイブリッドファイルシステムを作成する。
source はディレクトリあるいはディスクイメージを指定する。作成されたイメージは、burn によって焼き込むことや、convert によって他の読み込み専用形式へ変換できる。デフォルトでは、最近のほとんどのプラットフォームでファイルシステムは読み込み可能になる。作成されたファイルシステムは、読み書き可能な形式への変換は想定されていないが、ditto(8) や asr(8) を（ファイルコピーモードで）用いて安全にコピーすることができる。
hdiutil は、El トリト形式の起動可能な ISO9660 ファイルシステムの作成をサポートしている。これは x86 ベースのハードウェアでの起動に一般的に用いられる。いくつかのエミュレーションモードを指定することができる。デフォルトでは、El トリト起動イメージはイメージのサイズに応じて、1.2MB, 1.44MB, 2.88MB フロッピードライブをエミュレートする。その他には "No Emulation"（非エミュレーション）と "Hard Disk Emulation"（ハードディスクエミュレーション）モードを指定可能である。それらによってそれぞれ、起動イメージをメモリへ直接読み込ませることや、パーティション分けされたハードディスクとして仮想化を行うことができる。El トリトのオプションは、データ CD に用いられるべきではない。
デフォルトでは、ファイルシステムが指定されなければ、四つの全てのファイルシステムを持つハイブリッドイメージが作られる。複数のファイルシステムが選択された時は、イメージのデータ領域は全てのファイルシステムで共有され、ディレクトリ情報とボリュームメタデータのみがそれぞれのファイルシステムで固有のものとなる。つまり、クロスプラットフォームの ISO9660/HFS+ ハイブリッドイメージは、単一のファイルシステムを持つイメージと比較してオーバーヘッドが少ないと言える。
ほとんどのオプションは、一つの引数をとる。
source にディスクイメージが指定された場合、イメージはアタッチされ、対応したイメージのマウントポイントへのパスが用いられる。この場合、絶対パスは使用することができない。source がディレクトリであれば、全ての引数のパスは絶対パスあるいはカレントディレクトリからの相対パスで示されるファイルかディレクトリでなければならない。
ボリューム名オプションは、ファイルシステム中のファイルと同様に名前付けの制限を受けるため、それぞれのファイルシステムで適切である文字で構成される必要がある。指定した文字列がどのように修正されるかを確認するには、drutil(1) を drutil filename myname として使用すること。
-abstract-file, -bibliography-file, -copyright-file のオプションは、サブディレクトリではなくソースディレクトリ直下に存在し、また ISO9660 レベル 1 との互換性のために 8.3 形式の名前でなければならない。
SPARSE 形式ディスクイメージ（スパースディスクイメージ）の HFS ファイルシステムの内容を調べ、イメージ中のファイルシステムによって使用されていない領域を取り除く。compact によってイメージファイルが小さくなるかは、ファイルシステムのファイル構成に依存する。
共通オプション:-encryption, -stdinpass, -srcimagekey, -shadow with friends, -puppetstrings, -plist
DiskImages.framework、ディスクイメージドライバ、及び現在アタッチされているイメージについての情報を表示する。hdiutil info は -plist をオプションとして受け入れる。
ディスクイメージドライバを手動でロードする。通常、ディスクイメージドライバは DiskImages フレームワークによって必要時にロードされる。OS X 10.2 より、全てのイメージがデタッチされる時点でドライバは自動的に登録が解除される（1 分ほど再び使用されることがなければアンロードされる）。
イメージ形式によらず、イメージデータの指定された形式のチェックサムを計算する。
共通オプション:-shadow with friends, -encryption, -stdinpass, -srcimagekey, -puppetstrings, -plist
type は以下に挙げる形式が指定できる。
暗号化イメージ（パスワード保護されたイメージ）のパスワードを変更する。デフォルトでは、パスワードの変更は対話的に行われる。
共通オプション:-recover, -srcimagekey
オプションとして -oldstdinpass と -newstdinpass を指定することもできる。その場合 -stdinpass と同様に、NULL 終端された新旧のパスワード文字列をオプションで指定した順で標準入力から読み取られる。
UDIF ディスクイメージを unflatten し、伝統的な形式（XML ではなくリソースのみの）のデュアルフォークファイルを作成する。メタデータを表すリソースフォークが 16 MB よりも大きな場合は、エラー -39 ("End of fork") によって処理は失敗する。
共通オプション:-encryption, -stdinpass, -srcimagekey
読み込み専用（あるいは圧縮）UDIF ディスクイメージをシングルフォークファイルに flatten する。デフォルトでは、メタデータは XML（カーネルが使用する）と埋め込まれたリソースフォーク（OS X 10.1 とそれ以前）の両方に保存される。UDBZ は in-kernel ではサポートされないことに注意すること。
共通オプション:-srcimagekey, -encryption, -stdinpass
flatten は、UDIF が以前に unflatten された場合にのみ必要なものである。
指定されたディスクイメージのファイルシステムについての情報を出力する。通常、image は物理ディスクに対応する /dev エントリである。NOTE ON DEV ENTRY ACCESS セクションを参考のこと。より詳細な情報は HFS ファイルシステムの場合出力される。
共通オプション:-srcimagekey, -encryption, -stdinpass, -shadow
HFS/HFS+ ボリュームについての情報を表示する。通常の場合、image は物理ディスクに対応する /dev エントリを指定する。NOTE ON DEV ENTRY ACCESS の項を参照すること。
共通オプション:-encryption, -stdinpass, -srcimagekey, -shadow with friends
Disk Arbitration を使用して dev_name のファイルシステムのマウントを試みる（diskutil mount と似たもの）。-plist によって XML 形式の出力が得られる。mountvol は（mount とは異なり）、unmount によってアンマウントされたボリュームを再度マウントすることに注意すること。イメージはアタッチ・デタッチされるものであるが、ボリュームはマウント・アンマウントされるものである。mountvol は unmomunt の逆の処理を行うものである。
mount/attach は、/dev エントリに対しても使用することができるが、/dev エントリはアタッチされるディスクイメージとして扱われる（別の /dev エントリが作られる）。これは通常の場合、望まれないことである。
関連するイメージをデタッチせずに、ボリュームをアンマウントする。volume は /dev エントリあるいはマウントポイントの名前で指定する。注意: unmount はボリュームに関連付けれらたディスクイメージをデタッチしない。ボリュームはマウント・アンマウントされるものである。mount（attach の同義）は、イメージが既にアタッチされているがその中のボリュームがマウントされていない場合、そのボリュームをマウントすることはない'（unmount がファイルシステムに対して使われていれば）。mountvol は unmount によってアンマウントされたボリュームをマウントする。
ディスクイメージについての情報を表示する。
共通オプション:-encryption, -stdinpass, -srcimagekey, -shadow with friends, -plist
その他のオプション:
イメージが暗号化されているか出力する。暗号化されていれば、詳細の情報も出力される。 共通オプション:-pist
DiskImages フレームワークのプラグインについての情報を表示する。ユーザ、システム、ローカル、ネットワークそれぞれの領域がプラグインの検索に用いられる（~/Library/Plug-ins/DiskImages, /System/Library/Plug-ins/DiskImages, /Library/Plug-ins/DiskImages, /Network/Library/Plug-ins/DiskImages）。-plist が使用可能である。
イメージについて処理後処理を可能・不可能にする。引数がなければ、IDME は可能となる。可能となれば、Disk Copy（OS X 10.2.3 以降）や OS X 10.3 以降でのダウンロード機能を利用したブラウザがイメージを初めて処理する時、イメージはその中の可視である内容をイメージの置かれているディレクトリへコピーし、イメージは IDME をオフにされゴミ箱へ送られる。
共通オプション:-encryption, -stdinpass, -srcimagekey, -plist
読み書き可能な UDIF が渡されると、最後のパーティションが Apple_HFS であれば、そのパーティションについて、イメージの終わり、あるいは HFS/HFS+ ファイルシステムで使われているブロックまでその容量を変更することを試みる（size_spec に依存する）。resize は、デバイスイメージを CD-R/DVD-R 形式へ変換して焼き込みを行うために容量を小さくすることが必要な場合にしばしば用いられる。resize はデータを動かさず、gaps は再利用されないことに注意すること（？）。ファイルシステムによって作られた gaps を最小限にするために、-fsargs が使用できる場合がある。resize はまた、ファイルシステムとイメージの容量を区切りを越えて増加させるために用いることもできる。
hdiutil burn はデバイスの最後にある Apple_Free パーティションを焼き込まないため、リサイズされたファイルシステムを持つイメージを焼き込み、ファイルシステム中の実際のデータのみの内容を持つ CD-R/DVD-R マスタを作成することができる（データ断片化は最小限に抑えられるであろう）。
共通オプション:-encryption, -stdinpass, -srcimagekey, -shadow with friends, -plist
NDIF や UDIF ディスクイメージを分割する。分割されたイメージは、ファイルシステム、ネットワークプロトコル、メディアによって、ファイルサイズに制限が課せられている場合に用いられる。Note: 分割されたイメージが暗号化されているかどうかは、元のイメージの暗号化状態によってではなく、segment に渡されるオプションによって決定される。
共通オプション:-encryption, -stdinpass, -srcimagekey, -tgtimagekey, -puppetstrings, -plist
イメージやデバイスのパーティションマップを表示する。image_source は、普通のファイルあるいは特別なファイル（例えば /dev/disk エントリ）である。下記の NOTE ON DEV ENTRY ACCESS の項目を参照すること。
共通オプション:-encryption, -stdinpass, -srcimagekey, -shadow with friends.
optstr のデフォルトは "xsSgcvk" であり、以下の組み合わせを指定できる。
ディスクイメージに埋め込まれたリソース（ソフトウェアライセンス規約など） 以下のオプションのいずれかを指定しなければならない。
イメージからリソースを抽出する。 オプション:
共通オプション:-encryption, -stdinpass, -srcimagekey
検証
hdiutil verify myimage.img
イメージを内部のチェックサムと照らし合わせ検証する。
分割
hdiutil segment -segmentSize 10m -o /tmp/aseg 30m.dmg
aseg.dmg, aseg.002.dmgpart, aseg.003.dmgpart を作成する。
変換
hdiutil convert master.dmg -format UDTO -o master
master.dmg を CD-R として焼き込めるイメージへ変換し、ファイル名に .toast を追加する。
hdiutil convert CDmaster.dmg -format UDTO -o CDmaster.cdr
CDmaster.dmg を CDmaster.cdr という名前の CD-R として焼き込めるイメージへ変換する。
hdiutil convert /dev/disk1 -format UDRW -o devimage
/dev/disk1 のディスクを読み書き可能なデバイスイメージファイルへ変換する。/dev/rdisk1 への読み込み権限がない場合、authopen(1) が使われる。ブロックスペシャルデバイスを使用することに注意すること。
焼き込み
hdiutil burn myImage.dmg
イメージを利用可能な光学メディアへ焼き込み、その後に検証を行う。
hdiutil burn myRawImage.cdr -noverifyburn -noeject
イメージを焼き込むが、検証とディスクの取り出しを行わない。
50 MB の暗号化イメージを作成
hdiutil create -encryption -size 50m e.dmg -fs HFS+J
非対話的に暗号化 SPUD イメージを作成
echo -n pp|hdiutil create -encryption -stdinpass -size 9m sp.dmg
"1 GB" のスパースイメージを作成（1 GB まで拡張可能なファイルシステムを持つファイル）
hdiutil create -type SPARSE -size 1g -fs HFS+ growableTo1g
hdiutil create -volname Dick -size 1.3m -fs HFS -attach Moby.dmg
shadow ファイルを使用し、読み込み専用イメージを読み書き可能なものとしてアタッチして変更し、読み込み専用イメージへ変換して戻す。この方法によって、イメージを読み書き可能なものへと変換するための時間と領域を減らす。
hdiutil attach -owners on Moby.dmg -shadow /dev/disk2 Apple_partition_scheme /dev/disk2s1 Apple_partition_map /dev/disk2s2 Apple_HFS /Volumes/Moby ditto /Applications/Preview.app /Volumes/Moby hdiutil detach /dev/disk2 hdiutil convert -format UDZO Moby.dmg -shadow
makehybrid を使用する。以下のファイルがあるとする。
albumlist.txt song2.wma song4.m4a song6.mp3 song8.mp3 song1.wma song3.m4a song5.mp3 song7.mp3
ファイルシステム間で共通の内容を持つ、HFS+/ISO9660/Joliet ハイブリッドな MusicBakup.iso を作成する。一般的に Macintosh システムでのみ閲覧可能な HFS+ ファイルシステムでは .wma ファイルを隠し、.m4a と .mp3 ファイルを可視にするものとする。Joliet ファイルシステムでは .m4a と .mp3 ファイルを隠し、.wma ファイルを可視にする。一般的に多くのプラットフォームにおける光学メディアのデフォルトファイルシステムである ISO9660 ファイルシステムでは、.mp3 ファイルのみ可視にする。三つ全てのファイルシステムでは "album-list.txt" ファイルを含ませる。-hide オプションは glob(3) により展開されるグロブ表現をとる。
hdiutil makehybrid -o MusicBackup.iso Music -hfs -iso -joliet \
-hide-hfs 'Music/*.wma' -hide-joliet 'Music/{*.m4a,*.mp3}' \
-hide-iso 'Music/*.{wma,m4a}'
（CD オーディオディスクの作成には drutil(1) も参照すること)
ディレクトリからイメージを作成（新しい形式）
hdiutil create -srcfolder mydir mydir.dmg
ディレクトリからイメージを作成（10.1 形式; 歴史的なもの）
du -s myFolder # du(1) はリソースフォークもカウントする 10542 hdiutil create -sectors 10642 folder # ファイルシステムに 1% ほど余分に取る hdid -nomount folder.dmg ... /dev/disk1s2 Apple_HFS newfs_hfs -v myFolderImage /dev/rdisk1s2 hdiutil detach disk1 hdid folder.dmg ... /dev/disk1s2 Apple_HFS /Volumes/myFolderImage sudo mount -u -t hfs -o perm /dev/disk1s2 /Volumes/myFolderImage # 任意に所有者を有効にする; 手動でマウントされた場合 sudo は不要 ditto -rsrcFork myFolder /Volumes/myFolderImage hdiutil detach disk1s2 # 全てお終い hdiutil convert -format UDZO -o folder.z.dmg folder.dmg # 圧縮
読み込み専用ディスクイメージの所有者を手動で変更する
hdiutil attach myimage.dmg ... /dev/disk1s2 Apple_HFS /Volumes/myVolume sudo mount -ur -t hfs -o perm /dev/disk1s2 /Volumes/myVolume # /sbin/mount を使って disktool -p disk1s2 # Panther では 'diskutil unmount' を使う mkdir /Volumes/myVolume
既知のイメージのアタッチを強制する
hdiutil attach -imagekey diskimage-class=CRawDiskImage myBlob.bar
以下の環境変数は hdiutil と DiskImages に影響する。
DiskImages は多くのフレームワークを使用し、多くのエラーコードを目にすることになる。一般に、これらのエラー番号はユーザのためにローカライズされた文字列に変換される。それらの予備知識を得るために、エラーが起きた原因、BSD errno の値に関して intro(2) は良い説明となる。デバッグを行うには、通常の場合 -verbose によって何が失敗しているのかを知る手掛かりとなる十分な情報が得られるだろう。以下は hdiutil が出くわすことになるであろう重要なエラーのリストである。
SPARSE イメージ（スパースイメージ）は元来、最終的なイメージサイズが不明である場合に他のイメージ（UDZO など）を作成する中間段階に用いられるものとして作られた。OS X 10.3 でのように、現在では部分的なアップデートがされた SPARSE イメージは永続的なストレージとして安全に用いられるように適切に扱われる。SPARSE イメージは、10.3.2 以前のバージョンの OS X での使用は奨められず、通常はデータサイズが全く不明である場合のみに用いられるものである。resize は、HFS+ ファイルシステムとそれを含むイメージのリサイズを行うことができる。
ファイルシステムが参照するよりも多くの領域が必要である場合、create -stretch と resize がイメージ中のファイルシステムを拡張、縮小させる手段となる。イメージで使用されていない領域を解放する compact は、永続的なストレージとして用いられる SPARSE イメージを使用する場合に便利である。SPARSE イメージはファイルシステムの断片化を増大させることに注意すること。
スパースイメージ内部のファイルシステムが、そのスパースイメージが置かれているボリュームよりも多くの自由領域を持っている場合に発生するエラーを避けるために、SPARSE イメージ内部の HFS ボリュームの自由領域の合計値は、そのイメージが置かれているボリュームの自由領域よりも少ないものとして報告される。イメージのファイルシステムは現在では、直接 attach が行われればこのように振る舞い、ファイルシステムがアンマウントされ再びマウントされた場合（例えば unmount と mountvol）はそのように振る舞わない。
どの /dev エントリも生のディスクイメージとして扱われることが可能なため、どのデバイスがいつどのようにアクセスされるか知ることは重要である。/dev/rdisk ノードはキャラクタスペシャルデバイスであるが、BSD 上では "生" でありブロック整列 I/O が強制される。バッファキャッシュよりも物理ディスクに類似している。一方で /dev/disk ノードはバッファされたブロックスペシャルデバイスであり、主にカーネルのファイルシステムコードにより利用される。 ファイルシステムがマウントされている場合、/dev/disk ノードから読み込むことはできないが、適切な /dev/rdisk ノードは hdiutil で fsid や pmap を用いることにより読み込みアクセスが可能である。ディスクイメージフレームワークは authopen(1) を用いて open(2) によって読み込みオープンが（EACCESS によって）不可能なデバイスを開こうとする。これはリモートからのログインを行い /dev エントリにアクセスしようとする場合、明白なハングを引き起こす（認証パネルがコンソールで開かれる）。 一般的に、/dev/disk ノードはイメージングデバイス（convert , create -srcdevice の処理）に用いられる一方、/dev/rdisk は動作の速い pmap, fsid の利用に適している。特に、マウントされたジャーナルファイルシステムのブロックを読み込み専用イメージに変換する場合にイメージ中のボリュームがマウントされることが避けられる（ジャーナルが崩れてしまう）。
OS X 10.0 は Mac OS 9 での Disk Copy 6 ディスクイメージをサポートしていた。OS X 10.1 ではスパース、暗号化、zlib 圧縮イメージが追加された。これらのイメージは OS X 10.0 では認識されない（あるいは読み書き可能な形でアタッチした場合、破壊されるかも知れない）。スパース、シャドウ、暗号化形式は進化し、古いバージョンの OS と互換性を持つようなイメージを作成する為のスイッチが追加された（形式の増大により、パフォーマンスと信頼性の改善が犠牲となった）。特に、スパースイメージはそれが作成されたものより古いバージョンの OS X ではアタッチされることを期待できない。
OS X 10.2 では、多くの一般的なイメージ形式が "in-kernel"（例えば、DiskImages カーネル拡張はヘルパープロセスなしで処理可能である）となり、イメージメタデータは XML あるいは 埋め込まれたリソースフォークとして保存され、デフォルトの Disk Copy.app の "compressed" 形式が UDZO となった（10.0 との互換性を失った）。OS X 10.4 では後方互換性を犠牲とし、bzip2 圧縮が UDBZ 形式として導入され、より小さなイメージが利用可能となった（特に makehybrid と組み合わせた場合）。
OS X 10.4.7 では、UDIF イメージに埋め込まれていたリソースフォークは、リソースフォーク構造がもたらすメタデータの制約を避ける為に利用不可となった。結果として、10.4.7 とそれ以降で作成された UDIF イメージは、デフォルトでは OS X 10.1 及び OS X 10.0 では認識されないだろう。flatten がイメージ中に保存されたメタデータ形式のカスタマイズに用いられるようになった。
OS X 10.5 では迅速に圧縮可能なスパースバンドルイメージが導入されたが、過去のバージョンの OS では認識されない。OS X 10.6 では F_FULLSYNC をサポートしないネットワークファイルサーバ上のスパースバンドルイメージのアタッチのサポートが削除された。
ディスクイメージは当初、電子的にフロッピーディスクを複製製造することを目的とした保存及び伝送を目的として開発された。これらのフロッピーのイメージはフロッピーディスクへ作成・保存するアプリケーションと関連して、一般的に 'Disk Copy 4.2' イメージと言及される。Disk Copy 4.2 イメージは フロッピーディスクの block-for-block を表現しており、圧縮は行われていなかった。DART は圧縮をサポートした Disk Copy 4.2 の変形である。
NDIF（New Disk Image Format）イメージは Disk Copy 4.2 と DART イメージ形式を置き換え、フロッピーディスクよりも大きな容量をサポートすることを目的として開発された。NDIF と Disk Copy バージョン 6 により、イメージは Mac OS 9 上で大容量ストレージデバイスとして "アタッチ" することが可能となった。Apple Data Compression（ADC）-- 早い伸長についての注意深い最適化が行われている -- は、一般的に一度作成され製造上で多数回保存されるイメージを圧縮する為に用いられた。
UDIF（Universal Disk Image Format）デバイスイメージは NDIF の代わりに利用され、イメージをブロックデバイス全体とそのデータ（DDM, partition map, disk-based drivers など）として振る舞うことを可能にした。例えば、イメージから複製された起動可能な CD として振る舞うことができる。シングルフォークファイル（NDIF はデュアルフォークである）を保証する為に、リソースフォークがデータフォークの中に埋め込まれることとなった。UDIF は OS X ネイティブなイメージ形式である。
他のオペレーションシステムに由来する生のディスクイメージ（.iso ファイルなど）はディスクイメージとして認識される、それが OS X が認識可能なファイルシステムであればアタッチ・マウントが可能である。それらはまた hdiutil burn を用いて焼き込むことができる。
OS X 10.6 では、pmap が書き直され MediaKit の最新のルーチンを利用するようになり、GPT パーティションマップを適切にサポートするようになった。また全ての動作において -debug により -verbose が暗黙的に有効になるようになっている。
OS X 10.5 では、存在するイメージあるいは /dev ノードについて処理を行う際の attach の振る舞いが変更された。もしイメージがアタッチされているがボリュームがマウントされていない場合、ボリュームがマウントされる。以前のシステムではマウントされているボリュームではなく /dev を返す。この変更により、/dev ノードが既に存在する場合、複数作られる可能性が排除された。
authopen(1), hdid(8), diskutil, ditto(8), ioreg(8), drutil(1), ufs.util(8), msdos.util(8), hfs.util(8), diskarbitrationd(8), /usr/sbin/disktool (run with no arguments for usage), /System/Library/CoreServices/DiskImageMounter.app.
]]>iPhone / iPod touch 向けの街を作るゲーム
| Contracts | Costs | Exp | Gains | Period |
| Candy Bars | 60 | 6 | 210 | 5 Mins |
| Friendship Bracelets | 300 | 18 | 1100 | 1 Hrs |
| Video Games | 400 | 63 | 1400 | 3 Hrs |
| Hula Hoops | 160 | 9 | 600 | 15 Mins |
| Sporty Sneakers | 1900 | 122 | 9200 | 1 Day |
| Popsicles | 0 | 0 | 130 | 1 Mins |
| Blow Dryers | 1500 | 101 | 6000 | 12 Hrs |
| Build-o Blocks | 900 | 36 | 3200 | 2 Hrs |
| Evening Gowns | 1100 | 82 | 3900 | 6 Hrs |
| Mini-Pretzels | 300 | 10 | 900 | 15 Mins |
| MP3 Players | 5400 | 250 | 28400 | 2 Days |
| Stylish Dolls | 600 | 31 | 1900 | 1 Hrs |
| Fashionable Jackets | 3300 | 172 | 16000 | 1 Day |
| Pogo Sticks | 2100 | 54 | 7200 | 5 Hrs |
| Bottled Water | 500 | 19 | 1500 | 30 Mins |
| Luxurious Shawls | 2800 | 115 | 11200 | 12 Hrs |
| Massage Chairs | 5100 | 156 | 26700 | 1 Day |
| Frozen Dinners | 1300 | 69 | 4200 | 3 Hrs |
| Sports Jerseys | 2200 | 79 | 7700 | 6 Hrs |
| Pretty Ponies | 7800 | 283 | 41000 | 2 Days |
| Breakfast Cereal | 400 | 14 | 1200 | 15 Mins |
| Gold Wrist Watches | 4600 | 194 | 22200 | 1 Day |
| Coffee Makers | 4300 | 101 | 17200 | 12 Hrs |
| Action Figures | 900 | 37 | 2800 | 1 Hrs |
| Diamond Rings | 7400 | 386 | 38900 | 2 Days |
| Digital Cameras | 2900 | 59 | 9700 | 4 Hrs |
| Energy Drinks | 700 | 23 | 2100 | 30 Mins |
| Change Bots | 4200 | 141 | 16800 | 12 Hrs |
| Contract | Gains/Costs | Exp/Costs | Gains/Period | Exp/Period | Gains/Costs/Period | Exp/Costs/Period | |
| Candy Bars | 3.50 | 0.1000 | 2520.0000 | 72.0000 | 42.0000 | 1.2000 | |
| Friendship Bracelets | 3.67 | 0.0600 | 1100.0000 | 18.0000 | 3.6667 | 0.0600 | |
| Video Games | 3.50 | 0.1575 | 466.6667 | 21.0000 | 1.1667 | 0.0525 | |
| Hula Hoops | 3.75 | 0.0563 | 2400.0000 | 36.0000 | 15.0000 | 0.2250 | |
| Sporty Sneakers | 4.84 | 0.0642 | 418.1818 | 5.5455 | 0.2201 | 0.0029 | |
| Popsicles | ∞ | 0 | 7800.0000 | 0.0000 | -- | 0 | |
| Blow Dryers | 4.00 | 0.0673 | 500.0000 | 8.4167 | 0.3333 | 0.0056 | |
| Build-o Blocks | 3.56 | 0.0400 | 1600.0000 | 18.0000 | 1.7778 | 0.0200 | |
| Evening Gowns | 3.55 | 0.0745 | 650.0000 | 13.6667 | 0.5909 | 0.0124 | |
| Mini-Pretzels | 3.00 | 0.0333 | 3600.0000 | 40.0000 | 12.0000 | 0.1333 | |
| MP3 Players | 5.26 | 0.0463 | 645.4545 | 5.6818 | 0.1195 | 0.0011 | |
| Stylish Dolls | 3.17 | 0.0517 | 1900.0000 | 31.0000 | 3.1667 | 0.0517 | |
| Fashionable Jackets | 4.85 | 0.0521 | 727.2727 | 7.8182 | 0.2204 | 0.0024 | |
| Pogo Sticks | 3.43 | 0.0257 | 1440.0000 | 10.8000 | 0.6857 | 0.0051 | |
| Bottled Water | 3.00 | 0.0380 | 3000.0000 | 38.0000 | 6.0000 | 0.0760 | |
| Luxurious Shawls | 4.00 | 0.0411 | 933.3333 | 9.5833 | 0.3333 | 0.0034 | |
| Massage Chairs | 5.24 | 0.0306 | 1213.6364 | 7.0909 | 0.2380 | 0.0014 | |
| Frozen Dinners | 3.23 | 0.0531 | 1400.0000 | 23.0000 | 1.0769 | 0.0177 | |
| Sports Jerseys | 3.50 | 0.0359 | 1283.3333 | 13.1667 | 0.5833 | 0.0060 | |
| Pretty Ponies | 5.26 | 0.0363 | 931.8182 | 6.4318 | 0.1195 | 0.0008 | |
| Breakfast Cereal | 3.00 | 0.0350 | 4800.0000 | 56.0000 | 12.0000 | 0.1400 | |
| Gold Wrist Watches | 4.83 | 0.0422 | 1009.0909 | 8.8182 | 0.2194 | 0.0019 | |
| Coffee Makers | 4.00 | 0.0235 | 1433.3333 | 8.4167 | 0.3333 | 0.0020 | |
| Action Figures | 3.11 | 0.0411 | 2800.0000 | 37.0000 | 3.1111 | 0.0411 | |
| Diamond Rings | 5.26 | 0.0522 | 884.0909 | 8.7727 | 0.1195 | 0.0012 | でー |
| Digital Cameras | 3.34 | 0.0203 | 2425.0000 | 14.7500 | 0.8362 | 0.0051 | |
| Energy Drinks | 3.00 | 0.0329 | 4200.0000 | 46.0000 | 6.0000 | 0.0657 | |
| Change Bots | 4.00 | 0.0336 | 1400.0000 | 11.7500 | 0.3333 | 0.0028 |
基本的に作製時間が短い製品の方が単位時間あたりの獲得金貨・経験値が多い。Popsicles に至っては 1 時間に 7800 金貨を得ることが出来る。しかし長時間に渡って休みなく何十回もポチポチと繰り返すのは面倒臭い上に精神的に無理なので、基本として作製時間が 12 時間以上の製品を作製し、その間の時間調整に短時間の製品の作製を利用するのが効率が良さそう。 MP3 Players や Diamond Rings、Pretty Ponies は作製時間が 2 Days（実際は 44 時間？）と長いが、コストパフォーマンスが最も高い。
12 hr で終了する Contract で、なおかつできるだけハイリターンが期待されるものを工場で作り続ける。そうすると、朝起きてちょこちょこ、家帰ってきてちょこちょこ、などのように生活時間に合わせやすい。 しかしながら収入・販売から次の Contract の製作に至るには少しばかり時間が掛かる。これを 2,3 回程度ならまだしも何回か繰り返すと、ずれが一時間ほどになる。次の終了時刻を考えなければならないが、生活時間によっては合わないこともあるだろう。そこで数時間程度で終わる Contract を間に挟み、時間の調整を行う。そして本来の予定する 12 hr * 2 単位での生産に戻る。
突然密かにアップデートが行われ、およそ 20 種類もの Contracts が追加された。既存のものよりも効率がよりよくなっているものが多数含まれる。それらについても加えてデータを取ってみたい。
]]>| アスパラ-Ca | カルシウム補給剤 | アスパラK | カリウム補給剤 |
| アマリール | 降圧剤 | アルマール | 血糖降下剤 |
| アレロック | 抗アレルギー剤 | アテレック | 降圧剤 |
| ウテメリン | 切迫流早産治療剤 | メテナリン | 子宮収縮止血剤 |
| エクセグラン | 抗てんかん剤 | エクセラーゼ | 消化酵素剤 |
| オキシコンチン | 鎮痛剤 | MSコンチン | 鎮痛剤 |
| オステラック | 抗炎症剤 | オルメテック | 降圧剤 |
| カルデナリン | 降圧剤 | カルナクリン | 循環障害改善剤 |
| クラビット | 抗生剤 | クラリシッド | 抗生剤 |
| グリチロン | 肝臓疾患・抗アレルギー剤 | グリミクロン | 血糖降下剤 |
| サイレース | 睡眠導入剤 | セレネース | 抗精神病剤 |
| ザイロリック | 高尿酸血症治療剤 | カロナール | 解熱鎮痛剤 |
| サクシゾン | 水溶性ヒドロコルチゾン製剤 | サクシン | 筋弛緩剤 |
| セファメジン | 抗生剤 | セフメタゾン | 抗生剤 |
| セレナール | 抗不安剤 | セレネース | 抗精神病剤 |
| タキソール | 抗悪性腫瘍剤 | タキソテール | 抗悪性腫瘍剤 |
| タチオン | グルタチオン製剤 | タリオン | 抗アレルギー剤 |
| テオドール | 気管支拡張剤 | テグレトール | 抗てんかん剤 |
| ニトロールR | 硝酸イソソルビド製剤 | ヘルベッサーR | Ca拮抗剤 |
| ノイロビタン | ビタミン剤 | ノイロトロピン | 鎮痛剤 |
| ノルバスク | 降圧剤 | ノルバデックス | 抗乳癌剤 |
| ノルバスクOD | 降圧剤 | アムロジンOD | 降圧剤 |
| パロチン | 唾液腺ホルモン | メバロチン | 高脂血症治療剤 |
| プレドニン | 合成副腎皮質ホルモン剤 | プルゼニド | 緩下剤 |
| ペルサンチン | 抗血小板剤 | ペルジピン | 降圧剤 |
| ムコダイン | 去痰・起動粘膜正常化剤 | ムコスタ | 胃炎・胃潰瘍治療剤 |
| メジコン | 鎮咳剤 | メプチン | 気管支拡張剤 |
| メルカゾール | 抗甲状腺剤 | プロパジール | 抗甲状腺剤 |
| メチロン | スルピリン | メイロン | 解毒剤(炭酸水素ナトリウム) |
| レスタス | 抗不安剤 | レスリン | 抗うつ剤 |
hoge 以下のディレクトリを server サーバの ~/Documents/hoge と同期させる
rsync -aKLvz --delete -e ssh hoge server:~/Documents
find . -type d -exec chmod 755 {} \;
find . -regex '.*\.tmp' -exec rm {} \;
% ssh-keygen -t dsa Generating public/private dsa key pair. Enter file in which to save the key (/home/hoge/.ssh/id_dsa): 任意のパス Enter passphrase (empty for no passphrase): [ENTER] Enter same passphrase again: [ENTER] Your identification has been saved in 任意のパス. Your public key has been saved in 任意のパス.pub. The key fingerprint is: ... The key's randomart image is: ...
% cat 任意のパス.pub | ssh サーバ 'mkdir -p ~/.ssh; cat >> ~/.ssh/authorized_keys'
% vi ~/.ssh/config Host サーバ IdentityFile 任意のパス]]>
libwww-perl。Perl 用の WWW ライブラリモジュール群。
HTTP プロトコルだけではなく、HTTPS や FTP、Gopher、NNTP などを介したリクエスト、あるいはローカルファイルや CPAN のファイルへのアクセス、sendmail によるメールの送信などが行える。
HTTPS プロトコルを利用する場合は、Crypt::SSLeay がインストールされていることが必要。
root ユーザで cpan -i LWP とすると必要なモジュールも自動でインストールされる。Windows の ActivePerl には入ってるのか分からない。ppm install LWP とかやるとインストールできるかも。
use LWP; print LWP::UserAgent->new->request( HTTP::Request->new(GET => "http://localhost/"))->content;
正直なところ、ただ HTTP サーバのファイルへアクセスする目的で HTTP::Request でリクエストオブジェクトを作ってから LWP::UserAgent オブジェクトに request させる、なんてのは少し面倒。そのために、より簡素なアクセスを行いたい場合に、単純化されたモジュールが用意されている。
その名の通り、シンプルな LWP のインターフェイス。内部では LWP を使っている。LWP::Simple によってデフォルトでエクスポートされるサブルーチンは以下の通り。
デフォルトで LWP::Simple を使う（use LWP::Simple;）場合、HTTP::Status のレスポンスコード（RC_*）を示す定数やそれがリクエストに成功したかを判断する is_seccess() と is_failure() もエクスポートされる。
また同様にデフォルトで LWP::Simple を使う場合には、get() はその内部で LWP::UserAgent を使用せず、IO::Socket::INET を使用してアクセスを行っている。たぶんそっちの方が処理が軽くて済むからに違いない。またその場合は、User-Agent として "lwp-trivial/*" が送られる。その他のサブルーチンは "LWP::Simple/*" として送られる。
LWP::UserAgent は LWP::Simple のモジュール内のグローバル変数 $ua として用いられている。この変数は、LWP::Simple を use する時に use LWP::Simple qw($ua get head); などとして自分のパッケージへインポートして弄くることもできる。例えば、$ua->agent("hogehoge/0.2"); などとすると、送られる User-Agent を変更することができたり。また $ua をインポートすると、get が LWP::UserAgent を使うようになる。
単純なアクセスを行う場合は LWP::Simple でいいのかも知れないけれど、ヘッダを解析したり POST を使いたい場合は LWP::Simple では力不足。それで、やっぱり LWP::UserAgent やらを使うということになる。
LWP::Simple を使わずとも、LWP::UserAgent では少し単純なアクセスを行うメソッド（get, head, post）が提供されている。POST アクセスもでき、さらにヘッダやフォームも送れるので、LWP::Simple よりは使い勝手がいい。
エラーなどは一切考慮していない例。実際に厳密さが要求される環境で使う場合は、ちゃんと返り値をチェックする必要がある。
GET リクエストを行う。HTTP::Response オブジェクトを返す。
use LWP; my $ua = LWP::UserAgent->new; my $res = $ua->get( "http://localhost/", "User-Agent" => "myUA/0.1", "X-Hoge" => "hoge" ); print $res->as_string; # サーバからの返答を、ヘッダも含めて文字列として得る print $res->content; # コンテントボディ # あるいは # print LWP::UserAgent->new->get( # "http://localhost/", # "User-Agent" => "myUA/0.1", # "X-Hoge" => "hoge" # )->as_string;
HEAD リクエストを行う以外は get と同様。
use LWP; my $ua = LWP::UserAgent->new; my $res = $ua->get( "http://localhost/", "User-Agent" => "myUA/0.1", "X-Hoge" => "hoge" ); print $res->content;
POST リクエストを行う。
use LWP; my $ua = LWP::UserAgent->new; my $res = $ua->post( "http://localhost/", { "form_x" => "aaaaa", "form_y" => "にほんご" # 非アスキー文字はそれぞれ URL エンコードされる }, "User-Agent" => "myUA/0.1", "X-Hoge" => "hoge", "Content-Type" => "application/x-www-form-urlencoded" ); print $res->content;
フォームの値を渡す場合、"Content-Type" や "Content-Length" のヘッダは LWP::UserAgent オブジェクトが HTTP::Request::Common を利用して自動的に設定されて送られるため、こちら側がそれらのヘッダを渡す必要はない。
"Content-Type" がデフォルト値の "application/x-www-form-urlencoded" 以外の値として送る必要があれば、こちらで "Content-Type" ヘッダを設定するとともに、リクエストボディデータを Content の値として post() に渡す必要がある。例えば、エンコード形式（フォームの enctype 属性）が "multipart/form-data" としてされている場合など。
my $ua = LWP::UserAgent->new; my $res = $ua->post( "http://localhost/", Content => "hoge=33&hoge=11" ); # 滅多に使わないが、同名のキーを持つフォームのリクエストを行う場合
ただし "multipart/form-data" を送る場合は、post() メソッドを使ってリクエストを行うよりも、HTTP::Request::Common オブジェクトを直接扱って LWP::UserAgent へ request() させた方がいいかも知れない。boundary だのファイル名だの若干複雑なので……。
LWP::UserAgent オブジェクトの request() によって返るはずのオブジェクト。サーバからの応答内容が含まれている。HTTP::Response は HTTP::Message を継承しているため、それ由来のメソッドを持つ。以下はほんの一例。
my $res = $ua->get("http://localhost/"); # レスポンスコード (200, 301, 404, 500...) print $res->code; # ステータスメッセージ (OK, Moved Permanently, Not Found, Internal Server Error) print $res->message; # 特定のヘッダを得る（case-insensitive） print $res->header("Date"); # ヘッダを HTTP::Headers オブジェクトとして得る my $hs = $res->headers; print $hs->as_string; # 全てのヘッダフィールドの名前を得る my @names = $res->header_field_names; # Content-Type を得る print $res->content_type; # コンテントボディ（内容）を得る my $c = $res->content;
LWP はクッキーを扱ったり、SSL によるアクセス、プロクシを介したアクセスを行ったりもできます。perldoc lwpcook すると色々な情報が得られます。
mdutil -- Spotlight により使用されるメタデータストアを管理する
mdutil [-pEsav] [-i on | off] mountPoint ...
mdutil コマンドはマウントされたボリュームのメタデータストアを管理する際に用いられる。
以下のオプションが利用可能である:
mdfind(1), mds(8), mdimport(1)
]]>IO::Socket 以下のモジュール（IO::Socket::INET など）を使わずに Socket モジュールしか使わない場合のソケット操作。ちゃんとエラーチェックはやった方がいいよ。
use Socket; my($host, $port) = ("localhost", 9999); my $s; socket($s, AF_INET, SOCK_STREAM, getprotobyname("tcp")); connect($s, pack_sockaddr_in($port, inet_aton($host))); print $s "Hello\n"; print <$s>; close($s);
use Socket; my $port = 9999; my $s; socket($s, AF_INET, SOCK_STREAM, getprotobyname("tcp")); bind($s, pack_sockaddr_in($port, inet_aton("0.0.0.0"))); listen($s, SOMAXCONN); while(my $addr = accept(my $c, $s)){ my($cport, $caddr) = unpack_sockaddr_in($addr); my($host, $ip) = (gethostbyaddr($caddr), inet_ntoa($caddr)); print "connected from $host($ip):$cport\n"; my $n = <$c>; $n =~ tr/\r\n//d; print "client says `$n'\n"; print $c "hi\n"; close($c); } close($s);
use Socket; my($host, $port) = ("localhost", 9999); my $s; socket($s, AF_INET, SOCK_DGRAM, getprotobyname("udp")); send($s, "hello", 0, pack_sockaddr_in($port, inet_aton($host))); close($s);
use Socket; my($host, $port) = ("192.168.1.255", 9999); my $s; socket($s, AF_INET, SOCK_DGRAM, getprotobyname("udp")); setsockopt($c, SOL_SOCKET, SO_BROADCAST, 1); # これが必要 send($s, "hello", 0, pack_sockaddr_in($port, inet_aton($host))); close($s);
use Socket; my $port = 9999; my $s; socket($s, AF_INET, SOCK_DGRAM, getprotobyname("tcp")); bind($s, pack_sockaddr_in($port, inet_aton("0.0.0.0"))); while(my $addr = recv($s, $_, 65535, 0)){ my($cport, $caddr) = unpack_sockaddr_in($addr); my($host, $ip) = (gethostbyaddr($caddr), inet_ntoa($caddr)); print "received `$_'from $host($ip):$cport\n"; } close($s);
基本的には TCP に類似。
use Socket; my $name = "mysock"; my $s; socket($s, AF_UNIX, SOCK_STREAM, 0); connect($s, pack_sockaddr_un($name)); print $s "Hello\n"; print <$s>; close($s);
use Socket; my $name = "mysock"; if(-f $name){ die "file `$name' is already used"; } my $s; socket($s, AF_UNIX, SOCK_STREAM, 0); bind($s, pack_sockaddr_un("mysock")); listen($s, SOMAXCONN); while(my $addr = accept(my $c, $s)){ print "connected\n"; my $n = <$c>; $n =~ tr/\r\n//d; print "client says `$n'\n"; print $c "hi\n"; close($c); } close($s); unlink($name);