http://www.arteceed.net こんな時代に今さらメインフレーム・コンピュータに取り組むハメになったみんなが助けあうサイトです。 Tue, 24 Aug 2010 01:13:13 +0000 http://wordpress.org/?v=2.9.2 hourly 1 http://www.arteceed.net/?p=477&cpage=1#comment-166 shinya Tue, 24 Aug 2010 01:13:13 +0000 http://www.arteceed.net/?p=477#comment-166 使用させて頂きました！ 助かります！ 使用させて頂きました！
助かります！ ]]> http://www.arteceed.net/?p=2633&cpage=1#comment-120 野良猫 Sun, 23 May 2010 07:13:41 +0000 http://www.arteceed.net/?p=2633#comment-120 　MSPにはこの機能はありませんネ。 　MSPにはこの機能はありませんネ。 ]]> http://www.arteceed.net/?p=522&cpage=1#comment-80 やすゆき Tue, 11 May 2010 14:44:36 +0000 http://www.arteceed.net/?p=522#comment-80 kamii 様 ご丁寧にありがとうございます。そうですね。 ＪＣＬでメンバー指定すれば、ＰＳファイルですよね。 事前に移行前のライブラリーをコピーして、OUTPUT用のライブラリーを作成しておけばいいですよね。 OUTOUT用もメンバー指定して、DSP=SHRにすれば、単なるＰＳで処理できまますね。プログラム上では、ＰＳファイルだから、DISP=SHRでも,OPEN OUTPUTにしてけば、新規イメージ(コンバート後）の内容が出力されますもんね。 本当に勉強不足でお恥ずかしいです。ご丁寧に教えて頂いてありがとうございました。 kamii 様
ご丁寧にありがとうございます。そうですね。
ＪＣＬでメンバー指定すれば、ＰＳファイルですよね。
事前に移行前のライブラリーをコピーして、OUTPUT用のライブラリーを作成しておけばいいですよね。
OUTOUT用もメンバー指定して、DSP=SHRにすれば、単なるＰＳで処理できまますね。プログラム上では、ＰＳファイルだから、DISP=SHRでも,OPEN OUTPUTにしてけば、新規イメージ(コンバート後）の内容が出力されますもんね。
本当に勉強不足でお恥ずかしいです。ご丁寧に教えて頂いてありがとうございました。 ]]> http://www.arteceed.net/?p=522&cpage=1#comment-79 kamii Tue, 11 May 2010 07:12:45 +0000 http://www.arteceed.net/?p=522#comment-79 私なら商用プログラム（お客さんにお金出して買ってもらうユーティリティーなど）であれば、PDS単位で処理できるようにプログラムを設計しますが、自分（自社）だけが使う移行のための一発プログラムなら面倒なPDSのディレクトリアクセスなどしません。JCLでメンバー名まで指定すれば、1つのメンバーは単なるPSファイルになるので、PSを処理するプログラムを作り、メンバー分だけステップを増やして対応します。メンバー数が多すぎるなら適用な数でジョブを分ければ済みます。 何もメンバーを一旦別のPSファイルにコピーなどしなくても、JCLで直接メンバーを指定すれば事足ります。JCLを作る、という手間だけは掛かりますが。 他にもftpでメンバーを全部PCに落としてPC側で修正しMSPへアップするような方法もあります。Windowsでプログラミングできるならそんな方法もあります。 コンバージョンのJCLを作るのが大変なら、IEHLISTやLIBEでメンバーリストを出して、それをプログラムで読み、JCLを作ることも考えられます。 どうしてもライブラリー単位で処理したいなら、データ管理のGETDTRYマクロを使えばPDS内にどのようなメンバーが存在してるかを知ることができます。メンバーリストが作れれば、BPAMで全メンバーを処理するか、個々のメンバー毎にDYNALLOCしてQSAMでメンバー単位にOPEN/GET/CLOSEのサイクルで処理を繰り返すか、いかようにもプログラムは作れます。 私なら商用プログラム（お客さんにお金出して買ってもらうユーティリティーなど）であれば、PDS単位で処理できるようにプログラムを設計しますが、自分（自社）だけが使う移行のための一発プログラムなら面倒なPDSのディレクトリアクセスなどしません。JCLでメンバー名まで指定すれば、1つのメンバーは単なるPSファイルになるので、PSを処理するプログラムを作り、メンバー分だけステップを増やして対応します。メンバー数が多すぎるなら適用な数でジョブを分ければ済みます。
何もメンバーを一旦別のPSファイルにコピーなどしなくても、JCLで直接メンバーを指定すれば事足ります。JCLを作る、という手間だけは掛かりますが。

他にもftpでメンバーを全部PCに落としてPC側で修正しMSPへアップするような方法もあります。Windowsでプログラミングできるならそんな方法もあります。
コンバージョンのJCLを作るのが大変なら、IEHLISTやLIBEでメンバーリストを出して、それをプログラムで読み、JCLを作ることも考えられます。

どうしてもライブラリー単位で処理したいなら、データ管理のGETDTRYマクロを使えばPDS内にどのようなメンバーが存在してるかを知ることができます。メンバーリストが作れれば、BPAMで全メンバーを処理するか、個々のメンバー毎にDYNALLOCしてQSAMでメンバー単位にOPEN/GET/CLOSEのサイクルで処理を繰り返すか、いかようにもプログラムは作れます。 ]]> http://www.arteceed.net/?p=522&cpage=1#comment-78 やすゆき Sun, 09 May 2010 13:43:30 +0000 http://www.arteceed.net/?p=522#comment-78 はじめまして、やすゆきと申します。 今度ＸＳＰから、ＭＳＰへの移行のプロジェクトを担当します。ＸＳＰのＪＣＬをまず、ＭＳＰに移行して動作確認をするのが最初の仕事です。ＸＳＰのＪＣＬを手修正して、ＭＳＰに移行するのは可能ですが、間違いが起きるだろうし、時間がかかります。ＸＳＰからＭＳＰへのコンバージョンのプログラムを作ろうと考えています。ここで質問です。 POの各メンバーを、インプットファイルとして、コンバージョンのプログラムを作りたいのです。アウトプットも出来ればPOのメンバーにしたいです。 私が知ってる限り、JSECOPY(PO→PO),JSDGENER（PS→PS）ですよね。現在はXSPの各メンバーをＰＳファイルに手でコピーして、それを入力ファイルとして、変更後のアウトプットもＰＳデータで作成して、それから手作業で、POのメンバーにコピーしようかと考えてますが、一つずつメンバーをコピーするのは非効率なので、ライブらイー全体で全メンバーを読んで、コンバージョンプログラムを使って、編集し、アウトプットもPOのメンバー単位で作成したいのです。何かいい方法ありませんか？ はじめまして、やすゆきと申します。

今度ＸＳＰから、ＭＳＰへの移行のプロジェクトを担当します。ＸＳＰのＪＣＬをまず、ＭＳＰに移行して動作確認をするのが最初の仕事です。ＸＳＰのＪＣＬを手修正して、ＭＳＰに移行するのは可能ですが、間違いが起きるだろうし、時間がかかります。ＸＳＰからＭＳＰへのコンバージョンのプログラムを作ろうと考えています。ここで質問です。
POの各メンバーを、インプットファイルとして、コンバージョンのプログラムを作りたいのです。アウトプットも出来ればPOのメンバーにしたいです。

私が知ってる限り、JSECOPY(PO→PO),JSDGENER（PS→PS）ですよね。現在はXSPの各メンバーをＰＳファイルに手でコピーして、それを入力ファイルとして、変更後のアウトプットもＰＳデータで作成して、それから手作業で、POのメンバーにコピーしようかと考えてますが、一つずつメンバーをコピーするのは非効率なので、ライブらイー全体で全メンバーを読んで、コンバージョンプログラムを使って、編集し、アウトプットもPOのメンバー単位で作成したいのです。何かいい方法ありませんか？ ]]> http://www.arteceed.net/?p=2623&cpage=1#comment-77 kamii Wed, 28 Apr 2010 04:08:30 +0000 http://www.arteceed.net/?p=2623#comment-77 DD文のDISP=(OLD,DELETE)ではだめだったと理解してますが（書き込みの場合はコンソールにリプライが上がりUを応答すればOKだったので、削除も同じかも知れません）、AMSではPURGEオプションを付けたDELETEコマンドで削除できます。IEHPROGMでもそこは同じでしょう。満了日以前の削除ではSCRATCH制御文にPURGEオプションが必要だったかと。SMSデータセットではPARMLIBのSMS初期設定パラメーターの設定で決まったように記憶してます。 DD文のDISP=(OLD,DELETE)ではだめだったと理解してますが（書き込みの場合はコンソールにリプライが上がりUを応答すればOKだったので、削除も同じかも知れません）、AMSではPURGEオプションを付けたDELETEコマンドで削除できます。IEHPROGMでもそこは同じでしょう。満了日以前の削除ではSCRATCH制御文にPURGEオプションが必要だったかと。SMSデータセットではPARMLIBのSMS初期設定パラメーターの設定で決まったように記憶してます。 ]]> http://www.arteceed.net/?p=2623&cpage=1#comment-76 野良猫 Wed, 28 Apr 2010 03:31:10 +0000 http://www.arteceed.net/?p=2623#comment-76 満了日付のデータセットは当ユーティリティーでないと削除できなかったと把握しているのですが、最近のOSではちがうのですかネ。 満了日付のデータセットは当ユーティリティーでないと削除できなかったと把握しているのですが、最近のOSではちがうのですかネ。 ]]> http://www.arteceed.net/?p=390&cpage=1#comment-69 z/Windows Sat, 13 Mar 2010 05:46:27 +0000 http://www.arteceed.net/?p=390#comment-69 ↑「ターンアラウンドタイム」と「スループット」の意味が逆では？ ↑「ターンアラウンドタイム」と「スループット」の意味が逆では？ ]]> http://www.arteceed.net/?p=1173&cpage=1#comment-67 hike Wed, 10 Feb 2010 07:03:18 +0000 http://www.arteceed.net/?p=1173#comment-67 単純な構成でメインフレームより可用性に勝るプラットフォームが出てこない限り、企業の”ミッションクリティカル”と呼ばれる業務は、まだまだメインフレームで稼働していきそうな気がします。ただ、本来メインフレームで動かさなくても良い規模及び内容のシステムは、どんどんOpenに移行されるので、全体のパイが減少するのは確実なんでしょうね。 単純な構成でメインフレームより可用性に勝るプラットフォームが出てこない限り、企業の”ミッションクリティカル”と呼ばれる業務は、まだまだメインフレームで稼働していきそうな気がします。ただ、本来メインフレームで動かさなくても良い規模及び内容のシステムは、どんどんOpenに移行されるので、全体のパイが減少するのは確実なんでしょうね。 ]]> http://www.arteceed.net/?p=1632&cpage=1#comment-65 S360-195 Sat, 26 Dec 2009 13:35:21 +0000 http://www.arteceed.net/?p=1632#comment-65 ＞『BUILDPRM』というプログラムはどのような位置付けのプログラムなのか 私の知る限り『BUILDPRM』は日本IBM技術理事の大沼啓希さんが1970年代中頃に書いたプログラムです。 1974年に世に出たMVSをサポートする日本IBM本社部門のLarge Systems Support Center (LSSC)で必要に迫られて書いたと言っていました。目的はコンソールからDASDのInitializeとかCLIP(VOLSERの変更）を容易に行えるようにする事だったそうです。当時は未だSPF(今のISPF)も無くPunch Cardが主体でしたのでコンソールからのキーインだけでDASDIやCLIPが出来るのは非常に便利でした。 プログラムはAssemblerで書かれています。 そしてお客様やフィールドのSEが、IBM本社（六本木）の機械室に来てS/370 Model 158やModel 168を使ってMVSをテストする時に使うMVSのFloor SystemにBUILDPRMを入れていました。　 便利だと言うことでフィールドのSEやお客様がコピーされていって、それが今でも使われているという事だと思います。 少なくともIBMの正式なプログラムではありません。　 当時は著作権がどうのこうのという時代ではありませんでしたし、彼は必要な人は誰が使っても良いといってました。今で言えばフリーウェアでしょうか。 個人的には大沼さんにお願いして何処かのWebサイトにでも置いていただくのが良いと思いますが、どうでしょうか。 蛇足：あのIBFBR14でも幾つかのAPARがありましたが、大沼さんが作ったBUILDPRMは35年以上にわたってバグ無しというのは大したものですし、35年以上も前のプログラムがz10のz/OS V1.10でも問題無く動くのはIBM Mainframeの素晴らしさですね。 ＞『BUILDPRM』というプログラムはどのような位置付けのプログラムなのか

私の知る限り『BUILDPRM』は日本IBM技術理事の大沼啓希さんが1970年代中頃に書いたプログラムです。
1974年に世に出たMVSをサポートする日本IBM本社部門のLarge Systems Support Center (LSSC)で必要に迫られて書いたと言っていました。目的はコンソールからDASDのInitializeとかCLIP(VOLSERの変更）を容易に行えるようにする事だったそうです。当時は未だSPF(今のISPF)も無くPunch Cardが主体でしたのでコンソールからのキーインだけでDASDIやCLIPが出来るのは非常に便利でした。
プログラムはAssemblerで書かれています。
そしてお客様やフィールドのSEが、IBM本社（六本木）の機械室に来てS/370 Model 158やModel 168を使ってMVSをテストする時に使うMVSのFloor SystemにBUILDPRMを入れていました。　
便利だと言うことでフィールドのSEやお客様がコピーされていって、それが今でも使われているという事だと思います。
少なくともIBMの正式なプログラムではありません。　
当時は著作権がどうのこうのという時代ではありませんでしたし、彼は必要な人は誰が使っても良いといってました。今で言えばフリーウェアでしょうか。
個人的には大沼さんにお願いして何処かのWebサイトにでも置いていただくのが良いと思いますが、どうでしょうか。

蛇足：あのIBFBR14でも幾つかのAPARがありましたが、大沼さんが作ったBUILDPRMは35年以上にわたってバグ無しというのは大したものですし、35年以上も前のプログラムがz10のz/OS V1.10でも問題無く動くのはIBM Mainframeの素晴らしさですね。 ]]>