ACOSについて

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

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

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

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 であげ