কীভাবে ডিএলএল নির্ভরতা পরীক্ষা করবেন?


165

কখনও কখনও যখন আমি একটি ছোট প্রকল্প করি তখন আমি যথেষ্ট যত্নবান নই এবং দুর্ঘটনাক্রমে কোনও ডিএলএল এর জন্য নির্ভরতা যুক্ত করি যা আমি অবগত নই। যখন আমি এই প্রোগ্রামটি কোনও বন্ধু বা অন্য লোকের কাছে পাঠাই, "এটি কাজ করে না" কারণ "কিছু ডিএলএল" অনুপস্থিত। এটি অবশ্যই কারণ প্রোগ্রামটি আমার সিস্টেমে ডিএলএল খুঁজে পেতে পারে তবে তাদের জন্য নয়।

এই উফ পরিস্থিতি রোধ করার জন্য পরীক্ষার জন্য ডিএলএল নির্ভরতার জন্য এক্সিকিউটেবল স্ক্যান করার বা কোনও "পরিষ্কার" ডিএলএল মুক্ত পরিবেশে প্রোগ্রামটি চালানোর কোনও উপায় কি আছে ?


2
ডিবাগার আউটপুট উইন্ডোতে লোড হওয়া প্রতিটি ডিএলএল দেখায়। ডিবাগ + উইন্ডোজ + মডিউলগুলি তাদের একটি তালিকা দেখায়। আপনি তাদের সবার জন্য অ্যাকাউন্ট করতে পারেন তা নিশ্চিত হন। এবং আপনার ইনস্টলারটিকে যেমন আপনার কোড পরীক্ষা করে দেখুন, একটি ভিএম ব্যবহার করুন test
হ্যান্স প্যাস্যান্ট

@ હંস প্যাস্যান্ট: আমি কোথাও স্ট্যান্ডার্ড উইন্ডোজ ডিএলএল এর একটি সম্পূর্ণ তালিকা পেতে পারি?
orlp

হ্যাঁ, সি: \ উইন্ডোজ \ সিস্টেম 32 একটি মাইক্রোসফ্ট কপিরাইট সহ।
হান্স প্যাস্যান্ট

2
@orlp - আপনি চেষ্টাও করতে পারেন dumpbin /dependents <program>। আমি অনুমান করছি তালিকাটি সমস্ত ডিএলএল %SYSTEM%বা তার মধ্যে তালিকাভুক্ত করার চেয়ে প্রাসঙ্গিক হবে %SYSTEM32%। এমএসডিএন-তে ডাম্পবিন বিকল্পগুলিও দেখুন ।
jww

উত্তর:


103

ব্যবহার করে দেখুন Dependency Walker(2006 সালে সর্বশেষ আপডেট) অথবা এটি একটি আধুনিক লেখা নামক Dependencies


20
আমি পড়েছি যে এটি এখন তারিখ হয়েছে, আরও কিছু বর্তমান আছে?
ট্যাঙ্কোরস্যামশ

6
যদি সম্ভব হয় তবে আমি কেবল আসল ওএস সরবরাহকারীকে বিশ্বাস করব, যেহেতু ডিডিএল নির্ভরতা ওএস কাজ হওয়া উচিত .. কোনও মাইক্রোসফ্ট ইউটিলিটি প্রোগ্রাম কি এটি করতে পারে? কমান্ড লাইন আমার জন্য ঠিক আছে।
রবিন হু

3
@ রবিনহসু: নির্ভরতাওয়ালার ভিজ্যুয়াল স্টুডিও ২০০৫ অবধি ভিজ্যুয়াল স্টুডিওতে শিপিং করত to সাম্প্রতিকতম বিল্ডটি উইন্ডোজ ড্রাইভার ডেভলপমেন্ট কিটের সাথে অন্তর্ভুক্ত করা হয়েছে (এবং অফিসিয়াল ওয়েবসাইটের মাধ্যমে পাওয়া যায় না)। এখনও আনুষ্ঠানিকভাবে মাইক্রোসফ্ট সরঞ্জাম নয়, তবে মাইক্রোসফ্ট অনুমোদিত, প্রচারিত এবং বিজ্ঞাপন দেওয়া হয়েছে।
IInspectable


8
সি # তে এখন একটি মুক্ত উত্স পুনর্লিখন আংশিকভাবে সম্পন্ন হয়েছে, " Dependency.exe " পূরণ করুন : github.com/lucasg/ নির্ভরতা । পরীক্ষার ছাপ: কিছুটা বিটা-ইশ , তবে এটি এপিআই-সেটগুলি এবং এসএক্সএস দৃশ্যত (ডিপেন্ডেন্সি ওয়াকার থেকে অনুপস্থিত) পরিচালনা করে।
স্টেইন এসমুল

217

dumpbin ভিজ্যুয়াল স্টুডিও সরঞ্জামগুলি (ভিসি-বিন ফোল্ডার) থেকে এখানে সহায়তা করতে পারেন:

dumpbin /dependents your_dll_file.dll

7
হ্যান্ডি সামান্য সরঞ্জাম, এবং আপনার ইতিমধ্যে ভিএস ইনস্টল থাকা অবস্থায় নতুন কিছু ইনস্টল করা সংরক্ষণ করে।
জেমস

13
হ্যাঁ, dumpbin.exeখুঁজে বের করতে খুব দরকারী /dependentsএবং /imports। আপনি যদি link.exeএটির সাথে অনুলিপি করে থাকেন এবং লক্ষ্যযুক্ত মেশিনে সংশ্লিষ্ট x86 ভিজ্যুয়াল সি ++ রানটাইম পুনরায় বিতরণযোগ্য ( msvcr120.dllভিজ্যুয়াল স্টুডিও 2013 এর জন্য) নিশ্চিত হন তবে আপনি এটি অন্যান্য মেশিনেও এটি ব্যবহার করতে পারেন । কিছু বিকল্পের অতিরিক্ত নির্ভরতা রয়েছে। - যাইহোক, তারা বিকল্পের নামটি ভুল করে ফেলেছিল, এটি /PREREQUISITESবরং /DEPENDENTSতাদের উচিত ছিল লাতিন অধ্যয়ন করা।
লুমি

2
এটি এত দুর্দান্ত, চূড়ান্ত এক্সিকিউটেবল উত্পন্ন হওয়ার সময় আমরা এটিটি আমাদের বিল্ড সিস্টেমে যাচাইকরণের পদক্ষেপ হিসাবে যুক্ত করেছি যাতে শিপিংয়ের অন্তর্ভুক্ত নয় এমন কোনও কিছুর উপর আমরা নির্ভর করি না।
লোথার

4
একমাত্র ব্যর্থতা এই সহজ সরঞ্জামটি খুব আড়াল: সি: \ প্রোগ্রাম ফাইল (x86) \ মাইক্রোসফ্ট ভিজ্যুয়াল স্টুডিও \ 2017 \ সম্প্রদায় \ ভিসি \ সরঞ্জামগুলি \ এমএসভিসি \ 14.14.26428 \ বিন \ হোস্টএক্স 64 \ x64> ডাম্পবিন
rkachach

1
@ আরকাচাচ আপনি যদি ভিজ্যুয়াল স্টুডিও কমান্ড লাইন (সরঞ্জাম -> ভিজ্যুয়াল স্টুডিও কমান্ড প্রম্পট) খোলেন তবে এটি বাহ্যিক কমান্ড হিসাবে স্বীকৃত এবং আপনার কেবল "ডাম্পবিন" টাইপ করতে হবে।
বেমিপেফ

45

আমি লিনাক্স অনুরাগীদের জন্য আকর্ষণীয় সমাধানের প্রস্তাব দিতে পারি। আমি এই সমাধানটি অন্বেষণ করার পরে, আমি নির্ভরতাওয়ালা থেকে এইটিতে স্যুইচ করেছি।

আপনি আপনার প্রিয় ব্যবহার করতে পারেন lddউপর উইন্ডোজ সংক্রান্ত exe, dll

এটি করার জন্য আপনাকে আপনার উইন্ডোজে সাইগউইন (বেসিক ইনস্টলেশন, অতিরিক্ত প্যাকেজগুলির প্রয়োজন ছাড়াই) ইনস্টল করতে হবে এবং তারপরে শুরু করুন Cygwin Terminal। এখন আপনি আপনার পছন্দসই লিনাক্স কমান্ডগুলি চালাতে পারেন:

$ ldd your_dll_file.dll

ইউপিডি: আপনি উইন্ডোজে গিট ব্যাশ টার্মিনালেরldd মাধ্যমেও ব্যবহার করতে পারেন । আপনি যদি ইতিমধ্যে গিট ইনস্টল করে থাকেন তবে সাইগউইন ইনস্টল করার দরকার নেই।


আমি কেবল সাইগউইন ইনস্টল করেছি এবং লিনাক্স কমান্ডগুলি ফিরে পেয়ে খুশি হয়েছি, তবে আমি আমার স্থানীয় ড্রাইভে (সি :) অন্য ফাইলগুলি অ্যাক্সেসের জন্য সাইগউইন রুট থেকে বেরিয়ে যেতে পারিনি। এটা কি স্বাভাবিক?
থমাসগুইনেট

1
আমি মনে করি এটা আপনাকে সাহায্য করতে পারে: stackoverflow.com/questions/1850920/...
troyane

4
দুর্ভাগ্যবশত, কিছু নির্ভরতা যে এই ভাবে পাওয়া যায় না আছেন: $ ldd ./Debug/helloworld.exe ??? => ??? (0x77d60000)। ইউটিলিটি ডাম্পবিন সমস্ত নির্ভরতা সঠিকভাবে দেখায়।
fgiraldeau

5
আমি উইন্ডোতে জিআইটি বেস টার্মিনালের মাধ্যমে এলডিডি ব্যবহার করি এবং ভাল কাজ করে। সুতরাং আপনার যদি গিট থাকে তবে এটি সহজ হবে, সাইগউইন ইনস্টল করার দরকার নেই। উদাহরণ: বোরকক্স @ ববিপ্যাক মিংডাব্লু 64৪ $ d এলডি / সি / ইউজারস / বোরকক্স / জাভ্যাক্প / কেচি / ওপেনব্লাস ০.০৩.০.০.৪.২- উইন্ডোজ-x86_64.jar/org/bytedeco/javacpp/windows-x86_64/jniopenblas_nolapack.ll ntdll.dll => /c/WINDOWS/SYSTEM32/ntdll.dll (0x7ffe46910000) KERNEL32.DLL => /c/WINDOWS/Sestm32/KERNEL32.DLL (0x7ffe46610000) কার্নেলবা.এস.এসইএইচএস / সিএনএইচআরএস / সিএনএলএসএস / সিআরএইচএসএইচআরএইচআরএইচএস / সিআরএইচএসএলএস / সিআরএলএসএইচআরএইচআরএইচআরএইচএস / সিআরএইচএসএলএস / সিআরএইচএসএলএস / সিআরএল / সিএনএলএসআর> dll (0x7ffe42d40000) msvcrt.dll => /c/WINDOWS/Sstm32/msvcrt.dll (0x7ffe44120000)
মার্কভ

1
ইতিমধ্যে গিট ব্যাশ ইনস্টল থাকা কেউ হিসাবে, এটি একটি পছন্দসই সমাধান ছিল। ধন্যবাদ!
নিকোলাস

28
  1. আপনি যে সমাবেশটি নিয়ে কাজ করার চেষ্টা করছেন তার পুরো ফাইল পাথটি বের করুন

  2. শুরু বোতাম টিপুন, "দেব" টাইপ করুন। "ভিএস 2017 এর জন্য বিকাশকারী কমান্ড প্রম্পট" নামে প্রোগ্রামটি চালু করুন

  3. যে উইন্ডোটি খোলে, তাতে টাইপ করুন dumpbin /dependents [path], [path]পদক্ষেপ 1 এ আপনি যে পথটি খুঁজে পেয়েছেন তা কোথায়

  4. এন্টার কী টিপুন

বাম, আপনি আপনার নির্ভরতার তথ্য পেয়েছেন। উইন্ডোটি দেখতে এইরকম হওয়া উচিত:

এখানে চিত্র বর্ণনা লিখুন

ভিএস 2019 এর জন্য আপডেট: আপনার ভিএস ইনস্টলেশনতে আপনার এই প্যাকেজটি দরকার:এখানে চিত্র বর্ণনা লিখুন


9
  1. "ডিপেন্ড করে" নামে একটি প্রোগ্রাম রয়েছে
  2. আপনি যদি সাইগউইন ইনস্টল করেন তবে সরল কিছু নয় তবে ldd file.exe

4
সরঞ্জামটিকে নির্ভরতা ওয়াকার বলা হয় ; এটি সম্পাদনযোগ্য চিত্রটির নাম depend.exe হয়
IInspectable

7
নির্ভরতা ওয়াকারের তারিখ। এটি শেষ নির্মিত 2008 সালে!
এসবিবি

dependsAPI সেটগুলি সমর্থন করে না যাতে এটি Win7 + এর পক্ষে অকেজো।
ivan_pozdeev

8

সবচেয়ে নিরাপদ জিনিসটিতে কিছু পরিচ্ছন্ন ভার্চুয়াল মেশিন রয়েছে, যার সাহায্যে আপনি আপনার প্রোগ্রামটি পরীক্ষা করতে পারেন। প্রতিটি সংস্করণে আপনি যাচাই করতে চান, ভিএমকে এর প্রাথমিক পরিষ্কার মানটিতে পুনরুদ্ধার করুন। তারপরে আপনার প্রোগ্রামটির সেটআপটি ব্যবহার করে ইনস্টল করুন এবং দেখুন এটি কার্যকর হয় কিনা।

DL সমস্যাগুলির বিভিন্ন মুখ রয়েছে। আপনি যদি ভিজ্যুয়াল স্টুডিও ব্যবহার করেন এবং গতিশীলভাবে সিআরটি-র সাথে লিঙ্ক করেন, আপনাকে সিআরটি ডিএলএল বিতরণ করতে হবে। আপনার ভিএস আপডেট করুন এবং আপনাকে সিআরটি-র অন্য সংস্করণ বিতরণ করতে হবে। কেবল নির্ভরতা যাচাই করা যথেষ্ট নয়, কারণ আপনি সেগুলি মিস করতে পারেন। ক্লিন মেশিনে সম্পূর্ণ ইনস্টল করা একমাত্র নিরাপদ সমাধান, আইএমও।

আপনি যদি একটি পূর্ণ বিকাশের পরীক্ষার পরিবেশ সেটআপ করতে না চান এবং উইন্ডোজ 7 রাখতে চান তবে আপনি প্রাথমিক ক্লিন মেশিন হিসাবে এক্সপি-মোড এবং ভিএম -র সদৃশ করতে এক্সপি-মোড ব্যবহার করতে পারেন ।


6

আপনার বিকাশ মেশিনে, আপনি প্রোগ্রামটি কার্যকর করতে পারেন এবং সিসিনটার্নালস প্রসেস এক্সপ্লোরার চালাতে পারেন । নীচের ফলকে, এটি আপনাকে বোঝানো ডিএলএল এবং তাদের বর্তমান পথগুলি প্রদর্শন করবে যা বিভিন্ন কারণে কার্যকর। আপনি যদি আপনার স্থাপনা প্যাকেজটি সম্পাদন করে থাকেন তবে এটি প্রকাশ করবে যে কোন ডিএলএলগুলি ভুল পথে উল্লেখ করা হয়েছে (যেমন সঠিকভাবে প্যাকেজ করা হয়নি)।

বর্তমানে, আমাদের সংস্থা নির্ভরতা গাছ এবং আউটপুটটিকে প্রোগ্রাম হিসাবে আলগা করে চলতে ভিজ্যুয়াল স্টুডিও ইনস্টলার প্রকল্পগুলি ব্যবহার করে। ভিএস ২০১৩-এ, এটি এখন একটি এক্সটেনশন: https://visualstudiogallery.msdn.microsoft.com/9abe329c-9bba-44a1-be59-0fbf6151054d । এরপরে আমরা এই আলগা ফাইলগুলিকে আরও বিস্তৃত ইনস্টলারে প্যাকেজ করি তবে কমপক্ষে সেটআপটি সমস্ত ডট নেট নির্ভরতা প্রজেক্ট করে এবং সেগুলিকে এক জায়গায় ফেলে দেয় এবং জিনিসগুলি অনুপস্থিত থাকায় আপনাকে সতর্ক করে দেয়।


2

অতীতে (যেমন উইনএক্সপি দিন), আমি ডিএলএল নির্ভরতা ওয়াকারের উপর নির্ভর / নির্ভর করতাম (depend.exe) তবে এমন অনেক সময় আসে যখন আমি এখনও ডিএলএল সমস্যা (গুলি) নির্ধারণ করতে সক্ষম হই না। আদর্শভাবে, আমরা পরিদর্শন করে রানটাইমের আগে সন্ধান করতে চাই তবে এটি যদি সমাধান করে না (বা খুব বেশি সময় নিচ্ছে), আপনি http://blogs.msdn.com/ এ বর্ণিত "লোডার স্ন্যাপ" সক্ষম করার চেষ্টা করতে পারেন বি / junfeng / সংরক্ষণাগার / 2006/11/20 / ডিবাগ-loadlibrary-failures.aspx এবং https://msdn.microsoft.com/en-us/library/windows/hardware/ff556886(v=vs.85).aspx এবং সংক্ষেপে লোডলিবারি ব্যর্থতা উল্লেখ করেছে; GetLastError কোনও সহায়তা নেই

সতর্কতা: আমি অতীতে আমার উইন্ডোজকে গিফ্লাগ দিয়ে বোকা বানিয়েছি যে এটি হাঁটুর কাছে ক্রল হয়ে গেছে, আপনি আগেই জেনে গেছেন।

এখানে চিত্র বর্ণনা লিখুন

দ্রষ্টব্য: "লোডার স্ন্যাপ" প্রতি প্রক্রিয়াধীন তাই UI সক্ষম পরীক্ষা করা থাকবে না (সিডিবি বা glfags -i ব্যবহার করুন)


2

এনডিপেন্ডের কথা ইতিমধ্যে জেসি দ্বারা উল্লেখ করা হয়েছিল (যদি আপনি। নেট কোড বিশ্লেষণ করেন) তবে কীভাবে এটি সহায়তা করতে পারে তা ঠিক ব্যাখ্যা করতে দিন।

এমন কোনও প্রোগ্রাম / স্ক্রিপ্ট রয়েছে যা এই বাহ্যিক পরিস্থিতি রোধের জন্য পরীক্ষার জন্য ডিএলএল নির্ভরতার জন্য এক্সিকিউটেবল স্ক্যান করতে পারে বা একটি "পরিষ্কার" ডিএলএল-মুক্ত পরিবেশে প্রোগ্রামটি কার্যকর করতে পারে?

এনডিপেন্ডেড প্রোজেক্ট প্রোপার্টি প্যানেলে, আপনি বিশ্লেষণের জন্য অ্যাপ্লিকেশন অ্যাসেমব্লিগুলি কী কী তা সংজ্ঞায়িত করতে পারেন (সবুজ রঙে) এবং এনডিপেন্ড অ্যাপ্লিকেশনগুলি দ্বারা ব্যবহৃত নীল তৃতীয় পক্ষের সমাবেশগুলি নির্ধারণ করবে (নীল)। অ্যাপ্লিকেশন এবং তৃতীয় পক্ষের সমাবেশগুলি সন্ধান করার জন্য ডিরেক্টরিগুলির একটি তালিকা সরবরাহ করা হয়।

এনডিপেন্ডেড প্রোজেক্ট প্রোপার্টি অ্যাপ্লিকেশন এবং তৃতীয় পক্ষের সমাবেশ

যদি এই ডিরেক্টরিগুলিতে কোনও তৃতীয় পক্ষের সমাবেশ না পাওয়া যায় তবে এটি ত্রুটি মোডে থাকবে। উদাহরণস্বরূপ যদি আমি .NET Fx ডিরেক্টরিটি সরিয়ে ফেলি তবে আমি C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319দেখতে পাচ্ছি যে .NET Fx তৃতীয় পক্ষের সমাবেশগুলি সমাধান করা হয়নি:

এনডিপেন্ডেড প্রোজেক্ট প্রোপার্টি অ্যাপ্লিকেশন এবং তৃতীয় পক্ষের সমাবেশগুলি সমাধান হয়নি

দাবি অস্বীকার: আমি এনডিপেন্ডেন্টের পক্ষে কাজ করি


1

অনুগ্রহ করে গুগলে "depend.exe" অনুসন্ধান করুন, এটি হ্যান্ডেল করার জন্য এটি একটি ছোট্ট ইউটিলিটি।


7
নোট করুন যে নির্ভরতা ওয়াকারটি বেশ তারিখের, এবং bit৪ বিটের সাথে ভালভাবে সহযোগিতা করে না। এটি অবশ্যই সমস্ত নির্ভরশীল ডিএলএলগুলি প্রদর্শন করবে, যা ওপি যা খুঁজছে তা হ'ল, তবে এটি আরও শব্দ যোগ করে - আপনি দেখতে পাবেন আপনি 32 বিট নির্বাহযোগ্য কিছু 64 বিট ডেল হারিয়েছেন ... দুঃখের বিষয়, এখনও এর চেয়ে ভাল আর কিছু নেই Sad বিকল্প।
ইরান

@ ইরান এখন কী হবে? এখন কি এর চেয়ে ভাল বিকল্প আছে? ধন্যবাদ।
নিকোস

@ RestlessC0bra আমি জানি না যে, তবে আমি গত 5 বছর ধরে উইন্ডোজ বিকাশ করছি না। নির্ভরতা ওয়াকার নিশ্চিত হয়ে মারা গেছে, এবং এটি লজ্জাজনক যে মাইক্রোসফ্ট এই দরকারী সরঞ্জামটি আপডেট করার জন্য বা তার উত্সটি খোলেনি, যাতে অন্যরা এটিকে বাঁচিয়ে রাখতে পারে।
ইরান

1
@ ইরান কোন ডিডাব্লু মারা যায় নি। স্পষ্টতই এটি এখনও ব্যাপকভাবে ব্যবহৃত হয়। আরও কিছু সরঞ্জাম রয়েছে তবে ডিডাব্লু সম্ভবত এখনও সবচেয়ে ভাল।
নিকোস

@ রেস্টলেস সি 0 বিআবি: নির্ভরতা ওয়াকার মারা গেছে। এটি কখনই 64৪-বিট মডিউল ধারণ করে না। আপনি যদি নিবিড়ভাবে তাকান, নির্ভরতা ওয়াকারের এই বিস্তৃত ব্যবহার স্ট্যাক ওভারফ্লো প্রশ্নগুলির দিকে পরিচালিত করে কেন কিছু হচ্ছে তা জিজ্ঞাসা করে। যদিও কিছু কখনও ঘটে না। এটি কেবল একটি মিথ্যা নেতিবাচক / ইতিবাচক। প্রক্রিয়া মনিটর আপনার পছন্দসই সরঞ্জাম হতে হবে।
IInspectable

1

আপনার যদি সোর্স কোড থাকে তবে আপনি নির্ভর করতে পারবেন।

http://www.ndepend.com/

এটি দামি এবং নির্ভরতা বিশ্লেষণের চেয়ে আরও অনেক কিছু করে তাই এটি আপনি যা খুঁজছেন তার জন্য ওভারকিল হতে পারে।


3
.NET- র জন্য বিশেষভাবে তৈরি একটি সরঞ্জাম হওয়ায় এটি কী দেশীয় চিত্রগুলির জন্য নির্ভরতা বিশ্লেষণ করে?
IInspectable

সম্ভবত না, @Inspectable। আমি মনে করি না। নেট এর একটি উপায় আছে, সম্ভবত পি-ইনভেক কিছু ব্যবহার করা ব্যতীত।
kayleeFrye_onDeck

@ কেলেফ্রি_অনডেক: আমদানি টেবিলগুলি পার্সিং করা ফাইলগুলি পড়তে শুরু করে। .NET ফাইল পড়তে পারে।
IInspectable

হাঁ! এবং তবুও, এটি করার জন্য কোনও নেট নেট নেই :( আপনি কী পরামর্শ দিচ্ছেন? আমি আসলেই নেট নেটওয়ার্কার নই, যিনি নিম্ন স্তরের সমাধানগুলি প্যান না করার সময় এটি ব্যবহার করেন। পরিদর্শন সরঞ্জামগুলির একটি সুনির্দিষ্ট নির্বাচন রয়েছে বাইরে, তবে উইন্ডোজের পক্ষে খুব কম লোকই বিতরণ বান্ধব, দ্রুত যেতে দাও ... সংকলনের সময় ব্যবহৃত ফ্রেমওয়ার্কগুলি সনাক্ত করার জন্য আমি অজানা পরিমাণ বাইনারিগুলি পরীক্ষা করার জন্য এটি ব্যবহার করতে চেয়েছিলাম, তাই আমি তাদের সাথে বিশেষ প্যারাম দিয়ে চিকিত্সা করতে পারি- এই LoadLibraryEx... আমাকে ব্যবহার করতে হতে পারে ...
kayleeFrye_onDeck

1
@ কেইলিফ্রি_ডোনডেক: উইন্ডোজ এপিআইতে মডিউলগুলির আমদানি সারণীগুলি পড়ার মতো কিছুই নেই। আপনাকে ফাইলগুলি পড়তে হবে এবং সামগ্রীগুলি বিশ্লেষণ করতে হবে। নেটিভ কোড এবং .NET এর মধ্যে কোনও পার্থক্য নেই। LoadLibraryExসেখানে সাহায্য করে না।
IInspectable

0

পেডেপস প্রকল্পের ( https://github.com/brechtsanders/pedeps ) উপর নির্ভর করে সমস্ত ফাইলের সাথে আপনার .exe (বা .dll) ফাইল (গুলি) অনুলিপি করার জন্য একটি কমান্ড লাইন সরঞ্জাম (কপিডেপস) রয়েছে। অ্যাপ্লিকেশনটি যে সিস্টেমে কাজ করে আপনি যদি এটি করেন তবে আপনার নির্ভরতা ডিএলএল এর সাথে এটি চালিয়ে যেতে সক্ষম হওয়া উচিত।


0

দয়া করে নীচের লিঙ্ক থেকে মাইক্রোসফ্ট থেকে সিসি ইন্টার্নাল টুলকিটটি দেখুন, https://docs.microsoft.com/en-us/sysinternals/downloads/process-explorer

ডাউনলোড ফোল্ডারটি যান, প্রশাসকের সুবিধার্থ হিসাবে "Procexp64.exe" খুলুন। মেনু-> "হ্যান্ডেল বা ডিএলএল অনুসন্ধান করুন" বিকল্প বা Ctrl + F শর্টকাট উপায় খুলুন।

এখানে চিত্র বর্ণনা লিখুন


আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.