SYS$SCRATCH:ETCETERA.LOG;1

2020-09-12

stage

Japan Times Alphaの2020年8月21月号に掲載されたコラム「Odds & Ends」（James Tschudy）の話題は「stage」でした。このコラムは毎月テーマを決めていて、8月のテーマは「Japanese English」です。日本人は英語だと考えているけど、ネイティブが理解している意味から外れており、コミュニケーションの障害にもなるものです。

コラムでは、ミュージカルを観にいった女性から「It was a wonderful stage.」と言われたという逸話が語られています。日本人が使う「stage」というのは、英語ネイティブからすると理解に苦しむので、本来の使い方についてコラムで語られます。

著者は、何故日本人がミュージカルなどの演劇のことを「stage」と呼ぶのかわからないと書いています。

I wonder how the Japanese-English meaning got started. It might have come from "stage play," but I don't have any idea. My dictionary isn't any help either.

これは私見ですが、日本人が英語で「stage」を使ってしまうのは、日本語ではミュージカルなどを（「演劇」と呼ぶこともありますが）「舞台」と呼ぶからなのではないでしょうか。日本人に限らず、外国語を使う場合（日本人が英語を使う場合もそうですが）母語の影響は無視できません。日本人がミュージカルを鑑賞して「素晴らしい舞台だった」と感想を述べるのを、英語で「It was a wonderful stage.」と直訳してしまったからではないかと思うのですが、どうでしょうか。

2020-09-08

VSI版OpenVMS Alpha 8.4-2L1のインストールに失敗

Digital PersonalWorkstation 500auのシリアルコンソールが使えるようになりました。またVSIから入手したOpenVMS AlphaのZIPEXEファイルを展開してISOファイルを取り出し、CDに焼いてあります。これで準備が整ったので、DEC版OpenVMS Alpha 7.2がインストールされていたマシンを、VSI版OpenVMS Alpha 8.4-2L1にアップグレードしてみました。

しかし残念ながら、アップグレードに失敗しました。まず最初は、システムディスクのファイルを残してアップグレードを試みましたが、エラーが出てしまいました。

The following product has been selected:
VSI AXPVMS OPENVMS V8.4-2L1 Platform (product suite)

Configuration phase starting ...

You will be asked to choose options, if any, for each selected product and for
any products that may be installed to satisfy software dependency requirements.

%PCSI-E-UPGRADERR, existing version of product that VSI AXPVMS OPENVMS V8.4-2L1
upgrades is incorrect
Terminating is strongly recommended. Do you want to terminate? [YES]
%PCSI-E-S_OPCAN, operation cancelled by request
%PCSIUI-E-ABORT, operation terminated due to an unrecoverable error condition

Installation has been aborted.

システムディスクに残っているファイルが悪影響を及ぼしているかもしれないと思ったので、次にシステムディスクを初期化するようにしてインストールを試みましたが、やはり失敗しました。

Execution phase starting ...

The following products will be installed to destinations:
VSI AXPVMS AVAIL_MAN_BASE V8.4-2L1 DISK$ALPHASYS:[VMS$COMMON.]
VSI AXPVMS CDSA V2.4-320A DISK$ALPHASYS:[VMS$COMMON.]
VSI AXPVMS DECNET_OSI V8.4-D DISK$ALPHASYS:[VMS$COMMON.]
VSI AXPVMS DWMOTIF V1.7-F DISK$ALPHASYS:[VMS$COMMON.]
VSI AXPVMS DWMOTIF_SUPPORT V8.4-2L1 DISK$ALPHASYS:[VMS$COMMON.]
VSI AXPVMS HPBINARYCHECKER V1.1-A DISK$ALPHASYS:[VMS$COMMON.]
VSI AXPVMS KERBEROS V3.1-152A DISK$ALPHASYS:[VMS$COMMON.]
VSI AXPVMS OPENVMS V8.4-2L1 DISK$ALPHASYS:[VMS$COMMON.]
VSI AXPVMS SSL V1.4-502A DISK$ALPHASYS:[VMS$COMMON.]
VSI AXPVMS SSL1 V1.0-2JA DISK$ALPHASYS:[VMS$COMMON.]
VSI AXPVMS TCPIP V5.7-13ECO5F DISK$ALPHASYS:[VMS$COMMON.]
VSI AXPVMS TDC_RT V2.3-1220 DISK$ALPHASYS:[VMS$COMMON.]
VSI AXPVMS VMS V8.4-2L1 DISK$ALPHASYS:[VMS$COMMON.]

Portion done: 0%...10%

%PCSI-E-OPENOUT, error opening DISK$ALPHASYS:[VMS$COMMON.][SYSHLP]HELPLIB.HLB; a
s output
-RMS-E-FNF, file not found
%PCSI-E-OPFAILED, operation failed
Terminating is strongly recommended. Do you want to terminate? [YES]
%PCSI-E-CANCEL_WIP, termination resulted in an incomplete modification to the sy
stem
%PCSI-E-S_OPCAN, operation cancelled by request
%PCSIUI-E-ABORT, operation terminated due to an unrecoverable error condition

Installation has been aborted.

このエラーについては、同様の現象がVSI OpenVMS Forumやcomp.os.vmsでも報告されています。

このマシンはインストール出来ることを、VSIが正式に保証しているわけではないので、うまくいかないことがあってもやむを得ないと思いますが、なんとかインストールを成功させたいと思います。

2020-09-05

Digital PersonalWorkstation 500auのシリアルコンソールが復活した

Digital PersonalWorkstation 500auの基盤に取り付けられているCR2032を交換しましたが、何故かシリアルコンソールが出なくなってしまいました。何か表示が出るとか、ビープが鳴るなどの、何らかのアクションを起こしてくれれば、それを手掛かりに原因究明をおこなうのですが、何も出ません。このマシンにはグラフィックスボードもついており、もしかするとグラフィックス画面に何か表示が現れているのではないかとも考えられますが、（Web上でみかけた情報によると）ディスプレイやキーボードが接続されていなければ自動的にシリアルコンソールが有効になるそうです。

数年前にもシリアルコンソール出力に異常があり、その時に試行錯誤した記録を確認してみました。その時には、メモリスロットにあるメモリを、手持ちのメモリと入れ換えて様子をみたようです。そのうちになんとなく直ってしまったので、最終的に何が問題だったのかは不明なままです。今回も原因が不明（少なくともCR2032の交換が原因ではないと思う）ですが、前回同様メモリあたりから確認してみようと思います。

現状を確認すると、このマシンはメモリスロットが6本あり、2枚ずつ3組挿せるようになっています。基盤にはDIMM5、DIMM3、DIMM1と印刷されているのが見えます。メモリは次のようになっていました。

DIMM5：54-25092-DA x2
DIMM3：54-25092-DA x2
DIMM1：IO-DATA PC133 E133-256M

ひとまずメモリを全て取り外して電源を入れてみます。するとビープ音が鳴り異常を通知します。シリアルコンソールには何も表示がありません。

次にDIMM5に54-25092-DA x2だけを取り付けて電源を入れてみました。すると（もちろんビープは鳴りません）シリアルコンソールに表示が現れました。CR2032を交換したことで初期状態に戻ってしまったようでAlphaBIOSが起動しましたが、これはSRMに変更すれば良いだけの事です。ともかくシリアルコンソールが復活したのは大きな前進です。

今度はDIMM5にIO-DATA PC133 E133-256 x2だけを取り付けて電源を入れてみました。するとビープ音がなり、シリアルコンソールには何も表示がありません。これが問題の原因なのかもしれません。基盤を見ると、メモリスロットの側にLEDが8個あり、マシンの状態を示しているようです。上下に4個づつ配置されており、上段は「ON-ON-ON-OFF」、下段は「OFF-OFF-ON-ON」でした。

どうやらメモリに問題がありそうなので、DIMM5に54-25092-DA x2を、DIMM3に54-25092-DA x2を取り付け、DIMM1は空きのままとしました。この状態で電源を入れると、ビープも鳴らず、シリアルコンソールにも出力が現れました。CR2032を交換しているので、AlphaBIOSには戻らずSRMのままです。ちなみに、この状態でLEDを確認したら、上段は「ON-ON-ON-OFF」で、下段が「OFF-ON-OFF-OFF」でした。

これまではIO-DATAのメモリを挿したままでも問題が無かったのですが、偶々運が良かっただけだったのかもしれません。現状でもメモリは512Mあるので、問題はないでしょう。

>>>show config

Firmware
SRM Console: V6.9-7
ARC Console: 5.67
PALcode: VMS PALcode V1.20-14, OSF PALcode V1.22-17
SROM Version: v5.90

Processor
DECchip (tm) 21164A-2 Pass 500 MHz 96 KBytes SCache
2 MB BCache
PYXIS ASIC Pass 257

MEMORY

Memory Size = 512Mb

Bank Size/Sets Base Addr
------ ---------- ---------
1 256Mb 00000000
2 256Mb 10000000

BCache Size = 2Mb

Tested Memory = 512Mbytes

ともかくシリアルコンソールが復活したことで、VSI版OpenVMS Alpha 8.4-2L1を試してみることが出来るようなりました。

2020-09-04

WebブラウザとWebアプリケーション

普段利用しているのはFirefoxです。そのOSはWindows10なので、以前ならInternet Explorer、最近なら旧EdgeとかChrome Edgeが入っているのですが、これまではFirefoxを利用してきました。

Webが登場してから、いろいろなブラウザが現れ、進化してきました。しかし当初から言われているのは、ブラウザによってWebアプリケーションの動きが違うという事です。昔のWebアプリケーションは、画面も機能もシンプルでした。それでもWebブラウザによって画面が崩れたりしましたが、Webアプリケーションの機能もシンプルなので、利用する側としては、それほど困りはしませんでした。

ところが最近は、Webアプリケーションの機能が深化してきたためなのか、Webブラウザによって特定の機能が動作しない事例が増えてきました。これは致命的です。

利用しているFirefoxのバージョンは80.0.1です。Firefoxの最近のバージョンでは、このブログの記事を編集する画面が、うまく動作していないのです。一方でGoogle Chrome 85.0.4183.83ならば、全く問題がありません。さらに最近気づいたのが、FirefoxだとStarbucksのリワード管理画面が開かないことです。これもGoogle Chromeなら問題ありません。これ以外にも、Firefoxでは機能しないWebサイトがあります。

このような現象は、Firefox自体の問題なのか、僕の設定や利用しているアドオンの影響なのか、よくわかりません。分かっていることは、Firefoxでは特定のWebサイトの機能が正常に動かないということです。

Webサイトを開発している側からすれば、多彩な利用者のWebブラウザ環境をフォローするのは困難でしょう。だからWebサイトが推奨するWebブラウジング環境を提示し、それで動くことを保証するのが精一杯だろうと思います。しかし利用者側にとってみれば、Webサイトが期待した環境とは異なっている場合も少なからずあります。その時に、利用者側の不具合を解決するためにWebブラウザに申告しても、必ず解決できるとは限りません。もしかすると将来のバージョンで解決するかもしれませんが、何時になるか分かりません。そうであれば、利用者が出来ることは、問題が発生するWebサイトは利用しないか、Windows10に付属する新Edgeを使うことにするか、いずれかでしょう。

2020-09-03

PWS500auのCR2032を交換したらシリアルコンソールの出力が出なくなった

Digital PersonalWorkstation 500auは、シリアルコンソールで利用しています。OpenVMSを利用するにはSRMにしておく必要がありますが、電源を入れるとAlphaBIOSが起動してしまいます。内部バッテリCR2032が切れてしまったのかもしれません。交換作業は難しくありません。過去（2009年頃および2014年頃）にも交換作業をしました。

新しいCR2032と交換して、電源を入れたところ、なぜかシリアルコンソールに出力が出なくなりました。このような問題が生じるとは考えていませんでした。おそらくAlphaBIOSが起動するだろうから、SRMに変更しようと思っていたのです。CR2032を交換したので、今後は電源を入れても、AlphaBIOSに戻ることは無く、SRMで起動するハズだと考えていました。事実、過去に交換した時には、そうだったのです。

シリアルコンソールに何も表示がでないと、手も足も出ません。何か故障でもしているなら、電源投入時の自己診断で、何かビープ音でも出そうなものですが、異常を知らせるような音は発していません。

このマシンは過去にもシリアルコンソールが突然出なくなる現象を起こしたことがあります。調べても問題の原因が不明で、いつの間にか現象が現れなくなっていたのですが、再発したようです。何が問題なのか不明なので、対処のしようもありません。かと言って、このままでは鉄屑になってしまうので、冷静に状況を確認しながら、解決を図ろうと思います。

VSI版OpenVMS AlphaのCDが焼けたことだし、早速インストールしてみようと思っていましたが、ひとまずお預けです。ZIPEXEの問題は解決しましたが、シリアルコンソールの問題が再発して、一難去ってまた一難という感じです。

VSI版OpenVMS Alpha 8.4-2L1のZIPEXE

VSI版OpenVMS AlphaのCommunity Licenseを取得したら、キットを提供している場所も教えてくれたので、ダウンロードしておきました。ところが拡張子が「ZIPEXE」になっています。自己解凍形式ZIPファイルだと思うので、Hobbyist OpenVMSとして入手したOpenVMS 7.3で実行してみましたが、エラーが出てしまいました。

問題が発生した時の基本的な態度は、エラーメッセージの意図するところを理解して解決を図ることです。それはそうなのですが、このアプローチでは解決までの道のりは遠そうです。別のアプローチとしては拡張子「ZIPEXE」とは何者なのか調べてみることです。このような拡張子は以前には見かけた記憶がありません。

comp.os.vmsで「ZIPEXE」というキーワード検索をしてみたら2006年8月30日付の投稿「Changes to OpenVMS Patch Kit Formats」が見つかりました。さらに投稿に対する応答の中に次のような記述を見つけました。

ZIPEXE is ZIPSFX. You can unzip it with your own UNZIP program on any platform you like (eg. you unpack the IA64 or VAX ECO on your MARVEL) and you can unpack it on the intended platform without any UNZIP.EXE (because it is part of the archive file).

ZIPEXEというのは、予想していたように自己解凍形式ZIPファイルのようですが、解凍するのは、unzipが使えさえすれば、OpenVMSでなくても良さそうです（自己解凍するなら、実行イメージとして有効なのはOpenVMS Alphaだけだと思いますが）。そこでFreeBSD/amd64 12.1上のunzipを使ってみまたところ、解凍することに成功しました。これならエラーメッセージの調査は不要です。

3つあったZIPEXEの中は、次のようになっていました。

ALPHA0842L1.ZIPEXE
Archive: ALPHA0842L1.ZIPEXE
Length Date Time Name
-------- ---- ---- ----
623616000 02-07-17 15:46 ALPHA0842L1.ISO
ALPHA0842L1DOC.ZIPEXE
Archive: ALPHA0842L1DOC.ZIPEXE
Length Date Time Name
-------- ---- ---- ----
4722688 07-19-17 11:43 AVMS842L1DOC.ISO
540 07-19-17 11:43 AVMS842L1DOC.ISO_VNC
AVMS842L1DOC.ZIPEXE
Archive: AVMS842L1DOC.ZIPEXE
Length Date Time Name
-------- ---- ---- ----
4722688 07-19-17 11:43 AVMS842L1DOC.ISO
540 07-19-17 11:43 AVMS842L1DOC.ISO_VNC

ここで2番目と3番目は、ファイル名が違いますが、中に入っているファイルは同一のようなので、実際には1番目と2番目だけで良いのでしょう。

次の問題は、ZIPを解凍すると出てくるISOファイルの中には何が入っているのかということです。Microsoft Windows10のエクスプローラーではISOファイルをマウント出来るそうなので、確認してみました。AVMS842L1DOC.ISOの方は、次のようになっていました。

ドライブ E のボリュームラベルは AVMS842L1DOC です
ボリュームシリアル番号は 4F70-5FF6 です

E:\ のディレクトリ

2017/01/27 02:38 575,985 VSI_OVMSALPV842L1_SPDQS.PDF
2017/01/24 02:44 1,960,883 VSI_OVMSALPV842L1_UPG.PDF
2017/06/22 03:03 599,634 VSI_OVMS_ALP842L2_NFRN.PDF
2015/05/12 00:36 454,876 VSI_OVMS_LMF_UTILITY.PDF
4 個のファイル 3,591,378 バイト
0 個のディレクトリ 0 バイトの空き領域

しかしALPHA0842L1.ISOをマウントしようとすると、「ファイルが壊れています」というエラーが出てしまいます。ただこれはISOファイルが壊れているという事ではないと思います。FreeBSD上で確認してみたところ、次のような結果を得ました。

ALPHA0842L1.ISO: Files-11 On-Disk Structure (ODS-2); VAX/VMS or OpenVMS file system; volume label is 'ALPHA0842L1 '
AVMS842L1DOC.ISO: ISO 9660 CD-ROM filesystem data 'AVMS842L1DOC'

Windows10がマウント出来るのはISO9660形式だけなのでしょう。ALPHA0842L1.ISOはOpenVMSのファイル形式「Files-11」になっているだけで、別に壊れている訳ではありません。

ALPHA0842L1.ISOをCDに焼いておかないと、インストール作業には利用できません。問題なのはWindows10のエクスプローラーでは、ISO9660形式のISOイメージしかCDに焼けないことです。どうしようかと思いましたが、PCの中に「Nero Express Essentials 12.0.20000」が入っていたので、これを使うことにしました。こちらはISO9660形式以外でもCDに書き込めるので、問題はありませんでした。

VSI版OpenVMS Alpha 8.4-2L1をインストールするためのキットが入手できたので、これをつかってDigital PersonalWorkstation 500auにインストールできるか試してみようと思います。

2020-09-01

%DCL-W-ACTIMAGE, error activating image CMA$TIS_SHR

VSIから入手したライセンスを利用するためには、VSI版OpenVMS Alpha 8.4-2を使用しなければなりません。現在はDEC版OpenVMS Alpha 7.3-1を利用しているので、アップデートするのか、それとも新規インストールするのか、方向性を考えなければなりません。

VSIからライセンスを入手した際に、VSI版OpenVMS Alphaのキットの所在も教えてもらいました。サイトにアクセスしてファイルを入手してみたのですが、拡張子が「.ZIPEXE」となっているファイルがあります。こういう拡張子のファイルはDEC時代のOpenVMSにはなかったと思います。どうやらHPE時代に登場したようです。VAX/VMS以来のセーブセットを使えば良いのではないかと思うのですが、何か問題があったのでしょうか。

この拡張子は自己解凍形式のZIP圧縮ファイルらしいのです。試しに実行しようとしたら、エラーになってしまいました。

$ run [-]avms842l1doc.zipexe
%DCL-W-ACTIMAGE, error activating image CMA$TIS_SHR
-CLI-E-IMGNAME, image file PWS500$DKA100:[SYS0.SYSCOMMON.][SYSLIB]CMA$TIS_SHR.EXE
-SYSTEM-F-SHRIDMISMAT, ident mismatch with shareable image

さっそく躓いてしまいました。OpenVMSのバージョンが旧いのが原因なのでしょうか。なかなか順調には進んでくれません。

登録: 投稿 (Atom)