【TSS】メインフレーム万歳7【3480】

メインフレーム第7世代スレ
どうぞ

メインフレーム万歳3
http://pc.2ch.net/test/read.cgi/prog/1043768277/

メインフレーム万歳4
http://pc.2ch.net/test/read.cgi/prog/1054870550/l50

メインフレーム万歳5
http://pc3.2ch.net/test/read.cgi/prog/1065626615/l50

メインフレーム万歳6
http://pc5.2ch.net/test/read.cgi/prog/1081683407/l50

参考リンク

「メインフレームって何？という皆さんのための、集中連載講座」
http://www-6.ibm.com/jp/servers/eserver/zseries/rensai/

Gartner Column：第60回 メインフレームのすごさについて技術的に解説しよう［1］
http://www.zdnet.co.jp/enterprise/0208/26/op_01.html

Gartner Column：第61回 メインフレームのすごさについて技術的に解説しよう[2]
http://www.zdnet.co.jp/enterprise/0209/02/op_01.html

Gartner Column：第62回 メインフレームのすごさについて技術的に解説しよう[3]
http://www.zdnet.co.jp/enterprise/0209/11/op_01.html

Gartner Column：第56回 メインフレーム・リホスティングという選択肢
http://www.zdnet.co.jp/enterprise/0207/23/op_01.html

2

主要各社の汎用機Webページ (オフコンやスパコンは除く)

IBM (eServer zSeries) <--- VM, VSE, MVS, OS/390, z/OS, Linux for z
http://www-6.ibm.com/jp/servers/eserver/zseries/

富士通(Globsl Server) <--- 旧Mシリーズ(IBM OS互換)および米アムダール製(IBM H/W互換)
http://globalserver.fujitsu.com/jp/

日立(Enterprise Server) <--- 旧Mシリーズ(IBM OS互換)
http://www.hitachi.co.jp/Prod/comp/Mparallel1/mp/mpintro.html

NEC(ACOS Series) <--- 旧ハネウェル系
http://www.sw.nec.co.jp/acosclub/

IBM汎用機OSの系譜

(大型汎用機用)
OS/360：世界最初の「オペレーティングシステム」
OS/370：仮想記憶(OS/VS)
OS/VS2(MVS)：多重仮想記憶
MVS/XA：31ビット、動的チャネルサブシステム
MVS/ESA：ハイパー空間
OS/390：周辺サブシステムとのパッケージ化
z/OS：64ビット
z/OS.e：ニューワークロード専用の低価格版

TPF：航空など特殊用途用(アセンブラのみ)

(中型汎用機用：主に43xx用)
DOS/VS：仮想記憶
DOS/VSE：複数区画(アドレス空間は１枚)
VSE/ESA：ESA対応
z/VSE：先日登場!!!

VM：仮想計算機
VM/SP：パッケージ化(ゲストOSのCMS付き)
VM/XA：XA対応(ゲストOSの31ビットサポート)
VM/ESA：ESA対応
z/VM：ゲストOSの64ビット対応

Linux for zSeries (TLES8 for z とか)

ttp://pc5.2ch.net/test/read.cgi/prog/1081683407/1000
前スレ1000のコメントナイス！！
久しぶりにワロタ

>>6＆前スレ>>1000わろたｗ

>>1乙。

>>1乙

前スレは最終ステップでABEND・・・・。

地味に底辺を続けながら長寿スレだな。汎用機と同じで。
２年前までは「２ｃｈでは凡庸機」と言われてたが :-)

前スレでキーボードの話題が出てたが、
Ctrl+PauseのBreakはPC文化、隣のPrintScreen手前の「SysReq」はホスト文化だな

で、元祖3270 Terminalのキーボード写真は無いのか？

>9
凡庸機はみずぽトラブルの時だけと思ったが違ったのか・・・

>1
乙

(書いたと思ったけど書き込まれてなかった・・・　>1 すまん)

いわゆる独自路線
230シリーズ 230-60 230-50 230-30 230-20 230-10
230-5シリーズ 230-55 230-45 230-35 230-25 230-15
230-85 230-75 (←なんか5シリーズと別に書いていることが多いけど・・・)
230-8シリーズ 58 48 38 28

IBM互換(Amdahlは略)
M-100シリーズ 200 190 180 170F 160 150F 140 130
M-300シリーズ 380 360 340 330FX 320 310
M-700シリーズ 780 770 760 740 730
M-1000シリーズ 1900 1800 1700 1600 1500 1400

Mシリーズアーキテクチャ(FはIBM互換じゃないって言ってるけどMシリーズってIBM互換じゃないの?)
GS8000シリーズ 8900 8800 8600 8500 8400 8300 8200
GS21シリーズ 600 400 200

※モデルは書いたら大変なので略

OS　ざくっと(OS�W何たらも略)
MSP
MSP/EX
FSP
XSP
ESP�V

AVM/EF
AVM/EX

>>12
みずほ統合前から使われてたよ

>>14
>IBM互換(Amdahlは略)
>Mシリーズアーキテクチャ(FはIBM互換じゃないって言ってるけどMシリーズってIBM互換じゃないの?)

逆だとオモタ。

前スレ1000ワラタ
http://pc5.2ch.net/test/read.cgi/prog/1081683407/1000

IBM Mainframe OSの流れ

OS/360→OS/VS/370→OS/VS2(MVS)→MVS/XA→MVS/ESA→OS/390→z/OS→主流
DOS→DOS/VS→DOS/VSE→DOS/ESA→傍流
VM→VM/SP→VM/XA→VM/ESA→z/VM→現役
TPF→ほぼ消滅
AIX/3x0→消滅
Linux on zSeries→現役

http://www-1.ibm.com/servers/eserver/zseries/os/

http://www.edit.ne.jp/~arita/jtpf.html

>>16
前スレでも書かれてたが、MシリーズはIBM互換。
ただアムダールのようなIBMのOSがそのまま動く「H/W互換」ではなく、
いわゆるOS互換(専用OSの上で、アプリがほぼ上位互換)

Fが否定するのは「単なるコピー(いわゆるプラコン)じゃない」
「H/W面では独自性が強い」と言いたいんじゃないか？

富士通やMシリーズ関係の話も、H/W中心だし
http://www.ykanda.jp/comp/mseries/mseries.htm
http://www.ykanda.jp/comp/mseries/fujitsu/fujitsu.htm

90年代のI v.s. F 全面戦争の構図

ES/9000 v.s. Mシリーズ
MVS v.s. MSP
IMS/DB v.s. AIM/DB
SNA v.s. FNA
SAA v.s. SIA
PL/I v.s. COBOL
SW保護は著作権(米国) v.s. 独自立法(通産省)
リバースエンジニアリング禁止(米国) v.s. 許容(通産省)
牙城は金融 v.s. 官公庁
OSF v.s. UI(Sun陣営)
AS/400 v.s. Kシリーズ
5550 v.s. FMR
PS/V v.s. FM/V
PC DOS v.s. MS-DOS
OS/2 v.s. NT
DOS文書 v.s. OASYS
101/106キーボード v.s. 親指キーボード

ＭシリーズってＩＢＭ互換＋αで、
ＩＢＭ機にＳＭＡＦを搭載するとＭシリーズ互換（ＭシリーズＯＳを動作可能にした）に
なるんじゃなかったっけ？（雑誌記事だけじゃ分からん）
詳しい人よろ

DB2 v.s. RDBII
VSAM v.s. VSAM
WebSphere v.s. INTERSTAGE
NEFIS(core bank) v.s. ProBANK

ジーン・アムダール著「内側から見た富士通　−互換路線の崩壊−」

Ｈの ５ や １４の様なものないの？

>>22
そだよ。

Mシリーズは初期からの日本語化など、IBMに無い拡張をしてる。
OS部分は互換だが、ミドルは別物なのでオンラインアプリなどは簡単に移植できる
訳でもない。CPUの命令セットも拡張されて、一部はIBMの拡張とバッティングしたし。

SMAFはIBMの、国産メインフレームからの移行ツール。
通常の製品ではないから、通常の製品カタログにも出てこない。稼動保障とか契約上微妙らしいし。
http://www-6.ibm.com/jp/servers/eserver/zseries/library/pdf/servival.pdf

>>25
ネットで検索して、自分で作ってみよう :-)

>>24
ワロタ。でも互換路線の最強硬派がアムちゃんだからなぁ。

出展
http://www.amazon.co.jp/exec/obidos/ASIN/4334933394/250-9633359-4810623

>>20
ＧＳの上にＭシリーズって書いてあって
Ｍ−１００の上に互換機って書いてあるから
逆じゃないの？ということでし。

アムダールといえば、ＩＢＭは一度退職したアムダールをシステム３６０開発のために
わざわざ呼び戻して復職させたと本に書いてあった。
当時のＩＢＭとしては一度退職した人間の復職はイレギュラーなことで、ＩＢＭですら
一目を置いていた人物だったらしい。

ちょっと前の資料だけどＭＶＳを使いたいときはアムダール社製のマシンを使えってなってた
何でもＧＳだと動かないとか・・・。
アムダール社がなくなったけどＭＶＳを使いたい場合はＩＢＭを使えってことか？

5550マルチステーション懐かしいなぁ。

FACOM M-780のカタログがでてきた。各所にクラッシク演奏の写真がある。

>33
画像うぷよろ

Ｍ７８０かくいいよなぁ〜〜〜

すきやな〜無いです。
1頁目、誰も居ないコンサートホールでトロンボーンを吹いてはります。
2、3ページ目、モデルグループの写真。綺麗なねぇちゃんとかっこいいスーツのお兄さんが写ってます。
ハイヒール排他女。すごい化粧w

７８０の資料全部捨てちゃったもんなー
今更だけど後悔
ハードウェア解説書とかＳＶＰ操作説明書(?)とか・・・

なんだかオヤジの同窓会みたいな雰囲気だな。
昔のキーワードをひたすら書き連ねる・・・

冴えないオヤジが社会を支えてるのはＭＦと同じ

FACOMは赤、IBM3090は青

>39
Fujitsuは黒、IBMも黒

>>40
3090ってかいてあるよ

機種名入れた方が良かった？
ちなみに今出ているマシンの色
FACOMは赤ってどのマシン？

5、6頁目
336個ＬＳＩ1ボードの写真凄ぇ!

IBMがサーバーをThinkPadにあわせて黒、ポイントで赤を配したのは最近。
3033、4300、3090、ES/9000の頃は、大抵はBig Blueの青パネルだった。

http://www.ibm.com/products/shop/servers/jp/?trac=S3
くろい...

>43
↓これ？
ttp://www.ipsj.or.jp/katsudou/museum/computer/images/pic/1320C.jpg

↓これ欲しい・・・
ttp://www.ipsj.or.jp/katsudou/museum/computer/images/pic/1430C_b.jpg

>>46 そうです。
ttp://www.ipsj.or.jp/katsudou/museum/computer/1320.html

>33を見て、
そういえばFACOM M-380のカタログがあったはず、と探してみたけど見つからなかった。
どっかにあると思うんだけどなぁ。
しかし、その過程でFACOM M-360ハードウェア解説書を発見。
1983年か…
懐かしいなぁ…

無事痛は、書店に痛々しい本が積み上げてあるが黒電話から思い切った改革で大企業になった会社だな。
最近はセキュリティで技術向上しているようだが。なんかなんかだな。

Ｍ−１８００とＶＰ２６００とＦＡＣＯＭ２３０−１５のカタログならある

無事通のBJSTって懐かしいなぁｗ

ＶＰはスパコンじゃねーか？

日立やＮＥＣってあまり出てこないね
相手にされていないのかな・・・
だれか話題よろ

保守

＞54+55
日立電子サービス
ＮＥＣフィールディング

汎用機でCOBOL以外使ってる奴いる？

IMS→PL/I
MQ→C
使ってるが何か

REXXもあるね。

朝日新聞はCICS→CSP

スルガ銀行はNEFSS(WAS)→J2EE

>>58
Cを汎用機で動かすのは変じゃないか？ UNIX使えば？

ホスト用MQのパッケージでC使ってるのがあるからな

>>57は汎用機がCOBOLしか動かないと思っているバカ。

z/OS.e だっけ。COBOL動かないメインフレームOS。

動かないわけあるかい。
.netまでCOBOLが進出している世の中だよ。

>66
ものを知らない奴だな。
ttp://itpro.nikkeibp.co.jp/free/NC/NEWS/20020220/3/

COBOLが使えないというより、IBMがCOBOLコンパイラを
作っていないというだけちゃうん？

>>68
z/OS.eはCOBOL開発環境・実行環境を無効化して価格を下げてるだけ。
ただのオファリングだよ。

ふつうのz/OSならCOBOLもPL/Iも使える。

>68は本当にメインフレームを使った事あるの?

>>68
OS/VS COBOLとかCOBOL�UとかCOBOL/370とかENTERPRISE COBOLとかどこ用のコンパイラだと言うんだ？

z/OSはフルセット、z/OS.eは用途限定の低価格サブセット版てとこか？
しかしCOBOLもPL/Iも動かなくしたら、JavaやC使うのか？

ｚ／ＯＳ．ｅ Ｖ１Ｒ６の出荷開始ならびにＶ１Ｒ７の機能（プレビュー）の発表
ｚ／ＯＳ.ｅは特別な料金設定のｚ／ＯＳオファリングで、魅力的な料金で選りすぐりの機能を提供します。
ｚＳｅｒｉｅｓテクノロジーの機能を活用しながら、エンタープライズおよびＷｅｂベースのアプリケーションにこれまでにない値ごろ感が生まれます。
ttp://www-6.ibm.com/jp/domino02/NewAIS/aisextr.nsf/ByLetterNo/LSW04011?OpenDocument&ExpandSection=1

J2EEとC/C++が中心で、CICS/COBOLやCOBOL・PL/Iコンパイラは使えないが、
コンパイル済のCOBOLやPL/I実行モジュールは動くようにも読めるよ。

z/OS.e is for next-generation e-business, Web-based applications written in the programming languages of Java,
Enterprise Java (J2EE), and C/C++.

z/OS.e disables traditional workloads. z/OS.e will not execute CICS, IMS, COBOL, or FORTRAN applications among other applications.

precompiled COBOL applications using the Language Environment preinitialization interface (CEEPIPI) are supported.
You cannot use the following compilers: COBOL, PL/I, VisualAge PL/I, and FORTRAN. However, z/OS.e supports execution of
precompiled PL/I and VisualAge PL/I applications.

http://www-1.ibm.com/servers/eserver/zseries/zose/overview/zose_overview.html

結局、MVSやOS/390で動く、IBM社製以外のコンパイラはないのか？

>75
なにが「結局」なんだよ。
これだけの情報で判断できるとはたいした知能だな。

>>75
富士通とか日立の動くかもよ。

>>76
2chでは情報を出す奴はまし。人をけなすだけの奴はそれ以下。

>>77
IBMと富士通・日立は、今では細部の命令セットが微妙に違う

>78
>75のどこが情報出してるんだ・・・? おまいも人をけなすだけだしな

>80
どっちもどっち。

CASEツールはSoftPlex TurboMUとか、キヤノンソフト CANO-AIDとか色々ある。
ただ、これらはCOBOLソースを生成するまでで、サポートされているCOBOLコンパイラはIBM製ばかり。

>>75のミスリーディングさせようという意図は看過できない

>>750
売っているか？ということでは聞いたことがないが
あるところにはある。

>>75
富士通 OSIV/MSP COBOL85のソフトウェア説明書には、
MVS/XAにインストールする際の手順についての記述がある。

IMSっていつまでやるのかなぁ。

COBOLばっかりやっていると、ｲﾝﾎﾟになっちょうぞ。

>>85
IMSなくなると銀行や自動車メーカーの大半が動かなくなる

いまだに、COBOLのかきこみについて幼稚なかきこみをしているのがいるのだな。小中学生以下の脳だな。

VBばっかやっていると厨な発言しか出来なくなるぞ

っていわれた

>85
3745のwithdrawでXRFの先がないこれから、どうなるんだろうね。
新規案件はCICS+DB2が多いみたいだし

>>90
CICSの次はTPモニタもWASなんだろな
DB2も最初数年は「こんな重いもん実用になるか」だったけど

記念。関係ないけどさよならｼﾝｸﾊﾟｯﾄﾞ

ＩのｚがＦに・・・ありえないけどあったら怖いな

Iの初期製品についてたロゴ
http://www-03.ibm.com/ibm/history/index.html

Iの初期製品(はかり)
http://www-03.ibm.com/ibm/history/exhibits/vintage/vintage_4506VV2150.html

>95
Ｉの初期製品ばっかり・・・と読み違えてしまった。。。

>>94
Iの幕張事業所に行くと、ミュージアムがあって見ることができる。
秤は無かったけど、電動タイプライターとかメカニカルな演算装置とか。

>>92
ThinkPadが売却されると、zSeriesの外観も変わるか？

SEやHMC、VTSのコントローラなんかもLenovoになるのか?

2074はxSeriesなので関係ないか

トラックポイントはなくなってしまうんだろうか・・・
大好きなんだけど。

S/390 HMCのOS/2は、さすがに無くなるか？

ストープパイプ型開発ってご存知ですか？Googleしても無いです。

herculesをインストールするまではいいのですが、
まともに動かすのが全然できないです。
ＴＳＳでＪＣＬやらＣＯＢＯＬをちょこっとかじったぐらいだと難しいのでしょうか？

>>104
端末エミュレータは手に入れたのか？

jclとcobolのみ？
VBonly以下じゃないか？

PCしか使ったこと無いなら概念から勉強しろ
石器時代に戻ったつもりで。
基礎を大事に。基礎を大事に。

>>106
一応、ソフ開、ＴＥ（ＤＢ）を持ってます。でも仕事は汎用系オンリーです。
>>105
端末エミュレータの説明まである、かなり親切なサイトを見つけたので、
そこを参考にして、今日にもうまくいきそうな感じです。

>>106
メインフレームのシステムを一から構築するなどの深い仕事は経験ないんです。

>>104
herculesに一から構築経験なぞ必要なし、
人がいない時間帯にこっそりdasdイメージを作成してftpでゲットすれ

ＭＴとＣＭＴ、ＬＴＯに吸い上げたんなら
気が向いたら漏れの家でＨＤに落としてやるぞ

ＩＢＭってパソコンは中国企業に売っぱらったのに
凡妖気は売らないのか？
やっぱ凡妖気のハードはいまだにボッタクリの美味しい商売なのか？

当然じゃないか。
CPUもOSもよそに握られたりしていないし。

個人相手じゃ金にならないだけし、バカばっかりでくだらんことで
いちいち対応するのがいやになっただけじゃないか？

実際MFを最初に導入する時って
どのような作業をするの?
システムジェネレーションがどうのてマニュアル見たことがあるけど、
そもそも最初はどうなっているの?
最小構成がDASD/MTの中にあってIPLしたりするの?

>>114
基本はUNIX/Linuxとそう違わないのでは。同じフォンノイマン型コンピュータだし :-)

最初はIML(BIOS起動)してH/W(Microcode)起動後、
MTとかから最小構成(というかローダー)をIPL(ブート)する。

そこからサブシステムごとにコピーしたりシステム生成(SYSGEN。buildに相当)を繰り返して、
ユーザー環境に合わせたシステム」をメインDISKであるSYSRES(rootvg相当)に構築していく。
内部ではAssembler使いまくりだから必須(gcc相当)。

ただ、慣れないと各サブシステム間のパラメータや順序に苦労して何週間もかかったりする。
最近はほぼ生成済の形で提供されたものを、カスタマイズして使うのが一般的。

>>>111
MF本体は価格低下で利益率も下がってるが、保守や基盤系サービスなど、
安定した関連収入が大きいから、手放す事は考えられないんじゃないか？

「PCからMFまで、全てをLinuxでも可能」ってのが最近の売り文句だし。
(実際には当面は個別OSを入れる訳だけど)

PCは家庭用デスクトップ(Aptiva)は随分前に撤退してるし、
ThinkPadは一般家庭用というより企業・パワーユーザー向けだし、
過去に部門(施設・社員)ごと売り飛ばしたのも、まぁ周辺分野だね。

・プロバイダ事業 ---> AT&T
・HDD開発製造 ---> 日立
・PC開発製造 ---> 東芝とも交渉したが、聯想(Lenovo)に

>>115
thanks

どうも、ｽﾄｰﾌﾞﾊﾟｲﾌﾟのようだ。

用語が違う程度なんかな

診断士の試験問題には、どう見てもストープパイプと書いてあるのだが、ストーブパイプでしか
ひっかからない。

マッチポンプのこと？

SYSRES = System Residence DISK だっけ？

System Residence Volume

MFの人から、UNIX/Winが不可解なところ

個々のハード(機種、リビジョン)で動作が変わる事が多い

システムDISKは内蔵が多く、マルチブートや、移行(他OSからのSYSRES保守)や、
CPU(プロセッサ)障害時の別CPUからの同一システム起動が簡単にできない

CPUとDISKの経路が色々で、複数システム全体でI/Oを平準化しにくい
(全部SAN DISKにすると同じくらい高価になる)

>>124
SANを使うとメインフレーム並みに高くなるのは、
メインフレームでも使えるSANを使っているからじゃないですか？

UNIXとIA系しか使えないSANを使うと激安だぜ。

UNIXの人から、MFが不可解なところ

何にしても価格が高いこと。
使っている連中は、プライドだけが高くて能力は低め。

人を集めると、質が均一にそろった人材が湧き出るように集まってくるけど、
かなり低い位置の質で均一になっていて、正直使い物にならない。

>>126
それは「Windowsの人から、UNIXが不可解なところ」
でも通じそうな気がするぞ。

汎用機やunixの単純さに比べて、Windowsは、無意味に複雑な印象がある。
その意味で、Windowsが一番不可解だな。

まぁ、その不可解さってのは、それぞれの人が自分の知らない
システムを、その生半可な知識で適当に語っていますよーって
ことなんだろうけど。

いろいろさわったが、不可解と言えばUNIXかなあ。
UNIX一般という意味ではなくて AIX と HP-UX と Solaris。
Unix V7とかなら不可解ではないがｗ

Windowsの中身が無意味に複雑は同意。
でもGUIのコード書こうとすると、Windowsの方がまだマシな気がする。

と、つらつら考えると，Java が受けた理由もその辺なのかな
（UNIXの不可解な部分に対する回答ということで）と思う。

>>129
お、BSD/OSは不可解じゃなかったってことかｗ
まぁGUIはWindowsだろうな。それなりのツールキットを使えれば、
unix系でもそこそこ楽だと思うけど、X辺りの不可解さは特筆に価する。

MFを経験してからunix系をやると、fork辺りに不可解さを感じるね。
コードを再入可能にして、タスク生成すりゃいいのに、とか。
で、しばらくして、おぉなるほど、とか思うわけだ、vforkとか見て。

その辺りは、Windowsならthreadになると思うけど、threadなんかは、
今でも不可解だな。どう考えても先祖返りだとしか思えん。
まぁ、最近はunix系でも使ったりするけど。

Windowsはthreadの方が速いからと理由を付けているようだが、UNIXのforkでも十分速い。

WindowsのCreateThreadは使うとTLSぶち壊してしまうし、_beginthreadはライブラリいるし。
Windowsのthreadは糞だね。

タスクとプロセスはイコールじゃないんだけどな・・・
プロセスに相当するのはジョブだよ。わかってる?

>>130
すまぬ、BSD/OSはさわったことないです。

>今でも不可解だな。どう考えても先祖返りだとしか思えん。

タスクそのものですよねぇ…
なので、ライブラリがいちいちスレッドセーフかを意識しないと
ならないのがどうにも…。仕組みが見えなすぎ。

データセット属性とか見ていると、MFはなんでも見えすぎ！
と思うので、どっちもどっちですが。

>>132
>>131は分かっていると思うよ。
例えばWebサーバなんかだと、accept()してからfork()するけど、
わざわざ空間起こさなくてもタスクでええやん、というような話だと思うよ。

>>132
スレッドがまともに使えるようになったのがいつだと思ってんのよ。
fork&execが可搬性のある楽な方法だったのよ。

でもまあApacheも2からスレッドモデルになったし。

>>133
まぁ、threadがタスクというのは、そんな感じですね。
でも、MFであれば、マルチタスクにする場合、とりあえず
モジュール毎に変数をPSECTに放り込めば、それでまぁ、なんとか
なるけど（LPAに配置するとかは除く)、マルチスレッドの場合は、
一々再入を考えなきゃいけないっつーか…

forkはプロセスコピーを生成するわけだから、再入なんて考える
必要はなかったわけだし。

そう考えると、threadは、先祖返りと言うか、退化と言うか…
不可解だねｗ

プロセスよりスレッド生成の方がパフォーマンスがいいし
プロセス間通信よりプログラミングモデルも簡単だ

システムコール使ってプログラミングしようって奴なら、
スレッドセーフかどうかくらい意識するのは当然だろ?

そういうのが厭な奴、スキルのない奴、業務プログラマは、
ミドルウェアを使えばいい。

>>137
いやいや、スレッドセーフがどうこうじゃなくて、
MFであれば、その辺、あまり気にする必要はなかったのにって話。
つまり、マルチタスク→fork→threadと見たとき、threadは退化だと。

>>138
メインフレームﾏﾝｾｰだからメインフレーム→UNIXは退化だといいたいのか、
それともfork&exec→pthreadが退化だといいたいのか、
どっちも見当外れだけどね。
それにメインフレームでも再入可能かどうかは気にするだろ。

>>139
MFのマルチタスクから見ると、threadが退化ｗ
128辺りから読んでくれよ。
もちろん、メインフレームOSでも再入は気にする。当然だ。
でも、ローカル変数はPSECTで宣言しておけば、そんなに気に
する必要も無いってこと。

誰もメインフレームマンセーなんていってないがな。

>MFのマルチタスクから見ると、threadが退化

連続性も何もないものを、凄いこじつけ

つかPSECTの意味があまりよくわかってねえ。
PSECTなんてもともと無かったよな。自分でアロケートして
タスク起こしてDSECTかぶす、までがマンドクセェから導入された
だけのもんじゃん。

>>141
なんだ、退化と言う単語に反応してるだけなのか。

ここはOS板じゃなくて、ム板でもなくて、マ板のメインフレームスレだからさ。
プログラマにとって、同一の効果を得るために必要なコストが増加するなら、
それは、考え方（手法）が退化しているって言っていいんじゃないの？って
ことなんだけどな。まぁ、いいか。

>>142
マにとっては、それでも嬉しかったり。
まぁ、PSECTで宣言しても、直分岐で（スーパバイザを経由しないで）
こられるとまずいので、その手のヤツはGETMAINしているわけだけどね。

>>143
メインフレーム自体のコストを忘れてるぜ。

>143
そういうスレッド関連のセマンティクスを隠蔽する
ライブラリがあるかないか、それだけの差じゃないの?
本質的には何も違わないと思うが。

ホストで制御系のプログラム書ける奴は少ないが、
オープン系のスレッドプログラミングできる奴は少なくない。
それはテクノロジーの進歩だと思うよ。

>>144
それはプログラマが負担するわけじゃないぜ

>>145
ふむ。メインフレームOSでは、タスク管理が、その「ライブラリ」に
相当していると考えれば、その通りだな。
マルチタスクとマルチスレッドは、再入可能とできる（なる）点で類似して
いるけど、それを作成する際のプログラマ的コストを考えた場合、
マルチタスクの方が、色々な意味で楽だったってことだと思うんだけど。
メインフレームOSは何かと単純だからね。
プログラマ的コストから見ると、その手の処理では、unixのforkが一番
優れているように思う。
マシン資源的なコストに関しては議論の余地があるんだろうけどな。

> それはテクノロジーの進歩だと思うよ。
あぁ、それはそうだと思うよ。でも、それは話を広げすぎかも。
ある意味門戸が広がるのは、馬鹿を量産しかね（ｒｙ

バカを量産するシステムは、その一点で“退化”と言えるな

>>145
MFだと丸出しなので、別タスクから上書きしないように意識する
必要がある。Cライブラリだと程よく隠蔽されていたハズなのに
スレッドセーフ云々を意識しなければならないのは不可解で、
ある意味退化だと、そういう話なんではないかな。

>>148
MFもWindows並に安くなっていればｗバカを量産するシステムたり得ると
思うけどどうだろう。

すでにコボラーを量産してるんだが。

>>149
>Cライブラリだと程よく隠蔽されていたハズ

されてねえ・・・
static使いまくりだよ

VB馬鹿・COBOL馬鹿と、システムコールのセ万ティクスを知らないのとは違うだろ
COBOL馬鹿だとGETMAINすら知らないだろ

>>150
つまり各層でバカは量産されていると。

>>151
「程よく」ですよ。DCBみたいに丸出しじゃないでしょ。
と思ったけどFILE構造体なんかもある意味丸出しだなあ…

君らもシステム馬鹿なんじゃないの？
いい意味でといっておこう。

GETMAINとか普通に知ってる人ってどういう経歴を歩まれたんですか？

mallocとかGlobalAllocとかHeapAllocとかを普通に知っている人と同じ。

threadはUNIXもサポートしてくれないと、移植に困る
apache2.0もthreadで速くなったし

mallocもGlobalAllocもHeapAllocも知ってはいるけど、
後ろ２つはいつどう使えばいいのかわからないｗ

>>157
Windows版のApache2が速くなった話？
あれはAccexptEx()がかなり効いていると思う

けどここはＭＦスレだ。

>>155
GETMAINを使うのはｵｻｰﾝ。
今はIBMはSTORAGEマクロを使う事を推奨している。

ibmの推奨ってさぁ・・・

>157
pthreadのpはPOSIXのpですが。

>160
zArchitectureでしょうか??

COBOL開発者と仕事をした。
とはいえ、ツールというかモジュール１個を渡しただけだったんだが。

オブジェクトモジュール渡して、リンクして使ってくれといったら、
ダイナミックリンクされた。
そもそもリンカという概念がなかったっぽい。

自分はASMやその拡張言語ばかりで、COBOLしらないんだけど、
COBOLってそういうもんなの？

>>163
ダイナミックリンクだと何がダメなんですか？

>163
OBJ渡したのに、ロードモジュールだと思われたってことじゃないの？

でも、その一件で、
> COBOLってそういうもんなの？
と言う疑問を持ってしまう、>163も大概にしとけって感じだな。

>>163
＼　　　　　　∩＿＿＿∩
.　＼　　　　 | ノ　　　　　 ヽ 　ちょっ！　ちょっと待つクマ！
　　　＼　　/　　●　 　● |　 　　
　　　 　＼|　　　　( _●_)　 ミ　　　釣り方間違ってるクマ！！
　　　　　　彡､　　　|∪|　,/.. 　　　　　
　　　　　　　ヽ　　　ヽ丿/　 /⌒| 　　　　　　　　　この吊り方は、やばすぎるクマー！！！
　　　　　　 /　＼＿＿ノﾞ＿/　 /　　=====
　　　　　　〈　　　　　　　　 　_ノ　　====
　　　　　　 ＼　＼＿　　　　＼
　　　　　　　　＼＿__）　　　　　＼　　　======　　　(´⌒
　　　　　　　　　　　＼　　 ＿＿_ ＼＿＿　　(´⌒;;(´⌒;;
　　　　　　　　 　　　　＼＿＿＿）＿＿＿）(´;;⌒　 (´⌒;;　　ズザザ

なんだかんだ言ってもＤＩＰＳ様のリングレベルの不可解さを超えるものはあるまい

>>167
不可解なのは、それを理解できないお前様の方だよ。

リングって、ｘ８６にもある奴？

>>163
なにとリンクすればいいのか解らない場合、
ダイナミックリンク試してみるんじゃないかなあ。

>>170
それが無難だと思ふ。保守性はいいしね。
性能もあるから確認しないのが悪いが、
SQLでもstaticのとこを安易にdynamicにしてSTで露呈する奴いるし。

>>163
世界の狭い人同士
ていう感じ？

>>171
性能のことを言い出すと、聞かない香具師もきちんと指示しない香具師も
どっちもどっちだよね。判断材料それだけでCOBOLがそんなものだと
決めつける香具師だけに、指示がクソだった気がしないでもないが。

コボラーってクソだよねというレスを期待した誘い受けなんだとは思うが。

I系でいうと、レガシーのイメージって主にあの貧弱なユーザーインターフェイス
から醸し出されてる気がする。まあ、ISPF/PDFも慣れれば十分使えるが。

どうせPCOMとかファットなエミュレータ使わせるんだったら、いっそのことTSOとISPF取っ払って、
z/OS側に強力なサーバーアプリ立てて、マック並みのGUI操作と見た目を持つ（笑）ファットクライ
アントでオペレーションできるようにすればいいのに。

Iとか計画してないかねえこういうの。UIの印象って大きいと思うんだけどなあ。

>>174
UNIXでもUIはあの有り様なんだから、メインフレームがやる訳ないよ。
iSeriesは微妙に改善されてると言えるかもしれんが。

お前がオープンソースプロジェクトでも立ち上げてくれ。

>174
HATS
HOD

>>175
うーん、まだXがあってマルチウィンドウでスクロールするだけマシだと思うんだよなあ
ホストのCの関数でVTOC操作とかってできたっけ
つーかやるとしたらアセンブラか？無理だなオレのスキルじゃ・・・

>>176
HATSやHODはBMSやMFS系の業務画面をTN3270経由でWebインターフェイスかぶせる方法だよね
ちょっとニュアンスが違っていて、実体としてのVTAMやTSO、LUなんかを残すんじゃなくて、
UIに特化した新ネイチブインターフェイスが出ればなあ、って感じです
クライアントのイメージ的にはEclipsっぽい雰囲気

Ｈで１０年くらい前の話だったと思うが、Ｘ動いていた気がする。

あったよｗ

http://www.hitachi.co.jp/Prod/comp/soft1/VOS3FS/v3ga0056.htm

>>174
IのMF用のGUIは、最初は3270/GDDM、C/SではOS/2 PM(APIはGDDM風)があった。
それらをまとめた仕様がSAA CUA。でも普及しなかったんだから仕方ない。

個人的にはサーバーに専用GUIは不要だと思うけどね。
そんな観点で選んだりはしないもの。
GUI操作は履歴が残りにくいし、遠隔操作も重いし、自動化もツールに頼るし、
CUIをプロシージャ化して一括変換して再利用する方が楽だし検証可能。

今はJava Clientまたは、UNIX互換環境またはz/LinuxでXかな。

UIは重要だけど所詮「流行りもの」だから、きりがない。

Winなんか、2.xはDOSSHELL(Graphic Mode)風、3.0はOS.2 PM 1.xと同じ、
3.1でMac風操作を入れて、95でOS/2 WPS風操作を入れて、98でブラウザ風。

MFは趣味の家電と違って、2年ごとにUIをコロコロ返る訳にもいかないから、
オーソドックスでいいんじゃないか？

>>180
F1押したらHELPてのも含めてCUAダロ。
ISPFもCUA準拠だyo。

>>182
CUAはCUIとGUIがあるし、必須と推奨もあるし、CUA 87、CUA 90あるから、
CUA準拠といってもピンキリ。
Win3.0とOS/2 1.x PMはCUA87 GUI準拠。OS/2 2.x WPSはCUA90準拠。
(Win3.0 SDKにはIBM SAA CUAマニュアルが付属していたくらい)

ISPFもCUA準拠(つうか、ISPF操作性をCUAの基本にした)だけど、
IとしてはMFを含めたユーザー窓口は、OS/2にしたがってた。

ま、SAAと別立てのMotifの方が、COSEでCDEに選ばれたりしたけど。

ところでF1がHELP、F3がEXITてのは、元々そんなアプリが多かったのを、CUA87で規定したって話すね。
でもCUA90ではアプリに任された。
PC系とMF系で違いが目立つのは、やっぱF8(次頁)かな。

f1 help
f2
f3 end
f4 return

f5 next
f6 back
f7 up
f8 down

ummmmmm...

f1 helpはうざいなexcel使用している時間違って押してしまう
汎用関係ないが

>>185
初期のMicrosoftやLotus(IBM買収前)のアプリは、F3で終了したね。今はしないけど。

WindowsアプリのCut&Pasteも、Mac系のCtrl+xとCtrl+vが「標準」になったけど、
Shift+DelやShift+Insは、今のExcel2002やWord2002や1-2-3 2001でも使えるね。

F8 DOWN
F9 BACK
F10 EXIT
では？

ISPF/PDFだと
PF10 右スクロール
PF11 左スクロール

キーボードに書かれてるCapsLock手前の緑の「漢字番号」を
使えるようならメインフレームユーザー

MSP/PFDだと、
PF9 右へスクロール
PF10 左へスクロール

>>191
PFキーが10個でも良いように、かな？
PCのFキーは、AppleIIも初代IBM PCもNEC PC8801も9801も10個だったが、
IBMがMFのキー配列を持ち込んで12個になってしまったんだよね。

>>192
倉庫に眠っている２５年以上前の富士通製ダム端末は、PFキーが24個ありました。

>>193
IBMの25年以上前のダム端(3270や3277)も、PFキー24個だったと思う。
12個が2列あるんだよね。で、右手前に実行キー(Execute)があってワープロみたい。

12や24の方がプログラマ的だね。

右手前の実行キーの押し方は、多種多様。
指で実行キーを叩くのは素人の証拠。
プロは拳で叩く、手をハンマーのようにして振り下ろすのどちらか。

>>手をハンマーのようにして振り下ろすのどちらか。
最近のキーぼーどはやわになったものよの〜

その割にはキーのバネが妙に強くて疲れる

つか、他のキーより扱いがきついわりに壊れない

オープンリールつかってるとこある？

少々使ってますな。でももう作ってないんだとね？

?I?[?v?????[?????A8???FDD??????????????

3年前まで居た職場、銀行とのやり取りはいまだに3420だったような・・・
もうカートリッジになったのかな

カートリッジもやっとというところでＬＴＯが登場・・・
でも、銀行にデータ渡すんだったらＬＴＯのような大容量はいらんし・・・

あげてしまった・・・　スマソ　orz

そんでもって、LTOのメディア単価が高いしね。

>>200
銀行のMT交換(公振・引落）は字の通りMTじゃね？

>>207
フロッピーディスクを使うところもあるし、
カートリッジを使うところもあるし、
半二重モデムで通信する方式もある。

それでも、MT交換と呼ばれているよ。

>>208
メインフレームでフロッピーディスク使えるのは8インチだけじゃない？

>>209
そりゃIだけだろ。
国内メーカは全部5"、3.5"に対応してたはずだが。

ＭＴデッキにリールかける仕事いまでもありまっか？

>>209
俺の所には、全部読めるディスクドライブがあるでよ。
しかも、メディアを洗濯機みたいなところに各種サイズを混在して放り込むだけ。
さすがに一千万円を超えるドライブはスゴイよ。
そんなフロッピーのドライブに千万円単位の金を使う、うちの会社もすごい。

>>211
あります。テープマウントと用紙補充だけの仕事があります。
だれにでもできる簡単な仕事です。

自治体 コンピューター小型化
ttp://www.nhk.or.jp/news/2005/01/18/d20050118000006.html

勘定系感情で白紙撤回？ｗ

>214
そして、パソオタな香具師が弄繰り回して壊す

ＮＥＣ銀行系に見放され、Ｆがプロバンクで勝ち取るの？

ん？住友がＮＥＣ見捨てたの？なんか信じられんが。
にしてもＦが勝つのは無理では（Ｉ意外にあり得ないと思う）。

MSの軍門にくだるのが一番低コストのような気がする。
低コスト人材の確保が容易だよな。

>>213
ほぉあるんですね。ｵﾍﾟ以外はすべてやりました。上流もすべて。あとはこれやってみたいです。

>>220
アホ面晒してれば、やらせて貰えるんじゃない？

>>221 なるほど、それもいいかも＾＾

オペ一番気楽

オペってどこの職場に行っても同じようなバカ面の奴ばっかりだな
まるで兄弟、親戚のようだ。
そしてだらしない服装にだらしないサンダル、だらしない髪、見た目どおり
ホントにバカ。
もう最悪。

銀行内はそんなことないが。みんな男性はネクタイを締めているが。

224はあまり良い目をもっていないか、良い職場に恵まれていないようですね。
そんなところがあるのですか？どこですか？

>>226
某大手銀行いくつか、某保険屋などなど

一昨日のNHKクローズアップ現代についての
考察です。
ttp://homepage3.nifty.com/Aransk/contents6.html#ju
メインフレームに吹く逆風と見たが…。
ご意見あれば承ります。

TO:Eclipse学際スレの皆さん！
申し訳ないがマ板での話題ではないと
考えるので参加するのは見合わせます。

>>226
Ｄ●Ｓのオペレーターってみんなそんな感じだが...

>>227なるほど。ありゃりゃ。
>>229なるほど。

>>228
>5千円＊3人＊8Hr＊3日＝24万円
36万だろ？

>>200
バキューム真空でテープを上手にテンションさせるあれ？格好良いね。
銀行はまだあるかも。

CONDENSE 'SYS1.LINKLIB'
CONDENSE 'SYS1.LPALIB'
CONDENSE 'SYS1.CMDLIB'

>232
バキューム真空って間違えてるぞ

>>234
オペの英語力なんてそんなものだ。
突っ込まず許してやれ。

>>233
やってみてー
何が起こるんだろう。

>>235
日本語力もな

バキュームは吸う　汲み取りの

真空はあの真空管の真空。

>>236
ローディングエラーになるだけだよ。
LPALIBはなんの問題もないとオモタ。

ここで問題です。
バキュームフェラとはいったいなんなんでしょう〜？

テスタロッサを吸う

しかし、どうしてＳＥ、ＰＧのかたはＯＰに対してなにかというのでしょうね。
もう少し上流をやって高度な躾をお習いになられたほうがよろしいかと思います。

そんなまとまなかたがた釣られないでください。

>>244
すまん、君の属性を問う気はないが、
ひらがなくらい勉強しようよ。

>>243
同類相憐む

Misery loves companyかぁ、ｗ

F475 1750A磁気ﾃｰﾌﾟｻﾌﾞｼｽﾃﾑ解説書がありました。白紙の部分を切り取ってメモ用紙にします。
あとは、ﾃｨｯｼｭﾍﾟｰﾊﾟｰへ。
廃棄

ほかにもAIM解説書V11L20系用もどうしようかなぁ・・・
枕には薄いし、ほかのと積み上げて寝床でＰＣ置く台にしようかなぁ。

マニュアル全部集めてベットでも作れ。

結構マニュアルは使い道ある。ｵｰﾃﾞｨｵのスピーカー台にしていたこともある。

>>249　それもええなぁおい！残しておく！
書庫があるからな家には！ｗ大きいぞ！ｗ

アスプスの少女ハイジが干し草のベッドで寝ていたように、
技術者はマニュアルのベッドで寝るのだ。

「おじいさん、このベッド、インクのいいニオイがする！」

ＭＴデッキの裏で応用用紙を敷き詰めてねるのが本当だ。
デッキの裏は暖かい。ｗ

暖かいのなら、プリンタの排気口付近が暖かい。
温風が吹き出しているので、シャワー後の髪の毛も良く乾くこと間違いなし。

プリンタの側だとトナーにやられるぞ、気をつけろ!
ディスクの近くがおすすめ

夏は床下がお勧め。
エアコンからの涼しい空気が良く流れていて、サボっていても誰にも見つからない。
特に涼しいのが、床がアルミパネルではなく、金網になっている部分。
上に空気が抜けていくので、床下内の四方八方から空気が流れ込んできます。

金網の下の場合、ごくまれにスカートの中が見えるという特典もあり。

そのスカートは帳票配布をしているパートのおばちゃんだ

でもおいらは、デブ専ならぬババ専

地銀のコンピュータの女のロングスカート中は暖かいとさ。駅で言っていた。
「ミニよりロングは暖かいのぉ〜〜〜」って！

IBM機の灯台画像が欲しいんだが
どっかに無いかねぇ

260の「灯台」の意味が解らんが
IBM360の古い写真なら

http://www.cs.newcastle.ac.uk/old/events/anniversaries/40th/images/ibm360_672/index.html

をみてちょ。

ＩＢＭ

ゲ・書き間違いスマン・・・


説明不足すんまへン。
ＩＢＭ2704（？）だったか、端末のモニタに写っている、
灯台のある風景の画像のことですわ。
海沿いの丘の上のような風景。

2074だとおもわれ

そそ2074です。
・・・ていうかあの画像はなさそうね

>>260
DOS窓開いてコピレば？

ここはOS/2なインターネットですね。

オッパイランキング2005

・帆船さん
　デカイ！圧倒的ボリューム。全身のムッチリ感に思わず右手が股間に

・mae westさん（女優）
　エロッチクてでかい！最強オナペッツ

・勾配45度さん
　デカサＮｏ１！もう離れられない。

・大日日土さん
　カー！デケェ！もうチンポたまりません！！ああああ

↑ですッテルね

PFDでまだやってるところってあるのか？

F?

Fがなんか出すらしい

既出かもしれないが自治体合併騒ぎでシステム変更を彼方此方でやってるな。

ストックビジネスでつか

定期保守でつ

作業完了・・・

ほんでAIMはいつなくなるのか？
京都のあの主（酒）プロしかつくったことの無い社長の（快調）いったことは嘘だな。
こりゃ！たまげた。
妖怪値の快調は嘘つき

AIMってなに？
CICSみたいなもん？

IMSみたいなもん、かな？

IMSはえーと階層型データベースでよろしいか？
なくなる日なんか来るのかな。

AIMは富士通つぶれればそのうちなくなると思うが。

ＡＣＯＳはあまり出てこないけど、ここはＩＢＭ系オンリ？

IMSはDC機能も持ってるので・・・

来年あたりIMS V10が出そうな気がするが、V3の頃からずっと
IMS+アセンブラのプログラミングで生計を立てている俺は、
やっぱり化石のような存在でしょうか。

>281
単にIBMユーザが多いだけで制限は無い筈

>>283
ASMTDLIだっけか・・・
去年V9がでたばっかりだからまだじゃない？

え〜かす？

メインフレームか・・・。
ＩＢＭ4361，ＩＢＭ4381,ＩＢＭ3090・・・。
俺の青春だった・・・。

Ｆ、２位転落かぁ・・・
ひとつの時代が終わった・・・
のか？

スパコン７位？　>Ｆ

矢不億で390売りに出てるぞ

なんかネタが無さそうなのでかいてみます
最近自治体の合併が多く、新聞紙上を賑わしているようですが
みなさんは多くの開発に関われています?
それとも安いから派遣、バイトに丸投げしているのでしょうか?

>290
入札無いね
そういえば、１年位前にもオークションに出なかった?

１円で売れました。
ttp://page7.auctions.yahoo.co.jp/jp/auction/g32366465

チャネルとかメモリは要らんから
赤いボタンくれ

3270ｴﾐｭﾚｰﾀって結構色々あるんですな。全然知らんかった。
しかも米じゃﾀﾞｳﾝﾛｰﾄﾞ販売で35$とか。
もうね。全員にひとつづつ導入してくれよと･･･｡･ﾟ･(ﾉД`)･ﾟ･｡

せっかくなんで貼っておきますね。追加訂正あればヨロシク。

日本ＩＢＭ　http://www.ibm.com/jp/
パーソナル・コミュニケーションズ
Framepier(R) 3270

丸紅ソリューション　http://www.msol.co.jp/senet/emulator/Top.shtml
SUPER EMULATOR等

サイバネットシステム　http://www.cybernet.co.jp/
Reflection for IBM

蝶理情報システム　http://www.cjs.co.jp/
TCPLink

インターコム　http://www.intercom.co.jp/
FALCON3270

ビーコン インフォメーションテクノロジー　http://www.beacon-it.co.jp/
EXTES Xuras Desktop

情報技術開発 http://www.tdi.co.jp/index.htm
Framepierシリーズ

グローバル・ネットワーク http://www.global.co.jp/news.html
OpenTalk for Windows エミュレータ

富士通 http://jp.fujitsu.com/
WSMGR
I3270エミュレータ?

ソルパック http://www.solpac.co.jp/index.html
BlueZone

日立システムアンドサービス http://www.hitachi-system.co.jp/
RUMBA

詳細不明
  Cyberprise
  ARPEGGIO
  SmartTran
  OPENWAY EM
  3270 For Intranet(東芝?)
  NS/5250J
  NetAce
  TN3270/5250?
  VT100?

なんか沢山あるな
狭い市場のような気がするが。

NECは？

あ〜〜カスね

IFH、遊べる中古マシンはどのメーカー？

目立ってあまりみないねぇ

会社の3270ｹﾞｰﾄｳｪｲはDOS版なんで
OS.3270ｹﾞｰﾄｳｪｲ.TCP/IPがFD2枚に収まってしまう。
ｳｨﾝﾄﾞｩｽﾞﾏｼﾝからHDDを外してつかってますだ。

板違いかもしれませんが、ここなら知っている人がいそう
なので質問。

ずっと手を入れていなかったレガシーなプログラムを修正しないと
いけなくなったのですが、設計書がIBM DOS文書プログラムIII と
いうやつで作られていて、紙がなくファイルだけが残っています。
これを何とか読み出したいのですが、お勧めのソフトはありますで
しょうか?

ざっと調べてみたところ、
　　ジャストシステム 一太郎
　　ロータス ワードプロ
　　アンテナハウス 自在眼
　　システムポート コンバートスター
が対応しているようなのですが。

そんなプログラム捨ててしまえ、というのは なしで...

無事痛のＭ170Ｆってまだ使ってるところあるの?
第二次ｵﾝﾗｲﾝのころだよね。

>>302
DOS文書だとワードプロなら開いて使用したことあり、罫線関係がちょっと
おかしくなったような気もしたが

>>302
ワープロコンバータとしては、アンテナのリッチテキストコンバータと
システムポートのコンバートスターが定番で、双璧といえる。
ただ、どちらも元々はワープロ専用機のFDを読める事が最大のポイントだった。
今回はFDを読むという話ではないと思うので、この2製品にあまり
こだわる必要はない。

自在眼
　リッチテキストコンバータのノウハウ・モジュール・コンポーネントを
流用して、超マルチファイルヴューアーに仕立てたもの。
コンバータ的にも使える。異機種FDを読む機能はない。
安い。持っていて損はない一本。

一太郎
　言わずと知れたかってのワープロの王者。読み込み互換機能が高いと
言われている。また、MS-Word互換機能がかなり高いらしい。これを買うと、
本体としてATOKが付いてくる。ｗ

というわけで、取り込んだあとの編集機能が重要なときやATOKが欲しいときは、
一太郎がおすすめ。
いろいろなファイルが飛び交うような環境なら、自在眼がおすすめ。

※ワードプロについて何も書かなかったが、オレは使ったことも
調べたこともないため。他意はない。

FSP ESPどう違うのだろう・・・

日立のVOS3/FSしか使ったことがないのですが、その経験はIBM汎用機でも流用できますか？

>>307
できます。がんばってください。
でも「RNWがない〜！」とか騒がないようにね。ないから。

Q言語・・・

富士通のMSPしか使ったことがないのですが、その経験はIBM汎用機でも流用できますか？

ＪＴＢＳＯＲＴまんせー

JSKSORTまんせー
JSHSORTまんせー
全部同じだけどな。

KCORALについて熱く語らないか？

そういえば連休だったなぁ
どっかシステム切替やってるかぁ？

JQALってなんだったけ?日本航空の・・

汎用系の仕事ってなくなるの？

完全にはなくなりませんが、ニッチな分野になること間違いなし。

ニッチになるということは、
良い稼ぎは得られるものの、今ほどの技術者人口はいらないということ。
生き残れればよい稼ぎは保証されるが、生き残れるやつはどの分野でもいい稼ぎが取れるようなヤツだけ。

>>315
リンケージエディタ

ﾔﾀ!
某メインフレーム用のエロゲーがようやく完成した。
開発にちょうど一年かかった。ベクターで配布しようかなｗ

>319
テキストベースでつか？

汎用機系のスキルを測る基準みたいのものってありますか？
・これはできて当たり前。でも大して市場価値は高くない。
・これができれば、汎用機系ならどこでも引く手あまた。
とか。
自分の場合、ＰＧ経験しかなくて、ＣＯＢＯＬのプログラム組んだり、
ＪＣＬ作成・実行の繰り返し人生なんですけど、こんなので先ありますか？
プログラム単位の外部仕様書や詳細仕様書はエクセルで作ったことあります。

汎用機でも、ＤＢやＤＣのミドルウェアいじったり、
システムの一番最初の設定とか、いろいろな仕事がありますが、
自分の職場では、一人でそれら全てを経験するのは無理っぽいです。

やっぱりアセンブラができると違う

給料無しでもいいのなら、どこでも引く手あまたです。

>>321
I系に限って言えばアプリ＋ミドルウェア基盤(CICS/DB2/IMS/MQ/Netviewなど)
に強ければ他社いってもそれなりに仕事はある。かなあ。

従来のホストのスキル + z/VM、 z/Linuxができるとこれからはいい思いできるかも。

PROC 1 USERNAME
/* 前回のパラメータ読み込み */
SET AP=&NRSTR(&&)
SET CS=PARMERO&USER
ERROR DO
SETCS &CS VAL(0)
END
SET EROPARM=&&NRSTR(&AP&CS)
ERROR OFF
......
/* エロげー本体 */
......
......
/* パラメータSAVE */
SETCS &CS V(&PARM)

>>327
こちらへははじめておじゃまします。
SETCS
というのは、コマンドプロファイルに変数をセットするコマンドで
よろしかったでしょうか。

>>328
よろしかったですよ！

>328
コマンドの前に日本語勉強しろ

>>329
ありがとうございます。
やはり、３１９さんのいうゲームはＴＳＳがベースに
なっているわけですね。

エロゲーうぷまだ〜〜

>>325
世界中や日本中の大手企業では、大抵これだから、困らないね。
今でも金融案件は多いし。

ただミドルそのものを扱う、いわゆるシステムプログラマは、ベンダや関連会社が強い。
PGなら、最適化やPDできる人は、どこへ行っても重宝される。
単に、特定の会社内でやってったツールと組み合わせしか使えません、だと工数にしか使えない。

>>333
証券取引関係のシステムはもろ金融と言えますか？

>>334
証券のフロントかバックエンドだよね。
どう考えても金融以外にはありえません。

ぜっと
ぷらいむくえすと

あそぶんならぜっとかなぁ
くえすとはおんらいんＲＰＧよう鯖かな

【詳報】九州の3地銀がWindowsで動く勘定系パッケージの採用を正式発表
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20050520/161249/index.shtml

十八銀行（長崎県）と佐賀銀行（佐賀県）、筑邦銀行（福岡県）は5月20日、
次世代勘定系システムの共同化方針を明らかにした。
日本ユニシスが開発するWindowsで動作する勘定系パッケージを採用し、
その運用を同社にアウトソーシングする。

BankVisionは、日本ユニシス製大型IAサーバー「ES7000」と「Windows Server2003Datacenter Edition」を
組み合わせたプラットフォーム上で動作するパッケージ製品。
これまでに、百五銀行やアイワイバンク銀行が採用を決めている

>>337
これね
http://www.unisys.co.jp/PDF/CATALOG/pdf/084201485-unifine.pdf

UNISYS：Windows勘定系(BankVision)
NEC：HP-UX勘定系(BankingWeb21)
IBM：Java勘定系(CoreBank, NEFSS)
富士通：メインフレーム部品化勘定系(PROBANK、Java版を検討中)
日立：メインフレーム共同センター

>>318
そうでした。ｱﾘｶﾞﾄｳ

Windowsは危険だと思うのだが

日立のＶＯＳ３で、ＡＳＰＥＮというエディタを使って、
ＣＯＢＯＬプログラムの開発とか、ＪＣＬの作成ぐらいしか
経験ないのですが、ＩＢＭ汎用機での開発の仕事に就いても、
つぶしは利きますか？

>>342
もろ、利くのでは？

IBM汎用機がLinuxだったとか、職場や業務やミドルが違うとかの話は別とすれば。

>>343
そうですか。それはよかったです。
ところで、ＪＣＬの習熟度ってどうやったら定性的にはかれますかね？
ＪＯＢ文一つとっても、沢山のパラメータがあるわけですが、
ベテランの人は、全部覚えてるんですか？
自分のとこだと、一回雛形を作ってしまえば、あとはほとんどそれを流用
って感じなんですけど。

あと、ＤＢやオンラインの起動ＪＣＬなんかは、
特定のチームが専門的に作ってて、業務アプリの
開発してる人達は、あまりいじれる立場にないです。

>>344
仮にマニュアルを丸暗記してもプロになれないのは、どの業界でも同じ。
関係あるとか、関係しそうってポイントをつかんでいて、
必要に応じて参照できるのがプロじゃないのか？

>>345
当たり前。ミドルの起動JCLの話をしてるんじゃなくて、
同じRDBMSでもORACLEとUDBなら、基本のSQLは同じでも、
ロックや作法が違うという特性を理解してる、あるいは対応できるか、
という話。「機械的な仕事以外はできない」では困る。

ま、まじめに考えるなら、悪いけど、全国区ゴミ捨て場の2chなんかで
相談してる時点でどうかと思うよ。

>>346
ゴミも多いけど、プロも多いよ。
玉石混合なのが2chのよいところ。
ただし、プロも真面目に答える気は毛頭無し。

>>346
>同じRDBMSでもORACLEとUDBなら、基本のSQLは同じでも、
>ロックや作法が違うという特性を理解してる、あるいは対応できるか、
>という話。
派遣だし、業務ロジックしか担当してないので、そういう部分に触れる機会がないです。
そういう話って、例えば汎用系の開発してる大企業の社員にとっては常識なんですか？

ところで、何でそんなに突っかかってるのですか？

>>347
ちょっと雰囲気飲み込めてないのですが、
私の話って、そんなにバカバカしいですか？

シェアソフトのパスワードをクラックするソフトってある？
どうしても金はらってまで使いたくないんです！！
よろしくお願いいたします。

>348
>ところで、何でそんなに突っかかってるのですか？

このスレのやり取りが攻撃的に見えるようでは、君は2chには向いてないよ。
かなり親切かつ穏やかな方だよ、ここ。

>349
馬鹿馬鹿しいっていうか、別にIT業界にすら限定されない一般的な事だからなあ、
社会人になってそんなこと聞かれてもっていう感じじゃないの。

>>351
一応２ｃｈ歴は５年ぐらいです・・・。
>馬鹿馬鹿しいっていうか、別にIT業界にすら限定されない一般的な事だからなあ、
う〜ん、ほんとは単純に事実を知りたかっただけなんですけど、
そう受け取られても仕方ないですね。失礼しました。

メインフレームだけあって、このスレの年齢層は高いようですね。

>>349
あなたに言っているわけではない。
俺は >>346に向かって、たいしたこと書けないのに、プロづらするなと言っているだけ。

ちなみに俺は親切な人ではない。
通りすがりのタダの基地外である。

>>348
張本人の346です :-)

2chがゴミと書いたのは、飲み屋の喧騒や便所の落書きと同じで、
プロの貴重な話も確かにあるが、99%は放談だってこと。毒も宝石も混合。

このスレは確かに、前から穏やかすね。

しかし派遣とか業務とか関係あるのか？
たしかにチューニングはベンダーや基盤寄りの話だが、
大きいプロジェクトなら業務一般PGが読まされる標準化マニュアルでも
「こういう書き方を推奨」って延々書いてあるよね。

それ見て「ただ言われた通りに書く」なら、素直だけど、それだけ。
たまには「どうしてかな？　先輩に聞いてみようかな？　雑誌見ようかな」
てな意識があると、実はORACLEではユーザーが細かく自分でロックする流儀が多いとか、
UDBならコストベースでシステムに任す方向性が強いとか、わかってくるかも。
（こないかもしれないけど）

>>352
2chもIT業界も、ただ長くいるだけじゃ何にもならないって事がよく解るね。

>>354
自分のところでは、業務プログラムの中ではＳＱＬ使用禁止で、
ＤＢアクセス専用のモジュールを使う決まりになっているのです。
オラクルは、低位の資格なら持ってますが、業務では使ったこともないし、
これからも使う機会はないので、あなたの話とはイマイチ噛み合いません。
ＵＤＢって言葉は初めて聞きました。

>>355
そんなに貶さないでください！

>>354
UDBってIBMのですね！今わかりました。
でも、ＤＢやＤＣって、自分のとこでは「既に用意されたもの」感が強くて、
専門グループ以外の人は、日頃ほとんど意識してないと思うのですが、
>>354さんの会社では全く違うのですか？

意識しなくてもいいから、知らないままにしておく
意識しなくてもいいけど、どうなっているかは押さえておく

そういうところに仕事ができるできないの差が出るんじゃないかな

>>359
ちょっとバカにしすぎじゃないですか？

>>358
なかなか大物は釣れませんね。
そろそろ路線を変えた方がよろしいと思いますよ。

>>361
禿堂

派遣さんが、運用管理やヘルプデスクを担当するなら、
せめてＣＯＢＯＬやＪＣＬのことを一通り理解できていないと
ダメなんじゃない、教養の一種だよ。
あと、マイクロソフトのＭＣＡかＭＣＤＳＴあたりの知識が
必要だろーね。

しかし、派遣さん会社はJCLを教育できるような設備を持っていないぞ。
COBOLも机上で覚えた人は使えるか？特に２０代は！
商業高校で汎用機を持っている卒業者は使えるかもしれないが、今時居るか？

JCLの教育をマシンを使って行っているところは、非常に少のうございます。

所詮、派遣は素人の域を超えられない

TSSという単語を見かけて、つい嬉しくなって書き込んでしまいました

データセット、ＪＣＬ、ASPEN、JOBフロー、
コンソールへのコマンド投入（赤い文字見つけてY回答ｗ）

あぁ、何もかも懐かすい。。。
あの頃は大規模開発で人数沢山いて楽だったな〜

スレ汚しスマソ

メインフレームの経験者不足は深刻だよ。

俺の部署、メインフレームが入ってて
けっこうな規模のオンライン・バッチ業務があるのに
人事異動のたびに経験者が出て行き、代わりに
パソコンが少し操作できる程度のネーチャンが
配属されてくるから、もうJCLのことをわかるのが
俺しかいないんだ。
代わりになる経験者を見つけてこねーと、いつまで経っても
転勤できねーよ。

ASPENか。よしよし日立が増えてきたぞ。

判る人間をリストラとかで追っ払っていった手前、今更そういうのが判る人間を入れることが出来なく
なってんだろ。　by ある人材会社のおっさん

無事痛とかＩちゃんなのどのＪＣＬ有料研修があるが、あれにいくしかないな。
または、大惨事オンライン開発当時の経験者がわんさかころがっているはずだな。ﾘｽﾄﾗされたやつらが。

>>371
そういうやつらが書いたソース、見たらGOTO文の山で腰抜かすことになりそうだな。
当然のようにEND-IFも省略がデフォ。

>>372
それは開発言語の記述のことですよね。あの当時の上の命令で「行数減らせ」だからしようがない。
今のように無尽蔵に・・・

>>372
お前、俺の前居た会社の人間か？ w もうスパゲティで腹いっぱいってやつだし、コメントを1文字たりとも入れない
奴もいたし。

↑のｺﾒﾝﾄにより、一気にｽﾚの品質低下

人が足りなくなる。開発資産は放置。団塊の交代要員で賄うしかない現状。

>>373
「え？だってDASDもメモリももったいないじゃん」
とスモーキーマウンテン仕様のソースを手に先輩。
それ見て固まる俺。
おいらの現場にゃまだADMもKCORALも現役バリバリ！
集え同志！

「こりゃチャネルがボトルネックになってるね・・・」
って言ったら「チャネルってなんですか？」って聞いてきた後輩。
なんだか和む瞬間だよね。

>>374
多分違うと思うけど確かにJCL話だったのにいきなりCOBOL厨丸出し失礼！
ささ、JCLに話を戻そうか。
そういえば、昔は連カタプロの神と呼ばれてた男がいたが、CPU食いすぎて怒られてたな。
懐かしい時代。

>>377
すんません。連カタプロとは何か教えてください。
コマプロがＣＰＵ食いすぎてというのはわかりますが。
いわゆるカタプロなら、カタログドプロシジャーでバッチジョブ、
イニシエータで多重度しぼりこんで、ＣＰＵ食いすぎの危険も
すくないと思うのですが。

>連カタプロ
わたくしも知りたい、連って何?

ここにくるようなかたがたに解説するようなことかどうか。うーん。
自分の無能さを披瀝するようですが、これに耐えられないようではスレタイの趣旨に反しますね。

>>378
要はカタプロとインターリーダの組み合わせです。
JOBの属性自体をパラメタ化するようなものですから、
やりようによりますが無茶な数をジョブをいっぺんに流すことが可能となります。
で、イニシエータ上では当然ながら全部違うJOBと認識され・・・。
弊社での使い道ですが、さまざまなライブラリに散らばった資源の相関を見るために,、
リバースで使ってます。
やりすぎると運用に怒られます。当然です。
ツールはいろうろでてますが、実資源を追うのが一番だなあ。

>>380
うーむ。私の経験の少なさもあって、いま１歩わかりません。
インターリーダとは、うちでは、インターナルリーダあるいは、
内部リーダと呼んでいるものと同じなのかな。
ＤＤ文のＳＹＳＯＵＴオペランドの第二パラメータを使う
テクニックでしょうか。

inter と internal ではえらい違いだ。

英語の素養のなさが言葉の略し方に表れる

メインフレームの仕事に英語の素養は全くいりません。
VB野郎にも同じ事が言えます。

メインフレームの基盤野郎は、必要な文書は全て日本語化されており、
メインフレームの業務野郎には、社内作成のマニュアルが整備されている。
VB野郎は、そもそもマニュアルなんて必要なし。

IBM機の場合Redbookを読む必要がある訳だが
読むのはIBM従業員だけか?

インターリーダーってなによ

インターリーダーっていうくらいだから、
インターナルリーダーよりは外側に位置してるんだろうね。

コンピュータ用語辞典をみて

汎用機　載っていないが汎用コンピュータが載ってた
汎用コンピュータ　メインフレームを参照しろと
メインフレーム　写真にＮＥＣの小っちゃいのがのってた

メインフレーといったらＩＢＭ（ＩＢＭ系）だろうが！！

FACOMはだめ？？

インターリーダをサーチしてもみつからんし。
インターナルリーダや内部リーダはぞくぞくみつかると思ったら
これも以外とみつからん。

>>390
英語で調べろ。検索するときに、MVSで絞り込め。
検索結果の英語は、翻訳ソフトを使わずにちゃんと読め。

internal reader MVS
これでぐぐって、それでもわからないのなら、業界から去ったほうがいいと思うよ。

>>391
なんでそんなにヒステリックな返ししかできないの？
カルシウム足りてる？

>>391
突っ込みどころが違う。
そもそもの発端はインターリーダとかいう珍妙な用語だ

>>392
ヒステリックじゃないと思うよ。
インターナルリーダーすら理解していない質問者に対して、
あほらしくて誰も答えなかった解をちゃんと呈示している。

君こそ被害妄想だね。低脳に多いパターンだよ。

>391

>381からして、>390はインターナルリーダは解ってるだろ。
あと「低能」

>インターナルリーダーすら理解していない質問者に対して、
>あほらしくて誰も答えなかった解をちゃんと呈示している。
ＩＴって、少しでも知識が無いことが露見すると、
その人をここぞとばかりに叩く奴が多いよね。
なんか根性捻じ曲がってるよ。

□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□

★☆★読売巨人の清原和博をオールスターでキャッチャーに投票お願いします★☆★

　　　　　　　　　　この夏最大の祭りイベント！
　　　　　　　　　　２ちゃんねらは神様です
　　　　　　　　　　是非この大イベントに参加してみませんか？
　　　　　　　　　　みんなで一丸となり１つの事をやりとげる感動を是非一緒に味わいましょう。
　　　　　　　　　　多数の参加者お待ちしております。


仮に１位にならなくても上位に食い込めれば清原に反省させる機会を与えることができます。
清原を反省させるためにもキャッチャー清原に投票してください。
ちなみに現在捕手部門7位と健闘しています。皆様の一票一票が力になります。
　　　

　　　　　　　　　 　☆★☆ぜひ皆様の清き1日10票（PC:5票、携帯5票）を！！！☆★☆


　　　　　　　　　　詳しくは↓↓↓


　　　　　オールスターで清原を捕手選出しよう Part.8
　　　　　http://ex13.2ch.net/test/read.cgi/base/1118647801/l50


　　　　　　　　　　まとめサイト
　　　　　　　　　　　　http://www.geocities.jp/address_ichiran/

□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□

>>396
素直な根性してたら、プログラマとしては大成しない。

業務屋は素直な体育会系がいいのかもしれないが、
技術一本で食っていく分野のヤツは、たいてい理屈っぽくてねじ曲がっていてる。
もちろん、技術用語の語彙が貧しいヤツは、議論するための前提条件もそろっていない。
バカにされて当然だ。

業務屋に議論など不要だ。
体力と根性さえあれば、仕事など片づいてしまう。

話しがどんどんずれてってるな。
まあ話題をそらしたいんだろうけど。

コテハンは悲惨だな。
こういう質の悪い連中に囲まれては

日立 vosk最高

>>389
ｵﾘは好きだが

弱いものいじめをして、いばりたい方の集まるスレはここでつか

そうでつ

そうなの？

このようなスレはメーカの私としては残念

それでもＭＳ使いますか？ｗ

松田聖子はもうあきた

汎用機は人格者が使うべき

>>395
低能というのなら、
はやくインターリーダの講釈をしたら？

>>388
消える運命とはいえ、NEC汎用機(ACOS)はハネウェルの流れも組むから、
汎用機としては伝統あるシリーズだよ。
IBM(S/3X0)だけが汎用機だった訳じゃない。

http://www.geocities.jp/tahrayan/rekisi/nhistory02.html　<--- タイトルがオフコンだが...

>>412
ハネウェルはGEの汎用機を引き継いだ。GEはIBMより先発だったのでは。

http://www.nikkei.co.jp/news/sangyo/20050617AT1D1402X16062005.html
日本ＩＢＭは大型汎用機（メーンフレーム）事業を拡充し営業を強化する。
金融機関などに基幹システムとして採用する動きが広がっているのを重視、
特に無償基本ソフト「リナックス」で動かす多数の情報システムを統合したい顧客の需要に応える。

NTTデータもIBM汎用機で銀行のオンラインバンキングを集約したそうだぞ。

>>412,413
http://contest.thinkquest.gr.jp/tqj1999/20204/old_contents/bbs/h/history/1/crqlri/tttusx.html
http://www.atmarkit.co.jp/icd/root/03/5786903.html
http://makurada.com/modules/pukiwiki/index.php?%5B%5BUNIX%5D%5D

UNIXの原型とも言われるMULTICSは、MIT・AT&T(ベル研)と共同で、
GEの汎用機(GE-645)で作られた。MULTICSのOS記述言語にはPL/Iが使われた。
MULTICSは消えたがGEの汎用機はこんな流れで引き継がれた。

GE --> Honeywell ---> NEC(ACOS6)
ブル ---> NEC(ACOS4)

フジチク古川元久フジチク古川元久フジチク古川元久
フジチク古川元久フジチク古川元久フジチク古川元久
..／⌒ヽ　　　　　　　　　　　　　　　　　　　 ／⌒ヽ
（　＾ω＾）　　　　　　　　　　　　　　　　　　（　＾ω＾）
久元川古クチジフ久元川古クチジフ久元川古クチジフ
久元川古クチジフ久元川古クチジフ久元川古クチジフ
　　　　　　　　　　　　　　　　　　　　　　　../ ⌒＼
　　　　　　　　　　　　　　　　　　　　　　　（＾ω＾　）
フジチク古川元久フジチク古川元久フジチク古川元久
フジチク古川元久フジチク古川元久フジチク古川元久
./ ⌒＼ 　　　　　　　　　　　　　　　　　　　　　　／⌒ヽ
（＾ω＾　）　　　　　　　　　　　　　　　　　　　　　（　＾ω＾）
久元川古クチジフ久元川古クチジフ久元川古クチジフ
久元川古クチジフ久元川古クチジフ久元川古クチジフ
　　　　　　　　/ ⌒＼
　　　　　　　（＾ω＾　）
フジチク古川元久フジチク古川元久フジチク古川元久
フジチク古川元久フジチク古川元久フジチク古川元久

>>415
年表つくってみたけど、どう？

1946 ENIAC(世界最初のコンピュータ)
1952 IBM701 (IBM最初のコンピュータ)
1964 IBM S/360(世界最初の汎用機。現在のS/390につながる)
1964 NEC NEAC, 富士通 FACOM230, 日立 HITAC5020 発表
1965 GE-645上でMULTICS立案(GE-635,645、HIS 6180、DPS-8にも移植)
1971 DEC PDP-11上でUNIX誕生

こんな年表もあった
http://www.ipsj.or.jp/katsudou/museum/index.html

深いお話歓迎。もっと知りたい、重鎮さんのお話を。

MVS系JCLでHELLO WORLDを印刷する
http://www2.latech.edu/~acm/helloworld/mvsjcl.html

--------------------------------------------------------------------------------

//HELLO JOB (T043JM,JM00,1,0,0,0),'HELLO WORLD - JRM',CLASS=R,
// MSGCLASS=X,MSGLEVEL=1,NOTIFY=S0JM
//*
//* PRINT "HELLO WORLD" ON JOB OUTPUT
//*
//* NOTE THAT THE EXCLAMATION POINT IS INVALID EBCDIC FOR JCL
//* AND WILL CAUSE A JCL ERROR
//*
//STEP0001 EXEC PGM=IEBGENER
//SYSIN DD DUMMY
//SYSPRINT DD SYSOUT=*
//SYSUT1 DD *
HELLO, WORLD
/*
//SYSUT2 DD SYSOUT=*
//

あ、勿論JOBステートメントは、実行前に自分の環境に治してね (^^

インターナルリーダーを使用したジョブからの別ジョブ起動
http://www.damos.dircon.co.uk/html/submitjob.html
----------------------------------------------------

//*
//STEP050 EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSUT1 DD DSN=SYSPDA.JCLLIB(JCL2),DISP=SHR
//SYSUT2 DD SYSOUT=(A,INTRDR)
//SYSIN DD DUMMY

もっとおながいしまつ。（ｵﾘ４４歳なのだがｗ）

あ〜、JCL久しぶりに見た w

JCFのこすがさん

と、むかし徳之島の馬鹿が言っていた

>>420みたいなのって、初めて見たのですが、よく使われるのですか？

今ではちょっと珍しい、VSE用のJCS(Job Control Statement)。

http://cis.sunydutchess.edu/jcl.htm
http://cis.sunydutchess.edu/coboljcl.htm

VSEはIBM汎用機(IBM4300以降)で登場し、VAXキラーを狙った中規模用OS。
構造的にはMVS系の弟分。実はまだまだ現役。
JCSはVSEで使われるJCLだが、MVS系JCLとはラベル位置などが結構違う。
これをエディタ(標準はICCF)で編集してSUBMITするとPOWERで実行される。

DOS --> DOS/VS(仮想記憶) --> DOS/VSE(複数アドレス空間) --> VSE/ESA(ESA対応) ---> z/VSE
http://www-6.ibm.com/jp/servers/eserver/zseries/os/vse/

>>426
リンク先のJCSサンプル

// JOB COBOL/MAINFRAME
// OPTION LINK
// EXEC IGYCRCTL
IDENTIFICATION DIVISION.
PROGRAM-ID. ADDSALES.
ENVIRONMENT DIVISION.
INPUT-OUTPUT SECTION.
FILE-CONTROL.
SELECT SALES-FILE ASSIGN TO SYS012.
DATA DIVISION.
(中略)
/*
// EXEC LNKEDT
// ASSGN SYS012, SYSIPT
// EXEC
34
65
55
347
/*
/&

>>425
システムプログラマとか制御系では昔から良く使われてるよ。
ただ、標準化やセキュリティ的に、通常業務では禁止されてるとこも多いと思う。

MVS系JCLでのカタプロ(カタログ式プロシージャ)のサンプル
http://teaching.idallen.com/dat2330/02w/jclnotes/procMerge.txt
---------
//*** THIS IS THE COBOLCLG CATALOGED PROCEDURE *************
//COBOLCLG PROC
//**********************************************************
//COB2 EXEC PGM=IGYCRCTL,PARM=(LIST,OBJ),REGION=1024K
//SYSPRINT DD SYSOUT=A
//SYSLIB DD DSN=COBOL.SRCLIB,DISP=(SHR,KEEP)
//SYSLIN DD DISP=(NEW,PASS),UNIT=DASD,BLKSIZE=4080,
// SPACE=(4080,(100,100))
//**********************************************************
//LKED EXEC PGM=IEWL,REGION=1024K
//SYSPRINT DD SYSOUT=A
//SYSLIB DD DSN=COBOL.OBJLIB,DISP=(SHR,KEEP)
//SYSLIN DD DSN=*.COB2.SYSLIN,DISP=(OLD,DELETE)
//SYSLMOD DD DSN=&&GOSET(GO),DISP=(NEW,PASS),
// UNIT=DASD,SPACE=(1024,(500,100,1))
//**********************************************************
//GO EXEC PGM=*.LKED.SYSLMOD,ADDRSPC=REAL,REGION=1024K
//*** END OF COBOLCLG CATALOGED PROCEDURE ******************

VSE系JCSでのSQLプリプロセッサ例
http://qrp.lehigh.edu/lists/Archives/vse-l/1899.html
ONとかGOTOとか、多少の制御を書けるのが特徴
------
* $$ JOB JNM=CVRPCUP0,DISP=D,PRI=3,CLASS=Z,USER='JMV CVRPCUP0 '
* $$ LST DISP=D,DEST=(,MAINT),CLASS=J
// JOB CVRPCUP0 COMPILE CICS DB2
// ID USER=
// LIBDEF *,SEARCH=PRD2.DB2730
// EXEC PROC=ARISDBPL
// ON $CANCEL OR $ABEND GOTO ENDJ2
*
* DB2 PRECOMPILER
*
(後略)

>>426
POWERはVSEでのジョブ管理サブシステムの名称(MVS系のJESに相当)。
同じIBMでもCPUのPOWERとは関係ない。念のため。

>>428
自分の職場では、業務アプリケーションしか作ってないのですが、
汎用系では一般的に、制御系と業務系と分業してるものなんですか？

>>432
2〜3人で全部やってる会社もあるが、伝統的には分業が徹底されている。
OS自体も利用者が企業で、分業を前提とした構造になっている。

UNIXやWindowsなどと違い、業務PGMからはOSやDISK構造が全く見えない(隠蔽されている)し、
PGMからOSのコマンドを出すのも(不可能ではないが)敷居が高いし、
バッチから他のバッチ(プロセス)への操作は原則できないし、
プログラマとオペレータ(本番移管後のJCLの実行管理)も分かれているし、
操作はいちいちログで監査されうるし(本当に管理してるかは別として)。

>>432,433
逆に言うと、せっかく速く安いオープン系を採用したのに、
分業を徹底した開発や運用ができないで困っているシステムや、
それを無理に汎用機的作りこみをして却って不便になっているシステムは、
大企業では山のようにある。今もかかわってる :-P

業務プログラマは作ったら去って、知らない事が多いけど。

汎用機は鉄道と同じで、高価で保守も大変だが、
運用が回りだすと自動化工場になるからすごく楽。

逆にオープン系は手軽さが強みだけど、数十台のサーバー管理者になると、
いつもどこかを修理したり直したり判別したりで休まる日が無い。

ある程度は割り切って、適材適所にしないと、互いに意味が無いんだけどね。

>>433>>434
とてもためになりました。ありがとうございます。
>操作はいちいちログで監査されうるし(本当に管理してるかは別として)。
確かに、本番環境でジョブ流したりすると、逐次ログが印刷されていきますね。

>>435
久しぶりに盛り上がった

ＡＣＯＳって触れる機会が無いのだがヘラクレスのようなもの＋ＯＳは無いのかな

>>434
オープン系でも、優秀な人材を集めれば自動化は進む。でも安くは無い。

オープン系、汎用機の次元ではなく、
作った人が優秀かどうか、また、妥当な費用を投入しているかどうかで決まるのではないですか。

例えば、システムログに出るメッセージを拾って自動リプライするなんてやるときに、
XXXnnnnX みたいにメッセージのフォーマットが決まってて、必ずログに出るメインフレーム
てんでばらばらなフォーマットで、かつアプリケーションが自発的にログを書かないと
ジョブログもロクに出ないオープン系
とでやりやすさは大分違ってくる。

頓馬が作れば箸にも棒にもかからないのは同じだけど、
やった人のレベルによるシステムの出来具合は、
オープンとメインフレームで標準偏差に相当の差があると思う。

歴史の長さから、こうやればいいっていう型がある程度メインフレームは決まってるし、
馬鹿でもそれにさえ従ってればそこそこいける。

オープン系でもやる人がやればちゃんとできるんだけど。

オープン系では、人材のレベルがシステムの品質に直結してしまうが、
人材さえ良いのをそろえれば、
汎用機では実現できないような、高い価格性能比を達成できる。

ごく少数の大規模事例を除いて、
価格性能比だけじゃなく、絶対的な性能もオープン系のほうが上だけどね。

>>439
良い人材で固めるのはまず無理ですけどね。そもそも少ないし、高くつく。

後はH/W・S/W自体の信頼性をどこまで求めるか。システムの品質は性能だけじゃないから。
製品自体の堅さってのはまだメインフレームの方が一日の長あり。
あれだけ金かけて二重化してりゃ当たり前だって話しですけど。

また水掛け論でつか？

価格性能比ばかり追求したってねえ・・・。
家電メーカーだって、やる気だせば低価格で実用可能な新技術が発明されても、
すぐには普及させずに、小出しにしてるでしょ？
適度に儲かればいいの。

>>437-440
ま、このパターンは毎回のこと。

確かに「優秀な人がちゃんと作りこんで管理すれば、どちらも信頼性高い」のは事実。

でも >>433,434,438の言っているのは、そういう仕組みや作りこみの標準化が、
OSレベルで最初からあるかどうか、あってもレベルが同じかどうかの話。

UNIXやWindowsは、プログラマー=ユーザー=主人公が何でもできる、という発想が根強い。
「さっきどんな操作したか」覚えて無いとロギングされない場合が多い。
だからユーザーから問い合わせ来て水掛け論になり「詳細不明」「再現待ち」になりやすい。

汎用機OSは原則、全操作が１箇所のSYSLOG(NETLOG)に集約される。
重要なファイルの削除はSMFレコードに残せる(設定は必要だが)。

またPGM中で他のプロセスをリストしてkillするとか容易にできる。
だから潜在バグや「挙動がおかしい」場合の追跡調査に時間がかかる。
これは実行されるアドレス空間がPGM毎に独立していないから。
そこで、業務ごとにサーバーを立てて、「数十台あってレベルもまちまち」になり易い。

MVS系はアドレス空間が別だと、相手の存在すら認識できない。
別アドレス空間との連携はCSAなど共通メモリ(データしか置けない)とか、
SSI(アドレス空間間連携。通常業務では使えない。許可が必要)になる。
だから２０年前の業務と最近の業務を、１台で多数同時稼動させても相互に干渉しにくい。
多くのユーザーでは、本番１台で数十の全社・部門業務を同時に動かしてたりする。

価格性能比の話は、確かにオープン系の方が高い。それは常識だろう。
ただ構築後の運用の手間がかからないから、長期使用すると運用コストが効いてくる。

汎用機が向いているのは、金融とか信頼性が特に必要な巨大オンラインとか、
多数の業務を同時稼動させる、サーバー統合。トヨタとか。

>>430
>ONとかGOTOとか、多少の制御を書けるのが特徴

IBMがVSEに追加する前に、国産汎用機各社がやっていた

何故ＪＣＬが必要なの？

何故シェルが必要なの？

シェルはないとコマンドの実行すらできないけど、
JCLサブミットしなくてもコマンドは実行できるよ。

JCLないとTSOのアドレス空間つくれないけど。

結局は優秀な人材をそろえればという理想論になるのか・・・

>>447
その場合でも、保守運用コストと、ベンダー側のFIX作成体制の違いは残るが。

オープン厨の価格性能比への拘りは、システム提供企業が
自分で自分の首を絞めてるだけだと思う。
なんならタダでやってやれ。稼動後の訳の分からん料金は請求するな。

プライムクエストってどうよ
個人的には気になるハードだが・・・

>>450
富士通がメインフレームの移行先として宣伝してるIAサーバーだけど、
・アーキテクチャ的には普通のIAサーバーにWindowsかLinuxを載せただけ
・一般論として「メインフレームクラスの信頼性」と唱ってるが、
　特にハードの構造や汎用機との互換性が高い訳ではない
・IのxSeriesやNのExpress5800の上位機種と同等

>>451
IAサーバーってなに？

>>451
ソフトウェア側から見たアーキテクチャはIAサーバそのものだが、
ハード的に見たらとんでもないしろもんだよ。あれは。
富士通は各所でバカにされているが、あのサーバは富士通の総合力と底力を感じる。

もちろん汎用機とは何の互換性もないが、
将来的にはMSPやXSPをIA64でエミュレートするつもりなんじゃないだろうか。
あのハードの作り方を見ると、将来は汎用機OSでも乗せるような勢いの贅沢なハードだ。
もちろん、値段もぶっ飛ぶほど高いのは当然のこと。

二重化は電源やディスクなどだけではなく、
メモリ・バス・チャネルの二重化から始まり、さらにインターコネクトやCPUにまで及ぶ。
同じ命令を２つ以上のCPUで実行し、壊れたものは切り離される。ソフトウェア的にはそれら複数のCPUが1CPUである。

まさに化け物だね、あれは。
俺の会社にはオーバースペックすぎていらない。
というか、買えないよ。あんな豪勢なハードは。

H/Wだけ信頼性高くしても、上に乗るものも何とかしないと。
アプリケーションとか、オペレーションまで含めて。

>453
確かに中身はたいしたもんだけど、売れるのかな。
頑張ってるけど、そこまで信頼性もとめるならWindowsやLinuxである必要がない。
結局まだ商用UNIXサーバやメインフレームには追いついてない訳だし。

それにあそこまで独自路線突っ走っちゃうと、IAサーバのメリットである
オープン仕様、規模の経済による安さがなくなるのでは。


>451
IとかNではF並のIAサーバは出てないと思う。

>>455
IBMのZシリーズに、ちょっと違う方向から競合しようとしてると思うよ。
IBMは、汎用機ベースでLinuxを動くようにした。
富士通は、IA64ベースで、汎用機をエミュレートしようとしている。

両者の差を考えると、長期的な方向性は富士通の方が正しいように思える。
富士通は既にオフコンのアーキテクチャチェンジをエミュレートで乗り切った体験がある。

また、短期的に見てもWindowsが動くという利点もある。
ただ、あんな豪華絢爛ハードでWindowsを動かそうとしている顧客がいるのなら、
なだめてWindowsをあきらめさせるのがメーカーとしての正しい行動だとは思うが・・・

いくらハードを安定させても、Windowsがいくら安定しても、
Windows上で動くソフトは総じて不安定だからね。

>>456
F,Nは汎用機から段階撤退だから、ユーザーが汎用機上で作ったS/W資産の保護で、
何らかのエミュレートは残す必要がある。ただ、それは当面の移行先で、
将来的にエミュレートを残すとは思えない。単なる互換環境。

IのxSeries(旧NUMA-Q, DYNIX)も以前はMVSエミュレータを組み合わせ提供していたが、
低価格メインフレーム(z800)が出た後は消えた。

IのLinuxは単に汎用機の販促というより、全社的にサーバー全体をスケーラビリティにして
性能や信頼性に応じて買い換えてくれる事を狙ってんじゃないかな。

PrimeQuestは、UNISYSやNCRの超高価Windows Server専用機と同路線では？

>>458
つうかＨＰスーパードームと同じでは？

障害対策なら、HPヒマラヤ(タンデム)は全H/Wが二重化だし、
IBM xSeries 445/455(NUMA)はCPU・メモリ・IO全体がブロック化されてる。

>>452
IAサーバ　【IA server】
http://e-words.jp/w/IAE382B5E383BCE38390.html

富士通のHPでは、プライムクエストはメインフレームを置き換えるものではなく、
既存のPCサーバーを集約する位置づけに読めるが
http://primeserver.fujitsu.com/primequest/concept/page1.html

PRIMEQUESTに搭載した先進技術の一端をご紹介します。
http://primeserver.fujitsu.com/primequest/concept/page4.html

LinuxがのるんだったらHerculesのせて遊びたいなぁと思ってたんだけど
さすがに導入はないよなぁ・・・

これ作るためにＩｎｔｅｌやＭ＄と提携したのか！！
（提携だったっけ･･･とにかくなんか発表してたなぁ）

PrimeQuestはRedHat Linuxはサポートしてる

IBMはCPUを切り離すことができるだけ。←ただのIAサーバ
HP Superdome は、CPUを切り離し後、別のCPUを割り当てる。　←かなりの高級機

富士通のは、CPU複数が同時実行して正しい結果のみを使う。
IBMやHPとは、全く次元の違う二重化である。

まあ、おれの会社の業務じゃ、そんな高級仕様はいらないけどな。

ＰＲＩＭＥＱＵＥＳＴはロープレ専用マシンじゃないのか・・・

>>468
RPGはAS/400専用です。

対応機種が増えたんじゃないのか・・・
残念

>>470
AS/400にはJCLも無いし...

>>470
ｽﾏｿ、訂正します。

RPGは、ほぼAS/400専用です。

(IBM Stretch) --> S/38 --> AS/400 --> iSeries --> p5 + i/OS

うちの職場（役所系）では、ＣＯＢＯＬプログラムの中で直接ＳＱＬ使うのは禁止されていて、
ＤＢをＩＳＡＭのように読むモジュールでしかＤＢアクセスできないのですが、
一般的にはどうなんでしょうか？民間の生損保とか。

漏れのとこはSQLはDBチームの作った部品からしか呼べん。
業務プログラマからは隠蔽されている。
ちょっとやりすぎな気もするがコボラー相手にはこれくらいでちょうどいいのか?
うちは規模がでかすぎるからかな。

>>475
うちも正にそうなんですよ。
だから、啓発意欲がないと、その職場に何年いても
ＳＱＬ全く使えない人とかザラにいますからね。
表向きは性能向上が理由らしいですが、
本当はバカがヘマしない為なんじゃないの？と勘繰ってしまいます。

insertとかupdateなら判らないでもないけど、単なるselectも？

>>477
そうですね。
ＤＢ自体にアレルギー感じてるような人とかいますよ。
まあ、いい歳したおっさんだったりしますけど。

そういえばなぜか汎用機のＲＤＢだと
ＳＱＬ埋め込み方式でなくＣＡＬＬ方式
ばかり。
ＣＡＬＬ方式は慣れるのに時間かかる。
プロジェクトを変わるたびにそこ独自の
ＲＤＢ処理を学ばなければならない。

ＲＤＢ用のモジュール開発って工数を考
えるとけっこうかかるよ。こういう余計
な開発があるから汎用機の開発費は高く
なるんだよな。

ＳＱＬ埋め込み方式にすればＲＤＢ用の
モジュール開発はなくなるし、よそから
人が入ってきても早く慣れることができ
るし。

ＳＱＬ埋め込み方式はホスト変数を定義
したりエラー処理、接続処理を記述しな
ければいけないけどコピー句にすれば
いいだけだし。

>>479
ＣＡＬＬ方式だと、専用のチームがモジュールの開発・保守をしていて、
業務プログラムを開発する人達は、ＲＤＢなんてあまり意識しなくても
仕事できるんですけど、そういう場合、ＤＢのスキルは無しってことになるんでしょうか？

例えば、派遣のスキルシートにＩＢＭ汎用機のＤＢ２の欄があったら、
今までの職場で、ＤＢにはＣＡＬＬ方式で間接的にしかアクセスしたことが無い場合でも、
「ＤＢ２経験３年」などとは書いたりしないんでしょうか？

知りません

>>480
何と書いて頂いてもかまいません。
もともと、汎用機でごりごりSQL書かれても困ります。

>>482
バッチジョブで、ＳＱＬの結果をＳＹＳＯＵＴに出すような使い方はＯＫですか？

DSNTEP2は本番では禁止

>>484
ＩＢＭですね。ググったら↓が出てきました。
http://www.mainframeweek.com/code/showcode.php/0031/mw31db21.txt

しかし、うちとは全然ＪＣＬの流儀が違う・・・。

UNISYS2200 はマイナーなの？

>>486
100人に聞いても99人がマイナーだと判断する程度にマイナーです。

たかだか、5tblをjoinでくっ付けただけで文句言うなんて
ナンセンス

>>488
ファクト表１個とディメンジョン表４つのスタージョインなら許すが、

そうでなければ、文句いうのが普通だぞ。

>>489
ＤＷＨの仕事されてるんですか？

>>490
ご名答、よくわかったな。どの用語で判断ついたんだ？
ちなみに、俺はDWH専門じゃなく、いろいろな知識がスノーフレーク状態だ。

でも結局、負け組のサラリーマンです。

>>475
遅レスだが、知ってる金融機関（複数）もこれ。
良くも悪くも「部品化」して、直接SQLを禁止するから、業務プログラマはSQL書けない。

履歴書で「DB2経験 xx年」と書いてある場合、ホストかオープン系かでスキルエリアが大違い。

>>492
マクロ化してCALLしたがるのは、IMS-DBや、その上のSAILやCAPなどの流儀をRDBに持ち込んだのでは？

http://publib.boulder.ibm.com/infocenter/dzichelp/index.jsp?topic=/com.ibm.ims.doc.apdb_8.1.0/xf5d27.htm

CALL PLITDLI(FOUR,FUNC_GU,DB_PCB_DETAIL, 7
DET_SEG_IO_AREA,QUAL_SSA);
.
CALL PLITDLI(FOUR,FUNC_GHU,DB_PCB_MAST, 8
MAST_SEG_IO_AREA,QUAL_SSA);
.
CALL PLITDLI(THREE,FUNC_GHN,DB_PCB_MAST, 9
MAST_SEG_IO_AREA);
.
CALL PLITDLI(THREE,FUNC_REPL,DB_PCB_MAST, 10
MAST_SEG_IO_AREA);

スタージョインとかDWHやBIで良く使うデザインでないかい？

>>494
その通り。
基幹系はスノーフレークになるのが一般的。

メインフレームの場合は、昔からのしがらみで、事情はもっと複雑。
そもそも、RDBに実装するような構造になっていないものも多いのが実情。
で、気がつけばネットワーク型DBそのままの構造でRDB化して、マシン資源の浪費。

このスレの奴らに問題だぞ

Q1.IMS-DBとSQL/DSの違いに付いて述べよ

Q2.DB2 for MVSの区分化と、DB2 UDBの区分化の違いに付いて述べよ

Q3.MVSからUNIXにデータファイルを渡す際の、EBCDIC→S-JIS変換の方法を述べよ

ＳＱＬ・ＤＳは製品名だが、えらい古いな

SQLの20年
http://www.itscj.ipsj.or.jp/topics/sql.html
1970年代にIBMによって発表され，1980年に最初の商用SQLがOracleによって出荷され，
続いてIBMからもSQL/DS，DB2が出荷され，SQL市場が生まれた．

>>496
俺は40歳、オープン系Oracle野郎。

Q1. 違いも何も、それぞれが何かも知らない。
Q2.　区分化って、パーティショニングみたいなものですか？
Q3.　EBCDICのコードセットには漢字を含んでいないので、質問自体が誤りだ。

ACOS500

>496
v6から、DB2 UDB for OS/390 ですが何か

>>501
確かにv6からOS/390版もPG寄りの機能を合わせて「DB2 UDB」と製品名を合わせたが、
基本的には「DB2 UDB for Multiplatform(UNIX,Windows)」とは別製品で、
細部の機能や基盤運用面はかなり違うよ。

ゲームとかないのかなぁ・・・

>>503
ありません。
そう考えてほぼ間違いありません。

汎用機でエロゲやってるとこ、想像してもた

>>496,499

こんなとこかな？

A1.
IMS-DBはIBMの階層型DBMS。今でも銀行・製造業では主流。
SQL/DSは(中規模汎用機用の)VMやVSE用のRDBMS。

A2.
DB2 for OS/390の区分化は、業務的なKEYで格納DISKを分割する事。
DB2 UDB for UNIX/Linux/Windowsの区分化は、別売のPDFを使用し、クラスタでShared Nothingする事。

A3.EBCDIC(含・IBM漢字コード)→ASCII(S-JIS)変換は、一般的には以下を使用する
(1)FTP転送時にASCIIパラメータを付けてファイル単位で変換する
(2)MQ転送時に(MQGETのオプションで)指定して変換する
(3)TSOファイル転送時にオプション指定で変換する
(4)UNIX側でiconvユーティリティで変換する
(5)UNIX側でDB2へLOAD時にCODEPAGEパラメータで変換する(項目単位で可能)
(6)ユーザーが変換テーブルを自作して自分で変換する(外字対応なども可能)

Q1.XDMについて述べよ

>>503
どこぞの大学製か教授か分からんけど
オセロもどきを作った人がいると聞いたことが歩けど

コマプロでクイズとか作ったことあるよ。

>>507
A1. X-Window Display Manager

Q1.0C4について述べよ

>>506
すごいね、現場で生かせる内容かどうかは別にして。

オープン系の人は汎用機のことをどれぐらい知っているのだろうか。。。

>>510
ブー

XDMって常陸のミドルだよね
DB、DCに関わる管理をしてるんでしょか？
あとリカバリーも。
詳しい事はマニュアルを見ないとね・・・・
そんなレベルの１７年選手。

>>506
MQはチャネルでの変換、USER EXITもある。
最近はHULFTもありだな。

あとDB2 UDB for Open の区分化は、PDFでなくDPFね。Data Partitioning Feature

HULFTとIFITって全然別物？

今日、コンピュータユーザ年鑑をみてきたが、基幹にM430,M780など昔のを使用している企業、多いのですね。

>>515
HULFTは内部はFTPだけど、FTPの弱いリカバリや自動化を補ってくれるので便利すね。
FTPはプロトコルの制約で、リターンコードが信用できないケースがあるから...

あと、MQベースだとIBM子会社のISEの、MQ和尚ファイル転送も使える。
開発者が和尚に似てたから製品名が「和尚」になったのは本当らしい。
http://www-6.ibm.com/jp/ise/software/mqosho/service.html

>>516
IFITは日立のメインフレーム用ファイル転送ツール
HULFTはセゾン情報システムのマルチプラットフォーム用ファイル転送ツール

>>517
そうそう。ACOSとかIBM4300とか年代物がいかに長く使われてるか、よく判る

>>519
メインフレームからUNIX/WindowsへのTCP/IPを使わないファイル転送ツールには、
IBM InfoSpeedもあったが、今はなくなったようだ。

ミドルといえばA-AUTOやOMEGAMONも有名

おおっと、おめこもん

これはどうじゃ？

Q1.JOBとSTCの違いについて述べよ

Q2.3270の日本語画面デザインで、左端が1バイト空くのは何故か？

Q3.次のうち、DISP=(OLD,DELETE,DELETE)で消せないものはどれか？
(A)SAMファイル
(B)PDSファイル
(C)VSAM KSDSファイル

中小ＩＴ３年目のＤＱＮっす。
>>524
Q3だけ分かった。(C)でしょ？
VSAMだけクラスタとかデータとかインデックスとか一緒に割当てないといけないし、
中身のデータも簡単に見れないんだよね。

>>517
あれあてにならんぞ

>>511
亀レスだが、誰も答えんので答えてみる。

もしかしてエラーコード？
データ例外or記憶保護例外とか？

S0C4

CICSだとASRA

データ例外は0C7、記憶保護例外は0C4なのねん

コンピュータ（汎用機）の仕事を始めました。
以下のような初歩的な質問に対してどなたか教えていただけると嬉しいのですが。

1. 31ビットアーキテクチャ、64ビットアーキテクチャーは何のことですか。

2. AMODE(ｱﾄﾞﾚｯｼﾝｸﾞﾓｰﾄﾞ?) RMODE(?)とは何でしょうか。

凡妖気って２４ビットだろ

>>520
そうですね

>>530
こんなところで質問する内容ではないですな。
汎用機に特化した話題でもないし。
せめてWeb検索してください。
>>531
それは古すぎるなぁ。
現役では、どんなに旧式でも３２ビットだろ。
ちなみに、一部金融や公共で使用されているUNISYSなんかは
１バイト＝９ビット　１ワード＝３６ビット　のワードマシンアーキテクチャ
（つまり３６ビットマシン）ときている。しかも負の表現が１の補数。
世の中にはいろいろあるもんだ。

>>533
>汎用機に特化した話題でもないし。

これはちょっと違う。

32bit,64bitなら一般論だが、
>>530は「31bit,64bit」と書いている。

IBM汎用機のH/W(S/360、S/370)は24bitだったが、32bit化(S/370 XA)の際、
互換性のため1bitを使ったので、31bitモードの追加となった。

なおIntel 80386では、16bitから32bitの移行の際に、
こういう細かい配慮をしなかった(混在稼動を想定したH/Wデザインでなかった)ため、
リアルモードとの切り替えは瞬間的にモードをセットして自殺する、
という不安定な設計を、各OSがせざるを得なかった。

>>530
MVSフォーラムに同じQ/Aがあるよ
http://www.mvsforums.com/techfaqscobol.html

Q What is AMODE and RMODE? What does 24 or 31 mean to it?
A Addressing Mode/Access Mode
AMODE(24) indicates 24-bit (three-byte) addressing - memory below the line.
AMODE(31) indicates 31-bit addressing - memory above and below the line.
AMODE=ANY indicates the program may use either of the addressing technique.
Run Mode/Residency Mode
RMODE(24) indicates that the program must be loaded into memory below the line
RMODE(31) indicates that the program can be loaded either below or above the line.
RMODE=ANY indicates that the program can be run in either 24 bit (below)or 31 bit memory (above).

↑
aboveとbelowは、MVS上のアドレス空間のうち、24bit(16MB)の上か下という話。

それでは、これではどうじゃ？

Q1.B37とD37の違いに付いて述べよ

GE→ハネウェル→NECの流れを汲む汎用機、ACOS6もワードマシンだね
http://ja.wikipedia.org/wiki/ACOS
http://ja.wikipedia.org/wiki/ACOS-6

>>538
1バイト=9ビット
1ワード=36バイト

RMODE(18BITアドレス空間)
VMODE(セグメントを使って拡張したモード)

>>534みたいな知識をさらっと披露できる能力って、
どんな会社、職種につけば身に付くの？
やっぱ大手？

にわかメインフレーム使いですが
困ってしまったので教えてください。

ホストのデータをファイル転送で
PCに持ってきたいんですが、
ゾーン10進の符号桁にPC側変換ソフトが
対応してないので困ってます。

例えば"０１２３"のデータだと
16進表示でF0F1F2C3と、最後が
F3ではなく符号＋を表すC3になっているんです。
これをホストでFに変換しておく方法はありませんか？
リストラで周りに技術者がいなく、マニュアルと首っぴきですが
わかりません。ホストは日立製です。

>>540
いや、MVS系のシステムプログラマなら一般的な知識だと思うよ。
ただ純粋な業務PGとか、TPモニタ上の開発中心だと知らないかも。
会社の大きさは関係なくて、基盤系に強い会社・職種かな？

２４ｂｉｔマシンじゃなくてアドレッシングじゃないの
そうじゃないと8088は８ビットＣＰＵになってしまう

汎用機に限らずコンピュータの基礎の問題じゃないのかなぁ・・・

>>542
自分は完全に業務系です。
仕事上そんな知識、まず必要ないから、
よほど興味を持って独自に勉強しないと身に付かないですね。
あと、やっぱり汎用系やるならＩＢＭ機に限りますかね？

>>541
「S9(4)」で定義されてるんでしょう？
正の数しかこないなら「9(4)」、符号も文字で表示したいなら「+9(4)」
とかで定義しなおしたらダメ？
あるいはユーティリティーか簡単な変換プログラムで対応できると思いますが。

>>541
ちなみにどういった会社ですか？

>544
「仕事上必要ない」で片付けてしまうと、進歩が無いんだよな
業務側とはいえIT業界で飯食っている以上、コンピュータに関する知識はあるに越した事は無い

>>546
正直、最新技術とか全く興味ないっす。
好きな奴だけがやっとけばいいって感じで。
一時期、日経コンピュータとか取ってみたけど、すぐ飽きて山積みになってる。
あと、うちの職場、週刊アスキー読んでる人が多いけど、そういうのにも全く興味わかない。
でも、家にＰＣもないおっさんＰＧとか結構いたりする。

そうそう。
x86で「プロテクトモードが、V86モードが」って話と同じ。
本当に仕事上で必須の人は少ないが、関心のある人は結構知っている。

>>547
横から悪いけど、仕事の必要性も興味も無いなら、知る必要も無いよ。
コンピュータだって、歴史に興味ある奴、最新だけ追う奴、業務が好きな奴、と色々。

今は、もし関心が沸けば、雑誌でなくWeb検索した方がいい。
このスレに出てるURLだけでも、十分とっかかりになるけどね。

>>544
>あと、やっぱり汎用系やるならＩＢＭ機に限りますかね？

仕事でやるなら選べる人は少ないと思うが。
ただ将来性なら、今後も汎用機をH/W・S/Wともに拡張するのはIBMだけになってしまった。

・富士通：H/W新機種は出しても、もうOS機能拡張はしない。IA64などに移行。
・NEC：汎用機はもう拡張しない。HPとも提携しIA64に移行を推進中。
・日立：IBMからのOEMしながら、IA64に移行？
・UNISYS：汎用機を残しながらIA64に移行？
・IBM：汎用機(z)を続け、従来OS(z/OS等)、Linuxの両方を拡張。

せめてプロならプロらしく

>>534
なるほど。勉強になります。m(_ _)m

ただ、それを>>530 氏が理解できるかは定かではないですが。

そもそもマシンアーキテクチャだとか命令セットだとかアドレス空間
だとか、アセンブラ的な基礎知識がないと、NNビットって何？
ってなっちゃう。
昨今では新人にそういうことを教える機会がないみたいです。
（JavaなどのOOPから入るらしい。それは否定しないが、OOも過去の
　技術の延長線上にあるものなので、過去知識も必要だと個人的に
　は思います）

そんなに技術が好きなら、メーカーとかで電気・電子系の
開発やればいいのにと思った。

好きとか嫌いとかじゃなくて、仕事だから。

>>552
OOとCPUの仕組みとかはレイヤーの違う話しなので、片方だけじゃ駄目。どっちも必要。
CPUだって過去の知識じゃないよ。Z80時代云々とかの昔話なら別だけど。
ユーザー側でなくベンダー側なら、情報処理試験くらいの知識は一般教養として必要だと思う。

普通のPGが、昔ならCOBOL、今ならJavaとかを覚えて、
アドレッシングやレジスタを通常意識しなくて良いのは正しい。

コンピューターの歴史は、ユーザー(PG)とH/W物理構成との分離(仮想化)であり、
その究極がCOBOL、Javaであり、汎用機文化なのだから。

ただ、今でもMVS系汎用機のシステムプログラマならば、
各製品を導入する際の「16Mより上か下か」や、性能上の特性は把握してる必要がある。

入門用には、こんなのどう？
http://www.eli.hokkai-s-u.ac.jp/~kikuchi/comp3/chap01.html

ＯＳの歴史/機能の発達 として、大型コンピュータのOS とパーソナルコンピュータのOS を比較してる。

ＩＢＭのはあったけど
日立や富士通のＭやACOSのエミュって無いの？

>>557
AltairとS/360が並んで載ってるWebページは初めて見た!!!
こりゃ貴重だ。

更にリンク先の↓は、MVS系のアドレッシングの話にちょうどいいね!!!
http://home.interlink.or.jp/~odagi/yellow_ibm1.htm

>>558
UNIX上などで動く、汎用機OS自体のエミュレータ？
各社出してると思うけど？

http://www.kurikiyo.com/mt/archives/2005/03/itanium.html
米ベンチャーPlatform Solutions社の製品。
Itaniumベースのサーバで、IBMのメインフレームハード環境を完全エミュレーションする
（IBM製のOSやミドルウェアを稼動する）というものです。
現在ではIBMメインフレームの互換機市場は存在しない（米国互換機メーカーは撤退、
富士通・日立の製品ははIBM系ではあるけれどIBM互換ではない、NECはIBM系ですらない）のですが、
思わぬところから伏兵が出てきたという感じです。

古い汎用機からオープン系に移行した場合は、
単純なOSエミュレーションでは性能・運用・保守など細部が困ったりするから、
レガシー・マイグレーションなどと呼んで、各社で色々な変換ツールやサービスを提供してるよ

・CSKのOMNI-FRAME(MF上のCOBOL,PL/I,4GL,JCLなどの変換サービス)
・ACUCORP社のACUCOBOL-GT (COBOL,RPGの変換ツール)
・UNITEXのTAPETRAN2 (テープ変換サービス)
・MicroFocus COBOL (MFとも互換性の高いCOBOL環境)
とかとか

>>559
８インチ・フロッピーが懐かしい(w

>>563
いまだに使ってますが(゜Д゜ )ナニカ?

暑い時には８インチは扇げるんだよね

裸踊りにも使えるよん

メインフレームのトリビア
・入力用のカードのサイズは、1ドル札と同じに決まった
・カードが80桁だったので、PCも横解像度が(余裕も入れて)320,640,1280...が多い
・NEC ACOS6はMULTICSの流れを汲むので、UNIXに似たディレクトリ構造をもっている

P TSO
Z NET,CANCEL
P IRLM
P LLA
Z EOD

8ｲﾝﾁFDうちもつかってます
20枚くらい一気に入れられるので便利

>>569
多連装ドライブなの？
初代5550に3連装はあったが、S/370のIML用は1ドライブだったなぁ

皆さんどうもありがとうございます。
何だか興味が湧いて来ました。

>>570
ドライブが多連装ではなく、
スキャナのオートシートフィーダーみたいなものがあって、
読み終わったフロッピーが排出されて、次のフロッピーが自動的に吸い込まれる。

>>541
悩まずに自分でプログラム組むのが一番早いと思う
アセンブラでも100step以内でできるでしょう

L　GET DDIN,WORK
　　OI WORK+xxx,X'F0'
　　PUT　DDOUT,WORK
　　B L
EOF DS 0H
　　..............
DDIN DCB DDNAME=IN,EODAD=EOF, ....
DDOUT DCB DDNAME=OUT,..............
WORK DS 80C

　　 　

>>573
プログラムなんか組まなくても、F-TRANとか
出来合いのツールがあるじゃん。

今月から約10年振りに汎用機に復活しました。
といってもAS/400だからオフコンってやつですかね。
シンプルなエミュレータ画面。懐かしい〜。
TSO(ISPF)の操作方法はなんとなく覚えてるんだけど、
AS/400は初めてだし、操作に苦労してます。

>>572
FDのオートチェンジャーか。TAPEでは良くあるが、FDとは初めて知った。

>>575
ふふ、君もこっち側の人間なんだね。
素晴らしき汎用機の世界へようこそ。

ISPFとASPENって全然別物？どっちか使えたらつぶし利く？

ISPF/PDFはTSO上で動くIBM系のフルスクリーンエディタ＆パネル＆ユーティリティ。
つぶし効くというより、使えないと仕事にならない。

>>579
言葉足らずでごめんなのねん。
「潰し利く？」っていうのは、例えばISPFが使えたら、
ASPENも使える？ってことを聞きたかったのねん。
ねんねん。

aspenって何？

ALPEN?

ＩＢＭでＭＶＳなら、そのイガマは日立のＶＯＳ(ＩＢＭ酢っぱい事件)
でＩＢＭでＩＳＰＦ(要は汎用機のＧＵＩツール)なら、日立のＡＳＰＥＮが似てるのは当然といえば当然

話かわって、ＡＳ４００というかＯＳ４００(ＡＳ４００マシン以外に載るのか知らない)は尊敬してるよ
ＯＳ４００は言わばＯＳ自体がデータベース＆開発言語みたいなもん
簡単に言うと、ＤＯＳコマンドや、ＵＮＩＸのＳＨＥＬＬコマンドに相当するものに、ＯＳ４００ではデータベースの各種コマンドがある。
軽いのは当然、速いのも当然。
汎用機だって、ＯＳとＤＢは別(絶対とは言えないけれど)。
ＩＢＭならＯＳはＭＶＳ・ＯＳ３９０でＤＢＭＳはＩＭＳとかＤＢ２、日立ならＶＯＳでＤＢＭＳはＸＤＭ、ＤＢはＯＳ上に載るアプリになっている。
アクセス爆増して、固まったりことごとく粉砕しているのに、ＡＳ４００だけは生き残るという伝説もあるほど。
ただ、ＡＳ４００はそれだけにＤＢ専用機の意味合いが強い、それとスケールはオフコン〜中型機
けど、iシリーズのはＬＩＮＵＸとか色々オープンソースから繋ぎやすいようになっているみたいだけど、
そうすると、ＡＳ４００の意味が無いような気もするけど、コアの部分はＯＳ４００だから、まあいいか
というわけで、何を言いたいかというと、ＯＳ４００(ＡＳ４００)のファンである
てことで、２ｃｈらしく、　ＯＳ４００最強！

確かにOS/400は、汎用機使いからは「小型機」、オープン使いからは「レガシー」呼ばわりされるが、
実は理想に走って失敗したIBM Streachの技術を汲む、世界に類が無い商用コンピュータ。

・プログラムを実行する際、DISKから物理メモリーにロードする必要が無く、DISK上でそのまま実行できる。
(最初からDISKまでアドレス空間となっているシングルレベルアドレッシング。だから仮想記憶は不要)

・H/W(マイクロ)でRDBエンジンを持っているので超速い(S/WのDB2/400は単なるインターフェース)

・水平マイクロコードと中間コードによるS/W供給のお陰で、H/W(CPU)が変わっても影響が少ない
　（元祖JVMみたいなもの。ソース公開なしでも、インストール時にCPUに合わせて実行モジュール生成される）

・深夜の計画停電日も、タイマーをセットして帰宅すれば、自動で夜中に電源OFF、早朝には電源ON
　（まるで家電）

熱心なファンがいる筈だ

>>584
その代わりｄｉｓｋ障害、即、システムダウン（メモリ障害）

汎用機のデバッガってあるの？

COBOL85TD

dump list

アセンブラのデバッガってあるの？
昔の日立のマニュアル見たら机上デバッグのことしか書いてなかったんだけど・・・orz

Fしか知らないけどステップ実行とメモリやレジスタのダンプくらいはできるよ。
TSS上で使うTESTコマンドってのがあった。ただし、特権命令は使えない。
特権命令含むテストのときは、VM1個まるごと借りるとOSより上で似たことができる。
あと、VMじゃなくて機械丸ごと使ってもSVPから同じことができる。
そのときはテストするプログラムにZAPあてて、先頭を47F00000とかにしてからテストする。

ﾀﾞﾝﾌﾟは紙凸版ﾑｰｱとか山田印刷が儲けるね

>ステップ実行とメモリやレジスタのダンプくらいはできる
>TSS上で使うTESTコマンド
知らなかった・・・Hだけど、COBOLのステップ実行出来るかな。
月曜に試してみよう・・・

SB %UNKO-SYORI C(CNT) DO
DV MANKO B GR
GO
ENDDO

>>591
ダンプ自体は紙形式だが、今は、よほど古い人以外は、
TSO上でラベル付けて見るツールを使う（名前わすれた）

プログラムが異常終了した場合、どうやって
異常終了となった場所を探しているんだろう。

昔はコンパイルオプションでＦＬＯＷとSTATEとか
つけて、コンパイルして、異常終了となったところ
を探したんだけど。

アボートダンプとか見ているのかな。
でも行番号つきのソースリストがないと意味ないし。

>>595
普通に、JOBLOGに最後に実行されたプログラムＩＤとか行番号とか出るし、
SYSUDUMP、SYSDBOUT、SYSABENDなんかにも詳細な情報が出るよ！

>>595
ソースリストなんか、コンパイルだけすればすぐに出せるじゃん？

>>595
確かに、HiTAC-8250 NDOS（IBMだとDOS/VSの前のDOS時代。仮想記憶がない時代のOS）
のときは、そうだった。COBOLでダンプリスト見ていたときもあったっけ。

ＩＢＭのＩＭＳに興味を持ったので、勉強をしたいのですが、
どこか良い資料ありますか？

えっ、今のCOBOLはSTAやFLOW付けられないの？

昔使ったXCOBOLのパラメータ
STA,FLOW(99),OCLI,ODMA,LXR,NOSXR
DLINE

>>595
折れんところの場合、処理を機能単位に構造化する前提で、
ある特定の静的ワーキングメモリに構造化されたモジュール
単位でユニークな番号をセットするようにしている。
そうすれば、まずどのモジュールで落ちたのかはわかる。

>>601
よく分からんのですが、
ログに、モジュール名とかコケた行番号とか
普通にでてくると思いますが、それじゃだめなのですか？
それとも全然違う話？

>>602
ごみん。うちはIBM系メジャー汎用機ではないので、ちょっと環境が違う。
ちなみにUNISYS（昔でいうとUNIVAC）
行番号とかも出せると思うが、とりあえずAPレベルでもそういう工夫を
しているって話。

SESSION NOT BOUND

>>597
何という恐ろしいことを

コンパイラのバージョンやその他の環境が変われば
オブジェクトも変わる可能性がある

コンパイルリストは保存が常識

>>597
コンパイルするとソースリストが出るのか？

NOLOADオプションでソースだけ出せるお。
でもCOPY句が変わったら確かにだめぽ。

>>606
コンパイルリストが出る。

コンパイルって言うとｱﾚですか。
ぷよぷよ出した。

のーみそこねこね
コンパイル

ぷよまん

そして倒産。
もみじまんじゅー！

コンパイルリスト＝
「コンパイラのアウトプットのうち紙ベースのもの全て」
と考える方がいらっしゃいます。
６０５さんはそんな感じですね。

一方で
COPY文（ＣＯＢＯＬ）や%INCLUDE文（ＰＬ／Ｉ）の
展開されたソースをコンパイルリストという人もあります。
これも正しいと思います。
またこのリストのことを
「プリプロセッサ展開リスト」という方もいてこれだと厳密ですね。

ソースとＡＳＭと機械語が対応取れるように載ってれば紙ベースじゃなくてもいい。

静かだね。

>>615
ずっと人大杉の状態が長いからね。
メインフレームしかできないヤツは、人大杉の状態でここを見ることはできないと思う。
だから、メインフレーム系のスレは伸びない。

泣ける話だ

んじゃ、あげとこう

電算室涼しいからこもってました

>>619
ﾜﾛﾀ
最近オフィスで操作できるんでこもる機会が少ない
テープ作業ぐらいだなあ

以前は仕事時間中に昼寝しに逝ったもんだ w

事務所は28度設定とかで暑くてたまらん
ただでさえ暑いのにＰＣがたくさんあるから暖房フル運転状態
ＰＣだってハードディスク積んでるんだ冷やさんと障害率が上がるじゃねーか！！
ってバカ総務にいってもしょうがないのでマシン室へ避難
知り合いの会社、メインが汎用機がジャなくＩＡサーバ（つかＩＡマシンしかない）。
サーバ室の空調がしょぼくてスポットクーラーって言うのかな急遽設置したって言ってた。
さすがに扇風機じゃ冷えないって・・・　
ココの住人の仕事場は大丈夫か？

冷房は28度が適正。
おっさんは24度とかふざけた温度設定にするから困る。
マシンルームなんて寒くて入れん。

サーバやホストもcoolbizの時代なのか・・・

HDDに扇風機直当てだな。

昔、マシンルームの空調をけちってブザーなりまくりにした馬鹿な上司がいたわけですが。
あわてて元に戻したけどね ww

保険会社のシステム子会社の正社員ってどんな仕事してますか？
汎用機を使ってるところが多いと思うのですが、コボルでプログラム作ったり
ＪＣＬ切ったりするのは全部派遣や外注の仕事で、正社員は新卒でも無い限り、
プロジェクト管理、顧客折衝、要件定義などの上流の仕事だけですか？

>>625
機種によっては高温アラームで電源断・・・

>>622
スポットクーラーなんぞ入れると、結局は部屋の温度が上がってしまうぞ。

スポットクーラーを使って効果があるのは、吹きさらしの工場現場などだ。

夏の夜にマシンルームの冷房が壊れて、皆で青ざめた事が。
CPU温度センサーを監視しながらひやひやしていた。
結局何も起きなかったが参った。どうにもできないもん。

マシン増強（増設？）により６分で転送可能となりますた
って聞いたけど・・・ホント？

>>630
誤爆しますた。スマソ。

教えてください。
今まで、役所系の仕事で、富士通汎用機のコボルＰＧ（設計も少々）
やってきて、今度、同じ汎用系ではあるものの、ＩＢＭ汎用機で
未経験業界（金融）の会社に転職したいのですが、ＳＥでやって
いけるものでしょうか？

その会社はＳＥ，ＰＧともに３０歳まで募集していて、自分は２８歳です。
歳がちょっと逝っちゃってますが、最初はとりあえずＰＧで入って、
業務知識を身に付けてから、ＳＥに上がっていく方がいいでしょうか？
未経験業界で、ＳＥ経験も浅い場合、たとえＳＥとして採用されても、
最初はＰＧ業務を担当することになるんでしょうか？
会社によるとは思いますが・・・。どうなんでしょう？

それで、次はどこの会社へ？

CreateGame〜陸海空オンライン〜
日本ＮＯ１　ＭＭＯ製作中！
ただ今、メインプログラマを募集してます。
鯖持ってる人歓迎！
歴史に残るもの作ってみないか？

>>632
アプリ書くPGとしてなら個人的には普通にいけると思います。

ただ目標がSEとなると、（他プラットフォームも共通だが）PGからSEへの
ロール変更の苦労はあるし、同じ汎用機と行っても特にSEにとって重要
になるOS周りやミドル系の動きはFとIで全然違うので、そこも苦労の種
かなあと。

>>635
レスどうもありがとうございます。
>特にSEにとって重要になるOS周りやミドル系の動き
今の職場の場合、大規模開発で、かなり分業化されてるので、
客と業務要件を詰める立場の業務ＳＥが、環境周りのことを
気にする場面というのは、殆どないと思います。
なので、その指摘は意外です。
一般的な民間業界では、ＳＥでもその辺のことまで熟知しているのが常識なんでしょうか？
自分としては、どんな苦労でも厭わないつもりではあるのですが・・・。

>>636
あー、そうですよね、大規模案件だとSE種族も沢山あるもんなあ。

いや、そういう意味での業務SE(業務要件とAPとの橋渡し)であれば、
「FからIにプラットフォームが変わる」っていうこと自体が本質的な
問題にならないと思います。

正直自分の周りの業務SEが基盤知識あるかっていったらそんなに
無いと思うけど、リーダーじゃなくていわゆる『一目置かれる人』は
両方の知識のカバー範囲が広いのも事実です。

論点がメインフレームからずれてきたので、まだ気になるんであれば
『PG→SE』とか『公共系→金融系』の観点でどこか別スレでやったほうが
いいんでは？2chだからどんな回答が返ってくるかは分からんけど。

OS周りやミドル系の動きが重要なのは、
アーキテクトという上級ＳＥだと思います。
出来合いのミドルウェアで、どれだけ簡単にテストし易く
処理性能の票読みができるプログラムが書けるか？
こういったことは、工数の増減に関係ありますね。

特に、汎用機の場合はＷｅｂ系の裏のＥＪＢもどきのような
イベントで動くサーバーアプリなので
同期か非同期かコールバックの有無など
出来合いのミドル系を使って書き辛い要件が多いです。

>>638
アーキテクトはプロダクトの専門家ではない。
アーキテクトはSEの上級職ではない。

SET AP=&&
SET S0=2
SET SS=1
SET N=0
WRITE 2
LOOP:+
SET I=0
SET S=2
SET SS=&SS+2
DO WHILE &SS<&S*&S
　SET S=&AP.S&I
　IF &SS//&S=0 THEN DO
　　GOTO LOOP
　END
　SET I=&I+1
END
SET N=&N+1
SET S&N=&SS
WRITE &SS
GOTO LOOP

配列は無いけど文字型の添え字の様なものを使えるのは良いよなぁ
ハッシュの論理も考えなくても良いし

教えてください。

日経コンピュータの最新号のメインフレーム特集で
"2000年に富士通と日立がIBM互換機を断念"
と有りますが、今もMシリーズ→GS8000シリーズに続く、
GS21シリーズを売っているじゃないですか。

GS21シリーズはIBM互換機としてやってきたMシリーズを
上位互換していないという意味なんでしょうか？

>>541
Z/OSの機能に追いつくことができなかったという意味じゃないかな？

つまり、GS21でNotesやLinuxが動かないということ。

コンパチのＯＳが作れない。
JavaのＶＭはGS21にはあるのかな？

どっかの銀行重振ｗ

>>643
GS21にJavaあったと思うよ。

しかし、クソ高いメインフレームで、
過去の資産など無いに等しいJavaを動かすことに意味あるのか？

>>641

> GS21シリーズはIBM互換機としてやってきたMシリーズを
> 上位互換していないという意味なんでしょうか？
今更S/370に互換があるからＩＢＭ互換といっても通じないでしょ？
当然Ｍシリーズとの互換はとってあっても自社製品において責任の範囲の互換なら問題ないわけで
当時の古いＩＢＭのＯＳを持ってきて動かせって言われても知らんということじゃないの？
実際S/390とMシリーズのアーキは互換が無かったと思うし・・・（S/390より前か・・・）

>>645
IBMの最新のやつはJava専用のCPUを積んでて本体CPUのMIPS喰わないから
ワークロード課金の場合は安くなるとかなんとか、そんな資料を見たような

じゃあ結局のところ、
"2000年に富士通と日立がIBM互換機を断念"
というのはどういう意味なんでしょうか？

>>648
これからは互換機の新規開発はしないということだろ
ＩＢＭ互換機のために富士通と日立が提携したわけだが、それも既に解消されているわけだし
ＩＢＭからＣＰＵの提供を受けている日立の今後は分からんけど
富士通、日立ともにＩＢＭのＯＳを動かして・・・なんていうビジネスはやめたということじゃないの
（ＩＢＭは富士通や日立の逆互換ビジネスを力を入れているようだが）
Ｉ／Ｏなんかは相互に接続できるようだけど、これは過去にやってきたＩＢＭ互換機路線とは違うし
（ＩＢＭ互換機路線の副産物として他社のＩ／Ｏが使えるという程度のことじゃない？）

ちなみに >648 は、自分なりの考察は無いの？

僕はMSPやVOS3のような自社OS以外にMVS系のOSが動かせるという
話を知りませんでした。このように富士通や日立のメインフレー
ムでIBMのOSを動かすことは割かし普通のことなんでしょうか？

最近では、あまり普通とはいえません。

>>650
GSやAPってどんな名前のCPU積んでましたっけ？
IBMのzシリーズはUNIX鯖用と同じPOWERを積んでいるようですが…。

メインフレームって何ですか？

>652
Iでも一緒なのはPOWERって名前だけだろ

そういえば出てこないなぁ・・・なんて言うんだろう・・・
昔と違って基盤が何枚もー、とかでかい基盤１枚でＣＰＵとかじゃないようだし

>>655
10cm四方くらいの２６層基盤に、チップを９個くらい高密度実装したものだ。
２６層基盤だよ。頭おかしいんじゃねぇかと思うくらいクレイジーだ。

>>656
ＰＣしか知らない香具師なら２６層でも驚くだろうけど
Ｍ１８００はたしか５０層以上じゃなかったか？
ＳＸも４０層以上だったし
バブル期の汎用機やスパコンは化け物みたいな豪華なつくりだった・・・
小さくなって省電力になったのはうれしいけど
つくりまでちゃちくなってしまったのは悲しい・・・

おまえら日本語しゃべれ

>>658
ごめん、日本語で書いてくれ

>>659
レスしてる時点で、分かってるやんｗ

「日本語しゃべれ」と言うのは、素人には意味不明な
専門用語の羅列を揶揄した表現なのだよ。
頭の固いちみ達には分からんかなぁ？

このスレのタイトル TSSはタイムシェアリングシステムのことですよね。
3480ってのは何でしょう？テープユニット？

>>661
冗談がわからんのかなぁ・・・
頭の固い人に通じないの考慮していなかったよ

IBM3480

嗚呼・・もう生産終了

>>663
もうっ、負けず嫌いなんだからぁ♥

基盤じゃなくて基板だ。

>>662
そう。背が低い奴。背が高いのが3390。

FACOM保守

>>668
定期保守乙

ＩＢＭ系は良く見かけるけど、ＮＥＣはまったく見ないなぞのマシン。
ＯＳとかマシンの使い勝手とかどんな感じなのだろう・・・

NECはIBMとか富士通とかと感覚違う

今後ＩＢＭが巻き返す戦略
わが国のメーカーはどうするのだろうか？
世界中ＩＢＭで占められるだろうな。

>>672
ＮＥＣはＩＡに移行済み

IA-32 では ACOS-2 が、
IA-64 では ACOS-4 が動いている。
ACOS-6は、・・・・死に体。

デッドロック対応できてないコンピュータはリコールだ。

Xbox360ってS/360みたいだよね
次は370、その次は390か?

そしてzBox

質問です。下記の引用文の真偽が知りたいのですが、教えていただけませんか。

----------------------------------------------------------

(コンピュータ黎明期に、日本で)コンピュータを作っていたのは、通産省よりの家電系メーカ、松下、ソニー、
日立、東芝、三菱などと、郵政省よりの電電公社系メーカの、NEC、沖、富士通であった。松下、ソニーは早々
と撤退し、残り６社がコンピュータを作っていた。日本政府は、IBMに対抗するために６社に補助金を出していた。
　このような時に、田中角栄が登場した。「田中角栄１０倍論」である。６社にばらばらに出さずに、１社にま
とめて出すと言い出したのである。しかも、１０年間払うんならまとめて払ってしまえということで、１社に
１０年分まとめて払うからIBMと戦えというのである。しかし、１社だけというのはという反対があり、それで
はということで、グループを作った。１軍、２軍、３軍を作り、１軍にはお金を出すからIBMと戦う、２軍は金
は出さないが日本オリジナルでやる、３軍は事業撤退、とした。当時一番元気があった富士通が１軍に決まり、
そのパートナーを誰にするかが注目されていた。当時はNECが最有力と見られていたが、ふたを開けてみると日
立であった。このときからNECと富士通は仲が悪くなったのである。２軍はNECと東芝、３軍は三菱と沖になった。
　田中角栄は、１軍にIBMのクローンを作れと命じた。２軍は独自のACOS、３軍はCOSMOというメインフレームを
作った。国をあげてIBMのクローンを作ったのである。さらに、田中角栄は日本企業に、「新日鉄は日立にし
ろ。２割引。」、「神戸製鋼は富士通だ。」と電話をした。これにより、一気にIBMは国産にリプレースされ
た。しかし、IBMのシェア１位を保つために、金額ベースのシェアで示し、IBM２５％強、日立２５％、富士通
２５％、NEC１５％というシェアになった。

引用：　ttp://www.ff.iij4u.or.jp/~tomoki/nt/history.htm

----------------------------------------------------------

田中角栄とコンピュータ事業の関係はどうだったのでしょうか？また、僕の聞いたことがある情報では、ソニーはコンピュータ事業をやっていた事実はない(一時期UNIXを出していたことはあるけど)のですが。こちらもどうなんでしょうか？

>>678
掲載元みました
らしく書かれたフィクションですね

純バッチ処理（ＪＣＬカキカキ→ＪＯＢサブミット）しか経験がないおいらが、
今度オンライン系の職場に移ることになりました。
同じＣＯＢＯＬだけど、やっていけますか？
カルチャーショック受けそうなこととかありますか？

余裕でOK

>>681
マジですか？
業務ロジックだけ分かっとけば大丈夫なんでしょうか？
ホスト−端末間で電文をやり取りする仕組みとか、
オンライン空間に業務ＵＰが常駐する仕組みといった、
いわゆる環境周りのことは全く素人なんですけど、
それでも大丈夫ですか？

大丈夫かどうかはあんた次第

>>683
大丈夫な人が多いですか？

>>684
680次第
680がそれなりなら
それなりにしかならんだろうし・・・

>>685
オンライン系とバッチ系の仕事上の大きな違いは何ですか？

>682
単なる業務コーダーにはその知識は不要
ミドルウェアの管理者か、オンラインの設計するなら必要

>>687
業務ＳＥにも不要ですか？

業務野郎はいるが、業務SEなどは存在しない。

ひゃっほう

あげときますよ

unixやWinのトラブル対応やってると、
「MFの半分くらいはとか贅沢言わないから、コケたときくらい、
せめて、もうちょっとマシなログを吐いてくれんもんかのう」
と思うこと多々あるですな。
実は今この瞬間も思ってるですな。呆然ですな。
そこに金がかかってるんだから、と言われてしまえばそれまでですが。
・・・さて、出社だ。逝ってきます。

coreやstackdumpの使い方を(ry

>>692
自分でコアダンプ読めよ。
それができねぇなら、お金で解決しろ。

IPCS無いじゃんUnix

>>694
> お金で解決
金食い虫は結局スキルでカバーしないとＭＦもＩＡも変わらんてことか・・・

コアダンプ？スタックダンプ？
あれはマシンが落ちるような事態になったときにメーカSEが青くなって見るもんでないの？
オイラの職場じゃ見たことないよ。
ダンプとかトレースとか仕掛けると「レスポンス落ちるからヤメレ」って怒られるし。
おいらは普通に業務処理が異常終了したときに普通にOSが吐くログを見て、
どこがメモリ壊してるか見たいだけなのに、「ありません」って。そこが金？

トレースは仕掛けるもんだが、コアダンプは仕掛けるものじゃない。

昔、コアメモリを使っていたときの名残で「コア」と書かれているが、
コアダンプはメモリダンプのことだ。
仕掛けなどしなくても、OS側がリング０から取ってくれるよ。

見事に話がかみ合っていませんね

メインフレームとオープン系でジャンルが違う上に、
参加している人達のレベルが違いすぎるからだろ。

メインフレームは業務屋しかいないからシステムの話はできないし、
オープン系でまともなのはシステム屋だけで、業務屋はクズばかりだし。

東証システムは無事痛？

東証のシステムは全部ウインドウズなんですよね

子ボラーですが、今アセンブラーを再度勉強する予定
ってしてます。
ぼよよんきは、あいび〜えむがやはり世界を全うするようでｗ
ﾌﾟｯ

無事痛、下手地はもう終了ｗ

>>703じゃないですが、
一般で入手できる本で、汎用機のアセンブラを
効果的に勉強できる本ってないでしょうか？
amazonで↓の本を見つけたんですけど、今でも現役で使えるんでしょうか？在庫切れですけど・・・・
http://www.amazon.co.jp/exec/obidos/ASIN/476490053X/qid=1130847195/sr=1-89/ref=sr_1_0_89/250-9732590-8715442
http://www.amazon.co.jp/exec/obidos/ASIN/4764900556/qid=1130847195/sr=1-87/ref=sr_1_0_87/250-9732590-8715442

>>704
ｗ

>>704
メインフレームのアセンブラを紹介？馬鹿？
お主半導体から勉強しなおせｗ

半田ごても知らない馬鹿にﾚｽするな！

？？？
煽りの意味も分かりませんでしゅ・・・。
>>705
何がおかしいのでしゅか？

>>701
何年か前に目立から不死痛に変わりました
ま、目立のトラブルから比べれば半日で復旧はまだましかもね
さすがに１週間近くダウンした目立はお払い箱になったし・・・
不死痛がお払い箱になるとやっぱりＨＡＬ？

業務アプリが落ちたくらいで、OSレベルの分析が必要なOSって、
やっぱり総合的に考えるとコストの増大を招いてるような気がしてならないね。
業務APの立場では。

OSは動いてるのが普通。落ちたって他業務に影響を出すようでは、
マシンをオペレーティングしてねえだろオマエ、という感覚。
これがMF・・・と思ってたのに・・・東証・・・。

只今富士通が流行ってます

>>710
証券業システム業界で言うところの、いわゆる「突き合わせ処理」というのは、
メインフレームであってもアセンブラで組むのが相場だ。
OSをさわるのも当たり前。一般的な業務アプリとは全くの別世界だ。

突き合わせに失敗した結果、損失を被った投資家から首つり自殺者が出てしまうようなシビアな世界だ。
実際、過去に損失を被って首つり自殺や一家離散の事例など、枚挙にいとまがない。

なんでタンデム、フォールトレラントになったいないの？

>いわゆる「突き合わせ処理」というのは、
>メインフレームであってもアセンブラで組むのが相場だ。
アセンブラで組むのは何故ですか？
性能？

ＩＡ系でもアセンブラ使うじゃん

業務アプリケーションで?

今回のシステムダウンで
東証のシステムが止まるとその直後の株価が上昇する
というジンクスは証明されたわけで
儲けた人は勝組じゃなく普通の人
損をした人は負組みプラス馬鹿ということで

>>697
苦笑

COBOLだけで組んであるほうが珍しくないか？

日立の環境しか触ったことないんですが、ＩＢＭの環境になってもすぐに慣れますか？

>>720
業務屋だったら、すぐ慣れるよ。
業務アプリのレベルなら、IBM・富士通・日立は、根っこの部分は同じだと思っても差し支えない。

普及度と計算の精度からいって基幹システムでつかる言語は
COBOLとJAVAしかないでそｗ

JAVA(J2EE)はレガシーCOBOL資産を活用して共存できるように
設計されてるから競合しないので安心してください

ＡＳ／４００使いが集うスレはどこにありますか？

素直に羨ましｽ

>>723
AS/400が羨ましいと思っているのは、たぶん幻想だよ。
やっぱりオフコンだ。
あれは業務屋が使うための環境であり、コンピュータのプロが使う環境じゃない。
プロを自負するなら、UNIXへ行くべき。

>>724
コンピュータのプロ＝ＵＮＩＸを証明せよ

別にコンピューターのプロなんか自負してないし。

>>723
ttp://pc8.2ch.net/test/read.cgi/prog/1056290474/l50

富士通汎用機のプログラミングエディタって何？

>>728
PFDのエディタだ。

>>725
留学してコンピュータサイエンス専攻してみろよ。
教授から学生まで、ほぼ全員がUNIX野郎だぜ。
実際、Windowsを研究しているヤツは、セキュリティーホールの穴探しの好きなヤツだけだ。
Windowsの穴を見つけると注目されやすいので、研究費が集まるというのが理由だそうだ。

Windowsでメジャーなソフト開発している連中も、隠れてLinux使ってるよ。
便利なんだから仕方ないじゃん。ちょっと素人には敷居が高いけどね。

>>730
スレ違い

研究の場と実践の場は違う

>>730
大学だろ
米でも大学は金がねーんだよ

どやらプロフェラチョナルとオタク君の区別がつかないらしい

ＵＮＩＸって最近になってやっとこさ
マルチスレッドがまともに動くようになったとこだろ

凡妖気なら３０年以上前から使われていた技術なのに

はぁ？MFにスレッドですかw

バッチ処理ばかりの環境で何を言ってるのやら

イタタタ
マルチタスクとマルチスレッドの違いが＼(^^)／

>>734
ま、このスレに居る奴の多くはオタクではないのかもしれん。
だが、プロ意識もないただのツマラン人だろうな。

アイコンとかウィンドウが表示できないから使いにくいって言ってるんじゃない
キーボードと画面に表示される文字だけじゃダメなんだろ

>>736
タスクってのがスレッドに相当する

じゃープロセスはー？

>>741
イニシエータ/ターミネータのことを考えると
メインフレームのタスクに近いのはプロセスだと思うが？

ていうかメインフレームにもスレッドあるし
IBMだけかもしれんが

多分IBMだけだね
というかこれはMVSの範疇なのかな

>>735
イタタタ
汎用機のタスク＝スレッドと思ってて、
UNIXでマルチスレッドという考え方がここ最近実現できたと聞いて(ry

業務屋の俺には関係ない話ばかりだな。
技術談義に花を咲かせてるけど、要は飯が食えればそれで良い訳で。

IBMのMVSのスレッド(pthread?)は多分後付けで対応したんじゃなかったか？
どちらにしても>>735は知ったかっぽいな

出た、業務特有の言い回しw

誰か>>746を和訳して下さい

俺には関係無いけど、としゃしゃり出るのも業務の特徴なのか？

>>747
あなたをお待ちかね♪
http://pc8.2ch.net/test/read.cgi/prog/1116599671/

同じ仮想記憶域を共有するという点では
　ホストのタスクとUNIXのスレッド
　ホストのアドレス空間とUNIXのプロセス
は似てるけど、

OSからみたタイムスライスのディスパッチ単位という意味では違うよね。
UNIXのpthreadだって実装次第でカーネルスレッドとユーザースレッドの対応が異なるし。

だれか巧く説明して。

>>753
ホスト＝メインフレームってのも正しいとはいえないんだよなぁ・・・

ホスト、汎用機、メインフレーム
みんなもう厳密には本来の意味からはなれちゃってるでしょ

パソコン通信時代のニフティサーブのホストのＯＳはＵＮＩＸだった

LinuxはUNIXじゃないよね

>>757
もどきじゃないの

駅の出入り口にホストがタムロして客をゲットしようとしている。

ＵＮＩＸって最近になってやっとこさ 
マルチスレッドがまともに動くようになったとこだろ 

凡妖気なら３０年以上前から使われていた技術なのに 

w

ＵＮＩＸのマルチスレッドってまともに動くか？
まだまだマルチスレッドで使えない腐れライブラリの山だろ

forkのオーバーヘッドが少なければ、
マルチスレッドでもマルチプロセスでも、正直どっちでもいいじゃん。

>>761
無知は痛いね

　

GNU/LinuxはUNIXではありません

UNIXではありませんが、UNIXと考えて使用しても特に問題ない。

LinuxをGNU/Linuxと表記するのがもう鬱陶しいよな
RMSは偉いのはわかるけどウザイよ

凡用機無くならねーな。

>>767
そんなRMSにも彼女ができたの知ってるか？

>769
あいつ家族もちヒッピーじゃん
オープンソース書きながら文筆業とか講演で家族養ってたろ

家族といっても父母であり、配偶者や子供ではない。
RMSの彼女は、OSDLの職員で、ぽっちゃりとした女性だ。

容姿は中の下といったところ。
だがRMSの容姿が下の下だから、ｲｲ彼女見つけたねと祝福してあげよう。

通りががりのもんです。なつかし単語を多数発見。
あれは数年前、VOS3+RDB1、ASPENとかACE3使ってました。
2年たってちょっと慣れたと思ったころ、システムがUNIX系に完全移行。
漢字プリンタが撤去されたときはちょっと悲しかったー

当時の知識はどこへやら。
まだまだ現役のところもあるのですねーちょっとうらやましかも

昔ACOS用のページプリンタ開発に係わってたんだけど、
偶に発火しない？

>>772
ＶＳＡＭファイルの定義情報などが、@DLで見れないのが面倒です。

ACOS用のページプリンタは連続使用すると煙が出てくる。

>>775
紙詰まりのリカバリ時、紙の取り残しがあった時など、
煙が出るときがある。

コピー機用のトナーを勝手にＡＣＯＳ用ページプリンターに転用すると印刷が流れる。
欠陥プリンターだ！！

トナーの定着温度ちがうからじゃまいか？

大手女のパンツの会社情報流出ｗたしか、ACOSだな

レナウンの開発業務でＮＣＳがタダで追加の仕事やってくれる会社を必死で探していた。

>>777
お前のような奴がいるから保守契約していても
ユーザ責任で壊したということで保守契約外対応で
バカ高い修理費を請求されるんだ

>>777
専用品使えよ。

転写ドラム交換で１０ﾏｿ以上掛かるんじゃないか？

富士通の東証事件のことでお聞きしたいのですが、僕が聞いたところによると
区分編成ファイルをコンデンスしている時にエイリアスが消えてしまったという
内容でした。なんだか意味がわからないので、お詳しい方がいらっしゃいましたら、
解説いただけますでしょうか？

今時のPC風に言うと、区分編成データセットはフラグメンテーションが発生するから定期的にデフラグする。
ホストの場合はPCと違って、デフラグしないと使えるディスク容量に影響するから。
そのデフラグが異常終了とか強制キャンセルとかになって、ファイルが一部飛んだ感じ。

そんなことより、東証の件ってそれが原因なの？
報道とあまりにも違いすぎるな。

日立みたいに５営業日だったかな連ちゃんでシステムダウンするようなことはしないだろう

>>783
東証発表。

株式・ＣＢ売買システムの障害発生に関する再発防止措置等について
ttp://www.tse.or.jp/guide/interview/051115s.pdf

日立のＡＳＰＥＮは、ＩＢＭ機、富士通機では何に相当しますか？

>>787
相当するものはないだろ。
IBMスパイ事件でISPFの真似ができなくなったので、新たに作ったのがASPENだったと思う。

>>788
富士通機にもISPFを真似たのがありますか？

富士通のはPFD、ほぼ真似っこしてる。

IBM機のサブシステムでAVMってのがあるんですけど
これって何してるんですか？
IMSに絡んでそうな話は聞いたんですけど･･･

>>790
今更、大昔から

>>791
少なくともIBM製品じゃないと思うな

富士通のAVMかな？
ならAdvaneced Virtual Machineだっけ？

>>793
>>794
システムをOS/390へ乗せ変えした時あたりから入ってたっぽいサブシスなんで
パッケージ内のサブシスと思ってたんですけどそれも違うっぽですね。
どうもありがとうございました。

http://itpro.nikkeibp.co.jp/article/NEWS/20051222/226704/
セブン銀行、予定通り来年1月のWindows勘定系稼働を決断

凡用機の灯がまた消えます。

>>796
糖蜜から消えるのはいつだ？

年明けage
julian date 9

★ライブドアショック★

1日の約定件数450万件が処理能力の上限なので取引全面停止って
言うがなぜ？

去年東証システムが止まった理由は1日620万件の処理能力を
750万件にするための増強の際にバグがあったからでしょ？

ついでに、ちょうど一週間前に、東証が処理能力を1日900万件
に増強したというニュースを見たばかりなのに…。

大人の事情って奴だ

>>799
パンクさせないためだろ

>>799
約定件数の意味がわからないの？
バカだね。

、「システム上のリミットについて市場が認知していたのは注文件数ベースの話。約定件数の上限値が広く知れ渡ったのは業界でもきょうが初めてで憤りを感じる」（大手証券関係者）

>>802

>>800も>>801も知らなかったじゃないか。
約定件数の上限が今まで話題になったことがあるか？

もう汎用機じゃないだろう
ごく一部の特殊用途だろ

>>805
www

【TSS】メインフレーム万歳7【3480】
http://pc8.2ch.net/test/read.cgi/prog/1101042901/

汎用機オペレータの現状　その１３
http://science4.2ch.net/test/read.cgi/infosys/1136015942/

新人で汎用機やってる奴
http://science4.2ch.net/test/read.cgi/infosys/1002553969/

>>805
知ったか（ﾌﾟﾌﾟｯ

ＮＥＣの汎用機のＯＰしてます

明日辞表出す

東証のシステムに詳しい人いませんか？

去年の11月に問題を起こしたのは富士通のメインフレームでしたが、
18日の約定件数限界による取引停止を引き起こしたのは日立の
メインフレームであるそうですよね。注文と約定で別ベンダのシステム？
通産省の指導で仲良く担当分担したのでしょうか…？

>>810
富士通の前って日立だよなぁ・・・、まだ他のシステムも残っていたのか・・・
前に日立の起したトラブルは、この間の富士通のトラブルからすると
まだ残ってるのが不思議なくらい
で、誰だよ富士通マシンの能力不足って言ってたマスコミは
うそを報道スンナ（富士通たたきができなくなった・・・）

>>810
また日立か

>>811
前に日立が起こしたトラブルって何ですか？

東証取引システムダウン

東京証券取引所の売買管理システムのコンピュータが、
1997年8月1日午前9時の取引開始からシステムダウン
して動かなくなり、午前中の売買が停止した。

株式のシステム売買は1982年から導入され、このシス
テムは1989年8月から稼動している。

過去には、通信回線不良のため1990年10月3日に立ち
会い開始が45分遅れたことなどもあったが、これほど
大規模に停止するのは初めてで、立ち会い場取引が行
われる150銘柄以外の1702銘柄の1部上場・2部上場・
外国部の株式、724銘柄の転換社債、2銘柄の新株引受
権証券(ワラント)、4銘柄の株券オプションの取引が
不能になった。

150銘柄以外の株式売買は、東証内に設置している
日立製作所のHITAC M680をホスト・コンピュータにし
て、東証会員の各証券会社にある端末や、東証内で実
際に取引を行う会員の端末などと専用線で接続したシ
ステムで、バックアップ用としてもう1台同型のM680
を置いているが同一のプログラム、ファイルを使って
いるため、ハードウェアの障害以外ではバックアップ
として機能しなかった。

つまり、コンピュータがまだ機械であるという考え方
のシステムであったことになる。

システムのプログラムにはアセンブラと「PL/1」を利
用して日立が開発したものである。

M680は、主記憶容量32Mバイトから256Mバイトで、
大容量ワーク記憶容量1Mバイト、
バッファ記憶容量256Kバイト、
CPUの性能は約30MIPSで、
周辺機器として、5Gバイトのディスク装置、
キャシュメモリ容量8Mバイトから最大64Mバイト、
データ転送速度が毎秒3Mバイトのキャッシュ・
メモリ付きディスク制御装置などで、
システムが構築されていた。

すでに次機種として日立製作所は、
M880を1990年第4四半期に発売している。

今回のシステムはすでにかなり古く、原因はプログラム
のループだといわれている。


図1：東京証券取引所のシステム変遷と主な災害（障害）
ttp://gartner-b3i.jp/analyst/051102_2/zu.html

東証取引システムダウン - マルチメディア／インターネット事典
ttp://www.jiten.com/dicmi/docs/k20/20022s.htm

東証のシステムですが、ライブドアショック当初は、注文系に比して約定系が能力不足だという報道でしたが、今では売買系に比して清算系が弱いという内容に変わっています。報道の信用度っていかがなものでしょう。

>>816
マスコミは正しいことを伝えているのではなく
間違ったことを確認もせずに報道します
なので、すべてを鵜呑みしてはいけません

マスコミはあらゆるジャンルで素人

そして「素人にはわかりにくい仕組みですねえ困りますねえこういうのは」と
常に言うのが仕事

マスコミはマスコミ業界に関しても素人
扇動やデマ流しだけは得意

マスコミ：銀行のシステムをＡＴＭと呼ぶ困った奴ら・・・
　　　　　　ＡＴＭってシステムじゃなく末端の端末じゃないか・・・

いわゆるフロッピー

フロッピーじゃなーーーーーーーーーーーーーい！！！
ディスケットと言え、で　ぃ　す　け　っ　と　！

IBMは昔からそういうなｗ
どうでも良い

ＩＢＭにフロッピーは存在しない

携帯電話を略すときに電話というかケータイというか
の違いみたいなもんだな。
形容詞を名詞として使うのは俗語っぽいから、
公式には使いにくい。

昔はともかく、今はケータイの方がしっくり来る。
電話として使うことがほとんどないから…

8ｲﾝﾁ最高

>>825
IBMのフロッピーディスクをディスケットと呼ぶのだよ

>>816
新聞報道だと、東証は、データ処理能力が限界に来ているから、増強をしているとの事だが．．．

無理でしょ？

おそらく、注文やら約定やら、データが飛んできたり、出ていったりする際に「ガチガチ」に作ってあんだろうな。

ガチガチさが災いしてるって感じ。

>>830
あなたは何か意見を言えるほどの知識をお持ちでなのでしょうか？

GS21だとかEP8000だとかいったコンピュータがどんなものなのかも
ご存知でない方だとしたら、発言を控えてください。

国内メーカーが、汎用機のほうが儲かるから汎用機ばかり売りつけて、
「前のシリーズに比べて価格性能費1.3倍になりました！。性能も1.5倍になりました！」
結局値段上がってるじゃん。オマケに性能1.5倍ってなによ？
モデルチェンジに５年もかけて1.5倍ですか？

そして二言目には「信頼性です」。
ハードだけ可用性が99.999%になっても仕方ないんだよ。
アホユーザーが作ったご自慢の基幹系システムは、可用性が99%以下なんですよ。

99.99999%くらいなかったか？
ハードが原因でこけたらこけたで、またメーカが叩かれるだけのことだがなあ。

>>833
それは部品レベルの可用性。
メインフレームのハードウェアをトータルで考えて、最高峰レベルが99.999%くらいだ。

>>832
前半はユーザーの立場で、後半は技術者の立場。
結局、勉強もしないで文句ばっかり言ってるだけの外野かよ。

>>835
お前の推察は甘いな。

俺様はユーザー企業の社員SEで、基盤系担当という立場だ。

勉強しないで文句ばっかりいってる外野じゃん

外野じゃないよ。当事者だよ。
多分お前よりずっと高学歴で高収入の。

そんなお前はただの派遣オペかよ？

MSG F4,DATA=CEMT P SHUT I

>>831　　　自分は>>830とは別人だが
汎用機はバラレルに動く能力が低い。
もちろん、常駐アプリ(JSPやサーブレット 場合によってはセッションBeanも・・・に相当)を
ロードバランサー入れてAPサーバーの多重化(複数筐体)はできない。
AIMやXDM/DCCMの場合、全部自分で作るしか無い。
セション中に保持しているSPAの転送機能は無い。全部ステートレスのRPCで作ることになる。

DBサーバー自体もJDBCタイプ4みたいなのがSymfoWAREやXDM/RDには無いので
複数のAPサーバーからの受付部分も全部自分で作るしかない。
エンティティBeanに相当する部分を全部作った上に
APサーバとDBサーバの通信部分も作るしかない。
(この部分は、作る甲斐はあるが。)

パラレルで動かすと、どこかで待ち合わせする必要があるが
出来合いのミドルウェアでは２フェーズコミットが、AIMは標準では備わっていない。
XDM/DFは、TP1とのX/Open XA インターフェスがあるみたいだが。
AIMの場合これも全部自分で作るしかない。

出来合いのミドルウェアを使っても能力限界まで引き出すのは難しい。
同じミドルウェアでもIBMのCICS(V3)やDB2(V8)のような進化が無い。
OS/390かAIXにマイグレーションしてしまうのも手だ。
Windowsで一から作るよりは早く達成できるかもしれない。

>>840
もうちょっと頭の中整理したほうがよくないか？

>汎用機はバラレルに動く能力が低い。
とあるが、その下の文章はミドルの機能の話だろ？
プロセスをパラで動かす能力に関しては、UnixやWindowsに比べて
まだまだ先を行っていると思うんだがな。

自分は、WEBサーバとAPサーバとDBサーバを分離したことはある。
それほど要求は厳しくなかったので多重化はWEBサーバだけで済んだ。
APサーバはSingleton動作のエンティティBeanにした。
APサーバの多重化はバランサの単純な振り分けだと面倒だ。
(WEBよりも)バックのほうは全部ステートレスにしちゃうと単純だが。

約定業務は、基本的にステートレスでいいんだろうけど
取り消しとかどうするんだろうかね。
売買成立に入っていないものは、優先処理させるとかだろうけど
すでにレコードロックされているのはどうしようも無い。

>>841
ミドルウェアの機能が古いままなら
全部作りこみしなきゃならない。バグを取るのが大変だ。
たとえＯＳレベルで潜在能力が高くでも、顕在化するの大変なんだよ。
その工数は、OS/390やAIXのCICS(V3)やDB2(V8)を買えばいい話。

ミドルウェアがダメダメならば、基盤整備に工数一杯とられてしまう。
基盤整備まで工程管理するとプロジェクトの規模が大きくなっちゃう。
「本来の業務アプリに工数を注ぎたい。」
自分が東証のシステム屋だったらそう考えるよ。

自分語りはどうでもいいんだが、要点絞って結論言えよ。SEとは思えない冗長な文章だ。

セールスエンジニアな方のSEぽいね，
それも専門用語で煙に巻くタイプの。

>>843
>その工数は、OS/390やAIXのCICS(V3)やDB2(V8)を買えばいい話。

OS/390って汎用機用のOSって分かってて書いてる？
ダメな日立とすばらしいIBMの対比をしたいなら、変にAIXとか
出さない方がわかりやすくなると思うよ。
にしてもOS/390とはまた微妙に古いところを突いているのはなぜだ？

>基盤整備まで工程管理するとプロジェクトの規模が大きくなっちゃう。

東証クラスでそんなこと気にしても仕方がないと思うんだが。

みなさん汎用機ならここがいいとか考えてるみたいだけど、
大型UNIXの圧倒的な計算能力・広大なメモリ・世代の違う開発環境を目のあたりにすると、
ワークロードがどうとか、高負荷時にどうとか、そんなことはどうでもよくなります。

マ的にはそうだな。

>>844
要点
　840 = 馬鹿

東証は、AIXに移植。COBOL資産のマイグレーション多数あり

そういう道筋なんじゃないの？
東証は『汎用機捨てる』と、新聞発表していたみたいだから。

にしても>>840の言ってることは整理されてないんだよね。
UNIXマンセーというならXDM/DCCMの隣にAIXが出てくるのが変。
AIXもVOS3もダメだからOS/390にしろという主張なら、初っぱなの
汎用機云々が不当。さらになんで今更OS/390か？

CICSもDB2も OS/390とAIXとでソース互換ある。
もちろんCOBOL85もソース互換。

東証は、バッチも多いから、OS/390のほうが移植が短納期でないかい？
バッチが結構シビアなんでないかい？ ＞ 東証
VOS3は、JCLがOS/390互換だったはず。
バッチがとても重要ならば、OS/390に繋ぎに使えと言ってるんじゃまいか？
最終的には、AIXにするなら納得できる気も。


富士通のAIMは、XA無いしUNIXで動かないし
CICSに機械的にコンバートできる代物ではないから
パラレルに動かすの大変だろうね。

さすがにもうOS/390はなあ。
都銀勘定系ですらz/OSに行こうとしてるのに。

VOS3とかMSP-EXって64bitsじゃないからなぁ。
夜間バッチ用プログラムって、ソース紛失している事多くない？

VOS3も64bitですよ。ちょっとだけｗ

ＩＢＭに移植したからって処理能力が上がる訳ないだろ
馬鹿ばっかり

質問です。

富士通のM/Fで、SURESYSTEMとGS21とでは何が違うんですか？

>>856
SURE ttp://globalserver.fujitsu.com/jp/lineup/hardware/sure7000/index.html
GS21 http://globalserver.fujitsu.com/jp/lineup/hardware/gs21600/gs21600.html

>>856
ＳＵＲＥＳＹＳＴＥＭ　昔のＣＣＰの賢くなったヤツじゃなかったケ
ＧＳ２１　いわゆるＣＰＵ

でよいのかなぁ・・・

SURESYSTEMは通信制御装置で、GS21はメインフレーム

ｳｸﾞ。悪夢のようなCCPのマシン語思い出してしまた。
あ、今気がついた！あれはRISCだったのか！

>>849
COBOL資産のマイグレーションか。ＡＩＸ移行だと日立あたりが絡むのかな？
AIX用のCOBOLを出しているのは日立かIBMぐらいだし。

ただ、汎用機からオープン系の移行って結構リスクあるんだよね。
いつも文字コードの壁が立ちふさがることが多いし、移行も正直大変。

東証が数ヶ月スパンで移行を考えているんだったら、またシステムトラブルが起こると思うよ。

ストレートコンバージョンですぐできますよ！とか言われ信じちゃったのかしら

>>862
そうだろうね。ただ、これは東証だけじゃなくて、他の公共機関といえるところ全般にも言える話。

こういったお客さんは、受ける側からすると結構無理なスケジュールや分量を出すにも関わらず、
そのための予算を確保するのに数ヶ月掛ける上（永田町流のくだらない習慣？）に、
最終的に適正とは思えない価格やスケジュールで依頼をしてくるから、そのつじつま合わせをするために、
受注先（特に下請け・孫請け）が泣きを見ることが多い。

だからこそ、こういったうまい話に引っかかるんだろう。

正直わからないので質問したいのですが、
日立M/FのCOBOL, PL/I, CORALで書かれたシステムを、IBM機に移行するのと、
Windows上の.NETフレームワーク上に移行するのとどっちが楽？
後者には移行に使えるツールでOmni-FrameとかSitalとかってあるみたいだけど、
誰かそこらへんわかる人いたら、実際の所がどうなのか知りたいのだけれど、
インプレもらえないでしょうか。

>>864
そんなことも判断できない馬鹿はプログラマー辞めろ
迷惑だ

移行作業そのものより
移行した後の始末のほうが大変だぞ。
どっちを採用するかはさておき。
たとえば.NETじたいを知らない椰子だらけの場合とかさ。

>>864
99.99%以上の可用性が必要なシステムなら、.NETはやめておけ。
想定するシステム寿命を10年以上にするなら、.NETはやめておけ。

ＪＣＬはどうするの？
ソートとかはどうするの？
データはどう移行するの？

プログラムの移行だけならちょっとテストすればいいだろうけど
データ全部コード変換かましたら全件テストしなくて大丈夫なのか？
ソートの順番が異なったら大問題にならないの？

とか思うと、WindowsとかUnixに移行しようとか考える香具師の
頭の中を見てみたい気持ちでいっぱい。

人手のかかるテストが山のように発生するから大喜びな人売り達や
目先のハードの値段だけしか見ないくせに効率とか投資効果とか語る
アホ経営者ばかりなのだろうか。

そもそもＳＯＲＴの順番が違うと問題になるような設計はアカンのもある。。。
マッチング処理をするのには、EBCでもASCでも構わない。

五十音順ＳＯＲＴとかで数字と文字が混在するなら、確かに変わってしまう。
「ダイゴコウキョウキョク」と「ダイ５コウキョウキョク」が先に出るか
後に出るか、問題とするのはあまり聞かない。

WindowsやLinuxにストレートコンバートなんかあんまりしないと思うが。どうよ？
絶対に新機能を盛り込むために、データの構造とかも刷新しているよ　普通は。
AIXとか昔のHiUXとかならともかく、ストレートコンバージョンなんて流行ではない。

>>868
リホストのキーワードでSunのサイトを見てみろ。
JCLやソートなんか余裕で対応。CICSなどのTPモニタまで、互換環境が用意されている。
基本的には、COBOLのソースをコンパイルするだけだ。

そんでもって、価格は激安、処理性能は超檄速、ストレージは無尽蔵。

>>870
どうみてもＪＣＬ互換ではないんだが。

>>871
IBM互換だからね。

>価格は激安、処理性能は超檄速、ストレージは無尽蔵

それだけで話が終わればどれだけ助かるか…

>865
864ですが、私はプログラマーじゃないですから〜。残念！
もしかしてベタな煽りか？
それともオマイはまともな質問を２chでするなってことが言いたいのか？

で、>866 - >870
色々問題があるのは理解しています。
移行ツールの利用を前提として、各ツールの宣伝文句には一定のストレート
コンバージョンが可能らしきことを書いてある（と私は理解している）のですが、
その場合でもやはり問題がある？
・・・という疑問があるのでツールベンダーに確認しようとしてるのですけどね、
実際に使った経験を誰かお持ちなら第三者のインプレを聞きたいなと。
ツール利用の経験者はいらっしゃいませんか？

>>873
困難に立ち向かってコストを削減してこそ、
社内SEの力量が発揮されるというものだ。

簡単に出来るなら、もう全員がやってるよ。

困難に立ち向かって、その先に明るい未来があるんだから。

>>874
システム規模が数十億円になれば、メーカーサイドも一流の技術者を投入してくれる。

数千万円規模なら、悪いがやめておけ。
その程度のメインフレームがやっている処理なんて、
AS/400にグレードダウンした方が安上がりで手っ取り早い。

>>874
数ある板の中でマ板を選んでそういう質問をするところからして、
判断力が著しく欠如してるわな。
一から十まで他人に聞くなら時間がかかるだけなので、最初から
もっと判断力のある人に任せましょうｗｗｗ

またまたメインフレームの灯が消えました

http://itpro.nikkeibp.co.jp/article/NEWS/20060227/230949/
大証の処理速度7倍の新システムに移行、富士通から日立にリプレース

新売買システムは、日立製作所製UNIXサーバー上で稼働する。
これまでは富士通製メインフレームを使っていた。

相場情報システムのプラットフォームは、富士通製UNIXサーバーから
日立製UNIXサーバーに切り替えた。

MFの灯が消えたというか、Fの灯が消えたというか

>>879
日立のUNIX機って、IBMのp5だっけ？

富士通がUNIX機への移行を渋るから、そのような結果になるんだ。
富士通だってSun互換でSunより性能良くて信頼性の高いマシンを持ってるんだから、
とっととメインフレームから移行を推進すればいいのよ。

いくら利益率高いからといってメインフレームに固執していると、全部失っちゃうよ。

利益率高い==ボッタクリ

富士通自体は汎用機やる気ネーだろｗ

>>881
トラブったのが富士通だから、他社へのリプレースは必然だと思う。

ぶっちゃけ変えたって解決するとは限らんが、変えるしかないわけで

>>884
日立も前科あるからなあ
結局どこ入れたっておんなじ

>>883
いやいや、やる気まんまんだよ。
汎用機が必要ないところでも、「過去の資産」とかいっちゃって囲い込み。
IBMを超えるようなものを開発する気力も能力も資金もないが、売る気だけは一人前だ。

ぶっちゃけ奉行LANパックでも十分こなせる業務でも、リース切れの汎用機を更新できればそれでよい。

「大事な過去の資産」「御社独自の業務」とか言われて喜んでいる客もバカ。
ちょっと仕事のやり方変えるだけで、勘定奉行にとってかわられるんだから。

そんな自分の背の丈もわからないユーザーには、
汎用機でSAPを動くようにして、これからはERPですとおだてればよいのだ。

商社なんだから売る気はあるだろ

AIMの経験者はDB2でも仕事できる？

>>888
経験者本人と仕事次第。

>>861
いや、正直言ってオープン形のCOBOLは全部Micro Focusに食われてますわ

2006/03/32(土)

なんだこりゃー

今日は91日だろ?
ジュリアンデートで生きる我等には無関係な事よ。

>>893
おまいカッコイイな

age

富士通がふる〜〜〜い富士通製汎用機を探しているらしいぞ
Ｍ３００シリーズより前なら交渉の余地があるかもなぁ・・・

何故？博物館逝きか？

>>864
どっちもどっちですね。どう転んでも苦労します。

IBM機ということはUNIXだけど、UNIXは文字コード等の問題が多い。
.NETは.NETで使えるCOBOLコンパイラ等をきちんと選定しないと無理。

ただ、文字コードや開発言語等を考えるとWindowsの方がずっと楽で準備もしやすい。

それとOmni-Frame等はあまり使えないと思った方がいいですよ。
経験上、移行ツールがオールマイティということは絶対にないです。
（作業負荷を軽減出来るかどうかは、元のソースの書き方にもよるので）

IBMの成分解析結果 :

IBMの65%は回路で出来ています。
IBMの23%はむなしさで出来ています。
IBMの8%は運で出来ています。
IBMの2%はミスリルで出来ています。
IBMの1%は元気玉で出来ています。
IBMの1%は陰謀で出来ています。

なんか凄い・・・

>>899
成分分析か

ＩＢＭの65%は回路：これは分かる
1%は陰謀：　・・・。低すぎる・・・

漏れも富士通でやってみた

富士通の成分解析結果 :

富士通の45%は月の光で出来ています。
富士通の42%は電力で出来ています。
富士通の7%は魂の炎で出来ています。
富士通の4%は魔法で出来ています。
富士通の2%は回路で出来ています。

ハード関係を切り売りした結果？？
魂の炎が７％・・・。落ちたな

富士通株式会社の成分解析結果 :

富士通株式会社の52%は大人の都合で出来ています。
富士通株式会社の45%は黒インクで出来ています。
富士通株式会社の2%は微妙さで出来ています。
富士通株式会社の1%は花崗岩で出来ています。


日本電気株式会社の成分解析結果 :

日本電気株式会社の半分は赤い何かで出来ています。
日本電気株式会社の49%は白インクで出来ています。
日本電気株式会社の1%は毒物で出来ています。


株式会社日立製作所の成分解析結果 :

株式会社日立製作所の52%は鍛錬で出来ています。
株式会社日立製作所の22%は宇宙の意思で出来ています。
株式会社日立製作所の10%は純金で出来ています。
株式会社日立製作所の6%は汗と涙(化合物)で出来ています。
株式会社日立製作所の5%は花崗岩で出来ています。
株式会社日立製作所の4%はお菓子で出来ています。
株式会社日立製作所の1%は気の迷いで出来ています。

日本アイ・ビー・エム株式会社の成分解析結果 :

日本アイ・ビー・エム株式会社の76%は度胸で出来ています。
日本アイ・ビー・エム株式会社の14%は果物で出来ています。
日本アイ・ビー・エム株式会社の5%はスライムで出来ています。
日本アイ・ビー・エム株式会社の3%は知恵で出来ています。
日本アイ・ビー・エム株式会社の2%は着色料で出来ています。


三菱電機株式会社の成分解析結果 :

三菱電機株式会社の51%は陰謀で出来ています。
三菱電機株式会社の25%は理論で出来ています。
三菱電機株式会社の9%は赤い何かで出来ています。
三菱電機株式会社の5%は電波で出来ています。
三菱電機株式会社の4%は時間で出来ています。
三菱電機株式会社の3%はカテキンで出来ています。
三菱電機株式会社の1%は月の光で出来ています。
三菱電機株式会社の1%は濃硫酸で出来ています。
三菱電機株式会社の1%は知恵で出来ています。


株式会社東芝 の成分解析結果 :

株式会社東芝 の78%は気の迷いで出来ています。
株式会社東芝 の21%は赤い何かで出来ています。
株式会社東芝 の1%は時間で出来ています。

株式会社東芝の成分解析結果 :

株式会社東芝の47%は白インクで出来ています。
株式会社東芝の21%は知恵で出来ています。
株式会社東芝の20%はアルコールで出来ています。
株式会社東芝の9%は玉露で出来ています。
株式会社東芝の3%はハッタリで出来ています。

すまん。ちょっと困ったことになった。教えてほしい。
シスログのメッセージを検索するコマンドがありますが、
最新の時間から逆検索かけるオペランドなんでしたでしょうか？
DL M=メッセージコード,…
環境はVOS3です。

郵貯のトラブルって結局どこがやったんだ
みかかだて？　スジのヒトよろしくおねがいしま

http://itpro.nikkeibp.co.jp/article/NEWS/20060417/235459/
日本IBM、三菱東京UFJ銀行からz9を受注
OSはLinuxを採用する

http://store.nikkeibp.co.jp/mokuji/nc650.html
「富士通 “最後のメインフレーム” は2011年に投入」は誤報らしい。
少なくとも現時点では2011年の次までは投入予定とか

>>907
どうせ、2011年投入予定マシンのマイナーアップデートだろ。
毎回ちょっとだけ最高性能とコストパフォーマンスが良くなる。

最高速度40キロの原付が、最高速度45キロになりました。しかもお値段かわらず。といっているようなもの。
横では、時速800キロで飛ぶ飛行機を原付より安い値段で売っているのにも関わらずだ。

しかし、ただの原付じゃない。
最高グレードの漆塗りフレームと、七宝焼きのガソリンタンクを装備した最高級原付です。

ウィングアークって会社知ってる人

>>908
>>七宝焼きのガソリンタンク

ﾜﾛﾀ。こけると激しく火だるまにｗ

>>905
少なくとも5年前は郵貯のメインフレームはみかかデータがやっていた。

>>911
さすがみかかでた〜！
マスコミはどこも叩かない
Ｆだったらでかでかかくのにふしぎだ

やあ、諸君らにはゴールデンウィークは存在するかね?
弊社では移行リハーサルがあるようで・・・

もはやメインフレームでの開発は皆無なのでヒマヒマです

【香港】"ブランド自体を乗っ取り" ＮＥＣを会社丸ごと「偽造」、中国で発覚…独自の製品開発も
http://news19.2ch.net/test/read.cgi/newsplus/1146644872/

ＡＣＯＳは大丈夫とみた

>>915
独自開発・・・ＡＣＯＳ８とかあったら凄い

保守

ほしゅ

>>914
メインフレームからの移行案件があるだろうから、連休でも仕事あるでしょ。

移行が終われば、次は別の移行現場へ。仕事があるって羨ましいねぇ。

近々、富士通ホスト（ＴＳＳ）の仕事が入りそうで
ホストと言えばＩＢＭ３０９０ぐらいしか使ったことなくて
ＩＢＭが使えれば、富士通ホストは問題なく使えるらしいが
それって、画面を見れば使い方が分かるレベル？

富士通でもMSPなら、あまり心配するな。
ISPFをパクって富士通のPFDが作られたと思えばよい。

OSがXSPだったら、ちょっと心配しろ。

>>921
レス�dクス
確か話ではＭＳＰでＪＣＬはＩＢＭと同じと言ってたからノープロブレムかな
ちなみに、ＸＳＰだったら、どんな心配がある？
教えてクンでスマソ

前の派遣先が日立汎用機で、
ＪＣＬはＪＯＢ文からほとんど全部一から編集できるような環境だったんですが、
今度入った富士通汎用機のとこだと、ＪＯＢ文とかいじれず、ＥＸＥＣ文から
下しか編集できなくて、すごく自由度低くてやりにくいです。
これって富士通汎用機だから？会社によって、カスタマイズしまくってるだけ？

>>922
XSPの場合、JCLは全く別世界だ。
XSPは富士通独自OSの流れで、MSPはIBM互換路線のOS。

ごく平均的なユーザーは昔からMSPだ。
大昔から小型メインフレームだったり、単なるバカなユーザーはXSPだ。

メインフレームってなんですか？
OSはいまのでいいとおもうけど。

>>922
まさかとは思うが、DIPSじゃないだろうな？
富士通メインフレームで、極々まれにDIPSを動かしているところがある。
NTT-DATAがSIerであれば、極まれにDIPSだったりする。
その時は、仮病でも親の介護でもなんでもいいから、とにかく現場から逃げ出せ。

>>924
�dクス
ＭＳＰがＤＯＳＶだとしたら、ＸＳＰはＰＣ９８な感じやね。

>>926
�dクス
今回は、ＭＳＰなのは間違いないらしいから
今後の参考としてDIPSって、どんな環境？

>>924
＞大昔から小型メインフレームだったり、単なるバカなユーザーはXSPだ。

そうなんだ。うちXSP(GS21 400)。さかのぼれば、M-160とか使ってたみたい。

ながれ的には、２３０シリーズのモニター何とかっていうＯＳの系列とかいっていた
本当？

>>923
悲惨。
exec文書く場所で
//
//NYWJOB JOB TIME=xxx
//EXEC1 　　EXEC PROC=yyy
//AA　　　　　DD　zzz
とか書いていったんJOB文終了させたらどうなるんだろう

>>930
悲惨ってどういうことですか？

前はメーカー系で、今の職場はユーザー系なんですけど、
個人的に、物足りないというか、つまらないんですよね。
スキルが鈍りそうというか。
ユーザー系ってどこもこんな感じなんですかね？
自分のとこだけ？＞ＪＣＬ自由にいじれないの。

前の職場では、本番の雛形となるＪＣＬも開発側で作ってたんですけど、
今のところは、ＪＣＬ作るのはほとんど運用側のグループです。

あと、単体テストができないんです。
前の職場は、ＣＯＢＯＬのプログラム組んだら、ホスト用のデバッガで、
テストコマンドファイルに、ソースの何行でストップとか、
この項目に何を設定して、表示させるとかやってたんですけど、
そういうの一切為しで、プログラム組んだらいきなり、
結合テスト（外部仕様の確認レベル）なんです。

これって普通ですか？

>>931
普通って、反対にデバッガーを使うこと自体が普通じゃないかも
テストコマンドファイルとやらの意味がわかりにくいが
ＶＢ経験もあるから、その手法ならＶＢの場合のデバッグに近い罠
その前の勤務先は、日立のＶＯＳなんたらってやつ？

>>932
そうです。ＶＯＳ３です。
普通の汎用系のところでは、単体テストはどうやってるのですか？

こん中でH/W詳しい人いますか？
趣味でホストマシン作ってみようかと思っているんだが
先駆者いたらちょっとお話し伺いたいです。

現行の銀行なんかが使っているホスト並みのパーツなら
ハードオフとか中古で数百円で揃うが
インターフェイスに問題が山積み

本屋で「スターリングエンジンの作成キット」みたいなの売ってるじゃん
ロケットとかも売ってるよね。そういうレベルでいいから作ってみたい

普通かどうかは知らないけど、仮の単体テストはTSS上のTESTコマンドでコンパイルリスト片手にステップ実行。
制御表作ったりブレークポイント張ったりはプロシジャ使ってたけど、テストコマンドファイルとはこれのことかな？
普段はOSコンソールは使えなかったけど、JCLはJOB文から書いてPFD上から実行できた。
本番の単体テスト(？)はVMの1区画借りて仮想CPU止めてステップ実行。
こちらはプロシジャ使えなくてコマンドは全部手入力、テスト結果はWSMGRの画面コピーを保存と非常に面倒だった。
MSPのプログラムはやってたけどCOBOLは知らないので同じことができるかはわからない。
コーディング前にフローチャートのレビューをしたり、コンパイル通ったら単体テスト前にピアレビューしたり、
やっぱり普通じゃなかったかもしれない。

>>935
ＴＳＳ上でやるやり方もありましたが、
テスト項目が何百件もある場合は、やってられないので、
ＴＥＳＴコマンドをＳＡＭに編集して、
バッチジョブでまとめて実行するようにしてました。

>>934
CPUどこで買ってくるつもりだ？
新生銀行のホストならその辺に売ってるので作れるだろうが…

COBOLのオブジェクトをTESTコマンドでやっつけんの？
普通COBTDとか使うんじゃないの？

あと、コンパイルのＪＣＬも前の日立汎用機の職場では、
雛形は用意されてるものの、基本的にコンパイル〜ロードモジュール作成までの
全ステップ直書きになってたんですけど、今の富士通汎用機の職場だと、
カタプロになってて、サブミット前に編集するのはプログラムＩＤの部分ぐらいです。
どっちが普通ですか？

カタプロ化するのが普通じゃネーの？

>>933
てか、日立のホストを使うときは、ＩＢＭでは気にする必要のないところまで
面倒なところがあるみたいだな

>>940
カタプロが普通だ罠
修正の必要のないものまで、ＪＣＬに含まれてたら邪魔なだけ

>>941
あと、データセットの圧縮も、
日立ホストの時は、ＤＣＢのパラメタに「ＣＰＵＣＯＭＰ＝Ｃ」つけるだけでよかったのに、
富士通ホストだとそういう機能なくて、いちいち圧縮専用のプログラム使わないといけないんです。
すっげーめんどくさいっす。

>>942
そもそもデータセット圧縮って、ＩＢＭにはなかった悪寒
ソースレベルの数値項目にＣＯＭＰ−３を付けてレコード長削減の別バージョンか？

え？VOS3にしかないの？
じゃぁ暗号化する時も別プログラムをわざわざ起動するの？
だったらそれってっかなりうへぇな状況なような。

>>943
ソースとかは全然関係ないです。
ＤＣＢパラメタでもなくて、ＤＤ文のオプションの一つでした。
ディスクの場合だけですけど、
「DISP=(RNW,CATLG)」とかと一緒に並べて「CPUCOMP=C」っていうの書き足したら、
圧縮データセットで作成してくれるんです。
普通のサイズの何分の１にもなるんで、ＶＯＬの節約に役立ってました。

日立独自なんですかね？

で、今の富士通汎用機のとこは、ＪＣＬにそういう規格がなくて、
個別に作られた専用プログラムを通さないと圧縮できないんです。
しかも、それのダンプリスト取ると圧縮されたそのままの形でしか表示されないから、
間に圧縮を戻すステップを噛まさないといけなくて、すごい面倒です。

>>945
日立独自な感じもするが、ホストを使うときに容量節約なんて考えること必要自体なかったな。

容量節約は考えてたんじゃない？
ただ頻繁に圧縮展開するだけのCPU能力が・・・

日立の新し目の機械には、ハードウェア圧縮機構が付いていたとｵﾓﾀ

>>947
容量節約ってのは、開発号機での話です。
各開発チームに、ＶＯＬが何本か割り当てられるんですけど、
そんなに多くないから、ちょっとでも節約するために、
「JCLにはCPUCOMP=Cつけるように」ということにしていました。

別の意味での容量節約と言えば、中にはファイル名の付け方で
ラストアクセスから１週間を超えると、問答無用でファイルが削除されると言うのもあったな。
そういう場合は、自分で１日〜数日ごとにファイルを開いて、そのまま閉じることもしてた。

>>934
規模や程度にもよるし、下のモデルと上のモデルでも回路のつくりにも違うがあるからなぁ・・・

どのレベルからつくるのか
　　（ＣＰＵは既存の物を使ってチップセットのような物をつくるのか）
1からつくるのなら何を使ってつくるのか
　　（標準ロジックとか言われている７４シリーズでつくるのか、ＡＳＩＣをつかうのか）
どこまでの物を作りたいのか
　　（命令が実行できる程度からＯＳが動かせるまで）
のようにどこから作って最終的には何をしたいのかにも・・・

で、ホストマシンてただ書くのでは対象としているマシンが分からんのだが
ハードオフとかで揃うなんて書いてるってことは、ＷＩＮＴＥＬ系を指してるんか？

>>933の環境が今の俺の職場とそっくりすぎｗｗｗｗｗ
圧縮展開の話だけど、ユーザープログラムからRECFM=FBとして出力させると
展開された状態で出力されないかな？


>>934のやりたいことってこれかな？
http://www.genny.or.jp/kaz/hercules/
昔、高い金払ってメインフレームを導入してやっていたような処理を
今の安いパソコンで処理させて悦に入りたいとか･･･

>>953
動くっていうだけで、業務には使えんから
遊ぶにはよいかもな

http://www.mvsforums.com/index.html
↑このサイトなかなか使えるね。

AS IBM
BS 衛星放送
CS 通信衛星
DS
ES 富士通のﾒｲﾝﾌﾚｰﾑ
FS 同上
GS 不実の最新機