OS/2メモ

作成開始日 2004.06.14
最終更新日 2019.08.10

●Unicode文書のShift-JISへの変換	(2019.08.10)

nkfが使えれば良いのだが、OS/2に移植されたものは見つからなかった。
ごく古いバージョンは見つかったのだが、まだUnicodeに対応する以前のものだった（v.1.7）。
しかし、RXULSというRexxのライブラリを使用すれば簡単に変換できる。
HobbesからRXULS.DLLをダウンロードして、\os2\dllに放り込めば良い。
基本書式は以下の通り（stはUTF-8の文字列とする）；

say ULSConvertCodepage( st, 1208,  932)

これでUTF-8（codepage=1208）がShift-JIS（codepage=932）に変換されて出力される。
ファイル単位で変換したければ、これをDo While linesループで回せば良い。
ただし、この変換関数は引数が空白だとエラーで止まる。
なので、以下のような感じにする。

/* UTF-8 -> Shift-JIS convert */
CALL RxFuncAdd 'ULSLoadFuncs', 'RXULS', 'ULSLoadFuncs'
CALL ULSLoadFuncs

inp="utf8file.txt"	/* 入力ファイル：UTF-8で記述されている */
out="sjisfile.txt"	/* 出力ファイル：Shift-JISに変換される */

rc=stream(inp,'C','O');
rc=stream(out,'C','O');
Do While lines(inp)>0
  st=linein(inp)
  IF st<>"" THEN st=ULSConvertCodepage( st, 1208,  932)
  call lineout out, st
end
rc=stream(inp,'C','C');
rc=stream(out,'C','C');

---

●USBストレージとハングアップ (2018.09.16)

---

●ASSIGN, JOIN, SUBST (2018.09.06)

---

●HDD用ドライバ (2018.05.27)

BASEDEV=OS2SCSI.ADD
BASEDEV=IPSRAID.ADD
BASEDEV=IBMINT13.I13

---

●OS/2のバージョンの確認方法 (2017.11.19)

VER /Rでは余り細かな情報は出てこない。 たとえば、OS/2 4.52でも、以下のように表示される；

The Operating System/2 Version is J4.50
リビジョン 14.089

                           Convenience Package - OS/2 Warp 4 Base Operating System
Version 4.52     Component ID 5639A6101
Type 0C
Current CSD level: XRJ4503
Prior   CSD level: XRJ4503

---

●ファイル操作中にフリーズ (2017.08.10)

原因は不明だが、ディスクアクセス周りが非常に怪しい。 特に、USBマスストレージ・ドライブを使用していると頻発する。 リソース競合に近い感触。 また、Windows Meを使用した後に特に頻発する（ブートマネージャで複数OSを使用できるようにしている）。

対処方法は、一度完全に電源を遮断すること。 本体電源ボタンのオフではなく、ACコードを引っこ抜いて、数秒間放置すること。

---

●VFAT対応 (2013.06.19)

今回試した環境：
NetDrive 3.1.4	NetDrive本体（本来は１箇月で書込不能になる評価版らしい）
ndpfat305_demo	VFATプラグイン（デモ版／新規ファイル作成不可）

---

●OS/2コマンドラインのAUTOEXEC.BAT (2013.06.15)

	mode 80,50

	/K AUTOEXEC.CMD

---

●PM123のMP3タグ編集機能 (2013.06.06／2013.06.19改訂)

		ID3v2.4の規格制定自体は2000年とかなりの昔だが、2013年現在でも普及しているとは言いがたい状態らしい。現在最も普及しているのはv2.3らしい。ただし、v2.4のメリットはUnicodeへの対応で、v2.4でないと文字化けが起きる環境も多いようだ。

PM123でタグ編集したファイルでも、Windows Media Player 7ならば正常に再生できる。これも時期的に言えばv2.4には対応していないと思われるが、恐らく、無効なID3v2情報が判別でき、v2情報を読み飛ばすようになっていると思われる。実際、一つのファイルにv1.1とv2.4の両方の情報が書き込まれていても、表示されるのはv1.1情報のみのようだ。このような状況なので、メディアプレイヤーではなく、WMP7を使えば万事解決する−−と言いたいところだが、メディアプレイヤーの方が軽量で使い易い。クソ重いWMP7なぞ使いたくない。何とか「OS/2のPM123で編集→WinMeのメディアプレイヤーで再生」を可能にしたい。

		【参考】WMP7を起動していると、一部のゲーム（起動時にCD-ROMを確認に行くタイプ）が起動しなくなることがあるようだ。ゲームしながら放送大学の講義を聴くには、メディアプレイヤーの方が遥かに便利。

そこで、TA539（田吾作）というWin用タグ編集ツールを使ってタグを保存し直したところ、メディアプレイヤーでも再生可能になった。TA539でID3v2タブを表示させて、先頭にあるチェックボックスをいったん外し、再度チェックを入れて、保存すればよい。こうすると、内容はそのままでID3v2.4情報がID3v2.3情報に変換される。これにて一件落着。Windows Meのメディアプレイヤーで再生できないMP3ファイルに出くわしたら、TA539を立ちあげてこの操作をすればよい。どのみち、Windows環境に限定したハナシなのだから。

なお、OS/2上でID3v2.4情報を無効化するには、《id3v2.exe》というツールを使えばよい（Hobbesで入手）。これはコマンドラインツールで、「id3v2 -d myfile.mp3」とすれば、myfile.mp3からID3v2情報が削除され（認識できないのに削除はできる!?）、ID3v1のみのファイルとなり、WinMeのメディアプレイヤーでも再生可能になる。実に便利である。「-d」オプションの代わりに「-C」を指定して、v1情報をv2に上書きコピーしてもよい。

		なお、OS/2で使えるタグエディタは、このid3v2以外には存在しないと言ってもよい状況だ。QoobarというGUIを備えた最新のツールもあるが、こちらはQT4必須で日本語が通らない。古いツールもいろいろ試してみたが、ほとんどまともに起動しないか、ID3v2に対応していない。ちなみに、TA539はOdinでも起動できた。非常に重くて実用には苦しいが、内容とタグバージョンの確認くらいになら使えそうだ。一方、Audio EditorはOdinでは無理だった。起動だけはするが、ボタンは隠れるわ、音は出ないわで、使えなかった。

---

●クラッシュの兆候(2013.05.14)

そこで、リブートを掛けることになるのだが、おそらく、正常な再起動はできないだろう。PS/2マウスを認識せず、警告音が出るはず。その場合は、さらに再起動を掛ける。場合によっては、電源落とすなり、電源を遮断するなりする。それで正常起動は可能なはず。根本原因ははっきりしないが、マウスが極めて重要な役割をしていることは確か。最初はUSBマウスの問題かと思っていたが、PS/2マウスでも完全には解消されていない。

⇒その後、マウス自体を変更したところ、安定性がかなり向上した。しかし、このマウスはボール式でホイールも硬く、使い勝手が良くない。そこで、また最初のレーザーマウスに戻したところ、途端に不安定になった。もう、マウス犯人説は確定と言って良いだろう。今は、別のレーザーマウスを使っているが、かなり安定している（2013.06.06）。

⇒さらにその後、今まで外していたUSBマウス・ドライバを再度組み込んだところ、すぐに「ファイル削除→ハングアップ→内蔵カードリーダー認識不能」コンボも再発。ものの見事に関連性があることがわかった。ちなみに、リーダーはOS/2だけでなくWinMeでも認識不能。リーダー自体がフリーズした状態。たぶん、電源遮断（コンセント引っこ抜き）で復活すると思われるが、今回は放置することにした。なぜなら、復活させれば、必ずまた同じ症状が再発するから。当面、カードリーダーは外付けを使用することにする。

		ちなみに、これはOS/2の問題ではなく、PC側の問題である可能性も高い。たとえば、マウス周りのパーツがイカれていたりしたら、こういう症状が出ても不思議はない。しかし、それならば同じPCで使用しているWinMeでも障害が発症するはず。確かに、不可解な現象は散見されるが、それでもOS/2に比べれば遥かに安定している。あのMeたんが「安定している」のである！どう解釈すべきか…

⇒直後にまたもやクラッシュ。今度はPMViewでファイルを移動中に発生。再度USBマウス・ドライバを外した。また、電源遮断をして内蔵リーダーも復活させた。

---

●PMViewのQuickScript (2013.04.07)

ところが、PMViewのQuickScriptでResizeを登録して、パラメータを設定しようとするとPMViewが落ちてしまう。バグかと思ったが、そうではなく、これはどうやら日本語環境固有の問題のようだ。OS/2窓でCHCP 437を実行して、そこからPMViewを実行すれば、QuickScriptのResizeも正常に設定できる。ちなみに、QSの実行に関しては日本語環境でも問題はない。

---

●emTeXインストール (2013.03.31)

• 入手先はOS/2 site、DLするファイル数は60！めぼしいものだけにしようと思ったが、どうもインストーラがファイルが揃っているかチェックしているようなので、全部落とさざるをえなかった。
• 本来「DISKETTE.DOC」という名称のファイルが「DISKETTE.TXT」と誤った名称になっているため、インストーラに怒られる。リネームして使うこと。
• UNZIPはemTeX同梱のものを使うこと。私が普段使っているバージョンでは、インストール時にエラーが発生する。解凍自体ができないのではないようだが、オプションや戻り値が異なるのかも知れない。unzip512.exeを自己解凍して、出てきたUNZIP16.EXEをUNZIP.EXEとリネームし、インストーラと同じディレクトリに放り込んで使用した。
• それでも解凍時にエラーが出る。ディレクトリ区切りが認識されず、フルパスがそのまま一つのロング名のようになってしまう。原因はおそらくディレクトリ区切りが「\」でもバックスラッシュでもなく「/」だという点。ただ、「/」でも必ずダメなわけではなく、再現性が微妙。この症状が出たら、インストーラをそのままにして、症状の出たファイルだけ手作業でunzipし、インストール作業を続ければよい（再度「c」）。
• インストールが終ったらリブートして、今度は/emtex/install/installを実行する。これで各種ファイルが生成される。この操作をしないと、LaTeX（latex2e）なども使えない。
• dviプレビューアのフォント設定が自動的には行われない。そのため、dvipmでdviファイルを表示させても、文字は□になってしまう。dvipmのOptions｜FilesのFonts libraries.で、たとえば300dpiならば\texfonts\lj_base.fli（LaserJet用ベースフォント）を、180dpiならば\texfonts\p6l_base.fli（24pinプリンタ用）を指定するとよい。⇒Options｜Load optionsでljなりp61なりを読み込む方が簡単。
• dvipmの起動時にフォントなどを指定する際は、@のあとに\emtex\dataの中にある*.cnfファイルを指定する。たとえば、p6l.cnf設定（24ピン用180dpi）で起動したければ、dvipm @p6l test.dviといったように。なお、dvipm自体には所謂オプションを保存する機能はない。ウィンドウの位置情報などを保存しておくことはできるが（File｜Settings）、解像度やフォントのパスは起動する度に初期化されてしまう。また、Options｜Save optionsで保存した設定は、Load optionsで明示的に読み込む必要があり、デフォルト設定としては使用できない。

---

●USBとUniAudioによるクラッシュ(承前) (2013.03.31)

• UniAudioは1.95を使用すること。1.93ではKMPlayerの全画面表示でシステムがクラッシュする。
• KMPlayerでは明示的にdartを指定すること。デフォルトのuniaudio設定では音が壊れる。
• USBデバイスはストレージよりもマウスが怪しいと判明。とりあえずPS/2マウスに変更したら、安定性が格段に改善された。そう言えば、このマシンはアセンブル時にも同じようなことがあった。
• 内蔵メモリカードリーダーのスロットは、カードが挿入されていなくてもリソースを消費する。外付けのリーダーやUSBメモリが認識されなかったり、スリープから復帰したあとUSBストレージのドライブレターが狂うのも原因はそこ。内蔵リーダーはせいぜい2スロット程度を推奨。
• メモリカードはCFを推奨。他のメディアと比較して、安定性が格段に優れている。HPFSフォーマットの成功確率も高い。SDカードもCFアダプタ経由で使用するのが良い。また、フォーマットが壊れたSDカードをそのまま使用すると、システムがフリーズすることが多いが、CFアダプタ経由ならばFDISK(Win)やFORMATが効くようになる可能性がある。

●USBカードリーダー認識不能 (2013.03.05)

●USBストレージへのファイルコピー時のシステムフリーズ (2013.03.05)

●USBドライバとUniaudioドライバのIRQ競合 (2013.03.05)

---

●PDFファイルの表示 (2011.08.05)

お薦めはmuPDF（Odin）。簡便なビューアとしては極めて優秀。と言うか、Odinで動く数少ない実用ツール。その次はGSView。Ghostscriptは単体でインストールするより、GSViewといっしょにインストールする方が簡単（ただし、フォントのパス設定は変更が必要）。なお、GSViewは金払えメッセージが煩わしい。

---

●QT for OS/2 (2012.08.08)

【追記】QT4用に日本語フォントを移植してくれた方がいる。DroidSansFallbackAsArial.ttfというのがそれ。早速試してみたところ、smplayerで日本語表示に成功した。ただし、smplayer自体は動作がおかしく、スロー再生しかできなかった。フォントとは関係ないとは思うが、なかなか遠い道程である。(2013.07.03)

---

●Mobile Athlon/Duronのクロックを変更する (2011.12.23)

		てか、そもそもWarp 4.52にはAPM機能があるんだが、 例によって、これがまともに動作しているフシはない。 AC電源駆動だと、フル駆動設定がまったく変わらない。 プロパティ変更しても無効のようだし。

---

●キーボードトラブル (2011.08.30)

原因は特定できていないが、キーボードが周りが極めて怪しい。 もちろん、確証はない、経験と勘。 ただ、このトラブルが起きると、キーボードがおかしくなるのは事実。 入力を受け付けなくなったり、押してもいないCtrlキーが常時押下状態と判断されたり、キーボードに付いている3つのLEDが点滅し続けたりする。

あるいは、キーボード自体ではなくKVMスイッチの方に問題があるかも。というのは、この症状が起きた場合、キーボードをKVMスイッチから引き抜いただけでは直らないから。KVMスイッチのキーボードケーブルを両方のPCから引き抜くと直る（片方でも残っていると、そこから給電されて暴走状態が維持されてしまうようだ）。

一応、現在想定しているトラブル・シナリオ：

1. キーボードコネクタのゆるみなどで不正常な信号が発生
2. それによってKVMスイッチが暴走
3. KVMが不正な割り込みをPC側に返してPCがフリーズ

---

●インストール直後にすべきこと (2011.02.23)

• STARTUP.CMDを無効にする（例えばSTARTUP.CM_とリネーム）
• CONFIG.SYSの中のSET AUTOSTART=からCONNECTIONSを削除する。
• ［始動］フォルダから［ネットワーク・メッセージ］を外す。
• CONFIG.SYSにAUTOFAIL=YES、PAUSEONERROR=NO、SET DIRCMD=/O:GNを追加する。

---

●VIOセッションの「スクロール」 (2011.02.21)

ちなみに、スクロールを有効にしたからと言って、画面から消えた行がバックスクロールができるようになるわけではない。バックスクロールが必要な場合は、予め「mode 80,50」などのようにして、行数を増やしておくとよい（この場合は「50」が行数）。行数の上限は一応50だが、実際には100までは有効なようだ。

---

●FFSTのSYS3175エラー (2010.12.17)

で、ネットで調べたところ、海外ではこのエラーの報告がかなりあるようだ。そして、どうもFixPakを当てた後に発生することが多いらしい。確かに、私もW45_PACKを当てた後だが、W45_PACK適用直後は絶対にこの現象は起きなかったと断言できる。その後、思い当たるようなシステム変更もしていないのに突然発症。ふ〜む。

ま、原因究明はおいておいて、とりあえず対処方法。\OS2の中にあるFFST.EXEをリネームして起動不能にしたら解決？　ま、通常使用には必要でない機能だし、そもそも起動不能だからエラーが出るのだし、メモリダンプが記録されたからと言って、もはやサービスマンに見せることも不可能なワケだし…盲腸みたいなもんだからね。切除もありかな、と…

ちなみに、［機能の削除］で［システム・ユーティリティ｜サービスおよび診断援助機能］を削除してはいけない。これは、PSTATの方を削除してしまう。流石にPSTATは必要でしょう。

---

●日本語ファイル名の文字化け (2010.11.29)

問題はDBCSを考慮していないPMViewなどの欧米アプリ。一応、オープンダイアログでロング名表示＆日本語フォント（例えばGOTHIC 8pt）に設定した上で、ファイル名にこれらの文字を入力すれば、正常に表示できるようなのだが、実名の方が化けてしまう。

たとえば、この方法で「ソ」(83-5C)を入力すると、表示は「ソ」だが、実名の方は「83-21」となる。つまり、5C(\)が21(!)に化けるわけだ。もちろん、PM上でリネームすれば、ロング名も実名も「ソ」となるが、これだとPMViewでは読み込めない。ふ〜む。また、実名のみが化けた状態でPMからネットワークドライブにコピーをすると、ロング名が優先され、コピー先のファイル名は「ソ」のままで化けない。ファイル名としてありがたいが、当然、PMViewでは読めなくなる。一方、自作ファイラーでは実名優先で、化けたままコピーされてしまうが、PMViewでは読み込める。なかなかに悩ましい状態だ。

対処方法としては…まあ、平仮名の「そ」とか半角の「ｿ」で代用するのが現実的だろうな…

【追記:2013.12.09】PMViewに関しては、FileOpenダイアログで［右クリック｜View｜Long name］を外すと文字化けが起きないようだ。ただし、システム設定などとも密接な関係があるようで、何とも言えないというのが本当の所。最近までは、PMView上では化けたが実名は正常だった。しかし、システムの再インストール後は、PMView上では正常だが実名が化けるようになった。それが、Long name属性を外すと両方正常になった。さて、これがいつまで続くか…

【追記:2013.12.12】上記の設定でも、2バイト目が5c(\)の文字だけは化けるようだ（「ソ」や「十」）。それ以外の文字（「タ」や「真」）の文字化けは起きていない。

---

●URLとパスの変換 (2009.10.02)

また、URLの「?」は、パスでは「.」になる！？これはけっこう間違えやすい。

  URL   www.abc.com/xyz123/bbs.cgi?mode=resin&no=12345
  PATH  www.abc.com\xyz123\bbs.cgi.mode=resin&no=12345
                                 ===

  PATH=TRANSLATE(URL,'\.','/?');

【注意】Sslupr!で「&」などのHTMLの記号表示を使うと不具合が出ることがあった。ダウンロードはできるのだが、ローカルにファイルが作れない。しかし、これはSslupr!側の問題ではなく、OS/2のファイルシステム自体の問題のようで、リブートしたら発症しなくなった。

---

●FATとロング名 (2009.04.13/2010.12.09)

もちろん、コマンドラインで拡張属性が扱えないわけじゃない（というよりも、欝陶しいくらい律義に扱っている）。だから、PM上でFATドライブに書き込んだロング名ファイルを、コマンドライン上でHPFSドライブに実名コピーすれば、きちんとロング名が再生される。ただ、コマンドライン上ではロング名を見ることも、ロング名ファイルをコピーすることもできない。つまり、PMを介さない限り、FATではロング名が扱えないのだ。これは、コマンドラインツールを多用する私には、極めて大きな問題なのだ。もちろん、REXXのSysCopyObjectなどを使ったスクリプトを書けば、コマンドラインでもロング名ファイルを扱えるが、けっこう面倒だ。

一方、ネットワークを噛ますとどうなるかと言うと…。まず、OS/2のFATドライブを公開して、Windows Meからアクセスしても、ロング名は扱えない。OS/2同士でもやっぱりダメ。OS/2の公開機能はロング名拡張属性に対応していないんだね。逆に、Windows MeでVFATやFAT32を公開して、OS/2からアクセスすると、やっぱりロング名が扱えない。あらあら。ただし、OS/2のSamba clientからWindowsの公開フォルダにアクセスに行けば、ロング名が扱える。けっこういろいろ面倒である。

●シャドウ作成不能 (2008.03.08/2010.12.09)

2008.04.04／Hドライブの異常再発。今度はHドライブにあるフォルダのシャドウを別ドライブ（I:）に作成しても、シャドウとして機能しない（開けない）。直前にシステムハングがあって、OS2.INIが書き込めない、というメッセージが出たんでCtrl+Alt+Deleteをしたんだが、それと関係がありそうだ。やっぱ、iniが壊れているような気がする。ちなみに、プログラムの関連付けの設定も飛んでる。まあ、iniが怪しいのは間違いないな。で、どうすりゃいいだろうねえ…。とりあえず、LVMでH:をX:に変更したら直った…と。変則的なドライブレターで使うのも何なんだけど。

2010.12.09／その後の試行錯誤から出た答えは…

os2sys.iniのPM_Workplace:Handles0/1の容量オーバー

●HPFSとフラグメンテーション (2008.02.10/2010.12.10)

【追記】この点についても、その後の試行錯誤で判明したのは、

os2sys.iniの肥大化

なお、ターゲットフォルダを開いて最小化しておくと、わりと高速に移動／コピーできる。ターゲットフォルダを閉じたままにしておくと、ファイル数100あたりから動作が重くなり始めるが、開いておけばほとんど気にならない。ただし、フォルダ内のファイル数が1000くらいになると、開いた状態でもシステムにおかしな負荷が掛かり出す。やはり、こまめにサブフォルダに待避する方がよい。

●ディレクトリ内ファイルの合計サイズの表示 (2008.02.10)

---

●dfseeによるUNDELETE (2009.11.28)

1. まず、システム時計を10年くらい遅らせる…理由は聞かないで(^_^;
2. dfsos2を起動する（凄く時間が掛かる）。
3. MODE=FDISKのOpen Partition to work onメニューで目的のドライブを選ぶ。
4. コマンドラインでdelfindとして削除ファイルを検出。 空きスペースを全部サーチしているからけっこう時間が掛かる。
5. で、処理が済んだらコマンドラインでDELSHOWして一覧表示する。 DELFINDとDELSHOWはメニューからも実行できるけど、 なんかうまく行かなかった。コマンドライン推奨。
6. で、削除ファイルのリストが入手できたので、そこからファイルを復活。 これはメニューの［Recovery…］から［Mode=HPFS｜File Recovery/Undelete｜Recover files from list］。
7. で、復活先のディレクトリを指定する。 これ、元ディレクトリだと拙いだろうね、たぶん…。 恐いので別ドライブを指定（つか、全復活で元位置だと逆に困るよね、復活して欲しくない物まで復活して）。
8. で、復活させる削除ファイルを指定できるんだが、 この指定もうまくいかないので、全復活。 で、ディレクトリ構造付きで復活されるので、 まあ、それはそれでいいか…と。

なお、dfseeもPhoenixもFATの復元をしてファイルを復活させるタイプだが、OS/2システムのDELDIR/UNDELETE機能は所謂「ごみ箱」式。後者の方がシステム負荷は大きくなるが、安全性は高い。しかし、デフォルトのごみ箱容量が各ドライブ512KBってのは、どうよ…。とりあえず、300MBくらいにして使い勝手を試してみるか…

---

●ヘルプのコピペ (2008.03.06)

●OS/2窓の桁数・行数 （2007.08.25）

●REXXのリアルタイムキー入力 （2007.08.25）

●FAT32とブートマネージャ（2007.08.09）

ドライブ	領域名	DOS表記	OS/2表記	ファイルシステム	用途
--	(BM)	8MB	7MB		ブートマネージャ
C:	DOSV	16MB	15MB	FAT16	DOS/V 6.3
C:	WINME	4997MB	4996MB	FAT32	Windows Meシステムドライブ
D:	WARP452	1004MB	1004MB	FAT16	Warp 4.52システムドライブ
E:	WORK	1004MB	1004MB	FAT16	データ領域
F:	BANK	1004MB	1004MB	FAT16	アーカイブ領域
	トータル	8033MB	8030MB

注意すべき点は、先頭8GBと言っても、正確に8000MBではないこと。および、DOS/Windows系のFDISKとOS/2のLVM（FDISK）では、領域サイズの表記に多少の誤差が出ること。さらに、いきなりLVMで上記のような領域を確保しても、FAT32ドライブはうまく作れないこと。どうやら、FDISK段階からFAT32対応版を使う必要がありそうだ。

実は、未だにWindows MeをサラのHDDにインストールする方法をよく理解していないのだが（従来は2GB以内で良かったので、全部DOSシステム上でインストールしていた）、一応、次のような方法を使った。

1. Windows Meの起動ディスクでPCをブートする。
2. 作成されたRAMドライブの中にあるFDISKを使って、先頭24MBをダミー領域として空けて置く（これはOS/2のLVMでやるべきか？）。確か、DOSのブート領域には「先頭2GB」のシバリがあるで、Windows Me領域の後ろに作ることはできない。
3. 同じくFDISKを使って、Windows Me用の領域4996MBを確保する。なお、領域サイズは「4997MB」ではなく「4996MB」を指定すること。いきなり4997MBにすると次のクラスタに切り上げられてしまう。
4. FDISKを終了してリブートを掛けて、再度Windows Me起動ディスクでブートする。
5. さきほど確保した領域をフォーマットして、Windows MeのCD-ROMからSETUPを実行する。
6. Windows Meのインストールが終了したら、OS/2のLVMで他領域の確保とブートマネージャへの登録を行う。

●LANDISK LACIE ED mini（2007.07.28/2010.12.11）

• ワークプレース・シェル操作は一切ダメ。
• コマンドライン操作（COPY等）は可能だが、拡張属性を持つファイル（サムネール付き画像など）は、PC→LANDISKの書き込みができない。
• コマンドラインでのLANDIKS→PCのコピーなどは特に制限なく可能。
• 仮想DOSは拡張属性をサポートしていないので、DOSファイラーを使えば読み書きともに可能だが、仮想DOSではロングファイル名が扱えない。

【追記】その後の、NetDriveのsamba clientをインストールすることで、これらの問題を解決することができた。ワークプレース・シェルでもファイラーでもコマンドラインでも、拡張属性の問題で書き込みが拒否されることはなくなった。

LACIEのED miniのHDD自体は日立製で比較的静かだが、ファンは非常に騒い。一応ファンコン付きだが、冬場でもすぐに回転し始める。サイレントタイプに換装しようと思ったが、ファンサイズが35mm角。こんなサイズのファンは滅多に売っていないし、あっても非常に割高だし、サイレントタイプとなるとさらに見つけるのが困難。仕方ないので40mmのサイレントタイプで代用しようと思ったが、やはり物理的に装着不能。仕方ないのでファンの電源引っこ抜いた。さて、これで動くか…ファン監視システムがあればダメだし、熱暴走の可能性も否定できないし…。それに、ファンレスでもやっぱりそれなりの回転音はする。一定時間アクセスがないと自動的にHDDの回転を止める機能はないのか？　結局、ファンを元に戻して部屋の外に置くのが最も正しい使い方だとも思うけど…

---

●インターネット時刻合わせ (2007.04.19)

	nistime -s1 ntp.nc.u-tokyo.ac.jp

---

●システムの不安定化−−リソース不足 (2007.04.07)

リソース不足の原因は、要するにアプリケーションの「酷使」あるいは「長期連続使用」にある。特にMozillaはかなり強烈にリソースを食うので、少なくとも一日に一度は終了する方が良い。Mozillaで画像が正常に表示されなくなったような場合には、Mozillaの終了・再起動でほとんど直る。ただし、症状が酷い場合にはシステムのリブートが必要になる。

●KBFのZIP呼び出し−−子プロセスのディレクトリ変更 (2006.12.28)

KBFは自作のファイラーだが、子プロセスからZIPを呼び出そうとして大ハマリした。何が問題だったかと言うと…、CMD /Cで子プロセスを呼び出す場合、カレントディレクトリがd:\になってしまう点。x: & cd yyy とかもやってみたんだが、どうもうまくない。カレントがd:\固定だと、書庫ファイルや圧縮するファイルはフルパス付きでないといけない。それはまあ、納得なんだが、フルパス付きで格納されるのはちと困る。

で、パス情報をネグるオプションを探したんだが、「-D do not add directory entries」が全然機能しない。これは別の目的のオプションらしい。結局、パスをネグるのは「-j junk (don't record) directory names」の方だと気が付いて（もっと早く気が付け！）、これにて解決なんだが…カレントディレクトリの変更をもう少しスマートにサポートしないと使いにくいなあ…

あ、これねえ、引数を""で括ればいいみたいだねえ

　だめです　cmd /c f: & cd tools2 & dir
　よいです　cmd /c "f: & cd tools2 & dir"

---

●マルチメディア・データのデフォルト動作 (2006.05.20)

もっとも、解決方法が全然ないわけではなく、Jpeg画像に関しては、PM Viewがデフォルト動作を奪い返してくれた。ver.1.05では、特別な操作をしなくてもPM Viewがデフォルトのビューアになるが、それよりも前のバージョンだと、別途SETDEFV.CDMとかMAKEDEFV.EXEと言った、デフォルト動作変更プログラムを実行する必要があった。逆に言えば、そのプログラムがあれば、他のマルチメディア系データもMMOS2の呪縛から解き放たれる可能性があるわけだ。MAKEDEVF.EXEはEXE形式なので難しいが、SETDEFV.CDMはREXXであろうから、解析すれば応用が利くはずだ……というところで、小休止。肝腎のSETDEFV.CDMの入手で行き詰まっている。WPSから当該マルチメディア・データのクラスを削除するという方法はダメだった。

で、まあ、とりあえず、既存のMPEG（*.mpg）ファイルをWarp Visionに関連付けるREXXスクリプトを書いてみた。なお、Warp Visionは［右クリック｜オープン］で表示されるメニューの4番目に登録されているものとする（MPEGファイルでは、エディタ、プレーヤ、再生の3つが強制的に登録されてしまうため、4番目以降にしか登録できない）。

/* MPEGデフォルト動作変更スクリプト     */
/* 対称はJドライブのすべてのmpgファイル */

CALL RxFuncAdd 'SysLoadFuncs', 'RexxUtil', 'SysLoadFuncs'
CALL SysLoadFuncs

Call SysFileTree 'J:\*.mpg', mpg, 'FOS';
Do n=1 to mpg.0
  Say mpg.n
  Call SysSetObjectData mpg.n, 'DEFAULTVIEW=4'
End;

●デスクトップの縦サイズ (2006.05.11)

ちなみに、lswitchを使用している場合、実際に画面に表示されるのは縦715ドット。つまり、1024×743で完全原寸表示だが、下端の28ットに関しては隠れて見えない、ということになる。

●OS/2セッションでキー入力を受け付けない (2006.05.11/2010.12.10)

●マウスのドラッグができなくなる (2006.05.11)

●ユニコードのテキストの変換 (2006.05.11)

●Sibylメモ (2006.05.11)

• 再描画はPaintBox1.Refresh;、Canvasのメソッドではない点に注意。
• どうしても余白が取得できないとダメかなあ…弥縫策はできたけどね…
• Printer.TitleはBeginDocの前に設定しておく必要があるようだ
• IF st[1]=Chr(12)...のようなときには注意。stが可変で空行だと前回のst[1]が残っている可能性が高い。バグとは言えないけれど、Pascal系言語としては少々行儀が悪い。
• PrintDialogで設定した値は自動的にPrinterオブジェクトに設定されるらしい。
• 用紙設定、プリンタの用紙サイズが正確に取得できない（余白分が取得できない…）

●全ウィンドウの最小化 (2006.03.17)

→と思ったけど、Warp 3.5でもほとんどのオプションが使えるようだ。デスクトップ・アイコンの再クリックでのウィンドウの復元も可能。でも、確かにできないこともあったんだよね。う〜ん、何かトラブっていたのかな？

●ATMフォントが無効になる (2005.12.31)

●ユーティリティ (2005.08.19)

プロキシ：と言うよりもキャッシュなんだが、WBI、良くないね〜。メニューバーを表示するにはJava Script必須で、大した機能もないくせに、アクセスに支障が出ることがある。WBIの機能にどんなメリットがあるんだろう？

フィルタリング：Web Willyが定番なのかな？普通にページ単位でアクセスを禁止するのには便利でしょう。しかし、そのページじゃなくて、そのページに読み込まれるファイルの表示を禁止するものが欲しい（たとえば、ページ内のFlashのデータを読み込まないとか…）。どっかにないかな？

●xenouvaシステム・レポート (2005.08.03/2010.12.10)

対応策は、空きスペースを増やすこととデフラグを掛けること。空きスペースの方は、不要ファイルの移動で何とか対処しているが（ディスクから未使用領域を確保して新ドライブを作った）、デフラグは何ともならない。調査不足かもしれないが、Warp 4.52で使えるデフラグツールはないような気がする。で、一番まっとうな方法である一括移動（コピーのし直し）で手動デフラグをやっている最中である。そのせいか、多少安定的に動くようになった気がする。

ところで、はじめにソフト／ハードともいじってないと言ったが、それはちょっとウソで、実はCPUのクロックダウンをしていた。元々ファンレス動作させていたのだが、夏になったせいで、Winではときどき熱暴走するようになってしまった。しょうがないので半クロックで動かしていたのだが、これもどうもあまり良いことではなさそうだ。クロックダウン以後、OS/2は不安定になったような気がする。現在は元に戻しているが、元に戻した後もフリーズは発生したので、直接的な原因ではないかもしれないが、無関係でもなさそうな気がする。

もひとつ、前々からマウスがらみの動作の不安定化が気になっていた。実は、クロックダウン直後からポインタずれの頻度が非常に下がっていたのだが、数日前から逆に非常に頻繁に出るようになった（クロックはダウンしたままの状態）。とういことで、どうもクロックとポインタずれは関係なさそうだ。また、最近とみに気になっているのが「ポインタとび」で、意図しないときに、ポインタが勝手に画面の左下の隅（FEPのパネルの位置）に移動してしまうことがある。

で、�@Taskbarの使用を中止、�ANPSWPSの使用を中止、�B非同期フォーカス変更（システム｜ユーザー・インターフェース）をオフにする、�CVIOマウスアクションをオフにする、�DマウスのPageUP/PageDownとTab/Shift-Tabをオフにする、という設定変更をしてみた。これでもポインタとびは発生するが、多少は良くなったような気もする。また、設定変更後はポインタずれの方は出ていない。しばらく、この環境で試してみたい。

• 上記5つを外してもポインタとびが出る。
• TaskbarとNPSWPSがポインタずれの原因でないことは判明している。
• Taskbarがシステム不安定化のかなり大きな要因であることは判明している。

●IBM Works (2004.10.03)

その後、Warp 4のBonusPakをインストールする方法があるらしいことがわかった。でも、ちょっと面倒臭そうなのと、Warp 3のBonusPakでも機能的には十分なので、手を出さないことにする。

●Warp 4.52のDHCP

で、はじめてWarp 4.52のDHCPを使ってみた。で、これで実に簡単に接続できたんだが、DNSサーバに書き込みしようとするんだね。なんだろう、これ？　ま、［始動］から外しておいたけど。で、netstat -rでルートを調べてたら、随分沢山のルートが出てきた。何か恐いなあ。ルータとファイアウォールなしで使うのは当面だけだけど…

●HDDの不具合について

• ブート時やインストール時にHDDが動作していないというエラー(SYS0049)が出たら、IDEドライバをIBM1S506からDANIS506に変更するとよい。
• AWARD BIOSではIDE DMA TransferはDisableにすること。

●LVMによるパーティション管理

• 最初に物理ビューでパーティションを確保してから、論理ビューでボリューム登録をすること。いきなり論理ビューから空きスペースにボリュームを作ると、勝手に空きスペースの後ろから領域が確保されてしまう。LVM嫌い。
• 複数の基本区画を確保する場合、二番目以降の基本区画にはダミーのドライブレター(XやZなど)を割り当て、そのあとOS/2から隠す設定をする。非常に不自然な手順だなあ。LVM嫌い。
• LVMはPartition Magicとの相性がとても悪い。少なくとも、いったんPartition Magicでパーティションをいじったら、LVMで管理し直す方がよい。面倒臭い。LVM嫌い。
• WindowsによってブートマネージャがInactiveに設定されてしまったら、LVMでいったんブートマネージャを削除したあと再度インストールする。単純にActiveにする方法が見つからなかった。LVM嫌い。

●Warp 3のCSDレベル

確か、3.01からHDDインストールが楽になったんじゃなかったかな？　逆に言うと、3.0ではFDに細工が必要だったような記憶がある。本当は3.01の Connect with WIN-OS/2が欲しいのだが、存在してないんじゃないかな？

---

●フォントの基礎知識

ラスターフォント

ビットマップ・フォントのこと。サイズやスタイルごとに別々にデザインされている。見た目は奇麗だが、サイズは制限される。

ベクターフォント

TrueType fontなどのアウトライン・フォントのこと。1つの字形データから様々なサイズやスタイルの字形を生成する。サイズは自由に指定できるが、表示が遅く、見た目も汚い。(*)

ATMフォント

アウトライン・フォントの一種だが、OS/2では小サイズのときにはラスターフォントに置換される。したがって奇麗。なお、TrueTypeとの根本的な違いはアウトラインの生成の際に使用される補間曲線がベジエかスプラインかの違い…なんて言っても始まらないかな？ (*)

MINCHO System

明朝のラスターフォントなのだが、通常のMINCHO (normal)よりも行間が広く取れる。エディタのように長い文書を表示する場合には、こちらの方がずっと読み易い。

MINCHO Proportional

MINCHO Systemの英字をプロポーショナル・ピッチにしたもの。最も美しい表示が可能。ただし、表示できるサイズが非常に限定されるのが難点。

---

●私の定番ツール (2012.08.10)

【逆襲のOS/2目次】 【ホーム】