ACOSについて

Ｖｓａｓのファイル容量不足で落ちたんで
拡張したいんだけど、キー値ってどうすればいいのか
わからん。

今のファイルのキー値がどうなってるか調べたい
んだけどどうやるの？

ＡＣＯＳ使い、いないの？

\AMSでカタログエントリを出力しろ
もしくはATSS/PWSSからFILLをせいや。
CONSIGNを忘れるなよ。

もう５年以上ACOS-4は触ってないが・・・
FILL　'ファイル名'　DETAIL
で表示された筈だぜ。
ただし　SYS.VCTLG以外のVSASカタログを使用している場合は
そのカタログをCONSIGNしないとだめね

ＭＪコマンドの事か？
でもあれはEXECになる前のＪＯＢにしか効かないはずだぞ。

>>455
ありがと！

PTOS

頑張れ、副次索引があるかもしれんから見落とすなよ。
今日は暫くここにいるから　またなにかあったら質問してちょ。

＃ちなみに俺の知識はACOS-4/XVP R2.11で止まっているから注意してくれ

いい話やのう
頑張れ！

>>453
もし、ＶＳＡＳのアロケーション時に、自動拡張機能が指定してあれば
ＡＭＳのエンラージで、拡張してくれるぞ。
どうも、再度アロケーションするのは、何か危険のような気がするが？
修理前のSAVEから、CREATEVSAS（FILSAVEも可？忘れた）ですめばいいが
AMSのビルドインデックスも、しないといけないと、それなりに時間もかかる
もし、自信がないなら今のうちに、誰か呼んだ方が良いと思うぞ

>>453
夜が明けてしまったが、結局どうなった？

どもども、無事できて帰宅しました。　　>>皆さん

以前今回落ちたのと兄弟のファイルを拡張した時にＳＥが作った
ＡＭＳからＣＲＥＡＴＥＶＳＡＳまで一連の記述がをしたＪＣＬ
が残ってたので、数字とファイル名いれただけなんですけど（笑
数字のなかでのキー値がＶＯＬＣＯＮＴＳとかＶＳＡＳＦＳＰ
とか少ない知識で色々やっても見れなかったので困ってたんですよ。

>>464　何はともあれよかったよかった、めでたし。

>>419
出きるよ、パフォーマンスは最悪だけど

ACOSスレなんてあったんだ
だーいぶ昔にオペで関わったがACOS-750なんてまだあるのかな？

>>467
ＡＣＯＳ７５０ってか！古いっすネ！
ＡＣＯＳ７５０→ＡＣＯＳ９５０→ＡＣＯＳ１５００→ＡＣＯＳ３８００→
ＰＸ７８００→ｉ−ＰＸ７８００
以上、ＡＣＯＳ−４大型システムの変遷です。

>>467　97年時点で630が現役だったとこは知ってるけど
流石にもうリプレースしてるだろうな

>>468　OSで言うと
ACOS4/MVP→MVP-XE→XVP-SP�V→XVP-PX→NPX→i-PX
辺りの流れですね

↑
XVP-SP�VはXVPのマチガイ、ｽﾏｿ

６３０、７５０あたりは２０００年問題対応外ではなかったかな

3桁の数字のＡＣＯＳはとっくにリース切れ、それと部品の供給も停止のはず
昔のＡＣＯＳのＨＤは、カタツムリのお化けのようだったが、すごく高そうに見えた。
今のＦＢＡのＨＤは、普通のＰＣについていいるのとあまり変わらんらしい。
会社のＡＣＯＳのＨＤの容量より、自分のＰＣの容量の方が大きい。

LSI設計って論理回路？

>>469
さすがにＡＣＯＳ６３０はもうほとんど無いとと思うけど、
周辺でぶら下がっていたＭＴＵ３２０が現役で動いている
ところ知ってるぞ。

　　　　　　　　　　　　（⌒⌒⌒⌒⌒⌒⌒⌒⌒⌒⌒⌒⌒⌒⌒⌒⌒
　　　　　　　　　　　　（　どうやって誘拐しようかなぁ〜。。
　　　　　　　　　 Ｏ　　（　最近溜まってるからナぁ。　　　
　　　　　　　　ο　　　　〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
　　　　　　　 。 　　　そんな犯罪をしないで、ここに逝け！http://fun.to/muke サンプルはタダっす
　 うふふ
＿＿_∧＿∧＿＿
　　　（　・∀・）
――（　　　　）―┘、 　　　　　　　　　　　マツデチ!　　　　キャッキャッ!!
‐――┐　）　）――┐ 　　　　　　　　≡≡∧,,∧ 　　≡≡∧ ∧
　　　　(__ノ__ノ　　　 . | 　　　　　　　　≡≡ミ,,>∀<ミ　≡≡(,,・∀・)
　　　　　　　　　　　　　　　　　　　　　≡≡ミ_u,,ｕノ　 ≡≡ミ_u,,ｕノ
　　　　　　　　　　　　　　　　　　　"~"　　　　"""　　::: 　　　　"~""~"
　　　　　　　　　　　　　　　　

>>472
某報道機関もそれでリプレイスした。リースが切れるのも兼ねて。
Nはいくら儲けたんだかな。ユーザー様にはお世話になりました。
電子ディスクも入れてバッチ処理が速くなって喜ばれた。
プログラム資産もべらぼうだし、ACOSはまだ安泰だ。 (w

現場からは離れたけれど、JCL簡単だしマニュアルも全体に
(へ立ちのより)読み安いしACOSは覚えておいて損はないと思う。

あぼーと

AJ ALL

こんなスレがあるなんて！今日初めて知ったよ！
>>450
たしかできたと思う。
俺がオペやっていたシステムで１度ＫＪ禁止ジョブクラスで
動いているジョブ（ＶＩＳだ！）をＨＪ→ＫＪしたことがあったはず。
うすら覚えだが・・・
どんなコマンドだったかは忘れた・・・ｽﾏｿ

AO ALL ACT=2CH OM=2222 CL=2

KJ Xnnnn FORCE

ACOS-6からUNIXへの移植の仕事が来たけど断った
非常にやばそうなので
しかし、ACOS-6知っているヤシているのかな？

スレの始めの方にちょろっと書いてあるな、ACOS6
俺もNECのwebページで見た知識でしか知らないんだけど

ACOS-4 バイトマシン
ACOS-6 ワードマシン

だったと思おう、ACOS-6ってあまり聞かない。
VISはHJ(ホールドジョブ) してKJ(キルジョブ)できないと思うよ。
しばらくACOSで開発してないし、忘れたけどCV(コントロールビス)で落とすので、なかったけ？
昔、VDLやらMFDLやらTPPやら良くやったな。自分でも感心するよ。
AMSでファイルのアロケーションして、自動拡張入れ忘れてファイルステイタス２４？
でオーバーフローして、VSASFSPで調べて、CREATEVSASで一旦逃げて、夜な夜な修正したなぁ。
でも、客先に説明すると、なぜか許してくれた、懐かしいなぁ。

ACOSの漢字コードJIPS-E,JIPS-Jの違いを知っている方はいますか。
資料がなくて困っています。

>>486
JIPS-J はJIS漢字(句点コードの16進表記) にNEC拡張文字を加えたもの。
字の並びはJIS句点コードと同じ。

JIPS-E は JIPS-J の区と点の16進をそれぞれJISキャラクタで表したときに
EBCDICキャラクタに置き換えたもの。字の並びは句点コードとはバラバラになります。

文字コードはRIQSとかのエラーコードの書いている本にも載っていると思います。

もう現役じゃないんで、間違ってたらすみません。

>>483
ACOS-6だったら古くはACOS600/700/700S/800/900、ACOS650/850/1000
ACOS830/930/2000、最近ではPX7900、i-PX7900なんかのシリーズ体系
だったなあ。ACOS-6/OSとは別にIOPMPS(MSOS)、TOMASなんて入出力用
OSがあった。元々はGMAPって言うアセンブラ言語で作られてなんじゃ
なたったっけ。

>>485
VISはCVn（nは多重VISの識別NO.）で参照・落とし等をしますね
ただCVn TE Eで落ちなければKJになるでしょうけど
VDLはコンパイル用JCL流して、エラー出ると担当コールして電話受けながら
修正とかやったな、前居た現場では、今となってはだいぶ忘れてるが。
やれやれと思ってみる漏れ。

>>485
ＣＶなんぞ当たり前でしょ（ｗ
レスの流れを読みなさい。

たぶん、>>480はＶＩＳを２つ上げてしまったか何かして、
一方を強制ＫＪをしたんじゃないかね。

>>490
ｽﾏｿ

それにしてもページ見直してみて
PX7900のページ、コンテンツ少ないなと思ってみる、ユーザも少ないんだろうけど
なんかH12年の「リリースのご通知」のPDFが丸のまま乗っかってたよ、60Pくらいのやつ
NX7000とDISK共有でき、連携・移行も容易にするみたいなことが書いてあったな

こないだ芝公園ビルにいったら
「VISとADBSを使用したCOBOLプログラミング」なんて
コースが開講されてたぜ！
まだまだ現役らしい。

ageとくか

むかーし、S-750とS-360、S3600を使ってました。
OSはまだMVPだったかな…。
VSASとか\AMSとかCONSIGNとか懐かしすぎます。
懐かしくて思わず書き込んでしまった…

ＶＳＡＳのＩＮＤＥＸファイルを再編成しようと
思ったんだけど、ブロックサイズ間違っちゃった。

レコードサイズ９８００、ブロックサイズ１２２８８を
レコードサイズ９８００、ブロックサイズ９８００で、
クリエートシークで吸い上げて、クリエートブイサスで
落とし込んでる時にファイルオーバーした。
レコード件数が２１４４→２１４２で、２個減ってる。

正直ブイサスファイルの中ってどうなってるのか分かってない。
こう言うことすると、ファイルの中身ってどうなっちゃうの？
めちゃくちゃになってるのか。

495 > ブロック長がレコード長を下回っていたら壊れるんじゃないのかなあ。
もともとのブロック長の１２２８８というサイズも良く分からない。
確か、最適なブロック長は、１トラックのサイズに一番近いレコード長の倍数じゃなかったかしらん。

ああちょっと違った。
�@ブロックサイズ９８００で吸い上げて、
９８００で落としたところファイルＯＶ。
�Aそのまま、ブロックサイズ１２２８８で吸い上げて、
１２２８８で落とし。正常終了。
�B２個減ってる。中身は大丈夫か？
という事でした。

>>496
そうなんです。すでにブロックサイズが僕には謎で。
なんでレコードの整数倍にしないのか。
順編成にすると索引サイズ＋レコードサイズになるのか
なんて考えてました。
ブイサスファイルを分かってないんです。
このファイルを使って帳票を出す処理をしてみましたが、
一件まともに出力されます。
しかし、数値が正しいかは僕には・・。
なんか大丈夫っぽいかな？
今日は帰ろう。火曜まで時間があるので。
詳しいＳＥさんがいたら教えて下さい。

>>497
バージョンによって微妙に違うがブロックサイズは適当に入力しても
内輪の正しい値に補正してくれたはずだな。

VSASではBOLCKサイズってのは気にしなくてもＯＫ。
ただファイルオーバフローはマズイので
CREATEVSASのパラメータを調整して再度トライしれ。
ちゃんと指定してる？
指定してないとINFILEの値を適当にOUTFILEにあてはめようとするんで
とんでもない話になるぜ。

つーかVSASではCAサイズにCIサイズだぞ。
あとレコード形式はFB以外だったりしてないか？

知らないけど、�@でファイルオーバーしたファイルを
�A吸い上げて落としたのか？

それは、まずいんじゃないの。

>>500
ＦＢです。そうか固定長だ。
だから、ブロックサイズなんて関係ないのですね。
それで、こんな適当っぽい数値が入ってるのか。

>>501
ああ、そうだ。致命的なミスだ。
�@でセーブしたＭＴも残ってるのでやり直さなきゃ。

ここで出てくるACOSってちっちゃいやつだよね。
ACOS-2とかACOS-4でもローエンドとか。

ACOSはいい！

NAL(Neac Assembly Language)あげ

ＯＭ　Ｎ

Nec One-chip Acos Hardware engine

CV DI S TRM CON=AP

ＣＶ　ＤＩ　Ｓ　ＶＩＳ

CV DI N

JES-PXあげ

TOMARFあげ

すいません。ＳＥの方に至急、お聞きしたいんですけど、
今、２年目ＳＥが遅れに遅れながらもシステムファイルの移行やってるんですが、
ユーザカタログ（ＳＹＳ.ＶＣＴＬＧ）の切り離しのＪＣＬを見たら、
最上位のカタログを最初に切り離して、付随してるサブカタログとか
ａｌｉａｓとかを後のステップで｣切り離そうとしてるんですが、
これでいいんでしょうか？
確か、切り離しは下位から順番にやると思ったんだけど。
カタログ化ＯＣＬの移行も考慮されてなかったし、２日遅れでもう大変です。
撤去担当のＣＥも怒ってますよ。

あぼーん

ACOS4 age

>>513
二度と自分のスレから出て来るなよ

（＾＾）

\VOLCONTSあげ

PX7800ってローエンド？

ACOSのローエンドってAX7300じゃなかったっけ？

オペやってるんですが将来不安でつ。
人生FATAL……にならんように祈願あげ

「ＮＯＥＸＥＣ」しなよ

一度KJして再RJしとくが吉

>>523　ってFATALだからその前に
JCLソースの見直しか

ACOS?ナニそれ？
世間一般的に知られてねーけど。

526 名前：あぼーと[あぼーと] 投稿日：あぼーと
あぼーと

あぼーん

ACOSなんて小さな世界で盛り上がってるな。ﾌﾟﾌﾟﾌﾟ

別に盛り上がってないし

思いついたかスレ見つけたかした時に
誰かしら書いてるだけだろ

あぼーん

極悪役立たずＥＸＰＲＥＳＳより断然安定していると思う。

東京航空管制部システムダウン

すごいぞ！NECのちんけな技術の集大成 A C O S

ＮＥＣ晒し上げ。

ひこーき、落とさないでね。

所沢のＡＣＯＳやったね。
防衛庁接続モジュール開発したのも、
やっぱＮＥＣ？

出張で帰れない人々が、困ってますよ。
ホテル無い。
段ボールだぁ！
て

東京航空交通管制システムをＮＥＣに任せた国土交通省が悪い。

やっぱあれはACOSだたーのね
ニュースで映ったNIP見て、もしやと思ったのだが
ひょっとしてあれか、Win2kベースのNX？

ｍｉｚｕｈｏの教訓が生かされていないなぁ。
パソコンおたくにさせるなって。

PANIC CALL

\CON ATSS

以上終了しました。

>>544=ABORT

ＡＣＯＳって十司馬も関係あるのでしょ

（＾＾）

age

あぼーん

去年の夏にインターンシップでACOSを見せてもらったとき
「え、こんなんつかってるんや・・・」
というのを感じてしまったんですが、ACOSはあれはあれで
よい汎用機なのですか？

#自分は引いてしまったんですが。。。

引くよなー
エディタとかキモイ
汎用機は氏ね

>>550
特定しました

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

三田倶楽部あげ

あぼーん

パナウェーブってどうよ？

ＡＣＯＳ４のＯＰしてますけど、
ＯＰなのにＭＣＳの定義してる。。。こんなものですね
しっかし、ＥＴＯＳＪＸ使いにくい。。。

HPLあげ

>>557
そんなもんでしょ、俺も前OPの時NDL修正とかしてたしｗ

KI,KOをなんとかしろ、テストデータ作るのめんどい。
誰かうまいやり方ｷﾎﾞﾝﾇ。

ううっ懐かしいぞＡＣＯＳ。
もう１０年程さわっちゃいないが、現役もいるよな。
生き残ってほしい。

>>559
週末オンラインのない明日、休日返上でＭＣＳの環境変えます＾＾；；
もちろん、ＧＷは出社してます。。
ＶＤＬ（ＶＩＳＤＣＤ）にNDL、TNDL。。コンパイルは通ったのだが、果たして
全部繋がってるのだろうか。。。。

＞＞560
DOSのデーターで漢字エリアが繋がっていないフィールドなら、
MS-Accessで固定長で吐いて、ATSSのFILETRANSで落としてますが？
確かにＪＩＰＳいやだね。EやらJやら


＞＞５６１
元気に動いてますよ＾＾；；うちの会社は規模が小さいですけど。。。
しっかし、ＣＶＣＦが無い時はほんと苦労したなぁ。。。

あぼーん

日本語項目を含んだレコード長1500バイトのテストデータを
作りたい。試しに色々やってみたが漢字制御コードが入って
しまい、うまくいかない。何か良い方法はないか。

ちょっとやってみた例：
AAAあああBBBBいいいい
21バイト

　↓FILETRANS PC to ACOS

AAA[3F75]あああ[3F76]BBBB[3F75]いいいい[3F76]　
29バイト


・レコード長は1000バイト超
→FILETRANSは×？
・日本語項目とOCCURSｲﾊﾟｰｲ
→ARRENGEでKI,KOを抜くのは辛い、てゆーか256分割以上
　しないといけないのでARRENGEも×か？

あぼーん

>>562
FILTRANSか、俺は伝送とかの集計レポ振り出す時
SMFから抽出して9821側へ落としてExcelでピボットテーブル
くれたりしてたな
あとVISDC*/NDLのコンパイルは週初の本番夜間前のオンライン
停止後に投入してた（これが通らないと夜間FIPSのESET投げられなかったｗ）

CVCFといえば停電用カタログコマンドを思い出したりｗ

>>564
ＡＣＯＳ上でＫＩＫＯ無しのＤＡＴＡ作りたいのでしょうか？
もしＰＣ上でJIPSコードを作成できるのであれば、
FTPでバイナリー転送すればどうですか？
ＣＲ＋ＬＦはＪＣＬではずせますね。
ＣＯＢＯＬのマクロで　ＣＯＤＥＣＯＮＶＥＸマクロがあったような、、、
ちなみにわが社では、ＫＡＮＪＩＣＯＮＶって汎用コード変換を
社員が作成してますが？あーＳＪＩＳ対応してなかった＾＾；；

>>566
あくまで私はオペレーターなんで、運用環境定義として
システムから言われるままに端末定義するだけなのですが＾＾；；
ＭＣＳが起動しないとどうしよう、、ＡＴＳＳも使えない。。。
念の為に、ｆｙにNDLとコンパイルJSをセーブしてます＾＾；；

レスサンクス

＞ＰＣ上でJIPSコードを作成
Ｎのツールか何かが必要なんだろうか。

＞FTPでバイナリー転送
これもやり方わからない。周りの人も、知ら〜ん、と。

なんとかならんものかな・・・

>>569
ＳＯＣＫＥＴが起動していないとダメだけどね＜ＦＴＰ
しているなら、$FTPCってサービスユーティリーがあるよ

標準はKIKOが入ってないと帳票とに豆腐文字がでるから
付けたレイアウトでいいんじゃない？

特定しますた

あぼーん

　　　 　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

NCEF

誰かSJIS→JIPSのエンコード方法知らんか？

PC上でJIPSコードを作る英数字のみ対応の変換ツールを作ったが、

漢字も対応させろと言われちまったぃ。

>>575
うｐｷﾎﾞﾝﾇ

ACOSもうだめぽ・・･ﾟ･(ﾉД`)･ﾟ･

まだだ、まだ終らんよ

>>575
何に使うのすか？
JIPS ？　5200内部コードすか？
なら、計算すればできます。

>>579
うｐキボンヌ

懐かしいですね　ＡＣＯＳ

まだあったのですね
職務経歴書にキズがつきますので
書かない方がいいですよ

>>575
もうとっくに解決してると思うが。
なのでJIS⇔EBCDICすればできるよ。
データ管理説明書のASCII8⇔EBCDIC表を参考にすれ。
# 昔(PC版とACOS版)作ったことあるがどっかいっちまったい。

「なので」は余計、な。

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

あぼーん

>>537
某Ａ帳の航空管制ってMS(NCOS)だったんと違うか。

IFILMTNあげ

>>587
ってあげてないし…ｗ

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

　　　お、こんな所にパンが。
　　　　　　　　　　　＿
　　　　　　　　　 ／　 _`j
　　　　　　　　／　 /`ｰ'ヽ←ｼﾞｬﾑ
　　　　　　　 〈　 `ヽ　　　`ヽ ↓
　　　　　　　　`､　　ヽ,∧_∧ ゜。　'(⌒V⌒)
　　　ｲｯﾀﾀﾞｷ　　〉　　(　　　ﾟ）　ﾟ' o.ヽ^^／　ｸﾞﾆｭｳｩｩｯ
　　　　　ﾏｰｰｽ./ ノ　　 ￣⌒ヽ　⊂「　　〉つ
　　　　　　　　 ﾉ　　' L　　　　 `ヽ.／　∠）
　　　　　　　／　, '　　 　ノ＼　　´　　/
　　　　　　（　　　　　　∠_　　ヽ､＿, '
　　　　 　　ｉ　 （　　　　　 ヽ
　　　＿,,　┘　 「`ー-ｧ　 　ｊ
　　ｆ"　　　　　ﾉ　　　｛　　/
　　|　　i⌒"￣　　 　/ 　/_
　　ヾ,,_」　　　　　　　i＿__,,｣/^)ｸﾞﾁｬ 　

\VACFLIST　age

　

ACOSは使いづらい！

VISAPDage

ｉ−ＰＸ７８００

ACOSのＲＩＱＳデータベースをＵＮＩＸかＷＩｎｄｏｗｓのＯｒａｃｌｅへ移行を
検討していますが、どのようなことを注意すればよいでしょうか？

あぼーん

>>596
私のACOS4の経験ですが
１．どうやってORACLEへ移行するのか？
　　CSV？固定長？
　　CSVなら、ANK項目にカンマがあると項目ずれる。「"」を入れましょう。
２．日本語項目を変換するツールを準備してますか？
　　ANKはFTPで変換できるけど漢字は無理です。
３．数字項目　S9(5）とかだと後1バイトに符号がきますので
　　化けます。CHAR編集が必要です。---9とかで編集すればOK

ACOS2でもやったけど「１．」と「２．」は大丈夫だった
「３．」だけプログラム作りました。

※PCへの変換ツールを担当SEにもらうか、買うかすれば、全て解決するけどね
私は自力もツールも両方やりました。
OSが最新ならWIN互換らしいがこれは経験ないからわからん。

>598


現状にて検討している方法としては、以下のとおりです。

1.ユーティリティ、プログラムにて順編成に落とします。
　・ディスクの空きが少ないらしく、データ量の多いデータベースは
　　プログラムにて分割して順編成に落としながらＦＴＰで転送

2.ＦＴＰにてＡＣＯＳ→ＰＣへ上記の順編成ファイルを転送
　
3.ＰＣ側で市販のコンバートツールにて変換後、ＣＳＶ出力
　・漢字（外字含む）、数値項目

4.ＣＳＶファイルをＳＱＬＬｏａｄｅｒにてＯＲＡＣＬＥへ格納

そこで質問なのですが、ＦＩＬＴＲＡＮでＡＣＯＳからＰＣへ転送した
場合に漢字の位置とか指定しないと、かってにJISコードに変換
された様な記憶があるのですが、ＦＴＰの場合はどうなんでしょうか？
コンバートツールにて変換を考えているので、変換されると他の方法
を考えないとだめですね。

>599
ftpの場合、「bin」というコマンドを入れてから「get」（PCからftpを行う場合）
「put」（AOCSにて\FTPCを行う場合）、すれば、レコード長もずれません。
JISコード変換も行われません。

「bin」指定がないとEBCDIC→JIS変換が発生します
漢字の変換が・・数値項目も最終１バイトサイン部が・・です。
ツールを使うなら、ANKも日本語もJIS・SJIS変換できるでしょうから
BIN（バイナリ転送）でやらないとダメだと思います。

FILTRANは自動でコード変換して日本語を認識してくれるみたいで
漢字項目の前後にｼﾌﾄｺｰﾄﾞが付加されてレコード長がずれます。

NECのSEじゃないんで、「意味違う」って人もいらっしゃるかも
しれませんが、経験からの結果ですので、結果は合っているはずです。

結果を楽しみにしてます。
がんばってください。

>600

> ftpの場合、「bin」というコマンドを入れてから「get」（PCからftpを行う場合）
> 「put」（AOCSにて\FTPCを行う場合）、すれば、レコード長もずれません。
> JISコード変換も行われません。


技術的な部分で不安なところが解消いたしました。
移行するテーブルの数が多いので、あとはパワーだけだと思っています。
貴重な情報どうもありがとう御座います。

ＡＣＯＳについては、技術情報を得るの非常に難しいので助かりました。

結果については、このスレが残っておりましたらご報告いたします。

>601
同じ仕事してますね・・
私も最近は移行作業ばっかりです。

ﾃﾞｰﾀを\INPUT使用して固定文字で日本語ARRANGEしたら
前後にｼﾌﾄｺｰﾄﾞついて長さが変わりますから
注意ですよ。（NEDITでJCL作った場合）
\INPUT
･･
ARRANGE=(1,100)(6,NC"あああ")
･･
\ENDINPUT
だと、ﾚｺｰﾄﾞは106+4=110です。
処理は落ちませんがﾃﾞｰﾀがずれます。
回避方法はあります。
長くなるので書きませんが、
困ったらまたどうぞ。

ADBSあげ

あと三月程で4年か、このスレも長いな。
まあ、ACOS系増える事はもうないだろうけどな…
つかNECはUNIXにしてもSX会わせて4ラインあるし
ACOS2はIA化（これは既出か）この先どこへ行くのやら、NEC。

さよならNoah あげ

ACOSが世の中にまだ存在してるんかい。存在そのものがレガシーだな。
ACOSにはりついてる技術者なんか将来はないぞ。
当方１０年前にACOS卒業。

>>606
正解だよ。君のような人はACOSを触るべきではないのだから。

ACOSってＧＥのＧCOSやHONEWELLのなんだけってかなのＯＳの
コピーでしょ。

　　↑
典型的な半可通（ｗ

というか>>1-23辺りに既に書かれてるし。

ACOS AUTO であげ