v8からの移行

v8からのマイグレーションしたところ、F8のチェックでエラーが多発して困っております。

'TRUE'LOG の部分が全て'TRUE'のみになっていたり
VarPrev('AA'VAR)がVarPrev('AA')になっていたりと・・・・・

何かマイグレーションの手順が間違っていたのでしょうか？

初歩的は事ですいません。

多分、コンバーターのバグだと思います。（１．９ｇですよね）
サポート契約していると・・・・・・・

使用しているのが 1.9g なら、多分、バグ。素の 1.8 付属の V9Converter にも問題あるから、
今なら、1.8b か 1.8c に付属のものでコンバートした方が良いと思う。

1.9g 付属の V9Converter の不具合、一般向けに何で情報出さないのか…
日本語関数変換問題も…

ご指摘の通り、1.9gです。

で、1.8cを再インストールしてV9Converterを実行したら途中で固まってしまいます。

プログラムの本数が1000本を超える為、完全お手上げ状態です。

何かいい手はないのでしょうか・・・・・

V10以降講座の中に次の記載があります。


旧バージョンからのリポジトリ出力
旧バージョンからのリポジトリ出力は基本的にこれまでと変わりありませんが以下の2点だけ注意してください。これがクリアできていれば問題なくV１０上で動作するはずです。
1. リポジトリ出力は必ずSP6a以降のMagic eDeveloper V9Plus を使って行う
2. CONSTファイルとして mgconstw.jp2 を設定してリポジトリ出力を行う
SP6a以前のV9Plus、V9、V8等は一度、これまで通りSP6aに移行してから上記の作業を行ってください。また２の操作は具体的には以下箇所で変更します。（mgconstw.jp2 は既存）

このmgconstw.jp2を使わないでマイグレーションを行うと
終了イベントが空欄になっていたりと、様々な「抜け」が
発生します。
これに気づくまで私もだいぶ苦労しました。

v9からの出力時にmgconstw.jp2 に変更してるのにやっぱりダメです。

'TRUE'LOG の記述が全て'TRUE'となってしまいます。
同様に'FALSE'LOG ⇒'FALSE'
VarPrev('EB'VAR) ⇒VarPrev('EB'VAR)
kbput('終了'ACT)⇒kbput('終了')
全てを事象を確認したわけではありませんが、ほぼ全プログラム（F8チェック）でエラーとなります。

V9で新規に作成したプロジェクトにて作成したプログラムを辞書出力をし、V9コンバーターで変換した場合も
同様にkbput('終了'ACT)⇒kbput('終了')となってしまいます。

1.9gおよび1.9g付属V9コンバーターを使用しています。

何か情報をお持ちの方、よろしくお願いします。

有償でもいいので変換のみ行っているところはないでしょうか？

＞1.8cを再インストールしてV9Converterを実行したら途中で固まってしまいます。

プログラム本数が多い場合、かなり時間がかかる場合があるようです。
数時間放置してみてはいかがでしょうか。

できれば、メモリ不足になる可能性もあるので、64bit PCで試した方が良いかもしれません。

私も２日間悩みました
1.9g 付属の V9Converter の不具合
なぜ一般向けに情報を公開しないのか…

私も最近コンバート作業を行っています。

まず、V9からuniPaaSに変換するのは1.8c付属の「V9Plusｱﾌﾟﾘｹｰｼｮﾝ変換ﾕｰﾃｨﾘﾃｨ」を使用します。1.9gを使用すると相当数のﾌﾟﾛｸﾞﾗﾑで
変換に失敗しました。

ここで話題になっているV9ConverterがRMｺﾝﾊﾞｰﾀｰの事であれば
RMｺﾝﾊﾞｰﾀｰはﾋﾞﾙﾄﾞ26以降を使用した方がよいです。
現在の最新版はﾋﾞﾙﾄﾞ30です。

1.9gを使用したいのであれば、1.8gで作成したソースフォルダを
単純にコピーして使用すれば大丈夫だと思います。

みなさんアドバイスありがとうございます。

再度1.8c付属の「V9Plusｱﾌﾟﾘｹｰｼｮﾝ変換ﾕｰﾃｨﾘﾃｨ」で変換開始しました、プログラム３０本目くらいでここ２時間程止まったままです（泣）

とりあえず今晩は放置しておきます。

本題と大きく逸れますが質問です。
サポート契約者は、サポートで知り得た情報を
一般公開する事はＮＧなのでしょうか？

>一般公開する事はＮＧなのでしょうか？

はい。NGです。

そういう契約なのでしょうね。

ご回答有難う御座いました。

サポート非契約者と契約者の区別をしないと
サポート入って頂く意味ないですもんね。

いろいろと助言頂きました皆様ありがとうございました。

いさぎよく諦めましたww

試しに、1.8b 1.8c で 1000 本強のプロジェクトを v9converter で
変換させてみましたが、正常に変換されましたよ。
30 本目辺りで止まるのであれば、その辺りのプログラムの一部に
正しく変換出来ない理由(問題) があるのかもしれません。

後は問題があるプログラムを取り除いて、変換する位しか思いつかないですね。

1000本のプログラム＆アプリケーションは、全てチェッカーで正常となる状態のものでしょうか。

多くのプログラムを含むアプリケーションの場合、ちょっとした用途のプログラムなどが結構あり、きちんとメンテナンスしていなかったりして、チェッカーでエラーとなるものが含まれていることがあります。

そのような、未使用状態のプログラムは、移行の機会にできるだけ削除して、プログラムの整理整頓をしてから、移行作業に望むとよいかと思います。

Magic Optimizer を使用すると、未使用プログラムなどの検出は容易にできますし、いろいろと便利です。

ただ、V8対応版はリリースされていないですし、V9・V9Plus対応版は、旧バージョンなので、今はもう手に入らないかもしれませんが。。。

リポジトリ出力⇒入力での単純な移行ではなく、コンバータによる移行は、これまでと同じようにはいかないところがあるのでしょうね、コンバートしているのですから。

30本目あたりにあるプログラムを最後尾に移動した分でコンバートをかけてみるとか。

1.9g PT1が一般公開されましたね。

s_nagura さん、こんにちは。

あ、本当ですね。HP のドキュメントの中に次のような記述がありました。

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

変換ユーティリティ（V9converter.exe）を使用すると定義式にあるリテラル
（DATE、TIME、LOGなど）が削除される問題

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

タンダコンピュータ／丹田 昌信

便乗質問で申し訳ありません。

このパッチすべて共通パッチモジュールを上書きせよとの事ですが、C/S で Pervasive しか使ってない Client 版で必要なのは、"uniRTE.exe"だけで大丈夫ですよね？

PTなので、お客様環境に反映するまでもないと思ってたのですが、実行機能で結構気になる改修がありましたので、適用しようと考えておりますが、余計な物が一杯入ってどうだろうと思います。
（MSJいつものことですが・・・）

MTA さん、こんにちは。

私だったら、ドキュメント通りに全部、上書きしますが。。。

タンダコンピュータ／丹田 昌信

Tandaさん、こんにちは。

そりゃそうなんですけどインストールで、折角いらない物はインストールしない様に１台１台設定しているのに不要な開発用のモジュールを入れるのはどうなのかと思います。
そういっている内に1.9g2が出ましたので悩みは自然消滅です。
ありがとうございました。

MTA さん、こんにちは。

トラブル解消してよかったですね。

タンダコンピュータ／丹田 昌信