ভিজ্যুয়াল স্টুডিও বিল্ড ব্যর্থ: অবজেক্ট \ ডিবাগ থেকে বিন \ ডিবাগ থেকে এক্সপি-ফাইল অনুলিপি করতে অক্ষম


193

আপডেট: এই বাগের পুনরুত্পাদনকারী একটি নমুনা প্রকল্পটি মাইক্রোসফ্ট কানেক্টে পাওয়া যাবে । আমি এটিও পরীক্ষা করে দেখেছি যাচাই করেছি যে নীচে স্বীকৃত উত্তরে প্রদত্ত সমাধান সেই নমুনা প্রকল্পে কাজ করে। যদি এই সমাধানটি আপনার পক্ষে কাজ করে না, আপনার সম্ভবত একটি ভিন্ন সমস্যা রয়েছে (যা একটি পৃথক প্রশ্নের সাথে সম্পর্কিত)।


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

পরিস্থিতি: আমার কাছে একটি সাধারণ উইন্ডোজ ফর্ম অ্যাপ্লিকেশন রয়েছে (সি #,। নেট 4.0, ভিজ্যুয়াল স্টুডিও 2010)। এটিতে বেশ কয়েকটি বেস ফর্ম রয়েছে যা বেশিরভাগ অন্যান্য ফর্মগুলির উত্তরাধিকার সূত্রে প্রাপ্ত, এটি ডাটাবেস অ্যাক্সেসের জন্য সত্তা ফ্রেমওয়ার্ক (এবং পোকো ক্লাস) ব্যবহার করে। কিছুই অভিনব, মাল্টি থ্রেডিং বা কিছুই।

সমস্যা: কিছুক্ষণের জন্য সব ঠিক হয়ে গেল। তারপরে, আমি যখন অ্যাপ্লিকেশনটি চালু করতে যাচ্ছিলাম তখন নীল, ভিজ্যুয়াল স্টুডিও তৈরি করতে ব্যর্থ হয়েছিল। আমি সতর্কতা পেয়েছি "ফাইল ... মুছে ফেলতে অক্ষম '... বিন \ ডিবাগ \ [প্রকল্পের নাম]। এক্সে' the এবং ত্রুটি "" objজেজ \ x86 \ ডিবাগ \ [প্রকল্পের নাম] .exe 'থেকে' বিন bin ডিবাগ \ [প্রকল্পের নাম]। এক্সে 'ফাইলটি অনুলিপি করতে অক্ষম The প্রক্রিয়াটি' বিন \ ডিবাগ \ [প্রকল্পের নাম]। 'কারণ এটি অন্য প্রক্রিয়া দ্বারা ব্যবহৃত হচ্ছে। " (পুনর্নির্মাণ চলাকালীন আমি সতর্কতা এবং ত্রুটি উভয়ই পাই, তবে বিল্ড চলাকালীন কেবল ত্রুটি - এটিকে প্রাসঙ্গিক মনে করবেন না?)

আমি সতর্কতা এবং ত্রুটি বার্তায় যা বলেছে তা পুরোপুরি বুঝতে পেরেছি: ভিজ্যুয়াল স্টুডিও স্পষ্টতই এক্সি-ফাইলটি ওভাররাইট করার চেষ্টা করছে যখন একই কারণে কোনও কারণে এটির জন্য একটি লক রয়েছে। তবে এটি সমস্যার সমাধান খুঁজে পেতে আমাকে সহায়তা করে না ... আমি যা কাজ করেছি তার মধ্যে কেবলমাত্র ভিজ্যুয়াল স্টুডিও বন্ধ করে আবার এটি শুরু করা। বিল্ডিং এবং প্রবর্তন কাজ করে, ততক্ষণ আমি কিছু ফর্মটিতে পরিবর্তন আনব, তারপরে আমার আবার একই সমস্যা আছে এবং পুনরায় চালু করতে হবে ... হতাশ হ'ল!

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

  • একটি নতুন পরিষ্কার সমাধান তৈরি করা এবং পুরানো সমাধান থেকে কেবল ফাইলগুলি অনুলিপি করুন।
  • প্রকল্পের প্রাক-বিল্ড ইভেন্টে নিম্নলিখিতগুলিতে নিম্নলিখিতটি যুক্ত করা:

    if exist "$(TargetPath).locked" del "$(TargetPath).locked"
       if not exist "$(TargetPath).locked" if exist "$(TargetPath)" move "$(TargetPath)" "$(TargetPath).locked"
  • প্রকল্পের বৈশিষ্ট্যগুলিতে নিম্নলিখিতগুলি যুক্ত করা হচ্ছে (.csproj ফাইল):

    <GenerateResourceNeverLockTypeAssemblies>true</GenerateResourceNeverLockTypeAssemblies>

যাইহোক, তাদের কেউই আমার পক্ষে কাজ করেনি, তাই আপনি সম্ভবত দেখতে পাবেন যে আমি কেন কিছুটা হতাশ হতে শুরু করেছি। আমি জানি না কোথায় অন্য দিকে তাকান, তাই আমি আশা করি কারও কারও কাছে আমাকে কিছু দেওয়ার আছে! এটি কি ভিএস-এ কোনও বাগ, এবং যদি তাই হয় তবে কোনও প্যাচ আছে? বা আমি কিছু ভুল করেছি, আমার কি একটি বিজ্ঞপ্তি রেফারেন্স আছে বা অনুরূপ, এবং যদি তাই হয় তবে আমি কীভাবে এটি জানতে পারি?

কোন পরামর্শ অত্যন্ত প্রশংসা করা হয় :)

আপডেট করুন: হিসাবে মন্তব্যে উল্লেখ নিচে আমিও প্রক্রিয়া এক্সপ্লোরার ব্যবহার করে এটি আসলে পরীক্ষা করেছি হয় ভিসুয়াল স্টুডিও যে ফাইল লক করা হয়।


4
আপনার অ্যাপ্লিকেশন সঠিকভাবে বন্ধ হয়ে গেছে কিনা তা পরীক্ষা করে দেখেছেন? টাস্ক ম্যানেজার কি আপনাকে [প্রজেক্টনাম] প্রসেসের তালিকায় দেখায়?
মিনসোল

2
আমি এটি আগে পেয়েছি এবং আমি কেবল ফাইলটি .old ইত্যাদি নামকরণ করে বিল্ডটি পুনরায় চালিত করেছি। আমি জানি ঠিক ঠিক নয়, তবে এটি আমার পক্ষে কাজ করেছে।
কোডিংবাজার

@ মিয়েনসোল: হ্যাঁ, এটি সঠিকভাবে বন্ধ হয়ে গেছে বলে মনে হচ্ছে। আমি পেয়েছি "প্রোগ্রাম '[1848] [প্রকল্পের নাম] .vshost.exe: পরিচালিত (v4.0.30319)' কোড 0 (0x0) দিয়ে বেরিয়েছে।" @ ব্যারি: বিন-ডিবেগ-এ এক্সপি-ফাইলটির নামকরণ কাজ করে, তবে আপনি যেমন বলেছিলেন এটি আসলেই সমাধান নয় এবং প্রতিবারই করতে হবে তা বিরক্তিকর হবে। যদিও ভিজ্যুয়াল স্টুডিও পুনরায় আরম্ভ করার চেয়ে কিছুটা ভাল ...
জুলিয়ান

2
@ নলিলুজ: আমি এই নিবন্ধটি একটি মাইক্রোসফ্ট ফোরাম থেকে এসেছি যাতে এটি ব্যাখ্যা করে যে এটি সংস্থান ফাইলগুলির সাথে সম্পর্কিত হতে পারে। আপনি যদি রেক্স ফাইল ব্যবহার করেন তবে এটি একটি ইঙ্গিত দিতে পারে।
প্যাট্রিক

1
উত্তরসূরীদের জন্য, আমার এই সমস্যাটি ছিল এবং এটি আমার সিএসপোজ ফাইলটিতে <জেনারেটস রিসোর্সনেভারলক টাইপআসেম্বলিজস> সত্য </ GenerateResourceNeverLockTypeAs সমাবেশ>> উপাদান যুক্ত করে সমাধান করা হয়েছিল।
এইআইএসড্যাভ

উত্তর:


117

এটি নির্বোধ শোনায়, তবে আমি উইন্ডোজ on-এ ভিএস ২০০ চালিয়ে এই সমস্ত সমাধানের চেষ্টা করেছি, তাদের নাম পরিবর্তন এবং বিল্ডিং ব্যতীত আর কোনও কাজই করেনি, যা বলা খুব কম ক্লান্তিকর ছিল। অবশেষে, আমি অপরাধীকে সন্ধান করেছি এবং বিশ্বাস করা আমার পক্ষে কঠিন hard তবে আমি এসেম্বিআইএনফো সিএস-তে নিম্নলিখিত কোডগুলি ব্যবহার করছিলাম ...

[assembly: AssemblyVersion("2.0.*")]

এটি বেশ সাধারণ, তবে কোনও কারণে, সংস্করণটি 2.0.0.0 এ পরিবর্তন করে জিনিসগুলি আবার কাজ করে। আমি জানি না এটি একটি উইন্ডোজ 7 নির্দিষ্ট জিনিস (আমি কেবল এটি 3-4 সপ্তাহের জন্য ব্যবহার করেছি), বা এটি এলোমেলো, বা কী, তবে এটি আমার জন্য এটি স্থির করে দিয়েছে। আমি অনুমান করছি যে ভিএস তৈরি করা প্রতিটি ফাইলের উপর একটি হ্যান্ডেল রাখছিল, তাই এটি কীভাবে জিনিসগুলি বাড়ানো যায় তা জানবে? আমি সত্যিই নিশ্চিত নই এবং এর আগে এমনটি কখনও দেখিনি। তবে অন্য কেউ যদি তাদের চুলও টানতে থাকে তবে চেষ্টা করে দেখুন।


12
এটি একটি পাগল ধারণা, আমি আপনাকে এটি দিয়ে দেব;) এমনকি কী ক্রেজিয়ার, এটি আসলে কাজ করে বলে মনে হচ্ছে! আমি এখন এটি বেশ কয়েকবার পরীক্ষা করেছি এবং আমি এটি নিশ্চিত করতে পারি যে "2.0। *" এর মতো অ্যাসেম্বলি সংস্করণ ব্যবহার করার সময় আমি ত্রুটিটি পেয়েছি তবে আমি পরিবর্তে "২.০.০" ব্যবহার করলে এটি মোহন হিসাবে কাজ করে! আমি আরও লোকদের এটি পরীক্ষা করার জন্য অনুরোধ করছি, এবং আপনি যদি এটি কাজ করে দেখেন তবে দয়া করে এই উত্তরটি দিন, কারণ এটি এমন একটি বিষয় যা জানা দরকার! আশা করি মাইক্রোসফ্ট এটির উপরে উঠবে ... ধন্যবাদ ড্রাগরিস :)
জুলিয়ান

2
এটি আমার পক্ষে কার্যকর হয়নি, যখন আমি ভিএস পুনরায় চালু করি তখন আমি কিছু সময়ের জন্য ত্রুটি পাই না। প্রতিবার আমি এই ত্রুটিটি পেয়েছি আমাকে ভিএস 2010 পুনরায় চালু করতে হবে
শারিক

6
fyi ... এটা আমার কাজ করে না। আমার সেটিংস সবসময়ই ছিল: [সমাবেশ: এসেম্বলি ভার্সন ("০.০.০.০")] [সমাবেশ: এসেম্বলিফিলিভিশন ("০.০.০.০")]
১:31:৩১

4
আপনার যদি বর্তমানে [এসেম্বলি: এসেম্বলি ভার্সন ("০.০.০.০")] থাকে তবে এটিকে [এসেম্বলি: এসেম্বলি ভার্সন ("২.০.০.০")] (অর্থাৎ '1' এর পরিবর্তে '2') দিয়ে প্রতিস্থাপন করুন। এটা আমার জন্য কাজ করেছে। যদিও আমি যাচাই করি নি, এটি সম্ভবত আপনি এখন যা পেয়েছেন তার চেয়ে অন্য কিছুতে সংস্করণ পরিবর্তন করা এই সমস্যার সমাধান করতে পারে।
ফ্রেডেরিক দ্য ফুল

1
DLL এর জন্যও কাজ করে! ভিএস বলছেন যে ডেলটি অনুলিপি করতে পারবেন না এবং উভয় [অ্যাসেম্বলি: এসেম্বলি ভার্সন] এবং [এসেম্বলি: এসেম্বলিফিলিভিশন ()] কে 1.0 থেকে * 2.0.0.0 এ পরিবর্তন করার পরে এটি কার্যকর হয়েছে।
এজেড

14

যেহেতু আমি এই বিষয়ে আর কোনও প্রতিক্রিয়া অর্জন করতে পারি নি, তাই আমি ভেবেছিলাম যে আমি আমার সমাধান হিসাবে কী ভাগ করে নেব:

ব্যারি দ্বারা মূল পোস্টে একটি মন্তব্যে যেমন পরামর্শ দেওয়া হয়েছে, ম্যানুয়ালি '... বিন bin ডিবাগ [প্রজেক্টনাম] .exe' অন্য কোনও কিছুর (যেমন '[প্রকল্পের নাম] 1.exe' ) নামকরণ করা একটি কাজ (আমি ') আমি তবে ফাইলটি নিজে মুছতে পারব না, এবং আমি অবশ্যই বলব যে আমার মতো কিছুটা অদ্ভুতরূপে বিশ্বাস করা হবে যে একই লকটি মুছে ফেলা প্রতিরোধকারী পুনরায় নামকরণও আটকাতে পারে ...)। এটি কোনও ভাল সমাধান নয়, তবে এটি যুক্তিসঙ্গত দ্রুত (কমপক্ষে কয়েকবার করার পরে এটি প্রায় একটি রুটিন হয়ে যায়), এবং ভিজ্যুয়াল স্টুডিওর পুনঃসূচনা করার চেয়ে কমপক্ষে দ্রুততর যা আমি প্রথমদিকে করেছি।

কেউ যদি অবাক হয়ে যায়, আমি আরও যুক্ত করতে পারলাম যে আমি এই সমস্যাটি কেবল আধা-এলোমেলোভাবেই দেখছি। সাধারণত কোনও ফর্মের ডিজাইন মোডে কিছু পরিবর্তন করার পরে এটি ঘটে (তবে সবসময় নয়)। আমি কেবল ব্যবসা-লজিক কোড বা অ-ভিজ্যুয়াল সম্পর্কিত কোড পরিবর্তন করি তবে এটি সাধারণত ঘটে না (তবে কখনও কখনও এটি হয় ...)। হতাশাজনক সত্যই, তবে কমপক্ষে আমার কাছে একটি হ্যাক রয়েছে যা আমার পক্ষে কাজ করে - আসুন কেবল আশা করি যে আমার পরবর্তী প্রকল্পটিও এই সমস্যার মুখোমুখি হবে না ...

@ ব্যারি: আপনি যদি আপনার মন্তব্যের জন্য কৃতিত্ব পেতে চান তবে দয়া করে একটি উত্তর হিসাবে পোস্ট করুন এবং আমি এটি গ্রহণ নিশ্চিত করে নেব :)


আমি এটিকে ইতিমধ্যে ভোট দিয়েছি। আমি একমত, এটি একটি নোংরা সমাধান তবে এটি কার্যকর হয়। কিছু পুনরাবৃত্তির জন্য ভিএসের সমস্যা ছিল। আমি আমার প্রকল্পটিও একটি নেটওয়ার্ক ডায়ার থেকে লোড করছি। এটি পুরোপুরি বিশ্বাসযোগ্য, তবে এটি কোনও ব্যাপার নয়। এটি ড্রাইভ ম্যাপিং বা ইউএনসি হয় তা বিবেচনা করে না। হ্যাঁ, এমএসের সত্যিই এটি ঠিক করা দরকার। এটির পুনরুত্পাদন করতে অক্ষম বলে এর জন্য তাদের একটি বন্ধ ত্রুটি রয়েছে। পঙ্গু!
জোশ রবিনসন

14

আমি একটি সহজ সমাধান পেয়েছি, কেবলমাত্র প্রকল্প ফোল্ডার এবং সাবফোল্ডারগুলির জন্য উইন্ডোজ সূচক পরিষেবাগুলি অক্ষম করুন dis


2
এটি আমার পক্ষেও কাজ করেছিল। আমি নিশ্চিত নই যে আমি কেন বুঝতে পেরেছি, প্রক্রিয়া এক্সপ্লোরার হিসাবে দেখা গেছে যে দেবেনভ.এক্সই লকিং হ্যান্ডেলটি ধরেছিল। তবুও, ইনডেক্সিং বন্ধ করা সমস্যার সমাধান করেছে।
Fopedush

1
@ ফপিডুশ আমি একই সমস্যার সাথে এই সমস্যার মুখোমুখি হয়েছি, যদিও আমি এই সময়টিতে এই প্রশ্নটি দেখিনি। কেন এটি সহায়তা করে সে সম্পর্কে এই উত্তরের কিছু ব্যাখ্যা রয়েছে।
ড্যারেন হেল

1
এই এক এটা আমার জন্য।
মার্টিন ক্যাপোডিসি ২

12

আমার একই সমস্যা (এমএসবি 3021) ভিপি ২০০৮-এর উইন্ডোজ। X32 এ (উইন্ডোজ x এক্স 32 এ) রয়েছে। যদি আমি পূর্বের রানের পরে খুব দ্রুত অ্যাপ্লিকেশনটি আবার চালানোর চেষ্টা করি তবে সমস্যাটি উপস্থিত হচ্ছে। কয়েক মিনিটের পরে এক্স-ফাইলটি নিজেই আনলক হয়ে যায় এবং আমি আবার অ্যাপ্লিকেশনটি চালাতে পারি। কিন্তু এত দীর্ঘ বিরতি আমাকে ক্রুদ্ধ করে। কেবলমাত্র যা আমাকে সত্যই সাহায্য করেছিল তা ছিল প্রশাসক হিসাবে ভিএস চালানো।


1
আমি এই সঠিক সমস্যাটি সম্পর্কে সাম্প্রতিক বাগের প্রতিবেদনটি পেয়েছি: সংযুক্ত.মাইক্রোসফট / ভিজুয়ালস্টুডিও / ফেডব্যাক / ডেটেল / 558848/… এই বাগ রিপোর্টটি একটি নমুনা প্রকল্প সরবরাহ করেছে যা বাগটি পুনরুত্পাদন করতে সক্ষম হয়েছিল। দ্রহারিস দ্বারা প্রস্তাবিত সমাধানটিও সেখানে কাজ করেছিল (নমুনা প্রকল্পের ধাপে ধাপে সমাধানের জন্য উপরের লিঙ্কটিতে পোস্ট করা কর্মসংস্থান দেখুন)।
জুলিয়ান

এটি আমার জন্যও একমাত্র সমাধান যা কাজ করেছিল। ধন্যবাদ @ নেলুজ!
উইঙ্গার 18

এটি ভিএস পুনরায় চালু করার চেয়ে সহজ নিশ্চিত is
এলভেদীন হামজাগিক

1
সংযোগ ইস্যুটির জন্য "পৃষ্ঠা পাওয়া যায় নি", তারা কি বিব্রত হয়ে কেবল এটিকে মুছে ফেলেছিল = এস এর জন্য কি কোনও পোস্ট সমাধান / কার্যকারিতা ছিল?
কোপস

9

আমি যখন এই সমস্যার মুখোমুখি হয়েছি তখন আমি যে প্রকল্পটি তৈরির চেষ্টা করছি তার সাথে করণীয় হ'ল প্রজেক্টটি লক করা সমাধানের জন্য প্রারম্ভিক প্রকল্প হিসাবে সেট করা হয় যা আপত্তি ফোল্ডারে লক বন্ধ করে দেওয়া হয় (এটি আপনার টাস্ক ম্যানেজারেও উপস্থিত হয়)) আপনার সমাধানে অন্য প্রকল্পটিতে ডান ক্লিক করুন এবং স্টার্টআপ প্রকল্প সেট করুন। এটি লকটি প্রকাশ করবে, এটিকে টাস্ক ম্যানেজার থেকে সরিয়ে দেবে এবং আপনাকে তৈরি করতে দেবে।


1
এটি আমার জন্য প্রতিবার কাজ করে। দেখে মনে হচ্ছে vshost প্রক্রিয়াটি যা পরিষেবাগুলির জন্য উত্পন্ন এবং শুরু হয়েছিল
জ্বেওকো

8

আমি এখানে অন্যান্য উত্তরের সমস্ত পরামর্শ দিয়েছি, যার কোনটিই কাজ করে নি। শেষ পর্যন্ত আমি প্রসেস মনিটরটি আবিষ্কার করেছিলাম যে আমার .exe যে VS2010 নির্মাণে ব্যর্থ হয়েছিল তা সিস্টেম প্রক্রিয়া দ্বারা লক করা হয়েছে (পিআইডি = 4)। এটি জড়িত পরিস্থিতিতে অনুসন্ধানের জন্য এই উত্তরটি পেয়েছে ।

সংক্ষিপ্ত বিবরণ: আপনি যদি অ্যাপ্লিকেশন অভিজ্ঞতা পরিষেবাটি অক্ষম করে থাকেন (যেমনটি করেছি) তবে এটি পুনরায় সক্ষম করুন এবং এটি শুরু করুন। দু'বছরের উত্তেজনা শেষ।


+1 আমি আগে সমস্ত কিছু চেষ্টা করেছিলাম (১. টাস্ক ম্যানেজার, ২. প্রসেস এক্সপ্লোরার অর্থাৎ ক্লোজ হ্যান্ডেল যা কোন উইন্ডোজ আমাকে করতে দেয় না, ৩. অ্যান্টিভাইরাস অক্ষম করা, ৪. উইন্ডোজ ইনডেক্সিং পরিষেবা থেকে অ্যাপ_ডাটা / লোকাল / মাইক্রোসফ্ট / ভিজ্যুয়াল স্টুডিও বাদ দিয়ে। ) তবে এই পরামর্শ: পুনরায়: "অ্যাপ্লিকেশন অভিজ্ঞতা" পরিষেবাটিই কেবলমাত্র আমাকে দেয়ালের বিরুদ্ধে মাথা ঠাট্টা করে বাঁচিয়েছিল। আমি এটি সক্ষম করেছি এবং সমস্যাটি চলে গেল। মজার বিষয় হ'ল, আমি আবার এটি অক্ষম করার পরেও সবকিছু ঠিক আছে। আমার আর কোনও সমস্যা হয়নি। তবে অবশ্যই এটিই আমার পক্ষে এটি বাছাই করেছে।
টমস

আমার জন্যও কাজ !!! কেবলমাত্র কাজটিই অ্যাপ্লিকেশন চালানোর আগে বিন ফোল্ডারটি মুছে ফেলা হয় , তবে আপনাকে রান চালানোর আগে সর্বদা মুছতে হবে, খুব বিরক্তিকর।
E_ ব্লু

6

আমারও এর সাথে একই রকম সমস্যা ছিল এবং আমার ক্ষেত্রে কারণটি আমি খুঁজে পেয়েছিলাম যে আমি বিন-ডিবাগ ফোল্ডারটি ভিএমওয়্যারের অধীনে ভাগ করা ফোল্ডার হিসাবে এবং ভিএমওয়্যার, ভিএম অতিথির অধীনে এক্সপ্লোরার, অথবা এমনকি কোনও অ্যান্টি-ভাইরাস হিসাবে উপলব্ধ করেছি অতিথির অধীনে প্রোগ্রাম (যদিও আমি মনে করি না যে আমি একটি ইনস্টল করেছিলাম) ফাইল (গুলি) এর একটি হ্যান্ডেল ধরে ছিল।


আমি অ্যাভাস্ট ইনস্টল করেছি এবং আজ সকালে আমার এলোমেলো এমভিসি ত্রুটি পেয়েছিল যে আমার ডিএলটিতে একটি ভাইরাস রয়েছে। ত্রুটির পরে, আমি আর আমার এমভিসি প্রকল্পটি তৈরি করতে পারিনি। আমি অ্যাভাস্ট ফাইল সিস্টেম শিল্ডে একটি ব্যতিক্রম যুক্ত করেছি এবং সবকিছু আবার কাজ করছে।
ধূলো


4

Process Explorerফাইলটি ঠিক কীভাবে লক করা হচ্ছে তা জানতে আমি ডাউনলোডের পরামর্শ দেব suggest এটি এখানে পাওয়া যাবে:

http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx


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

দুঃখিত, আমি উল্লেখ করতে ভুলে গেছি যে আমি ইতিমধ্যে এটি করে ফেলেছি। এবং এটি বলেছে যে এটি ভিজ্যুয়াল স্টুডিও (devenv.exe) যার ফাইলটিতে [[প্রকল্পের নাম] .vshost.exe) একটি লক রয়েছে। সুতরাং এটি আমাকে খুব বেশি সাহায্য করে না।
জুলিয়ান

@ শেলশক: আমার অ্যান্টি ভাইরাস (অ্যাভাস্ট) অক্ষম করা কোনওরকম সাহায্য করে না।
জুলিয়ান

আমার জন্য সিসিনটার্নালস প্রসেসএক্সপ্লোরার ব্যবহার করে, আমি সেই ফাইলটির একটি হ্যান্ডেল দেখতে পাব, কিন্তু আমি যখন এটিতে ক্লিক করি তখন কোনও অ্যাপ্লিকেশন এটি ধারণ করে না দেখানো হয়, এবং যখন আমি হ্যান্ডেলটি বন্ধ করার চেষ্টা করি তখন একটি "ত্রুটি খোলার প্রক্রিয়া: হ্যান্ডেলটি হয় অবৈধ। " প্রক্রিয়া এক্সপ্লোরার এ ত্রুটি। তবুও তালা এখনও টিকে আছে।
টিবোন

4

ভিজ্যুয়াল স্টুডিও ব্যবহার করে আমি ত্রুটিটি পুনরুত্পাদন করার জন্য কোনও সহজ প্রকল্প নিয়ে আসতে পারিনি।

আমার সমাধানটি ছিল ভিজ্যুয়াল স্টুডিও হোস্টিং প্রক্রিয়াটি অক্ষম করা।

আগ্রহীদের জন্য আমি আপত্তিজনক হ্যান্ডেলের জন্য একটি হ্যান্ডেল ট্রেস সংযুক্ত করেছি:

0:044> !htrace 242C
--------------------------------------
Handle = 0x000000000000242c - OPEN
Thread ID = 0x0000000000001cd0, Process ID = 0x0000000000001a5c

0x000000007722040a: ntdll!ZwCreateFile+0x000000000000000a
0x0000000074b4bfe3: wow64!whNtCreateFile+0x000000000000010f
0x0000000074b3cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7
0x0000000074ac276d: wow64cpu!TurboDispatchJumpAddressEnd+0x0000000000000024
0x0000000074b3d07e: wow64!RunCpuSimulation+0x000000000000000a
0x0000000074b3c549: wow64!Wow64LdrpInitialize+0x0000000000000429
0x00000000772184c8: ntdll!LdrpInitializeProcess+0x00000000000017e2
0x0000000077217623: ntdll! ?? ::FNODOBFM::`string'+0x000000000002bea0
0x000000007720308e: ntdll!LdrInitializeThunk+0x000000000000000e
0x00000000773d0066: ntdll_773b0000!NtCreateFile+0x0000000000000012
0x000000007541b616: KERNELBASE!CreateFileW+0x000000000000035e
0x0000000075b42345: KERNEL32!CreateFileWImplementation+0x0000000000000069
0x000000006a071b47: mscorwks_ntdef!StgIO::Open+0x000000000000028c
--------------------------------------
Handle = 0x000000000000242c - CLOSE
Thread ID = 0x0000000000000cd4, Process ID = 0x0000000000001a5c

0x000000007721ffaa: ntdll!ZwClose+0x000000000000000a
0x0000000074b3f2cd: wow64!whNtClose+0x0000000000000011
0x0000000074b3cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7
0x0000000074ac276d: wow64cpu!TurboDispatchJumpAddressEnd+0x0000000000000024
0x0000000074b3d07e: wow64!RunCpuSimulation+0x000000000000000a
0x0000000074b3c549: wow64!Wow64LdrpInitialize+0x0000000000000429
0x000000007724d177: ntdll! ?? ::FNODOBFM::`string'+0x000000000002bfe4
0x000000007720308e: ntdll!LdrInitializeThunk+0x000000000000000e
0x00000000773cf992: ntdll_773b0000!ZwClose+0x0000000000000012
0x0000000075b42642: KERNEL32!BaseRegCloseKeyInternal+0x0000000000000041
0x0000000075b425bc: KERNEL32!RegCloseKey+0x000000000000007d
*** WARNING: Unable to verify checksum for mscorlib.ni.dll
0x0000000068f13ca3: mscorlib_ni+0x0000000000233ca3
0x0000000069bc21db: mscorwks_ntdef!CallDescrWorker+0x0000000000000033
0x0000000069be4a2a: mscorwks_ntdef!CallDescrWorkerWithHandler+0x000000000000008e
--------------------------------------
Handle = 0x000000000000242c - OPEN
Thread ID = 0x00000000000006cc, Process ID = 0x0000000000001a5c

0x0000000077220e0a: ntdll!NtOpenKeyEx+0x000000000000000a
0x0000000074b5d1c9: wow64!Wow64NtOpenKey+0x0000000000000091
0x0000000074b5313b: wow64!whNtOpenKeyEx+0x0000000000000073
0x0000000074b3cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7
0x0000000074ac276d: wow64cpu!TurboDispatchJumpAddressEnd+0x0000000000000024
0x0000000074b3d07e: wow64!RunCpuSimulation+0x000000000000000a
0x0000000074b3c549: wow64!Wow64LdrpInitialize+0x0000000000000429
0x000000007724d177: ntdll! ?? ::FNODOBFM::`string'+0x000000000002bfe4
0x000000007720308e: ntdll!LdrInitializeThunk+0x000000000000000e
0x00000000773d0fca: ntdll_773b0000!NtOpenKeyEx+0x0000000000000012
0x0000000075b42721: KERNEL32!LocalBaseRegOpenKey+0x000000000000010c
0x0000000075b428c9: KERNEL32!RegOpenKeyExInternalW+0x0000000000000130
0x0000000075b427b5: KERNEL32!RegOpenKeyExW+0x0000000000000021
--------------------------------------
Handle = 0x000000000000242c - CLOSE
Thread ID = 0x0000000000000cd4, Process ID = 0x0000000000001a5c

0x000000007721ffaa: ntdll!ZwClose+0x000000000000000a
0x0000000074b3f2cd: wow64!whNtClose+0x0000000000000011
0x0000000074b3cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7
0x0000000074ac276d: wow64cpu!TurboDispatchJumpAddressEnd+0x0000000000000024
0x0000000074b3d07e: wow64!RunCpuSimulation+0x000000000000000a
0x0000000074b3c549: wow64!Wow64LdrpInitialize+0x0000000000000429
0x000000007724d177: ntdll! ?? ::FNODOBFM::`string'+0x000000000002bfe4
0x000000007720308e: ntdll!LdrInitializeThunk+0x000000000000000e
0x00000000773cf992: ntdll_773b0000!ZwClose+0x0000000000000012
0x0000000075b42642: KERNEL32!BaseRegCloseKeyInternal+0x0000000000000041
0x0000000075b425bc: KERNEL32!RegCloseKey+0x000000000000007d
0x0000000068f13ca3: mscorlib_ni+0x0000000000233ca3
0x0000000069bc21db: mscorwks_ntdef!CallDescrWorker+0x0000000000000033
0x0000000069be4a2a: mscorwks_ntdef!CallDescrWorkerWithHandler+0x000000000000008e
--------------------------------------
Handle = 0x000000000000242c - OPEN
Thread ID = 0x0000000000001cd0, Process ID = 0x0000000000001a5c

0x0000000077220e0a: ntdll!NtOpenKeyEx+0x000000000000000a
0x0000000074b5d1c9: wow64!Wow64NtOpenKey+0x0000000000000091
0x0000000074b5313b: wow64!whNtOpenKeyEx+0x0000000000000073
0x0000000074b3cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7
0x0000000074ac276d: wow64cpu!TurboDispatchJumpAddressEnd+0x0000000000000024
0x0000000074b3d07e: wow64!RunCpuSimulation+0x000000000000000a
0x0000000074b3c549: wow64!Wow64LdrpInitialize+0x0000000000000429
0x00000000772184c8: ntdll!LdrpInitializeProcess+0x00000000000017e2
0x0000000077217623: ntdll! ?? ::FNODOBFM::`string'+0x000000000002bea0
0x000000007720308e: ntdll!LdrInitializeThunk+0x000000000000000e
0x00000000773d0fca: ntdll_773b0000!NtOpenKeyEx+0x0000000000000012
0x0000000075b42721: KERNEL32!LocalBaseRegOpenKey+0x000000000000010c
0x0000000075b428c9: KERNEL32!RegOpenKeyExInternalW+0x0000000000000130
--------------------------------------
Handle = 0x000000000000242c - CLOSE
Thread ID = 0x0000000000000cd4, Process ID = 0x0000000000001a5c

0x000000007721ffaa: ntdll!ZwClose+0x000000000000000a
0x0000000074b3f2cd: wow64!whNtClose+0x0000000000000011
0x0000000074b3cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7
0x0000000074ac276d: wow64cpu!TurboDispatchJumpAddressEnd+0x0000000000000024
0x0000000074b3d07e: wow64!RunCpuSimulation+0x000000000000000a
0x0000000074b3c549: wow64!Wow64LdrpInitialize+0x0000000000000429
0x000000007724d177: ntdll! ?? ::FNODOBFM::`string'+0x000000000002bfe4
0x000000007720308e: ntdll!LdrInitializeThunk+0x000000000000000e
0x00000000773cf992: ntdll_773b0000!ZwClose+0x0000000000000012
0x0000000075b42642: KERNEL32!BaseRegCloseKeyInternal+0x0000000000000041
0x0000000075b425bc: KERNEL32!RegCloseKey+0x000000000000007d
0x0000000068f13ca3: mscorlib_ni+0x0000000000233ca3
0x0000000069bc21db: mscorwks_ntdef!CallDescrWorker+0x0000000000000033
0x0000000069be4a2a: mscorwks_ntdef!CallDescrWorkerWithHandler+0x000000000000008e
--------------------------------------
Handle = 0x000000000000242c - OPEN
Thread ID = 0x0000000000001cd0, Process ID = 0x0000000000001a5c

0x0000000077220e0a: ntdll!NtOpenKeyEx+0x000000000000000a
0x0000000074b5d1c9: wow64!Wow64NtOpenKey+0x0000000000000091
0x0000000074b5313b: wow64!whNtOpenKeyEx+0x0000000000000073
0x0000000074b3cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7
0x0000000074ac276d: wow64cpu!TurboDispatchJumpAddressEnd+0x0000000000000024
0x0000000074b3d07e: wow64!RunCpuSimulation+0x000000000000000a
0x0000000074b3c549: wow64!Wow64LdrpInitialize+0x0000000000000429
0x00000000772184c8: ntdll!LdrpInitializeProcess+0x00000000000017e2
0x0000000077217623: ntdll! ?? ::FNODOBFM::`string'+0x000000000002bea0
0x000000007720308e: ntdll!LdrInitializeThunk+0x000000000000000e
0x00000000773d0fca: ntdll_773b0000!NtOpenKeyEx+0x0000000000000012
0x0000000075b42721: KERNEL32!LocalBaseRegOpenKey+0x000000000000010c
0x0000000075b428c9: KERNEL32!RegOpenKeyExInternalW+0x0000000000000130

--------------------------------------
Parsed 0x358E stack traces.
Dumped 0x7 stack traces.
0:044> !handle 242c ff
Handle 242c
  Type          File
  Attributes    0
  GrantedAccess 0x120089:
         ReadControl,Synch
         Read/List,ReadEA,ReadAttr
  HandleCount   2
  PointerCount  3
  No Object Specific Information available

যদি আপনি প্রশ্নের একেবারে শীর্ষে দেখেন, একটি বাগ রিপোর্টের সাথে মাইক্রোসফ্ট সংযোগের একটি লিঙ্ক রয়েছে এবং একটি নমুনা প্রকল্প যা ত্রুটিটি পুনরুত্পাদন করে: সংযুক্ত.মাইক্রোসফট
জুলিয়ান

হোস্টিং প্রক্রিয়াটি অক্ষম করা আমার পক্ষে কাজ করেছিল। এটি এটিকে পুনরায় সক্ষম করার পরেও কাজ করে চলেছে। আমি কয়েক ঘন্টা সমাধানের চেষ্টা করে এই সমস্যাটি সমাধান করতে 4 ঘন্টা ব্যয় করেছি। এটি এমন একমাত্র যা এমনকি দূর থেকে কাজ করার জন্য মনে হয়েছিল।
ড্রু চ্যাপিন

4

যদি আপনার সমস্যাটি সমাধান না হয়:

ভিজ্যুয়াল স্টুডিওর ত্রুটিটি হ'ল:

"প্রক্রিয়াটি 'বিন \ ডিবাগ ** অ্যাপ.এক্সে **' ফাইল অ্যাক্সেস করতে পারে না কারণ এটি অন্য প্রক্রিয়া দ্বারা ব্যবহৃত হচ্ছে।"

সুতরাং, উইন্ডোজের টাস্ক ম্যানেজারে যান (Ctrl + Shift + Esc), আপনার অ্যাপ্লিকেশনটির নামটি সন্ধান করুন এবং এন্ডপ্রোসেস দ্বারা এটি বন্ধ করতে বাধ্য করুন।


3

এখানে আরও একটি সম্ভাবনা রয়েছে:

Vs2012 / win7 এ এই ত্রুটিটি পাওয়ার পরে, আমি গিয়ে বিন ডিরেক্টরিতে ফাইলটি মুছে ফেলার চেষ্টা করেছি এবং এক্সপ্লোরার ইঙ্গিত করেছিলেন যে ফাইলটি এক্সএএমএল ইউআই ডিজাইনার দ্বারা ব্যবহৃত হয়েছিল।

আমি ভিএস-এ খোলার সমস্ত ট্যাব বন্ধ করে দিয়েছিলাম, ভিএস বন্ধ করে দিয়েছিলাম, তারপরে টাস্ক ম্যানেজারে সমস্ত এমএসবিল্ড প্রক্রিয়াটি মেরে ফেলার বিষয়টি নিশ্চিত করেছিলাম। অবশেষে, ভিএস পুনরায় চালু করার পরে আমি সমাধানটি তৈরি করতে সক্ষম হয়েছি।


এবং অন্য সম্ভাব্য কারণ:

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

এই ভিজ্যুয়াল স্টুডিওটিকে ভ্রান্ত করে মনে করে এটি একই সাথে কিছু প্রকল্প তৈরি করতে পারে, এইভাবে ফাইল লকগুলি তৈরি করে।

সম্পাদনা: আমি সম্প্রতি ভিএস ২০১২-এর সাথে কয়েকবার এই ঘটনাটি ঘটেছে এবং আমি ঠিক নির্ভরতার সাথে বিল্ড অর্ডারটি সেট করে, ভিএস চলমান রেখে যাওয়া কোনও এমএসবিল্ড প্রক্রিয়া মেরে ফেলেছি এবং তারপরে ভিএস পুনরায় চালু করার পরে এটি ঠিক হয়ে যায় আমি নিশ্চিত হওয়ার জন্য মিসবিল্ড প্রক্রিয়াগুলিকে হত্যা করি, তবে ভিএস বন্ধ করে দেওয়ার ফলে সেগুলিও বন্ধ হয়ে যায়।

আমি এটির জন্য সাধারণত যা করি তা হ'ল একটি প্রকল্প এটি এমন একটি প্রকল্প যা এটি শেষের ক্ষেত্রে উল্লেখ না করে সমাধানের মধ্যে অন্য একটি প্রকল্পের উপর নির্ভর করে। এটি কখনও কখনও ভিএসকে বিভ্রান্ত করে বলে মনে হয় এবং এটি বিল্ড অর্ডার আপডেট করে না।

বিল্ড অর্ডারটি পরীক্ষা করতে: সলিউশন এক্সপ্লোরারের সলিউশনটিতে ডান ক্লিক করুন এবং "প্রকল্প বিল্ড অর্ডার ..." নির্বাচন করুন এবং যাচাই করুন যে প্রতিটি প্রকল্পের জন্য নির্ভরতা সঠিকভাবে লক্ষ করা গেছে।


আমরা সম্প্রতি এটি একটি উইনফোন 8 প্রকল্পে অভিজ্ঞতা করেছি। অনির্বচনীয়ভাবে, কারণটি টিপল টাইপটি ব্যবহার করছিল। টিপল ব্যবহার করা কোডটি সরিয়ে ফেললে সমস্যা চলে গেল। কোডটি যুক্ত করুন ফিরে সমস্যাটি ফিরে এসেছিল।
Seamus

আমি VS2012 সঙ্গে একই সমস্যা ছিল, বনাম বন্ধের কৌতুক করিনি - আছে ম্যানুয়ালি সব msbuild.exe কর্ম হত্যা করতে
ইলসেগুঁড়ি

আমি ভিএস 2013 ব্যবহার করছি এবং প্রতিটি বিল্ডের আগে আমি টাস্ক ম্যানেজারে কেবল "এক্সডেসপ্রোক.এক্সে * 32" প্রক্রিয়াটি (মাইক্রোসফ্ট ভিজ্যুয়াল স্টুডিও এক্সএএমএল ইউআই ডিজাইনার) হত্যা করতে সক্ষম হয়েছি এবং এটি কৌশলটি করেছে। ভিএস পুনরায় আরম্ভ করার দরকার নেই কারণ XAML UI ডিজাইনার প্রতিবার ডিজাইন দৃশ্যে একটি * .xaml ফাইল খোলার সময় মনে হয় পুনরায় লোড করবে।
টিম সেক্সটন

3

পুনরায় আরম্ভ করুন আইআইএস - এটি ডিবাগারের সাথে সংযুক্ত একটি প্রক্রিয়া হতে পারে


3

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


3

আমি একই ত্রুটির মুখোমুখি হয়েছি।

আমি সমস্ত নির্ভরশীল প্রকল্প / লাইব্রেরির বিন ফোল্ডারের সমস্ত সামগ্রী মুছে ফেলে সমস্যার সমাধান করেছি ।

এই ত্রুটিটি মূলত সংস্করণ পরিবর্তনের কারণে ঘটে।


2

এটি মাইক্রোসফ্টের কমিউনিটি বাগ রিপোর্টিং সাইট কানেক্টে একাধিকবার দায়ের করা হয়েছে। এফওয়াইআই, আমি বিশ্বাস করি 2003 সালের পর থেকে এই বাগটি ভিজ্যুয়াল স্টুডিওতে ক্ষতিগ্রস্থ হয়েছে এবং প্রতিটি সময় আরটিএম-এর পরে স্থির হয়েছে। :( উল্লেখগুলির মধ্যে একটি নিম্নরূপ:

https://connect.microsoft.com/VisualStudio/feedback/details/568672/handles-to-project-dlls-are-not-released-when-compiling?wa=wsignin1.0


1

প্রথমে সাধারণ কাজগুলি করুন।

আপনার সমাধানের অংশটি কোনও চলমান প্রক্রিয়া দ্বারা লক করা হয়নি তা পরীক্ষা করুন।

উদাহরণস্বরূপ, আমি আমার উইন্ডোজ পরিষেবাতে "ইনস্টলটুল" চালিয়েছি (যা আমি সাধারণত কনসোল থেকে পরীক্ষার ইউনিট করি)।

এটি আমার কয়েকটি ঘরকে উইন্ডোজ পরিষেবা প্রকল্পের বিন ফোল্ডারে লক করেছে। আমি যখন পুনর্নির্মাণ করেছি তখন আমি এই ইস্যুতে ব্যতিক্রম পেয়েছি।

আমি উইন্ডোজ পরিষেবা বন্ধ করে দিয়েছি, পুনর্নির্মাণ করেছি এবং এটি সফল হয়েছে।

এই ইস্যুতে কোনও অগ্রিম পদক্ষেপ নেওয়ার আগে আপনার অ্যাপ্লিকেশনটির জন্য উইন্ডোজ টাস্ক ম্যানেজারটি পরীক্ষা করুন।

সুতরাং যখন আপনি পদক্ষেপগুলি শুনবেন, ভাবেন ঘোড়াগুলি জেব্রা নয়! (মেডিকেল ছাত্র বন্ধু থেকে)


1

আমারও একই সমস্যা ছিল এটি বলেছে যে বিন \ ডিবাগ থেকে আপত্তি করার জন্য অনুলিপি করা যায়নি .....

যখন আমি ওয়েব প্রকল্পটি তৈরি করি তখন আমি দেখতে পেলাম যে আমার dll সমস্ত বিন ফোল্ডারে ছিল এবং বিন-ডিগ-এ নয়। প্রকাশের সময় বনাম ডিবেগ-এ ফাইলগুলি সন্ধান করছিল। সুতরাং আমি সম্পাদকে ওয়েব প্রকল্প ফাইল খুললাম এবং বিন-ডিবাগের উদাহরণগুলি সন্ধান করলাম এবং আমি দেখতে পেলাম যে সমস্ত ডিএলকে বিন \ ডিবাগ \ মাইলিবারি.ডিল হিসাবে উল্লেখ করা হয়েছিল। আমি পথ থেকে সমস্ত ডিবাগ সরিয়ে আবার প্রকাশ করেছি। এবার বনাম বিন ফোল্ডারে সমস্ত dll সন্ধান করতে সক্ষম হয়েছিল এবং প্রকাশ সফল হয়েছিল।

ওয়েব প্রকল্পের ফাইলে এই পথটি কীভাবে পরিবর্তিত হয়েছিল আমার কোনও ধারণা নেই।

আমি এটি ডিবাগ করতে 5 ঘন্টােরও বেশি সময় ব্যয় করেছি এবং শেষ পর্যন্ত আমার নিজের থেকে সমাধান খুঁজে পেয়েছি।

এটি সঠিক উত্তর


1

যদি উপরের কোনওটি না কাজ করে এবং আপনি একটি কনসোল অ্যাপ্লিকেশন বিকাশ করছেন:

প্রোগ্রাম.সিগুলিতে কোনও অক্ষর টাইপ করার চেষ্টা করুন, তারপরে এটি মুছুন। এটি কেন কাজ করে সে সম্পর্কে আমার কোনও ধারণা নেই তবে প্রতিবার এটি 'অনুলিপি করতে অক্ষম' সমস্যার সমাধান বলে মনে হচ্ছে।


1

এটি বরং অ্যাভাস্টের কারণে ঘটে।

আমি সাধারণত রিলিজে আমার প্রকল্পগুলি নির্বিশেষে চালাতে পারি, তবে ডিবাগ চলাকালীন এটি নিয়মিত ব্যর্থ হয় would

আমি আমার প্রকল্পগুলির ফোল্ডারের জন্য কেবল একটি বর্জন যুক্ত করেছি এবং সমস্যাটি সরে গেছে বলে মনে হচ্ছে। আমি ধরে নিয়েছি এটি অন্যান্য অ্যান্টিভাইরাস সফ্টওয়্যার দ্বারাও কারণ হতে পারে।


1

.Exe এবং .pub ফাইলটির পুনরায় নামকরণ আমার পক্ষে কাজ করেছিল, তবে সত্যিই ক্লান্তিকর। আমি সেই ডিবেগ সেশনের সময় সম্পাদনাটি করতে পারিনি এমন সমস্যার মুখোমুখিও। অবশেষে আমি উন্নত সুরক্ষা সেটিং পৃষ্ঠাতে গিয়েছিলাম:

https://msdn.microsoft.com/query/dev10.query?appId=Dev10IDEF1&l=EN-US&k=k%28%22VS.ERR.DEBUG_IN_ZONE_NO_HOSTPROC%3a11310%22%29;k%28TargetFrameworkMoniker-%22.NETFRAMEWORK%2cVERSION % 3dV4.0% 22% 29 & য় সত্য =

আমি নির্বাচন না করে তারপরে "ক্লিক করুন ক্লিক করুন সুরক্ষা সেটিংস সক্ষম করুন" চেকবক্সটি পুনরায় নির্বাচন করুন। কিছুদিন ধরেই এটি বিনামূল্যে সমস্যা ...।


1

আমার জন্য এটি লক্ষ্যযুক্ত ফোল্ডারে ( C:\users\username\source\repos\project\project\bin\debug\app.publish) কমান্ড প্রম্পট খোলা থাকার কারণে ঘটেছে ।

নিশ্চিত নয় কেন ডিবাগিংয়ে প্রকাশিত ফোল্ডারে অ্যাক্সেসের প্রয়োজন আছে, তবে কমান্ড উইন্ডোটি বন্ধ করে দেওয়া আমার জন্য সমস্যাটি সমাধান করেছে।


1

ইউনিট টেস্টটি ডিবাগ করার সময় বা ইউনিট পরীক্ষা চালানোর চেষ্টা করার সময় কেউ যদি এর মধ্যে চলছে তবে ফাইলটি প্রকাশের জন্য আমাকে নিম্নলিখিত দুটি প্রক্রিয়াটি হারাতে হয়েছিল:

প্রক্রিয়া হত্যা।


0

আপনার সরবরাহিত বেশ কয়েকটি সমাধান চেষ্টা করেছিলাম, তবে মাঝে মাঝে আমি এখনও এই ত্রুটিটি পাই। আমি ইতিবাচক যে আমার প্রক্রিয়া চলছে না, এবং যখন আমি ইন্টারনেট এক্সপ্লোরারের সাথে এক্সিকিউটেবল ফাইলটি মুছে ফেলার চেষ্টা করি এটি ফাইল তালিকা থেকে সরিয়ে ফেলা হয়, তবে তারপরে আমি F5 এবং voila টিপুন, ফাইলটি ফিরে এসেছে। এটি মোটেই মুছে ফেলা হয়নি।

তবে আমি যদি টোটালকম্যান্ডারের মাধ্যমে ফাইলটি মুছি, এক্সিপ ফাইলটি আসলে মুছে ফেলা হয় এবং আমি প্রকল্পটি সফলভাবে তৈরি করতে পারি।

আমি উইন্ডোজ 7 এক্স 64 এবং মোট কমান্ডার 7.56 এ 32 বিট ব্যবহার করছি।


0

অন্য কোনও উত্তর আমার পক্ষে কাজ করেনি তবে ভিজ্যুয়াল স্টুডিওতে সমস্ত উন্মুক্ত ট্যাব বন্ধ করে দেওয়া সমস্যার সমাধান করেছে বলে মনে হয়।


0

আমি জানি এটি একটি খুব পুরানো প্রশ্ন, তবে আমি সম্প্রতি ভিএস ২০১২-এর ত্রুটিটি "আপত্তি থেকে বিনের কাছে অনুলিপি করতে পারি না" অভিজ্ঞতা পেয়েছি। প্রতিবারই যখন আমি একটি নির্দিষ্ট প্রকল্প পুনর্নির্মাণের চেষ্টা করেছি, আমি বার্তাটি পেয়েছি। একমাত্র সমাধানটি ছিল প্রতিটি পুনর্নির্মাণের আগে একটি পরিষ্কার করা।

অনেক তদন্তের পরে, দেখা যাচ্ছে যে আমার একটি ফাইলে আমার একটি অসম্পূর্ণ প্রগমা সতর্কতা বিবৃতি ছিল যা সংকলনটি সফল হতে বাধা দেয় না, তবে কোনওভাবে ভিএসকে ফাইল (গুলি) লক করে রাখতে বিভ্রান্ত করছে।

আমার ক্ষেত্রে, ফাইলটির শীর্ষে আমার কাছে নিম্নলিখিতগুলি ছিল:

#pragma warning(

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


0

আমি যখন একই ধরণের সমস্যার মুখোমুখি হয়েছিলাম তখন কেবল কাজটি দেখে মনে হয়েছিল:

  • প্রোজেক্টটিতে ডান ক্লিক করুন, সেটিংসে যান এবং এটি নিশ্চিত করে যে ডিবাগ এবং রিলিজ উভয়ই একই সেটিংসকে লক্ষ্য করে বা সেখানে সেটিংস রয়েছে যাতে অ্যাপ্লিকেশনটি লোড বা সংরক্ষণ করার চেষ্টা করে।
  • সি মুছে ফেলা হচ্ছে: \ ব্যবহারকারীগণ (আপনার ব্যবহারকারীর অ্যাকাউন্ট) D অ্যাপডাটা \ স্থানীয় (আপনার অ্যাপনাম) ফোল্ডার।
  • আমার সেখানে থাকা যে কোনও ফাইলই "ব্লকড" হিসাবে বিবেচিত হবে না তা নিশ্চিত করা। আমার প্রকল্পের অন্তর্ভুক্ত ফাইলগুলিতে ডান ক্লিক করে, আমি বুঝতে পেরেছি যে একটি আইকন আসলেই অবরুদ্ধ এবং খারাপ হিসাবে বিবেচিত হয়েছিল কারণ এটি ইন্টারনেট থেকে ডাউনলোড করা হয়েছিল। আমাকে অবরোধ মুক্ত বোতামটি ক্লিক করতে হয়েছিল (উদাহরণস্বরূপ, এটি পরীক্ষা করে দেখুন: http://devierkoeden.com/Images/Articles/Dynamicweb/CustomModules/Part1/BlockedFiles.png - "এই ফাইলটি অন্য কম্পিউটার থেকে এসেছে এবং সাহায্যে অবরুদ্ধ থাকতে পারে এই কম্পিউটারটি রক্ষা করুন "")।

0

উইন্ডোজ পরিষেবাদির জন্য ডাব্লুসিএফ ব্যবহার করে, আমি ডাব্লুএফসি হোস্ট প্রক্রিয়াটি শেষ করেছি এবং এটি কাজ করেছে। যখন এটি ঘটে তখন আমি তা ঘৃণা করি এবং এটি এলোমেলোভাবে ঘটে happens


0

সংস্করণগুলি, প্রক্রিয়াগুলি লক হওয়া, পুনরায় চালু করা বা ফাইলগুলি মুছে ফেলার সাথে আমার সমাধানটির কোনও সম্পর্ক নেই।

সমস্যাটি আসলে বিল্ড ব্যর্থ হওয়া এবং সঠিক ত্রুটি না দেওয়ার কারণে। আসল সমস্যাটি ছিল ডিজাইনের ত্রুটি:

// Either this should be declared outside the function, or..
SomeObject a = new SomeObject(); 

Task.Factory.StartNew(() =>
{
   while (true)
   {
      a.waitForSomething();
   }
});

// ...this should not be called
a.doSomething(); 

ফাংশনের বাইরে "ক" এর সুযোগ পরিবর্তন করার পরে, বা "ক" ব্যবহার না করার পরে Task.Factory.StartNew();, আমি আবার তৈরি করতে সক্ষম হয়েছি।

উইন্ডোজ 7 এক্স 64 এসপি 1 তে ভিএস2012 আপডেট 4 ব্যবহার করার সময় এটি ঘটেছিল।

ভুল বার্তা:

সি: \ উইন্ডোজ \ মাইক্রোসফ্ট.নেট \ ফ্রেমওয়ার্ক \ v4.0.30319 \ মাইক্রোসফট.কমন.টারজেটস (3390,5): ত্রুটি এমএসবি 3030: ফাইলটি "اعتراض \ x86 \ ডিবাগ \ xxx.exe" অনুলিপি করা যায়নি কারণ এটি পাওয়া যায় নি ।


0

আমি ভিএস ২০১৩ এর সাথে খুঁজে পেয়েছি আমি নিয়মিত এই ত্রুটি পাই। যুক্তিযুক্তভাবে ভাল কাজ করার মতো কিছু হ'ল অ্যাপ্লিকেশনটি চালানোর আগে পুনর্নির্মাণের সমাধান করা। আমি দেখতে পেয়েছি যে কোনও ক্লিন সম্পাদন কখনও কখনও কাজ করে তবে পুনর্নির্মাণ সমাধান আরও ধারাবাহিকভাবে কাজ করে বলে মনে হয়।

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