“ব্রেকপয়েন্টটি বর্তমানে আঘাত হারাবে না। উত্স কোডটি মূল সংস্করণ থেকে আলাদা ”" এটার মানে কি?

513

ভিজ্যুয়াল স্টুডিওতে ডিবাগ করার সময়, কখনও কখনও আমি একটি ব্রেকপয়েন্ট যুক্ত করি তবে এটি ফাঁকা এবং ভিএস বলে "ব্রেকআপপয়েন্টটি বর্তমানে আঘাত করা হবে না The উত্স কোডটি মূল সংস্করণ থেকে আলাদা" " স্পষ্টতই এটি আমাকে ডিবাগ করতে সক্ষম করে।

পৃথিবীতে এই বার্তার অর্থ কী? কি মূল সংস্করণ? আমি যদি সলিউশনটি সবেমাত্র খুলেছি এবং কোডটিতে যা কিছু পরিবর্তন না করেছি, সেখানে কীভাবে একটি 'আসল সংস্করণ' থাকতে পারে?

.net visual-studio debugging

— ডেভিড
সূত্র

36

ব্রেক-পয়েন্ট যুক্ত করার আগে প্রকল্পটি পুনরায়

— সংকলন

আপনি কি ভিজ্যুয়াল স্টুডিওর অন্য সংস্করণে লিখিত একটি প্রকল্প খুলছেন?

— মহেশ ভেলাগা

2

এটি একটি ওয়েবসাইট প্রকল্প। এটি পরিষ্কারভাবে তৈরি করার দরকার নেই no এটি ব্যবহারে সংকলন করা উচিত। আমার সন্দেহ হয় ভিএস ওয়েবসাইটটি তৈরি করতে পারে না, তবে এটি আমাকে বলছে না! মহেশ - না, ভিএস এর সমস্ত একই সংস্করণ

— ডেভিড

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

— dankyy1

5

পুনর্নির্মাণের চেয়ে বিন এবং ওজেক্ট ডিরেক্টরি মুছে ফেলা আমার পক্ষে কাজ করেছে।

— আয়কান ইয়াট

276

যেমনটি বলা হয়েছে, "উত্স কোডটি মূল সংস্করণ থেকে আলাদা"।

সমাধান এক্সপ্লোরারটির ভিতরে প্রকল্প ফোল্ডারে ডান ক্লিক করুন এবং চয়ন করুন Clean। প্রকল্পটির একটি নতুন সংস্করণ তৈরি করুন এবং ব্রেকপয়েন্টটি আবার কাজ করবে!

— ভিড্রাক
সূত্র

120

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

— ক্যাররা

3

আমি আমার বিন ফোল্ডারে ভুল করে একটি ডিএলএল-এর একটি উল্লেখ পেয়েছি। রেফারেন্সের পথটি সংশোধন করা হয়েছে।

— ব্র্যাড উরণী

39

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

— d512

1

সমাধানটি খুঁজে পেতে সারা দিন কাটিয়ে দিন। একটি সমাধান সরবরাহ করার জন্য একটি টন ধন্যবাদ।

— র্যাকস

8

আমি ভিএস বন্ধ করে দিয়েছি, সমস্ত বিন এবং foldজ ফোল্ডার মুছে ফেলেছি, সবকিছু পুনর্নির্মাণ করেছি, ডাবল চেকড বিল্ড কনফিগারেশনগুলি তৈরি করেছি, বিল্ড সফল হচ্ছে। কোন পাশা. সাধারণ জিনিসগুলি এই জটিল হওয়া উচিত নয়। >: |

— snarf

129

আপনি যদি ডিবাগ বিল্ড কনফিগারেশনে ডিএলএল প্রকল্পটি চেক না করে থাকেন তবে আপনার নতুন কোডটি কখনই নির্মিত হবে না!

Build --> Configuration Manager ...(ভিএস 2010 এ) যান এবং আপনি যে বিল্ডটি ডিবাগ করার চেষ্টা করছেন তার প্রজেক্টটি বর্তমান বিল্ড কনফিগারেশনের জন্য পরীক্ষা করা হয়েছে কিনা তা পরীক্ষা করে দেখুন।

— অলিভার
সূত্র

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

— ডেভিড

3

আমার ঠিক একই সমস্যা ছিল, কেবল কিছু পরীক্ষা করা হয়নি। এটি কেবলমাত্র সেই ডায়ালগটিতে x86 এর জন্য তৈরি হয়েছিল, যখন আমার স্থানীয় মেশিনটি এক্স 64! সুতরাং আমি Any CPUবিকল্পটি নির্বাচন করেছি এবং এটি আবার কাজ করে।

— জেপি হেলিমন্স

3

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

— ফেচেজ লা শ্যাখ

আমি যখন কোনও এসিপিইউর পরিবর্তে x86 এর জন্য তৈরি করতে গিয়েছিলাম তখন আমার এই সমস্যা হয়েছিল। এটি কোনও অজানা কারণে প্রকল্পগুলি তৈরি হতে সরিয়েছে।

— অ্যাডাম পেডলি

প্রকল্পটি বিল্ড ইন কনফিগারেশন ম্যানেজারের জন্য তালিকাভুক্ত করা হয়েছে যাতে এটি আমার ভয় পায় না :(

— অর্টান্ড

43

আমার জন্য এটি একটি ওয়েবসাইট প্রকল্পে কাজ করার সময় ছিল। এই টেম্প ফোল্ডারগুলি পরিষ্কার করার পরে আমি সঠিক সংকলক ত্রুটিগুলি ফিরে পেয়েছি:

C:\Documents and Settings\%username%\AppData\Local\Temp\Temporary ASP.NET Files
C:\windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files

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

— অ্যান্টনিভিও
সূত্র

2

উইন্ডো ডিরেক্টরিতে অস্থায়ী ফাইলগুলি খালি করা আমার পক্ষে কাজ করেছে, চিয়ার্স!

— ক্রিসফ্লেচার

7

আমি কেবল একটি অনুরূপ উত্তর যুক্ত করতে চেয়েছি - নিশ্চিত হয়ে নিন যে আপনার প্রকল্পের dll এর কোনও পুরানো কপি অস্থায়ী ফোল্ডারে ASP.NET ব্যবহার করে না, যেমন সি: \ উইন্ডোজ \ মাইক্রোসফ্ট.নেট \ ফ্রেমওয়ার্ক \ v4.0.30319 \ অস্থায়ী এএসপি.এনইটি ফাইল - যেমন উল্লিখিত - তবে সি: \ উইন্ডোজ \ মাইক্রোসফট.নেট \ ফ্রেমওয়ার্ক_64৪_ v4.0.30319 \ অস্থায়ী এএসপি.নেট ফাইল । আমি ব্যবহার সবকিছু করতে দ্রুত ঐ কপি অনুসন্ধান ।

— অলিভার

12

কেবলমাত্র একটি দ্রুত ইঙ্গিত: %localappdata%অনুসন্ধান বাক্সে টাইপ করা আপনাকে সরাসরিC:\Documents and Settings\%username%\AppData\Local

— dav_i

1

একটি ওয়েব সার্ভিস প্রকল্পে ভিজ্যুয়াল স্টুডিও 2013 এ এটি আমার জন্য কাজ করেছে তা নিশ্চিত করতে পারে।

— ময়েরি

এই সমস্ত কিছু করেছেন তবে মনে হয় এটি সাহায্য করেছে। আমিও দেখে সত্যিই উত্তেজিত হয়েছি।

— অর্টান্ড

40

আপনি কি কখনও এটি করেছেন?

আপনি কি সর্বশেষ সফল বিল্ডটি চালিয়ে যেতে এবং চালাতে চান?

আপনি যদি বাক্সটি টিক দিয়ে থাকেন এবং "হ্যাঁ" টিপেন তবে আপনার প্রকল্পটি সংকলন না করেও আপনি শেষ সফল বিল্ডটি চলমান পাবেন। এর অর্থ হ'ল আপনি যখনই ব্রেকআপপয়েন্ট সেট করবেন তখনই আপনি ত্রুটি পাবেন।

এই মানটি পরিবর্তন করার চেষ্টা করুন:

সরঞ্জামসমূহ
- বিকল্প
  - প্রকল্প এবং সমাধান
    - বিল্ড এবং রান
      - চলমান অবস্থায়, যখন বিল্ড বা স্থাপনার ত্রুটিগুলি ঘটে: চালু করবেন না

— কোডসুলথ
সূত্র

আমি মনে করি না যে আমি এটি করেছিলাম। যদিও লিঙ্ক জন্য ধন্যবাদ। এটি আমাকে সেই প্রম্পটের অর্থ কী তা অন্তর্দৃষ্টি দিয়েছিল!

— ডেভিড

11

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

— অরেগনহোস্ট

6

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

— কোডসলেথ

3

হঠাৎ তিনি যখন এসেছিলেন তখন তাদের যদি তাদের সেরা দেখাতে হত। তারা এফ 5 হিট করতে পারে এবং "আপনি দেখেন, এটি কার্যকর হয়!" এর মতো হতে পারে

— গিগালা

33

যাও

সরঞ্জামসমূহ
- বিকল্প
  - ডিবাগ
    - সাধারণ

আসল সংস্করণটি হুবহু মিলে যাওয়ার জন্য উত্সের ফাইলগুলি আনচেক করুন

— রাছমাদ
সূত্র

17

@ রাছমাদ এই সমাধানটি কার্যকর করে। তবে এটি সম্পূর্ণ সমাধান বলে মনে হচ্ছে না, কারণ এর অর্থ আমাদের উত্স ফাইলগুলি মূল সংস্করণের সাথে ঠিক মেলে না

— onmyway133

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

— জেমসজি

এমনকি এই চেক করা না থাকলেও মৃত্যুদণ্ড

— ব্রেকআপপয়েন্টে

12

এটি এই সমস্যার সমাধান নয় বরং একটি কর্মক্ষেত্র। স্পষ্টতই আমি ডিবাগারে পুরানো ফাইলগুলি নিয়ে কাজ করতে চাই না।

— ওবি ওয়ান

2

@ ওবিওয়ান সুস্পষ্ট নয় আমি ছোটখাটো সম্পাদনা করতে চাই এবং উত্সটি জেনেও ডিবাগ চালিয়ে যেতে চাই এবং বিল্ডিং আলাদা।

— অ্যালান বালজেউ

30

নির্বাচন করুন ডিবাগ মধ্যে সমাধান কনফিগারেশনগুলির পরিবর্তে রিলিজ

মেনুর স্ক্রিনশট

— অ্যাডিকনস্ট্যান্টিন
সূত্র

1

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

— indot_brad

এমনকি ডেবগ বিল্ড কনফিগারেশনেও প্রকল্পটি নির্মাণের জন্য অক্ষম করা সম্ভব। বিল্ড কনফিগারেশনের একটি পরীক্ষা প্রয়োজন, ডিবাগ / রিলিজ কনফিগারেশনের মধ্যে ফ্লিপ-ফ্লপিং অর্থহীন।

— আসাদ সাইদুদ্দিন

এটি আমার জন্যও ছিল। পরিষ্কার করার চেষ্টা করেছিল, অন্য রেফারেন্সযুক্ত সমাধানগুলি কোনও লাভ হয়নি। সমাধানটি আমাকে মুখে ঝকঝকে করছে তা খেয়াল করেননি

— আদম হে

আমার সাথে এটি ঘটেছে - আমি আমার প্রকল্পটি তৈরি করছিলাম এবং আমার ঘরগুলি বারবার প্রতিস্থাপন করছিলাম তবে সমস্যাটি আর সরবে না। আমি বুঝলাম কোডটি রিলিজ মোডে নির্মিত হচ্ছে যখন আমি / বিন / ডিবাগ ফোল্ডার থেকে dlls প্রতিস্থাপন করছিলাম। আমাকে বোকা বানাও.

— displayName

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

— পাঁচf

27

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

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

— টরমড
সূত্র

1

মনে রাখাও মূল্যবান, তবে আমি এখানে কোনও সমস্যা মনে করি না কারণ আমি কোনও ক্লাস লাইব্রেরি নয়, একটি ওয়েবসাইট প্রকল্পে প্রবেশের চেষ্টা করছি।

— ডেভিড

24

ভিজ্যুয়াল স্টুডিও বন্ধ করা এবং সমাধানটি পুনরায় চালু করা সমস্যার সমাধান করতে পারে, অর্থাত্ এটি আইডিইর মধ্যে একটি বাগ (আমি ভিএস 2010 চালিয়ে যাচ্ছি)।

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

— লুক হোয়াইট
সূত্র

4

ক্লোজিং ভিজ্যুয়াল স্টুডিওটিও আমার পক্ষে কাজ করেছিল। এছাড়াও, পরিষ্কার / পুনর্নির্মাণ কর্মের সাথে।

— ড্যানিয়েলবি

3

এটি ভিএস 2015

— টিয়েন্টেডলমন

3

ভিএস 2017 এর স্থির আইসু

— ড্যানিয়েল ফিশার ল্যানিব্যাকন

ভিএস ২০১২

— তে

19

এই সমস্যাটি পাওয়ার জন্য একটি নতুন উপায় ভিজ্যুয়াল স্টুডিও 2017 15.3.1 থেকে 15.3.5 এর মধ্যে উপস্থিত হয়েছে। আপনি যদি সম্পাদককনফিগ ব্যবহার করছেন তবে charset=utf8বিকল্পটি এই লক্ষণগুলির কারণ ঘটায়। ভিএস টিম এটি পুনরুত্পাদন করেছে এবং বলছে যে তারা এটি নিয়ে কাজ করছে ।

সুতরাং একটি ফিক্স আপনার মন্তব্য মন্তব্য করা হয় charset=utf8 .editorconfig ফাইলে লাইনটি ।

সম্পাদনা করুন: এটি ভিএস 15.5 হিসাবে স্থির করা উচিত।

— জন হ্যাটন
সূত্র

দু'দিন আগে (9 ই অক্টোবর, 2017) স্থিতি এখন "স্থির - মুক্তির মুলতুবি"। কোন ভাল খবর, যেহেতু এই দিনগুলিতে ইউটিএফ -8 হ'ল পাঠ্য এনকোডিংয়ের জন্য একমাত্র বুদ্ধিমান ডিফল্ট। :-)

— রমুন

আমি আরও লক্ষ্য করেছি যে এই সমস্যার চূড়ান্ত কারণটি স্পষ্টতই এই অন্যান্য বাগফিক্স , যেখানে charset=utf8"বিওএম সহ ইউটিএফ -8" হিসাবে ব্যাখ্যা করা হয়েছিল। সেই ব্যাখ্যাটি "বিওএম ছাড়াই" পরিবর্তন করে কিছু ইউটিএফ -8 ফাইল ভেঙেছে যাগুলির মধ্যে বিওএম ছিল। সুতরাং আপনি যদি এই সমস্যাটিতে চলে যান এবং ভিজ্যুয়াল স্টুডিও ফিক্সটি এখনও প্রকাশিত হয়নি, তবে আপনার পাঠ্য ফাইলগুলির শুরু থেকে বিওএম অপসারণের চেষ্টা করুন এবং এটি সমস্যার সমাধান করতে পারে। (এই মন্তব্যটি একটি জিরো উইং রেফারেন্সের জন্য অনুরোধ করছে ... :-))

— রমুন

এটি আমার জন্যও সমস্যা ছিল। বর্তমানে এটি স্থির নয় বা কমপক্ষে এখনও মুক্তি পেয়েছে বা বাগটি পুনরায় চালু করা হয়েছে (সংস্করণ 15.4.2)

— আভিডেনিক

12

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

— স্টিজন
সূত্র

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

— ডেভিড

উত্তরাধিকারের কোডটি বাছাইয়ের সময় এটি একটি সাধারণ সমস্যা যা আমাকে মাথা চুলকায় এমন ভাবতে থাকে যে সমাধানের কোনও প্রকল্প থেকে কোনও প্রতিভা কোন ডিসিলের রেফারেন্স দেওয়ার সিদ্ধান্ত নিয়েছে যা কেবল কখনও সমাধানে অন্য প্রকল্প দ্বারা ব্যবহৃত হয়। দীর্ঘশ্বাস

— কেল

10

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

int a=0;

এটি যোগ করে, আমার ধারণা আমি এই সংস্করণটিকে মূল সংস্করণে যুক্ত করতে ভিজ্যুয়াল স্টুডিও ট্রিগার করেছিলাম

— মেহরদাদ বাবাকি
সূত্র

7

এটি ঘটতে পারে যখন ডিবাগ করার সময় বা ডিবাগ সেশনগুলির মধ্যে সিস্টেমের সময় পরিবর্তন হয়, এটি প্রোগ্রামিকভাবে, ম্যানুয়ালি বা কোনও বাহ্যিক প্রোগ্রামের দ্বারা হয়ে থাকে।

— টমি
সূত্র

আমি এটি যথেষ্ট +1 করতে পারি না। আমি সম্প্রতি উইন্ডোজ পুনরায় ইনস্টল করেছি এবং আমার সিস্টেমের ঘড়িটি বন্ধ আছে তা লক্ষ্য করিনি। নিশ্চিতভাবেই, এই পরিবর্তনটি সমস্ত কিছু ক্ষতিগ্রস্থ করেছিল এবং পুরো সমাধানটি / প্রকল্পটি পুনরায় নির্মাণ করে যাদুতে এটি স্থির করে দিয়েছে।

— কাইল বারান

7

একটি প্রায় দুর্ভেদ্য সেটিং আমার জন্য এই সমস্যাটি স্থির করেছে। যদি কোনও নির্দিষ্ট উত্স ফাইল থাকে যাতে ব্রেকপয়েন্টটি হিট না হয় তবে এটি তালিকাভুক্ত হতে পারে

সলিউশন এক্সপ্লোরার
- সমাধান ডান ক্লিক করুন
  - প্রোপার্টি
    - সাধারণ বৈশিষ্ট্য
      - উত্স ফাইলগুলি ডিবাগ করুন
        
        "এই উত্স ফাইলগুলির জন্য অনুসন্ধান করবেন না"।

আমার অজানা কোনও কারণে, ভিএস 2013 সেখানে একটি উত্স ফাইল রাখার সিদ্ধান্ত নিয়েছে এবং পরবর্তীকালে, আমি আর সেই ফাইলটিতে ব্রেকপয়েন্টটি আঘাত করতে পারি না। এটি "উত্স কোডটি মূল সংস্করণ থেকে আলাদা" এর অপরাধী হতে পারে।

— JBSnorro
সূত্র

আমি ঠিক একই সমস্যার মুখোমুখি হয়েছি। আপনার উত্তর আমাকে সাহায্য করেছিল! ধন্যবাদ! +1

— jweyrich

5

সমস্যাটি হ'ল আপনার ডিবাগ তথ্যটি আপনার সমাবেশের সাথে সুসংগত নয়। সমাধানটি সহজ:

আপনার বিন ফোল্ডারে যান
.Pdb ফাইলগুলি সরান
পুনর্নির্মাণ করা

কৌতুক করা উচিত!

(অদ্ভুত বিষয়টি হ'ল .pdb ফাইলগুলি ফেলে না দিয়ে কোনও পুনর্নির্মাণ সর্বদা কাজ করে না I আমি পরিবর্তিত তারিখটি আপডেট হতে দেখছি তবে এখনও চেইনের কোথাও কোথাও (ভিএস ২০১৩ ডিবাগার, আইআইএস, অ্যাসেম্বলি ক্যাশে) এই পরিবর্তনটি সনাক্ত করা যায়নি is )

— FrankyHollywood
সূত্র

বিল্ড-> ক্লিন সলিউশনটি যে ফাইলগুলি অপসারণ করা দরকার সেগুলি মুছে ফেলাও সম্পন্ন করা উচিত।

— ডেভ

এই সমস্যার কারণে বিপুল পরিমাণ সময় হ্রাসের পরে, এই সমাধানটি কৌশলটি তৈরি করেছিল। ধন্যবা FrankyHollywood

— খ্রি

4

আপনি যখন কোনও অ্যাক্টিভেটর ব্যবহার করছেন এবং যে অ্যাসেম্বলিটি ব্রেক ব্রেকপয়েন্টে সেট করেছেন তা আপনি এই বার্তাটি পেতে পারেন yet

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

— স্টিজন
সূত্র

4

আমিও এর মুখোমুখি হয়েছি। আমার সমস্যার কারণ হিসাবে শর্তগুলি:

আমি স্থানীয়ভাবে একটি সম্পূর্ণ আইআইএস instance উদাহরণ চালাচ্ছি
আমি আমার সফ্টওয়্যারকে আলাদা প্রকল্পে রূপ দিচ্ছি

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

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

— বেকার.নোলে
সূত্র

3

ডিবাগ মোডটি চালু করার আগে এটি করার পরিবর্তে ডিবাগ মোডে চলাকালীন ব্রেকপয়েন্টটি অক্ষম ও পুনরায় সেট করার চেষ্টা করুন।

— মাইক দ্য লাইয়ার
সূত্র

3

এমন একটি সি ++ প্রকল্প ডিবাগ করার সময় ঘটে যা কিছু সিআরএল ভাষা (পরিচালিত সি ++, সি # ইত্যাদি) প্রয়োগ করা হয়েছে এমন একটি মডিউল লোড করে। এই পরিস্থিতিতে ত্রুটি বার্তাটি সত্যই বিভ্রান্ত করছে।

সমাধানটি হ'ল প্রচলিত ভাষা রানটাইম (সিএলআর) সমর্থন কনফিগারেশন সম্পত্তিটিকে স্টার্টআপ প্রকল্পে স্থাপন এবং এটি পুনরায় সংকলন করা।

— স্টিজন
সূত্র

3

আপনি যদি আপনার দ্রবণে একটির বেশি প্রকল্প , তারপর নিশ্চিত করুন যে সঠিক প্রকল্প হিসেবে সেট আছে কি না StartUp Project। আপনার সমাধানের প্রারম্ভিক প্রকল্প হিসাবে কোনও নির্দিষ্ট প্রকল্প সেট করতে, প্রকল্পটিতে ডান ক্লিক করুন, নির্বাচন করুন Set As StartUp Project।

আমি আমার স্টার্টআপ প্রকল্পটি সঠিকভাবে সেট করার পরে, পছন্দসই ব্রেক-পয়েন্টটি থ্রেড দ্বারা পৌঁছেছে।

— dISPLAYNAME
সূত্র

এটিও লক্ষণীয় যে আপনার ব্রেকপয়েন্টটি যদি এমন কোনও প্রকল্পে থাকে যা আপনার প্রারম্ভিক প্রকল্প নয়, এবং এটি আপনাকে আপনার প্রারম্ভিক প্রকল্প হিসাবে তৈরি করতে পারে না (কারণ উদাহরণস্বরূপ আপনার কোনও পৃথক প্রকল্পের একটি প্রারম্ভকাজ হওয়া উচিত) আপনি করতে পারেন (মূলটি শুরু করার পরে) ডান ক্লিক করুন এবং ডিবাগ চয়ন করুন >> আপনি যে আঘাত করতে চান তার ব্রেকপয়েন্ট রয়েছে এমন প্রকল্পটির নতুন ইনস্ট্যান্ট শুরু করুন

— কায়ুস জার্ড

3

আমি vs2017 এ 32 বিট বিল্ডে এটি অভিজ্ঞতা পেয়েছি।

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

আমি নুগেট থেকে bit৪ বিট নির্ভরতা আনছিলাম এবং আমি এসেম্বলিটি ব্যবহার করার সাথে সাথে উত্সগুলি চূড়ান্ত নির্বাহযোগ্য হিসাবে তৈরি করা হচ্ছে না এবং পরিবর্তে আইডিই ক্যাশেড উত্সগুলি তৈরি করা হচ্ছিল।

আমি নুগেট কনফিগারেশনটি সরিয়েছি, রেফারেন্সড অ্যাসেমবিলিটি সরিয়েছি, উত্সটি ডাউনলোড করেছি, লগ 4 নেট ম্যানুয়ালি তৈরি করেছি, স্বাক্ষর করেছি, এটিকে আমার প্রকল্পের একটি ফোল্ডারে যুক্ত করেছি, এতে রেফারেন্স যুক্ত করেছি এবং আমি আবার ডিবাগ করতে সক্ষম হয়েছি।

এটি একটি ব্যথা ছিল, আমি আশা করি এটি সবার জন্য উত্তর তালিকায় উঠে আসে।

সম্পাদনা: আইডিই সেটিংসে "বিল্ড ত্রুটির বিষয়ে প্রম্পট" বিকল্প থাকা সত্ত্বেও বিল্ড করার সময় কোনও ত্রুটি ছিল না।

— রেভস নুরেটিন
সূত্র

3

আমার জন্য সমাধানটি Advanced Build Settingsপ্রকল্পের বৈশিষ্ট্যের মধ্যে লুকানো ছিল :

অজানা কারণে এটি সেট করা হয়েছিল none: fullব্রেকপয়েন্টগুলিতে আঘাত হানার কারণে এটি সেট করা ।

এই ডায়লগটিতে যেতে, প্রকল্পের বৈশিষ্ট্যগুলি খুলুন, তারপরে যান Build, তারপরে Advanced...পৃষ্ঠার নীচে বোতামটি নির্বাচন করুন ।

— riqitang
সূত্র

3

একটি স্তরযুক্ত আর্কিটেকচার প্রকল্পের বেশ কয়েকটি প্রকল্পে আমার একই সমস্যা ছিল এবং সমস্যাটি ছিল কনফিগারেশনের ক্ষেত্রে নির্বাচিত প্রকল্পের বিল্ড চেক বাক্সটি চেক করা হয়নি। সুতরাং সমস্যাটি একটি প্রকল্পের জন্য স্থির হয়েছিল।

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

আশাকরি এটা সাহায্য করবে..

— Priyankara
সূত্র

2

আমার ক্ষেত্রে, আমি ভিএস ২০১২-তে একটি চলমান প্রক্রিয়াতে সংযুক্ত হয়েছি att সংযুক্ত করার সময়, আপনাকে বিভিন্ন মোডে (নেটিভ, স্ক্রিপ্ট, সিলভারলাইট, পরিচালিত 2.0, পরিচালিত 4.0, ইত্যাদি) ডিবাগ করার বিকল্প দেওয়া হবে। ডিফল্টরূপে, ডিবাগারটি স্বয়ংক্রিয়ভাবে মোডটি নির্বাচন করে। তবে স্বয়ংক্রিয় সবসময় সঠিক পছন্দ করে না। যদি আপনার প্রক্রিয়ায় একাধিক ধরণের কোড থাকে তবে নিশ্চিত হয়ে নিন যে ডিবাগারটি সঠিক ব্যবহার করছে।

— নীরব সুর
সূত্র

আমার ক্ষেত্রে আমি ডাব্লু। নেট কোড ডাব্লু 3 ডব্লিউপি.এক্সে সংযুক্ত ছিল কিন্তু কোনও কারণে এটি স্ক্রিপ্ট ডিবাগারের সাথে সংযুক্ত ছিল যা আমার সি # ব্রেকপয়েন্টগুলি দেখতে সক্ষম ছিল না। এটিকে .NET ডিবাগারে পরিবর্তন করার ফলে আমার সি # ব্রেকপয়েন্টগুলিকে কাজ করার অনুমতি দেওয়া হয়েছে।

— অরান ডেনিসন

2

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

— Julen
সূত্র

2

আমার জন্য যা কাজ করেছিল তা হ'ল সমাধান প্ল্যাটফর্মটি x86 থেকে যেকোন সিপিইউতে পরিবর্তন করা। যেকোনতে পরিবর্তনের পরে, আমি একটি স্টপ ঠিকানা সেট করেছি, ওয়েবসাইটটি চালিয়েছি, পৃষ্ঠাটি খুললাম, বোতামটি ক্লিক করেছি এবং এটি বন্ধ হয়ে গেছে। আমি সাইটটি বন্ধ করে দিয়ে আবার x86 এ পরিবর্তন করেছি এবং একই ক্রমটি সফলভাবে সম্পাদন করেছি।

— জন
সূত্র

2

সম্ভবত সিপিইউ-এর পছন্দটি সমস্যাটি মোটেও প্রভাবিত করে না এবং এটি কেবল এটি পুনর্নির্মাণের জন্য বাধ্যতামূলক?

— jwg

এটি অন্য বিন ফোল্ডারটি ব্যবহার করবে, আপনার কোনও সিপু মানচিত্রে সম্ভবত একটি পুরাতন dll ছিল।

— কেরা

সক্রিয় প্ল্যাটফর্ম x86 (যা আমি কখনই ব্যবহার করি নি) এর সময় আমার এই সমস্যা ছিল, উইন 32 এ ফিরে সমস্যার সমাধান হয়েছে। পিসি একটি ভাগ করা তাই অন্য যে কোনও কারণে প্ল্যাটফর্ম সেট করে।

— জ্যাক

2

উইন্ডোজ 7 এর অধীনে, ভিজ্যুয়াল স্টুডিও এক্সপ্রেস 2010, যদি আপনি বিকল্পটি সক্রিয় করে থাকেন তবে উইন্ডোজ এক্সপি এসপি 3 এর জন্য সামঞ্জস্যতা মোডটি ব্যবহার করুন , এই ত্রুটি ঘটতে পারে।

আমি বিকল্পটি চেক করেছি এবং এটি আবার নিখুঁতভাবে কাজ করেছে। শর্টকাটে ভিএস বা এক্সিকিউটেবলের ডান ক্লিক করুন, বৈশিষ্ট্য নির্বাচন করুন এবং তারপরে সামঞ্জস্যতা ।

— পিট
সূত্র

1

এখানে যা ঘটতে পারে তা হ'ল আপনি যখন সামঞ্জস্যতা মোড অক্ষম করবেন তখন আপনার রিলিজ কনফিগারেশনটি x32 থেকে x64 এ পরিবর্তিত হবে এবং আপনি আপনার সমস্ত প্রকল্প x32 এ বিল্ডের জন্য নির্বাচিত নাও থাকতে পারেন। এক্স 32-এ নির্মাণের জন্য নির্দিষ্ট প্রকল্পগুলি কেন অক্ষম রয়েছে এমন কিছু আপনার নিজের দলের সদস্যদের সাথে কথা বলতে হবে।

— আসাদ সাইদুদ্দিন

ঠিক আমার সমস্যা ছিল। ধন্যবাদ!

— জোহান হল্টবি

2

প্রথমে আমি কমান্ড লাইন থেকে চেষ্টা করেছি;

কমান্ড লাইন থেকে টেম্প ফাইলগুলি মোছার কাজ হয়েছিল।

সি: \ উইন্ডোজ \ মাইক্রোসফ্ট.নেট \ ফ্রেমওয়ার্ক 64 \ v4.0.30319 \ অস্থায়ী এএসপি.নেট ফাইলগুলি> আরডি / গুলি মূল

আমি যখন সরঞ্জামগুলি -> বিকল্পগুলি -> ডিবাগিং -> সাধারণগুলিতে "জাস্ট মাই কোডটি সক্ষম করুন" বিকল্পটি অক্ষম করি

সমস্যাটি আমার জন্য সমাধান হয়েছে। এটি একটি ডাব্লুসিএফ অ্যাপ্লিকেশন, অ্যাশএক্স পৃষ্ঠাটি ডিবাগ করার চেষ্টা করছিল। http://blogs.msdn.com/b/zainnab/archive/2010/10/25/understanding-just-my-code.aspx

— তেওঁ শিপাহী
সূত্র

2

এটি আমার ক্ষেত্রে হয়েছিল কারণ আমার সমাধানগুলিতে অন্যান্য প্রকল্প ছিল যা নির্মাণ করা হয়নি। আমি সেই সমস্যাযুক্ত প্রকল্পগুলি লোড করার পরে (সমাধান এক্সপ্লোরার -> আনলোড প্রকল্পে প্রকল্পটিতে ডান ক্লিক করুন), সমাধানটি পুনর্নির্মাণ এবং আবার দৌড়েছি - ব্রেকপয়েন্টটি আঘাত পেয়েছিল!

— সারাহ
সূত্র

2

আমি প্রকল্পটিতে বিদ্যমান ফাইলগুলি যুক্ত করার পরে এটি ভিজ্যুয়াল স্টুডিও 2017 তে হবে। এটি আমার পক্ষে কাজ করেছে:

সমাধান বন্ধ করুন,
যাও SolutionFolder\.vs\SolutionName\v15\sqlite3এবং সরানstorage.ide
সমাধান আবার খুলুন

— laurian
সূত্র

এই সমাধানের জন্য আপনাকে ধন্যবাদ! এর আগে কেউ কাজ করেনি এবং এটি আমার দিনকে

— বাঁচায়

2

আপনি ডিবাগ করার চেষ্টা করার সময় আপনি রিলিজ মোডে নেই তা নিশ্চিত করুন।

— ভিতরে আসো
সূত্র