総称名 ベナンバックス 一般名 ペンタミジンイセチオン酸塩 欧文一般名 Pentamidine Isetionate 製剤名 ペンタミジンイセチオン酸塩製剤 薬効分類名 カリニ肺炎治療剤 薬効分類番号 6419 ATCコード P01CX01 KEGG DRUG D00834 商品一覧 米国の商品 相互作用情報 JAPIC 添付文書(PDF) この情報は KEGG データベースにより提供されています。 日米の医薬品添付文書は こちら から検索することができます。 重篤な低血圧、低血糖及び不整脈があらわれることがある。【用法及び用量】、【使用上の注意】に特に留意し、このような症状が発現した場合は直ちに本薬の投与を中止し、再投与しないこと。 本剤に対する過敏症の既往歴のある患者 ザルシタビンを投与中の患者[海外で本剤(静注)との併用により劇症膵炎による死亡例が報告されているので、カリニ肺炎の治療のため本剤が必要になった場合は、ザルシタビンを休薬すること。「3. 相互作用」の項参照] ホスカルネットナトリウムを投与中の患者[腎障害の増強、低カルシウム血症が起こることがある。なお、海外で本剤(静注)との併用により、重篤な低カルシウム血症が発現した死亡例が報告されている。「3. 相互作用」の項参照] 吸入投与は、換気障害が重症の患者(PaO2 60mmHg以下)には行わないこと。[換気障害のため、薬剤の十分な拡散が得られないことがある。] アミオダロン(注射剤)を投与中の患者[併用によりTorsades de pointesのリスクが増加する。「3.
D. ) 投与経路 投与量 C max (ng/mL) t 1/2 α (hr) t 1/2 β (hr) CL (L/hr) 筋肉内(n=6) 4mg/kg 209±48 0. 9±0. 18 9. 36±2. 01 305±81 静脈内(n=6) (2時間点滴) 4mg/kg 612±371 0. 3±0. 22 6. 40±1. 32 248±91 CL:血漿クリアランス 外国人男性AIDS患者13例にネブライザーを用いて単回吸入投与時 投与経路 投与量 血漿中濃度 気管支肺胞洗浄液中濃度 吸入 4mg/kg 0〜35ng/mL 16. 8〜149. 7ng/mL 尿中排泄 外国人男性AIDS患者に単回筋肉内(n=5)あるいは単回静脈内(n=4)投与時 投与経路 投与量 24時間までの尿中排泄率 24時間までの腎クリアランス(L/hr) 筋肉内(n=5) 4mg/kg 4. 81% 15. 4(CLの5. 0%) 静脈内(n=4) (2時間点滴) 4mg/kg 2. 51% 6. 21(CLの2. 5%) 国内において、静脈内・筋肉内投与及び吸入投与による臨床試験は35例(うちカリニ肺炎確診14例)を対象として実施され、カリニ肺炎確診14例における治癒率(生存率)は64. 3%(14例中9例が生存)であった。なお、全症例の治癒率(生存率)は48. 6%(35例中17例)であった。全症例での投与経路別治癒率(生存率)は吸入投与単独では80. 0%(5例中4例)、静脈内・筋肉内投与単独では31. 8%(22例中7例)、静脈内・筋肉内投与と吸入投与の混合では75. 0%(8例中6例)であった。また、AIDS患者が9例(カリニ肺炎確診7例、カリニ肺炎疑診2例)あり、そのうち8例(確診6例、疑診2例)が救命された。 ペンタミジンイセチオン酸塩は、in vitroにおいて、カリニ肺炎発症ラットの肺より分離された ニューモシスチス・カリニ に対して、致死的作用を有することが示唆された 7) 。 ペンタミジンイセチオン酸塩はin vitroで ニューモシスチス・カリニ のグルコース代謝及び蛋白質合成を抑制し 8) 、マウス実験腫瘍のDNA合成、RNA合成、蛋白質合成、リン脂質合成及びヌクレオチド合成を抑制し 9) 、ジヒドロ葉酸脱水素酵素(DHFR)活性をin vitro及びin vivo(ラット)で抑制した 10) 。
2%)、QT延長、心室性不整脈(0. 5%)、高度徐脈 重篤な低血圧、QT延長、心室性不整脈(Torsades de pointesを含む)があらわれることがあるので、このような症状が発現した場合には直ちに本薬の投与を中止し、再投与しないこと。また、高度徐脈があらわれることがあるので、異常が認められた場合には、投与を中止するなど適切な処置を行うこと。 低血糖(5. 4%) 重篤な低血糖があらわれることがあるので、このような症状が発現した場合には直ちに本薬の投与を中止し、再投与しないこと。 高血糖、糖尿病 高血糖、糖尿病があらわれることがあるので、このような症状が発現した場合には投与を中止し、インスリンなどの適切な処置を行うこと。 膵炎(0. 5%) 膵炎があらわれることがあるので、観察を十分に行い、異常が認められた場合には、投与を中止するなど適切な処置を行うこと。 その他の副作用 5%以上 0. 2%以上〜5%未満 0. 2%未満 頻度不明 心・血管系 心室性頻脈、心電図ST異常 血液 白血球減少、血小板減少、貧血 代謝異常 K・Na・Clの異常 Ca・Mgの異常 過敏症 発疹、発熱 神経系 しびれ感、めまい 失神、神経痛 呼吸器 吸入投与時に、咳嗽、気管支痙攣、咽頭刺激 呼吸困難、喘鳴 消化器 悪心・嘔吐 注3) 腹痛、下痢、味覚障害、食欲不振 腎臓 BUN上昇 注4) 血清クレアチニン上昇、血尿、無尿、乏尿 肝臓 AST(GOT)・ALT(GPT)・Al-P上昇、黄疸 投与部位 静脈内又は筋肉内投与時に、局所の膿瘍、壊死、疼痛、硬結 静脈内又は筋肉内投与時に、局所の不快感 その他 静脈炎、CK(CPK)上昇、LDH上昇 顔面潮紅 注3)静脈内・筋肉内投与:12. 0%、吸入投与:4. 7%注4)静脈内・筋肉内投与:6. 3%、吸入投与:1.
ファイルまたはアセンブリ ' アセンブリ名 '、またはその依存関係の 1 つが読み込めませんでした。間違ったフォーマットのプログラムを読み込もうとしました。 もはや意味がわからないw プラットホームターゲットの変更 エラーメッセージで検索をすると、プラットホームターゲットが 32bit と 64bit で違うから AnyCPU に変更してビルドしよう! という回答が散見されます。 早速 試してみましたが…私の場合はこの方法では解決できませんでした。 アプリケーションプールの詳細設定を変更 次に試したのは、IIS の アプリケーションプール にある詳細設定から、下記の 2 点を変更する方法。 32 ビットアプリケーションの有効化 を True に変更 ユーザープロファイルの読み込み を True に変更 これで見事エラーが解消され、サイトが稼働するようになりました。 アプリケーション内に、32bit のライブラリが含まれている場合、アプリケーションプールの設定で 32bit アプリケーションを有効化しないとダメですね。 サードパーティー製のライブラリを使用する場合は、きちんと把握しておきましょう。
Dependency Walker を使って関連ライブラリを調べてみる Dependency Walker は、DLLやexe 実行モジュールの依存関係のライブラリを調べることができる優れた実行モジュールです。 Dependency Walker は Dependency Walker () Home Page からダウンロードします。 x86版とx64版があります。 Dependency Walkerで該当のDLLを調べてみたところ、 の x86版が入っていないことが分かりました。 なるほど、Any CPUでビルドしておいたおかげて、該当モジュールは正しく読み込まれたけれど、さらに、そのモジュールが読み込もうとしていた が入っていないわけですね。。。 これは気づかない! このエラーの解決策 「 が見つからなかったため、アプリケーションを開始できませんでした。」というエラーが出た時と同じ解決方法で Microsoft Visual C++ 2010再頒布可能パッケージ (x86) をインストールします。 ちなみに、x64版は、以下にあります。 Microsoft Visual C++ 2010再頒布可能パッケージ (x64) これをインストールして無事に問題は解決しました。
0も同様でした。C++/CLIのDLLを使う場合、DLLだけ持ってきてもダメで、同じ位置に出力される もDLLと同じ位置に持っていかないとダメだそうです。今回 Core系のC++/CLIを初めて使ったので、この辺りの常識を全く知りませんでした。 DLLは C:\Users\Segavvy\source\repos\Hoge\Hoge\bin\x86\Debug\net5. 0\ にあるので、同じ位置に を持っていったところ、無事にエラーが解消しました。以下、正常時の出力ウィンドウの抜粋です。DLLと同じ位置に置いた が読み込まれているのがわかります。 '' (Win32): 'C:\Users\Segavvy\source\repos\Hoge\Hoge\bin\x86\Debug\net5. 0\' が読み込まれました。 '' (CoreCLR: clrhost): 'C:\Users\Segavvy\source\repos\Hoge\Hoge\bin\x86\Debug\net5. 0\' が読み込まれました。シンボルが読み込まれました。 なお、最初に の動作確認を簡単なC#のコンソール アプリで実施した時につまずかなかったのは、同一ソリューション内にDLLのプロジェクトも入れて、プロジェクトの依存関係を結んで使ったためです。これならDLLの位置に もある形が維持されます。 別ソリューションからDLLの参照設定で使う場合は、今回のような注意が必要です。Debug/Releaseの切り替えなども考えると、手元にプロジェクト ファイルがある場合は同一ソリューションに入れてしまうのが正解みたいです。 Core系を初めて使っているので、誤りがあるかも知れません。正しい参照設定の方法がありそうな気もします。何かわかったら更新します。識者の方のアドバイスもお待ちしております。. NetCore3. 1向けC++/CLIを軽く試した感想 Why not register and get more from Qiita? We will deliver articles that match you By following users and tags, you can catch up information on technical fields that you are interested in as a whole you can read useful information later efficiently By "stocking" the articles you like, you can search right away Sign up Login
1. 0. 99. 0 (3. 9. 2) 型 'dImageFormatException' のハンドルされていない例外が で発生しました 0x8007000B: (8: 警告)(007: WIN32)(B: ERROR_BAD_FORMAT) Message: 間違ったフォーマットのプログラムを読み込もうとしました。 (HRESULT からの例外: 0x8007000B) StackTrace: 場所 SQLite. UnsafeNativeMethods.