メインコンテンツへスキップ

指定されたモジュールが見つかりません

コメント

24件のコメント

  • kitabayashi

    xpa 3.1をインストールするときにデータベースゲートウェイをインストールできていないと思います。

    インストール時に「カスタム」でインストールすると、使用するデータベースゲートウェイを選択できます。

    もう一度インストールexeを実行してみてください。

  • Nav_Miya

    カスタムでデータベースゲートウェイは全て選択しインストールしております。

    また、「C:\Program Files (x86)\Magicxpa\Studio 3.1\Gateways」に

    ファイルの存在を確認しております。

  • Nav_Miya

    試しにxpa3.3dをインストールしましたら、エラーは発生せずにBtrieveのファイルが参照できました。

  • Tanda

    上位のバージョンがインストールされている環境に、下位のバージョンをあとからインストールするような場合は、環境の上書きにおいて念入りの注意がいるかもしれませんね。

  • Nav_Miya

    uniPaas1.9g2、xpa3.1の両方をアンインストールし、各単独でインストールしても解消されません。

  • Tanda

    たしか、Pervasiveの環境をクリーンアンインストールするツールがあったように記憶しています。

  • Nav_Miya

    以下の作業を実施しましたが、解消されません。

    uniPaaS1.9g2、xpa3.1、xpa3.3(MAGIC系は全て削除),PSQLV13(PSQL系は全て削除)し再起動。

    再度、PSQLv13インストールし、uniPaaS1.9g2インストールはNG

    uniPaaS1.9g2をアンインストールし、xpa3.1をインストールはNG

    xpa3.1をアンインストールし、xpa3.3をインストールするとxpa3.3はOK

    その後に、xpa3.1をインストールしたが、xpa3.1はNG、3.3はOK

  • Nav_Miya

    過去の記事を参照し、MSSQL2017は確認しましたが、Server、Express共にインストールしておりません。

  • Nav_Miya

    PSQLv12でも確認しましたが、同様の現象となります。

  • Nav_Miya

    他の端末での発生しております。

    しかし、他の端末は再インストール等をおこなったら解消されました。

  • Nav_Miya

    Magic.iniを下記の内容に変更しても発生します。

    [MAGIC_GATEWAYS]
    ;MGDB00=Gateways\MGbtrieve.dll
    MGDB00=MGbtrieve.dll

    しかし、Failed to load driver の指定が変更になっているので、セキュリティの関係で

    ファイルが見えていないのかと思われます。

     

  • Nav_Miya

    xpa3.3では問題無く起動できます。

    xpa3.1とuniPaaS1.9g2では同様のエラーが発生します。

    (uniPaaS1.8の同様のエラーになりました)

  • Nav_Miya

    xpa3.1を違うフォルダーにインストールしましたが、同様のエラーが発生します。

     

    インストール履歴を確認しましたが、xpa3.1が正常に起動していた時からは、

    uniPaaA1.9g2のインストール以外はおこなっていませんでした。

  • Tanda

    Pervasiveの場合、単純にインストール、アンインストールを繰り返しただけでは、レジストリや隠しフォルダ内にゴミが残っていることがありますよ。

    環境を完全にクリアするのであれば、外部ツールを使って掃除する必要があると思います。昔、Pervasiveの代理店サイトに初期化ツールがリリースされていた記憶があります。

  • Nav_Miya

    他の端末で発生し解消出来たのは、xpa3.3のみでした。

    xpa3.1、uinPaaSでは解消出来ておりません。

    Pervasiveをアンインストールし、問い合わせで確認したフォルダー及びレジストリを削除したのちに、再インストールをしましたが現象は解消されませんでした。

  • Nav_Miya

    MSJより回答がきました。

    「現状、OSのリカバリを行なうか、OSの再インストールして頂く以外、解消方法が見つかっておりません。」

    やり取りして何度もアンインストールと再インストールしてたら、リカバリポイントでは戻らず。

    発生は、xpa3.1、xpa3.3がインストールされている環境にuniPaaS1.9g2をインストールしたら発生しました。

    その後、xpa3.3は再インストールすることで解消されましたが、xpa3.1とuniPaaSは再インストールしても解消されません。

    また、PSQLv12、PSQLv13等をアンインストールし再インストールしても解消されません。

    (過去にMSJよりいただいた、クリーンナップ方法でPSQLは行なっても解消されません)

  • Tanda

    えっとですね、有償のサポート情報を無料フォーラムにそのまま流すのは規約違反になる恐れもあるかと思いますので、注意が必要ですね。気をつけましょう。

    Pervasiveの諸問題に関しましては、分からない点が多いですね。私は現在はもっぱらSQLServerを愛用しています。ユーザが多い分、インターネット上の情報も多いです。

  • Nav_Miya

    ご指摘、ありがとうございます。今後は注意し投稿させていただきます。

    Win10では、発生する可能性が高いですので、マジシャンの皆様、注意をお願いいたします。

  • Nav_Miya

    >原因は後からuniPaaS1.9g2する場合という事なのでしょうか?

    数台で発生しておりますが、発生して1台は、xpa→uniPaaSのインストール順で発生しております。

    上記以外でも発生している可能性もありますので、確定原因では無く、発生した一因と考え、引き続き調査中です。

  • tera

    Nav_Miyaさんと同じような環境で、同様の現象が発生したのでここに書き込ませていただきます。

    色々と試した結果、モジュールが見つかりませんとエラーがでました。

    最終的にISHIJIMAさんが書いてますが、PATHがうまく通ってないのでは!?と思い

    dllの配置場所を変更して、iniのgatewayセクションに変更後のパスをフルパスで記述したら認識してくれました。

     

     

     

     

  • Nav_Miya

    tere様、確認ありがとうございます。

    「dllの配置場所を変更して」と記載がありますが、具体的にどこに配置したのでしょうか。

    5月の確認時に、iniのgatewayセクションのパスをフルパスに設定しましたが認識されませんでした。

  • tera

    Nav_Miyaさん、こんにちは。

    場所については適当に配置しました。

    Cドライブ直下にフォルダを作成して、その配下にGatewayフォルダごとコピーしてパスが通るのか試してました。

     

     

  • もしかして既に解消しているかもしれませんが、

    私の環境にSQL Server2019 Expressを導入した際に同様のエラーが表示して、

    Prevasiveが動作しているiniファイルを確認し

    [Magic_JAVA]のJVM_PATHにjvm.allの絶対パスを記入することで解消しました。

     

  • ykam

    Magic xpa 2.4 環境ですが、Studio起動時に同様の症状に陥りました。

    根本的な解決方法ではありませんが、

    Studio起動前に一度コントロールパネルを開くと、エラーが出ずに正常動作するようになりました。

    Studio起動時のエラーを1度でも出してしまうと、その後いくらコントロールパネルを起動してもエラーは復旧しませんでした。

サインインしてコメントを残してください。