WPRWの引数のMAGIC.INIファイルの名称変更について
連続で恐縮ですが、お知恵をお貸しください。
WPRWコマンドで印刷処理をしています。
第一引数が下記のようにMAGIC.INIだと動作します。
「WPRW /INI%80APP%MAGIC.INI～」
しかし、下記のようにMAGIC.INI以外の名前を指定すると、動作しなくなります。
「WPRW /INI%80APP%TEST.INI～」
mgerror.logには「コマンドが見つかりません」となります。
WPRWコマンドの引数のファイル名はMAGIC.INIでなければ動作しないなど、何か理由があるのでしょうか？
以上よろしくお願いいたします。
-
だいずさん、
環境変数の中身はまったく同じであると確認できてますか？
あと、そのTEST.INIは使わずに、正常に動いているほうのMAGIC.INIを、ファイル名だけを一旦TEST.INIに変えて、他はいっさい環境を変えずに検証してみてはいかがでしょうか？これで、少なくともTEST.INIという名称でも動くかどうかの切り分けはできると思います。
-
Tanda様
ご返事ありがとうございます。
Tanda様のヒントから解決しました。
INIファイル内の「StartApplication」でのECFのパスの階層が深すぎたことが原因のようです。テスト用のECFは、通常のECFの保存フォルダの中にある「new」フォルダの中に格納して動かしていたのですが、通常の保存フォルダに移動すれば動作できるようになりました。
newフォルダに入れたECFでもこれまで動作していたので不思議です。
ご協力ありがとうございました。
-
だいずさん、
260文字という、パスの長さの上限ギリギリだったのかもしれませんね。
-
Tanda様
私はテスト用ECFファイル名には日付をつけて「TEST_20260409.ecf」などとしています。これを「TEST.ecf」にしてもnewフォルダの中では印刷処理は動きませんでした。今階層を一つ上げたところで「TEST_20260409.ecf」にしても印刷処理が動くようになりました。なので階層にも上限があるように思ってます。
-
だいずさん、
Windows自体には階層の深さの上限はありませんので、ひょっとしたらWPRWでの制限かもしれませんね。WPRWはもう30年くらい使ってませんので、確認できなくて。。。
-
だいずさん、
「30年前」でふと思いましたが、ひょっとしたら、MS-DOS時代のファイル名の文字数の上限（8.3文字）の名残りが関連しているかもしれませんね。
-
Tanda様
奥が深そうですね。
なるべくファイル名や階層はシンプルにしないと、今回みたいにハマル可能性ありそうですね。
サインインしてコメントを残してください。
コメント
7件のコメント