ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | プログラム設計について | |
| ゼロ 2006-9-28 17:54:00
[返信] [編集] プログラムでの処理キーについて教えてください。 現在、当社で仕様しているプログラムのほとんどが、処理の実行に「Ｆ１０」、中止に「Ｆ９」が割り当てられています。 これは、プログラムのほとんどがSYSTEM150〜3100の時代に作成されたものであるため「実行キー（ADVANCE)」（エミュレーターでは１０）を処理の開始に割り当てていた為です。 実行と中止（Ｆ９、Ｆ１０）が隣あっていることもあり押し間違いをすることが頻繁にあるので、今後作成するプログラムでは別のキーで統一していこうと思っているのですが、みなさんの会社で使用しているプログラムはどういった仕様になっているか参考の為に教えて頂けないでしょうか？ | ||
| 2 | Re:プログラム設計について | |
| EXCHANGE 2006-9-28 19:54:00
[返信] [編集] ジオボードの過去ログです。 ツリー： 旧家イトウ家の小技裏技（その１０）−−＞ターラヤン氏のコメント−−＞ＥＸＣＨＡＮＧＥのコメント http://www.geocities.jp/tahrayan/geo/0156.html 参考になるかどうかは分かりませんが。。 | ||
| 3 | もう一つ重要なこと？ | |
| ＥＸＣＨＡＮＧＥ 2006-9-28 20:44:00
[返信] [編集] ＊ ＣＯＢＯＬソース上では機能を表す抽象的なキー名をまず決めます。 例えば、プログラムを終わらせるのでしたら、ＥＸＴ−ＰＧＭとかに決めます。 ソース上では、 ＩＦ ＣＲＴ−ＳＴＡＴＵＳ ＝ ＥＸＴ−ＰＧＭ ＴＨＥＮ。。。 などとします。 ＊ 次に、ＥＸＴＰＧＭ等の「抽象キー名」を具体的なキーステータス値に対応させます。 ＥＸＴ−ＰＧＭ −−＞ ”Ｐ９” （旧 ＰＦ９） ＥＸＴ−ＬＯＯＰ −−＞ ”０３” （旧 �供 � ＯＫ−ＥＸＥＣ −−＞ ”０４” （旧 ＡＤＶＡＮＣＥ） ＰＡＧＥ−ＮＥＸＴ−−＞ ”ＦＷ” （旧 前進） 等々。。 この対応はＣＯＰＹ句などでテーブル化しておきます。 ＊ さらにＷＳエミュレータのキーボード設定で、 ステータス値を表すサーバファンクションを具体的なキー操作に対応させます。 ”Ｐ９” ＰＦ９ −−−＞ Ｆ９ ”０３” �供 檗檗檗筺。藤隠� ”０４” ＡＤＶＡＮＣＥ −−＞ Ｆ１１ ”ＦＷ” 前進 −−＞ ＰａｇｅＤｏｗｎ ＊ 一見複雑そうですが、実際はそう難しくはありません。 ＊ こうしておけば、ＣＯＢＯＬソースと、ＮＥＣ Ａ−ＶＸとの強いリンクは避けられます。 後日、どうしてもマイグレーションが必要になった時などに便利かと思います。 ＩＦ ＣＲＴ−ＳＴＡＴＵＳ ＝ ”０９” 等の記述は、 今後は避けたいところです。 ＊ プログラムを終了させるキーをＦ１に換える場合はＣＯＰＹ句のテーブルでの対応を ＥＸＴ−ＰＧＭ ＰＩＣ Ｘ（０２） ＶＡＬＵＥ ”Ｐ１”． とするだけで済みます。 | ||
| 4 | Re:プログラム設計について | |
| オフコン人 2006-9-29 23:08:00
[返信] [編集] EXCHANGEさんは親切にソースの記述まで書いていただいていますが、ゼロさんの質問の本質は何処にあるのですか？ 他の会社では、PF10とPF9が隣合わせで誤操作しやすいので、キーの割付をどのようにしているかの質問でしょうか？ それとも、コーディングをどのようにしたらいいかのご質問でしょうか？ | ||
| 5 | Re:プログラム設計について | |
| ゼロ 2006-9-30 10:18:00
[返信] [編集] 申し訳ありません、質問の意図がはっきりと伝わらない書き方をしてしまったようです。 社内システムを見直す話がでていまして、この機会に以前から問題のあった操作キーの割当を見直すことになりました。 社内のプログラムのほとんどがＷＳ時代に作成されているためPCのキーボード配置では使いにくいものとなっています。 いくつか例をあげますと、先に述べたF9とF10の問題、前進後退がCI(SHIFT+F8)CII(SHIFT+F9)に割り当てられているといった感じです、あとはプログラムによって明細の行削除が旧PF2になっていたりHELPキーに割当られていたりとバラバラなので統一したい等です。 そこで、一般的にはどのようなキーを割り当てているのか聞いてみたかったというのが質問の意図です。 ＥＸＣＨＡＮＧＥさんの小技裏技も熟読してみることにします。 ＥＸＣＨＡＮＧＥさん書込みは質問の意図とは別のところでしたが大変参考になりました。 | ||
| 6 | Re:プログラム設計について | |
| ＥＸＣＨＡＮＧＥ 2006-10-5 5:39:00
[返信] [編集] きっちりと一文を作成せずにいきなり昔の投稿の引用に飛ばしてしまったためにゼロさんの問いかけと内容的に少しずれてしまったようです。 キーの配分（割当？）は各社の事情や、ポリシーによって違うと思いますが、 現状、私の考えは以下の通りです。 ＊ Ｗｉｎｄｏｗｓ上で動かす（Ｗｉｎｄｏｗｓ系のソフトと連携したり、ミキシングして使用する）ことを考慮して、出来る限り他のＷｉｎｄｏｗｓソフトの操作と共通性を持たせるべきと思います。 （例）ＳＫＩＰ（ＴＡＢ）、ＢＳＫＩＰ（ＢＡＣＫＴＡＢ）など。 それから、Ｗｉｎｄｏｗｓ系のソフトでは一般的に Ｆ３またはＦ９：終了 Ｆ５再表示、もしくはズーム（ヘルプ） Ｆ１０実行、書込 Ｆ１２前画面などが多いように思うのですが 本来はマウスを使って選択するのが基本でしょうから\r なんともいえません。 ＊ それから、キー割当とは少し話は違いますが、オフコン衰運の現在の状況をかんがみ、 キー割当を見直すためにソースを変更するのであれば、 その際、将来のマイグレーションを視野に入れてキーＳＴＡＴＵＳ部分のコーディング等いろいろ同時に見直すべきだと思います。（自衛策です） | ||
| 7 | Re:プログラム設計について | |
| ゼロ 2006-10-5 9:08:00
[返信] [編集] 過去のEXCHANGEさんのキー割付の考察を読みましたが、興味深い ものであり大変参考になりました、将来のマイグレーションも視 野に入れてコーディングの見直しも併せて考えてみようと思いま す。 懇切丁寧な回答ありがとうございました。 話は変わるのですが、複数台のＰＣでＷＳエミュレーターのキー 設定を簡単に統一する方法はないでしょうか？ 現在、約５０台のＰＣで使用しているのですが一台ずつ設定する のが大変なのと設定ミスも考えられるので。 | ||
| 8 | Re:プログラム設計について | |
| EXCHANGE 2006-10-5 11:00:00
[返信] [編集] （１）まず、一台のＰＣのＷＳエミュレータでキーボード設定を行います。 （２）続けて同じエミュレータ上の設定画面の「環境確認」タブを開き、環境取得「取得項目」からキーボードを選択し、取得実行ボタンを押します。 （３）上記の操作で、 Ｃ：￥ＷＳ?ＥＭＬ￥ＷＳＲＥＧＫｅｙＢｏａｄ．ＲＥＧにレジストリのキーボード情報が取得されるので、このファイルをフロッピーなどにコピーします。 ＊ 他のＰＣにこの設定をコピーするには、 エミュレータがインストールされたターゲットになるＰＣに、設定したいユーザでログインし、フロッピー上のＷＳＲＥＧＫｅｙＢｏａｄ．ＲＥＧファイルをダブルクリックしてターゲットユーザのレジストリーにこの情報を書き込みます。 ＊他にもやり方のバリエーションはあるかと思いますが、詳しくはエミュレータのＣＤ内にガイドがありますのでご確認下さい。 | ||
| 9 | Re:プログラム設計について | |
| ＥＸＣＨＡＮＧＥ 2006-10-5 11:21:00
[返信] [編集] 追加情報です。 ＊ 大事なことを忘れていました。ＷｉｎｄｏｗｓのＯＳの種類毎にレジストリー周りは微妙に違う可能性があります。またＷＳエミュレータのバージョンによっても違ってくる場合がありますので、この辺を考慮して複数のフロッピーを作成した方が安全と思います。 | ||
| 10 | Re:プログラム設計について | |
| ゼロ 2006-10-5 13:01:00
[返信] [編集] マニュアルに書いてあることを質問してしまい申し訳ありま せんでした。 教えていただいた方法を試してみたいと思います。 | ||
| 11 | Re:プログラム設計について | |
| あ 2007-1-2 16:37:00
[返信] [編集] ７２００シリーズからエクスプレスに置き換えの時には、アドバンスキーをＰＡＵＳＥキーに割り当てました。 ちなみにＳＫＩＰキーはＦ１２です。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | 受信したデータの削除方法 | |
| よしぼ〜 2006-9-12 14:56:00
[返信] [編集] 早速ですが、他社システムから何らかのデータを受信し、 そのデータを取り込む場合、取り込んだ後に受信した データを削除する必要があると思いますが、みなさんは 削除処理をどういった方法でしておられますか？ 何が知りたいかというと、取り込み後に削除しようとし た瞬間に再度データが送られてきてしまうと、送られて きたデータを取り込めずに削除してしまう恐れがあると 思います。そういうミスを仕組み的にに回避する方法が あれば、教えて頂きたいと思い書き込みさせて頂きました。 現状は受信データを別ファイルへコピーし、その後に 受信データを削除するという処理を個別のプログラムで 実行しています。 受信データは順編成のファイルで考えています。 マルチレイアウトのデータのため、索引編成は使用でき ないことが多いです。 運用で取り込む時間帯には受信しないようにするという ことが一番無難かもしれませんが、よい方法があれば 教えて頂けないでしょうか。 | ||
| 2 | Re:受信したデータの削除方法 | |
| 苦労人 2006-9-12 23:07:00
[返信] [編集] 私が良く使う方法は相対編成ファイルに受信データを登録していき、何レコード目まで受信していて、何レコード目まで処理したかを別ファイルにて相対アドレスで管理しています。この方法だと受信ログとしてデータを保管できますし、処理済ポインターを戻す事で再度同じデータで処理させる事も出来ます。 結構使いやすいですけどね。 順編成ファイルで考えているとの事ですが、相対編成ファイルであれば、そう違いは無いと思いますが・・・ ただ、どこかでオーバーフローも想定されますので、一日に一回はデータを消すか、登録でINVALIDの場合はオーバーフローですので、登録ポインターを１に戻してサイクリックに使用するかですね。私はサイクリックに使用して、登録済みポインターを処理済みポインターが追いかける方法をとっています。 | ||
| 3 | Re:受信したデータの削除方法 | |
| よしぼ〜 2006-9-14 12:44:00
[返信] [編集] お返事ありがとうございます。 ひとつ質問なのですが、相対編成ファイルに直接データを 受信するのかと思うのですが、仮にＪＣＡで受信する場合、 前回受信したデータの続きからファイルに書き込むことが 可能ということなのでしょうか。 | ||
| 4 | Re:受信したデータの削除方法 | |
| 苦労人 2006-9-14 15:09:00
[返信] [編集] 直接データを受信するというのはどういう意味でしょうか？ ＃ＮＦＣＮＶ等でデータをコピーするのであれば、ポインター管理は難しいと思いますが、ＪＣＡで受信と言う事は、プログラムで受信するのですよね？ プログラムで相対編成ファイルの書き込むのであれば相対キーを指定して登録するので、前回の終了ポインターが分かっていればプラス１のポインターから登録すればＯＫだと思います。 もしかして、データの受信をプログラムでは行わないという事なのでしょうか？ | ||
| 5 | Re:受信したデータの削除方法 | |
| よしぼ〜 2006-9-14 18:12:00
[返信] [編集] 「直接データを受信する」というのは、「JCAでデータを 受信する際の出力先ファイルに相対編成ファイルを指定 するのでしょうか」ということです。 今回は有償ソフトのファイル転送プログラム(JCA手順)の 使用を想定しています。マニュアルをみると、JCAの集信 ファイルには順編成ファイルを定義するように記載されて いるのですが、JCA手順でデータを受信する際にポインター 管理をすることができるということなのでしょうか？ | ||
| 6 | Re:受信したデータの削除方法 | |
| 苦労人 2006-9-15 11:04:00
[返信] [編集] ＣＯＢＯＬプログラムで受信した場合にはポインター管理できますが、ファイル転送プログラムではきっと無理ですね。 お役に立てず済みません。 | ||
| 7 | Re:受信したデータの削除方法 | |
| ｌl0e0ell 2006-9-15 12:41:00
[返信] [編集] SEQファイルへ受信を追加モードで受けて、取り出しプログラム（COBOL)では同ファイルのレコード単位で処理済フラグを更新して制御し、夜間等絶対に受信しない時間帯でフラグ更新済データを消去する夜間バッチの自動実行運用ではどうでしょうか？（SEQファイルの削除には作業ファイル必要ですが） 受信プログラムはたしかファイル排他になっていたと思うので取り出しプログラムがファイル使用中にならないようにする制御も受信プログラム起動前後に受信中フラグの制御を仕掛ければバッティングを避けることが出来るかな？ | ||
| 8 | Re:受信したデータの削除方法 | |
| よしぼ〜 2006-9-21 14:28:00
[返信] [編集] 苦労人さま、ｌl0e0ellさま。 お返事が遅くなり申し訳ありません。 助言いただいた内容でいろいろと考えてみようと 思います。 お忙しいところ、ありがとうございました。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | 最近のバーコードプリンタについて | |
| 苦労人 2006-9-5 12:47:00
[返信] [編集] 知っている人がおりましたら教えてください。 現在あるユーザで、ＳＡＴＯのバーコードプリンタをエミュレータ端末につないで出力しています。 かれこれ１０年も前に接続したバーコードプリンタで、「変換君」という箱を経由して出力しています。 この「変換君」を使用するとＣＯＢＯＬプログラムから直接印字できます。（たぶんコード変換をしてくれるもの） 今回ハードのレベルアップを提案しており、バーコードプリンタもかなりガタが来ているので、合わせて交換しようと思っています。 ところが、ＳＡＴＯではもう「変換君」は扱っておらず、ＣＯＢＯＬプログラムからプリンタへ直接印字できる形式のバーコードプリンタを探しております。 間にWindowsプログラム等を経由すれば問題なく印字は出来るのでしょうが、出来ればＣＯＢＯＬからエミュレータ経由で直接印字できる事を希望しております。 どなたかご存知ありませんか？ | ||
| 2 | Re:最近のバーコードプリンタについて | |
| 桃太郎 2006-9-5 15:59:00
[返信] [編集] 苦労人さん 初めまして、桃太郎と申します。 変換君の場合、使った事は有りませんが、データーをプリンターに書き出すイメージでプログラムを書かれているのではないかと思いますが、 サーバー本体に回線ボードを入れて、ＭＭ３を使いＲＳ２３２Ｃケーブルで接続、ＳＥＮＤ、ＲＥＣＥＩＶＥ命令を使う通信プログラムを書く事が出来れば現在市販の各社のプリンターが使用可能かと思いまが、 内部コードのＥＢＣＤＩＣとプリンターのＪＩＳ８（Ｓ−ＪＩＳ）との変換が壁になると思います、ＭＭ３のパラメータの中に相手機器のコードを指定できるようになっていますが、 その指定では上手く動かないと思います、プログラム内で１バイト系、２バイト系に分けて１６進レベルで変換して送り出す事が必要かと思います。 尚、ＲＳ２３２Ｃケーブルは通常１５ｍまででそれ以上延長する場合は途中に信号増幅器を付けるとか、 ＩＢＳＪａｐａｎと言う会社より売り出されている長距離伝送ケーブルなどを使う必要が有ると思います。プリンター側がＬＡＮ対応の機器であればＭＭＳでの接続も可能かと思いますが、 この場合接続距離は問題なくなりますがやはりコード変換の問題は残ると思います、ＭＭＳのマニュアルに「コード変換が必要な場合は、アプリケーションプログラムで行って下さい。」と記載があるので同じくコード変換が壁になると思います。 この掲示板をご覧の方で変換のコーディングの分かる方がおいでになったら実現可能かも知れませんね、 参考になれば良いのですが、失礼します。 | ||
| 3 | Re:最近のバーコードプリンタについて | |
| 苦労人 2006-9-5 17:51:00
[返信] [編集] お返事有難うございます。 「変換君」を使用した接続は、クライアントＰＣのセントロから接続しているので、普通のプリンタを接続するイメージです。 ＣＯＢＯＬからもプリンターに印字する要領でＷＲＩＴＥしています。（ただWRITEしている中身は、縦何ドット目、横何ドット目にこういう文字を何ポのサイズで印字しなさい！みたいなイメージですが） ＬＡＮ接続できるバーコードプリンタの場合、ＭＭＳでの接続って可能なのでしょうかね？ 当方では、シフトＪＩＳにコード変換するサブルーチンは用意しているので、組み立てたデータをテキストとして送信すれば良いのであれば問題ないのですが・・・・ ＬＡＮ接続可能と言っても、たぶんネットワークプリンタのようなものであり、プリンタに対する制御コードみたいなものが必要であればやはり専用のドライバを経由するしかないですよね？ | ||
| 4 | Re:最近のバーコードプリンタについて | |
| 桃太郎 2006-9-5 18:23:00
[返信] [編集] ＭＭＳでの接続の場合、プリンターメーカーより提供されているドライバーは使えないので、例えば、エプソンだったらＥＳＣ／ＰＯＳコマンドを使って制御コードを全てプリンター側の指定コードを紙テープイメージで送信するようになると思います。ＥＰＳＯＮのホームページで開発者向けの詳細取り扱い説明書がダウンロードできます、スター精密だと確かコマンドの一覧も出ていたと思います、ＥＰＳＯＮの場合ＰＯＳコマンドのマニュアルは直接請求が必要かと思いますが。コード変換がアプリケーションの中で行えるので有れば実現の可能性は有ると思いますが。 | ||
| 5 | Re:最近のバーコードプリンタについて | |
| オフコン人 2006-9-5 19:44:00
[返信] [編集] SATOのバーコードプリンタを知らないので的外れなことかも知れません。 WSエミュレータ接続のページプリンタへはバーコードが印字できます。当然、COBOLからです。 ページプリンタなのでＡ４などページプリンタで扱える用紙サイズに限られますが。 | ||
| 6 | Re:最近のバーコードプリンタについて | |
| ターラヤン 2006-9-5 21:09:00
[返信] [編集] 苦労人さん、こんにちは。 SATOのバーコードプリンタ用のプログラムを無改造で使いたいのか、ＣＯＢＯＬプログラムを全面作り直しても良いのか、 ＣＯＢＯＬも少し直す程度で済ませたいのかによりますが、 オフコン人さんも書かれている通り、ＣＯＢＯＬでページプリンタにバーコードを印字するプログラムを組むこともできます。 簡単に済ませたいならば、 http://www.ace.comp.nec.co.jp/BizReporting/index.html バーコードを印字するパッケージソフトもあります。 この紹介ホームページを見ても今ひとつ何ができるソフトなのかわかりずらいですが、 「利用シーン」辺りに”コードを送るとパッケージソフト側でバーコードに変換”する機能が書いてあります。 | ||
| 7 | Re:[6]:お探しのものはこのようなものでしょうか？ | |
| 江須扇 2006-9-5 23:46:00
[返信] [編集] 多分機能的には 日本システックスのプリンターボに似ているのではと思います。 http://www.n-systex.co.jp/site_file/02_product_part/product/00_ex/ex_05_shosai.html ＣＯＢＯＬのプログラム上では、 ！＠＆９０４ ＊１２３ＡＢＣ＊ ！＠＆１ と印字するとプリンターボで変換されＣＯＤＥ３９の＊１２３ＡＢＣ＊ のバーコードが印刷されるという仕組みです。 ＳＡＴＯとコマンドは違うと思いますので改造は必要だと思います。 なお、旧マシンであれば、ＦＢ−１１／５２００系になりますが、 ＰＣ／ＷＳ−ＥＭＬにつなぐプリンタであれば、 ＦＢ−１１／９８００になるのではと想像します。 （エミュレーションでは使った事がないので想像です） | ||
| 8 | やっぱり連係機能を使う方が。。 | |
| ＥＸＣＨＡＮＧＥ 2006-9-6 6:27:00
[返信] [編集] ＊ 技術上のお話の中へちょっと筋違いな（お節介な）ことをいうのもまずいのですが、このようなケースの場合やはり他システムとの連携をはかる方向の方が将来的に良いのでは。。と思います。 ＊ ＳＡＴＯの場合、外部からデータ（ＣＳＶ等）を受け取ってバーコードラベラを印字するパッケージソフトがあったと思います。 このソフトはユーザ側でデザイン、カスタマイズが出来ます。 しかも印字のデザインは非常に自由に設計できたと思います。 ＊ Ａ−ＶＸ側のＣＯＢＯＬでＮＴ領域にＣＳＶで吐き出して、連携させてやれば楽に構築できます。 ＊ こうしておけば、（バーコードラベラのメーカは、キョウビどこでもこのようなパッケージを用意していますから）他メーカへ乗り換えるときでもラベラ側のみの変更（しかもデザイナ部分のみなのでらくちん！）で済みます。 ＊ それぞれのベンダの得意とするハードやソフトを組み合わせて柔軟にシステム構築する、というのがオープンの時代の最大のメリットかと思います。 ＊ あまりＡ−ＶＸ自前主義にこだわりすぎると次の担当者が手直しできないほど専門的（＝特殊仕様）になりすぎ、結果的に「訳の分からんＡ−ＶＸをまるごとを取替よ！！」ということになりかなません。 ＊ せっかく構築された基幹システムは長期にわたって改良しつつ育てるべきですし、安易に再構築することを望む人はいないと思います。そのためには連係機能をうまくつかって風通し良くしておくことが長い目で見れば得策なのではないのでしょうか？ | ||
| 9 | Re:[6]:お探しのものはこのようなものでしょうか？ | |
| 苦労人 2006-9-6 9:19:00
[返信] [編集] 確か、ＳＡＴＯのバーコードプリンタにもこのようなコマンドを出力していました。 ただ、エミュレータ経由で出力すると今までは２０１系のプリンタドライバ経由となるため、「変換君」では２０１系のコードをバーコードプリンタが認識できる内容に変換していたのだと思います。 プリンタメーカが変われば当然出力するコマンドの変更とかはあると思っています。 ただ、接続しようとしているプリンタはシリアルプリンタでは無く、ロール式のバーコードプリンタ（ http://www.sato.co.jp/products/printer/on_line/lesprit_t8.html ） なのです。 特にメーカはこだわらないのですが・・・ | ||
| 10 | Re:やっぱり連係機能を使う方が。。 | |
| 苦労人 2006-9-6 9:37:00
[返信] [編集] ＳＡＴＯのホームページを見ていたら、「接続君」というのがあって、ホスト側からはシリアルプリンタ感覚でバーコードプリンタが接続できると・・・・。 まさしく今運用で接続されている形態です。 しかし、対応ホストが、ＩＢＭ・富士通・日立のみ。 なぜＮＥＣが無い？ ショック！ >＊ ＳＡＴＯの場合、外部からデータ（ＣＳＶ等）を受け取ってバーコードラベラを印字するパッケージソフトがあったと思います。 これが可能であれば、ＡＶＸ側から制御できそうです。 「Multi LABELIST me」というソフトでしょうかね？ ちょっと仕様を問い合わせてみます。 | ||
| 11 | Re:最近のバーコードプリンタについて | |
| 苦労人 2006-9-6 9:57:00
[返信] [編集] ＳＡＴＯに問い合わせましたら、昔の「変換君」に変わる「直結くんII」というのがありました。 最新のＡＶＸエミュレータで接続できるかどうかはテストしてみないと何とも言えないが、２０１系のプリンタとして接続すればたぶん大丈夫でしょう！ というお答えでした。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | SYSSPAWNで#ABC | |
| あゆりーな 2006-9-4 11:03:00
[返信] [編集] SYSSPAWNで#ALLOCはうまくいくのですが #ABC;で再編成やアロケートをしようとすると ステータスが90（RUNコマンドパラメータエラー） になってしまいます。 送っている文字列は下記↓ 間違いに気づいていないだけだといいのですが。 どなたかうまくいっている方はいらっしゃいませんか。 | ||
| 2 | Re:SYSSPAWNで#ABC | |
| 江須扇 2006-9-4 12:43:00
[返信] [編集] ちょっと気になるのですが、 #ABC; となっておりますが、”#ABC”と”;”の間にスペースは ２桁あるのでしょうか？ たしかメンバー名は必ず６桁固定と記憶しております。 はずしたらごめんなさい。記憶で書いております。 | ||
| 3 | ;の位置が… | |
| あゆりーな 2006-9-4 12:57:00
[返信] [編集] ああ。 「#ABC; 」になっていました。 「#ABC ;」が正しいですね。 2時間悩みました…ありがとうございました。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | JIPSEのシフトインコード | |
| さるさるるーと 2006-9-1 7:34:34
[返信] [編集] COBOLソースを解析していて、 どうもJIPSEのソースのようでした。 ところが、文字変換がどうしてもシフトインの部分で 文字化けしています。 以下のコードは、 「課」という漢字ですが、 シフトインのあとの、”3F44”、”7B78” が必ず入っています。 16進数表記でかくと、0x3F、0x44、0x7B、0x78 です。 この意味知っている人いませんか？ 3F75 3F44 7B78 F25A 3F76 ==== ==== ==== ==== ==== Shift-In 課 Shift-Out よろしくお願いします。 | ||
| 2 | Re:JIPSEのシフトインコード | |
| 江須扇 2006-9-1 7:56:48
[返信] [編集] さるさるるーとさん初めまして 江須扇と申します。 このＣＯＢＯＬソースは何の機種のどの状態を指しているのですか？ Ａ−ＶＸ関連であれば、トップメニューのひとつ上の 掲示板「ＮＥＣのオフコン情報掲示板」へ投稿される方がいろいろの方が回答される可能性があると思います。 他機種の事ですと私もまったくわかりません。 | ||
| 3 | Re:JIPSEのシフトインコード | |
| さるさるるーと 2006-9-1 9:38:09
[返信] [編集] 江須扇さま ご指摘ありがとうございます。 このソース自体はwindows-cobolです。 （コンパイラーも消えました。知っている者も消えました。） 憶測ですが、windows版に移行したと思われます。 このソースに記述している文字コードをもつ ファイルを作成していたのが、 NECのオフコンではないかと思ったのは、 使用している別のアプリケーションで、 JIPSEを指定していたので、 かろうじて、NECであることにたどりついたのです。 機種は不明です。 NECは使用経験がありません。 | ||
| 4 | Re:JIPSEのシフトインコード | |
| ターラヤン 2006-9-1 12:46:36
[返信] [編集] さるさるるーとさん、はじめまして。 ＪＩＰＳ（Ｅ）は私もあまり知りませんが、 ＮＥＣの汎用コンピュータのＯＳ、ＡＣＯＳー２、ＡＣＯＳー４系で 良く使われるコードです。 ＪＩＰＳ（Ｅ）はオフコンの文字コードとは親戚関係ですが、オフコン ではそのまま使えません。 本題の文字ではなさそうなコードについてですが、 ”3F44”は、制御符号ではないでしょうか。 ＣＥＸシーケンスは”3F”で始まります。 そうすると次の”44”は機能を表します。 おそらく次の２バイトはシーケンスパラメータでしょう 漢字IN、漢字OUTも”3F”で始まっていますよね。 残念ながら”44”が何の機能なのかはわかりません。 たぶん制御符号ではないかと思うのですが・・・。 | ||
| 5 | Re:JIPSEのシフトインコード | |
| さるさるるーと 2006-9-7 2:35:58
[返信] [編集] ターラヤン様 情報ありがとうございました。 オフコンではそのまま使えないのですか。。。 シフトコードのあとの制御コードって何が入るのでしょうね。 うーん。外字とか第2水準とかそれとも ひょっとして太字とかゴシックとか。 ”3F44”のあとの”7B78” がパラメータということでしょうか。 制御符号ということだけでもすっきりしました。 ありがとうございました。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band