私はC＃からDllImportを使用して呼び出すネイティブDLLの形式でサードパーティ製のAPIを使用しています。このネイティブdllは、開かれているサードパーティのアプリケーションに依存します。ネイティブDLLへの呼び出しが.NET Windowsサービスから失敗する
通常、コードを実行すると、APIが期待していることを行い、アプリケーションを駆動します。しかし、Windowsサービスと同じコードを実行すると、自分でもAPIはアプリケーションが閉じられたときと同じ（文書化されていない）エラーコードを返します。プロセスエクスプローラは、ネイティブdllがアプリケーションディレクトリから正しくロードされていることを確認します。
これを引き起こしている可能性がありますが、どのように問題を解決できますか？
少し古くなっていますが、検索結果の上位に表示されます。だから、私のデータは依然として役に立つだろう。
私はC＃からDllImportを使用して呼び出すネイティブDLLの形式でサードパーティ製のAPIを持っています。このネイティブdllは、開かれているサードパーティのアプリケーションに依存します。
（t）rusty Office Interop DLLは、同じ方法です。実際に問題のOffice Programのバックグラウンドインスタンスを開始しています。 バックグラウンドインスタンスには何も表示されていなくても、インタラクティブなセッションが必要です（仕事中のデザイン上の間違い/間違い）。 サービスはinteractive session since Vistaで実行されません。上書きの使用はお勧めできません。 これは、Office Interopをもう使用しない理由（3？）の1つです。
回避策：
コメントの1つに基づいて、オプション2を選択したように見えますが、代わりにWebサービスを使用しているようです。 残念ながら、Webservices/Webアプリケーションは通常、Windowsサービスとして実行されます。そして、それはあなたが最も制限的な権利のいくつかの下で走っていると考えられる前です（ウェブに到達可能であるため）。 それでは、正方形1に戻ったり、別のステップを逆さまにして正方形0に戻したりします。
更新について感謝します。 – briantyler
伝えるのは難しいが、私は考えることができる3つの可能性があります：
私は1を試しましたが、それは効果がありません。このコードは、パスを指定せずに任意の場所から実行することができるので、ルールは2になります。しかし、3つの可能性があります - サービスはアプリケーションとは異なるセッション/ドメインで実行されています。これを確認するにはどうすればよいのでしょうか？ – briantyler
残念ながらそれほど多くはありません。セッションの分離は、OSのセキュリティの一部です。 "netpipe session isolation"の行に沿ってstackoverflowやゴーグルを検索し、示唆された回避策を試すことができますが、個人的にはかなり困難な旅になると思います。 –
私は、ハックは、起動時に実行され、WebサービスからそのWebサービスにコールするWebサービスにdllをラップすることだと思います。それはほぼ確実に機能するはずです。私はプロジェクトがとにかくすぐに缶詰めになることを期待しています:) – briantyler
エラーがどこで発生するかを判断するために、ダミーのアンマネージドDLLを使用しようとしましたか？p/invokeまたはdll自体にありますか？ – abatishchev
@abatishchev - いいえ、それは間違いなくサービスに問題はありません。サービスを取り除いて、すべてがp /アンマネージドdllを呼び出すようにしました。私はFadrian Sudamanは、問題がアプリケーションやサービスを別のセッションで実行しているとか、そういうことであると言っても間違いないと思う。サードパーティーのソフトウェアは、ほとんど言わないでかなりropeyです。 – briantyler
コンソールアプリケーションからのp/invokeは正常に動作し、Windowsサービスからのものではありませんか？ – abatishchev