เบรกพอยต์ไม่สามารถผูก - Visual Studio 2015

ฉันเพิ่งอัพเกรดจาก Visual Studio 2013 เป็น 2558 และตอนนี้ฉันมีปัญหากับจุดพัก

มันเป็น hit หรือ miss ที่ break point ใช้งานได้จริงและถ้าฉันตั้งค่าหนึ่งในขณะทำการดีบั๊กฉันได้รับข้อผิดพลาด:

จุดพักไม่สามารถผูกได้

ความช่วยเหลือใด ๆ ที่จะได้รับการชื่นชม ฉันพร้อมที่จะยอมแพ้ในปี 2558 และกลับไป

ฉันมีปัญหาเดียวกัน แต่เป็นทางออกที่แตกต่าง โปรดทราบฉันอัปเดตเป็น VS 2015 อัปเดต 1 และปัญหายังคงอยู่ที่นั่น

ในเวอร์ชันก่อนหน้าของ VS การเริ่มต้นการดีบักจะทริกเกอร์บิลด์ในโหมดดีบักโดยอัตโนมัติ แต่ด้วย VS2015 มันไม่ได้

ดังนั้นหากบิลด์ล่าสุดของคุณอยู่ในโหมดการปล่อยและคุณลองดีบั๊กจุดพักจะไม่ทำงาน

คุณต้องสร้างโหมดดีบักด้วยตนเองก่อนจากนั้นจึงเริ่มการดีบั๊ก

ผมมีปัญหาเหมือนกัน.

ฉันแก้ไขมันปิดการใช้งานตัวเลือก "เพิ่มประสิทธิภาพรหัส" ในแท็บสร้างคุณสมบัติโครงการ

สิ่งนี้อาจดูเล็กน้อย แต่หลังจากที่ headscratching มีปัญหาเดียวกับที่คุณพูดถึงฉันพบว่าบิลด์ของฉันถูกตั้งค่าเป็น "ปล่อย" แทนที่จะเป็น "ดีบั๊ก" เมื่อฉันลองดีบั๊ก .. สร้างโซลูชันใหม่สำหรับ "ดีบั๊ก "แก้ไขมันและฉันสามารถตั้งจุดพักได้ตามปกติ

ฉันมีปัญหาที่คล้ายกันกับจุดพักไม่สามารถผูกรวมถึงตัวแปรท้องถิ่นบางอย่างไม่ได้ประเมินในหน้าต่าง Locals สิ่งที่ได้รับการแก้ไขในที่สุดก็คือการเปิดใช้งานตัวเลือก "ระงับการเพิ่มประสิทธิภาพ JIT ในการโหลดโมดูล (จัดการเท่านั้น)" ในแท็บตัวเลือก -> ดีบั๊ก -> แท็บทั่วไป เมื่อฉันตั้งค่าว่ามันสามารถผูกได้โดยไม่มีปัญหา

ฉันมีปัญหานี้ ฉันรันเซสชันการทำโปรไฟล์ประสิทธิภาพซึ่งแก้ไขWeb.configไฟล์ด้วยการตั้งค่าสำหรับการตรวจสอบประสิทธิภาพ:

<appSettings>
   <add key="Microsoft.VisualStudio.Enterprise.AspNetHelper.VsInstrLocation" value="C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Team Tools\Performance Tools\vsinstr.exe"/>
</appSettings>


<compilation debug="true" targetFramework="4.5" 
      assemblyPostProcessorType="Microsoft.VisualStudio.Enterprise.Common.AspPerformanceInstrumenter, Microsoft.VisualStudio.Enterprise.AspNetHelper, Version=16.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
   ...
</compilation>


<runtime>
   <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
         <assemblyIdentity name="Microsoft.VisualStudio.Enterprise.AspNetHelper" publicKeyToken="b03f5f7f11d50a3a" culture="neutral"/>
         <codeBase version="16.0.0.0" href="file:///D:/Program%20Files%20(x86)/Microsoft%20Visual%20Studio/Shared/Common/VSPerfCollectionTools/vs2019/Microsoft.VisualStudio.Enterprise.AspNetHelper.DLL"/>
      </dependentAssembly>
      <dependentAssembly>
         <assemblyIdentity name="VsWebSite.Interop" publicKeyToken="b03f5f7f11d50a3a" culture="neutral"/>
         <codeBase version="8.0.0.0" href="file:///D:/Program%20Files%20(x86)/Microsoft%20Visual%20Studio/Shared/Common/VSPerfCollectionTools/vs2019/VsWebSite.Interop.DLL"/>
      </dependentAssembly>
   </assemblyBinding>
</runtime>

นี่ทำให้ฉันหยุดที่เบรกพอยต์ได้ เมื่อฉันเปลี่ยนกลับเป็น Web.config ดั้งเดิม (ลบการตั้งค่า Performance Profiler) จุดพักเริ่มทำงานอีกครั้ง

ฉันมีปัญหาเดียวกันเมื่อวานนี้ ฉันใช้ฟีเจอร์ "Clean Solution" และมันช่วยได้

วิธีแก้ไขคือปิดใช้งานการเพิ่มประสิทธิภาพการออกแบบ

Project Properties> Build> Advanced Compile Options> Enable Optimizations

ฉันเรียกใช้ประสิทธิภาพในโซลูชันของฉันและนั่นเพิ่มไปยัง web.config ของฉัน

<compilation debug="true" targetFramework="4.5" assemblyPostProcessorType="Microsoft.VisualStudio.Enterprise.Common.AspPerformanceInstrumenter, Microsoft.VisualStudio.Enterprise.AspNetHelper, Version=12.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/> 

assemblyPostProcessorTypeเป็นปัญหาฉันลบมันและแก้ปัญหาของฉัน

เปลี่ยนโหมดการเปิดตัวเป็นดีบั๊กในกรณีของฉันการแก้ไขปัญหาของฉัน

ฉันไม่ได้เปลี่ยนการตั้งค่า 'เพิ่มประสิทธิภาพ' แต่ตามคำตอบอื่น ๆ ที่นี่ฉัน

1. ตั้ง Solution Explorer เป็น Show All Files สำหรับโครงการ
2. ลบโฟลเดอร์ bin และ debug ที่ซ่อนอยู่
3. ดำเนินการ 'สะอาด' ในโครงการ
4. ดำเนินการ 'สร้างใหม่' ในโครงการ

จนถึงตอนนี้ได้แก้ไขให้ฉัน ดูเหมือนว่าการอัปเดตเป็น VS2015 Update 2 ทำให้เกิดปัญหาบางอย่างในระบบของฉัน

ฉันรู้ว่านี่เป็นโพสต์เก่า แต่ในกรณีที่เทคนิคอื่น ๆ ข้างต้นไม่ได้ผลสำหรับคุณตรวจสอบให้แน่ใจว่าภาพที่คุณพยายามจะแก้ไขเป็นปัจจุบัน ด้วยเหตุผลบางอย่างหลังจากการเผยแพร่และถ่ายโอนโครงการ. NET Core ไปยัง Raspberry Pi ของฉัน 'unzip' บน RPi ไม่ได้คัดลอกและเขียนทับ DLLs บางตัวในไดเรกทอรีการทำงาน เมื่อฉันแนบดีบักเกอร์โดยคิดว่าทุกอย่างก็โอเคเบรกพอยต์บางตัวกำลังถูกโจมตีคนอื่นไม่ได้และคนอื่น ๆ ก็ให้ข้อผิดพลาด "ไม่สามารถผูก" ได้ เมื่อฉันแก้ไขปัญหาการเปิดเครื่องรูดจุดพักและสัญลักษณ์ทั้งหมดของฉันกลับมา ฉันหวังว่านี่จะช่วยได้.

ฉันพบข้อผิดพลาดเบรกพอยต์ที่มีผลผูกพันในวันนี้ และฉันได้แก้ไขปัญหาของฉันแล้วข้างล่าง

หากการกำหนดค่าการดีบักทั้งหมดของคุณไม่ถูกต้องคุณจะไม่สามารถแก้ไขปัญหาที่เกิดขึ้นได้

1. ทำความสะอาดโครงการ
2. หากเส้นทางออกแตกต่างจากโฟลเดอร์ bin ให้แทนที่ไปยังโฟลเดอร์ bin (นี่เป็นกฎที่สำคัญที่สุด)
3. สร้างใหม่

บางทีวิธีนี้อาจช่วยใครซักคน

VS เบรกพอยต์ไม่สามารถผูกกับวิธี async

ฉันติดตั้งเอเจนต์ App Dynamics แล้วทำให้เกิดปัญหานี้ ลบออกและคุณจะไปดี

ฉันมีปัญหาเดียวกัน แต่ไม่ได้ตระหนักว่า "ดีบั๊ก" เปลี่ยนเป็น "วางจำหน่าย" บนแถบเครื่องมือดีบั๊ก (มักจะอยู่ใต้เมนูโดยตรง) ดังนั้นฉันตั้งค่าเป็น "ดีบั๊ก" มันใช้งานได้

การอัปเดตใหม่สำหรับ Microsoft Visual Studio 2015 Update 3 (KB3165756)ได้แก้ไขปัญหาเบรกพอยต์สำหรับฉันที่ฉันพยายามตรวจสอบตัวแปรในเครื่องในรหัส C # ที่ฝังอยู่ในไฟล์ cshtml ในแอปพลิเคชัน ASP.NET Core

ขั้นตอนที่ 1 กฎที่ชัดเจน:

• คอมไพล์ในโหมดดีบั๊ก
• ลองทำความสะอาดโซลูชันก่อนตั้งค่าเบรกพอยต์
• ไปที่โฟลเดอร์ Debug และลบ [ไฟล์แอปพลิเคชันของคุณ] .pdb
• จากนั้นสร้างหรือสร้างแอปพลิเคชันของคุณใหม่
• ไปที่โฟลเดอร์ Debug และยืนยันว่าคุณมีไฟล์ [. application ของคุณ] .pdb ใหม่
• จากนั้นลองตั้งจุดพักของคุณ

ขั้นตอนที่ 2 สำหรับโครงการ C ++:

ตรวจสอบคุณสมบัติของโครงการต่อไปนี้:

• รูปแบบข้อมูล C ++ / ทั่วไป / การดีบัก: ฐานข้อมูลโปรแกรม
• C ++ / การเพิ่มประสิทธิภาพ: ปิดการใช้งาน
• C ++ / การสร้างรหัส / ไลบรารีรันไทม์: ดีบักแบบมัลติเธรด
• ตัวเชื่อมโยง / การดีบัก / สร้างข้อมูลการดีบัก: ใช่
• ตัวเชื่อมโยง / การดีบัก / สร้างฐานข้อมูลโปรแกรม: $ (TargetDir) $ (TargetName) .pdb
• ไฟล์ Linker / Manifest / สร้าง Manifest: ไม่
• ไฟล์ Linker / Manifest / อนุญาตการแยก: ไม่
• ตัวเชื่อมโยง / IDL ในตัว / ละเว้น IDL ในตัว: ใช่

• ทำขั้นตอนที่ 1 อีกครั้ง

  คุณสามารถลองเพิ่ม __debugbreak () คำสั่งนี้ต้องไปในไฟล์ต้นฉบับของคุณที่คุณต้องการทำลาย

ขั้นตอนที่ 2 สำหรับโครงการ C #:

• ในคุณสมบัติโครงการรหัสสร้าง / ทั่วไป / ปรับให้เหมาะสมควรถูกปิดใช้งาน
• ในการตั้งค่า IDE การดีบัก / ตัวเลือกและการตั้งค่า / การดีบัก / การเพิ่มประสิทธิภาพการปราบปราม JIT ทั่วไปในการโหลดโมดูล (จัดการเท่านั้น): เปิดใช้งาน
• ทำขั้นตอนที่ 1 อีกครั้ง

ลองเปิดโซลูชันของคุณบนเครื่องอื่น หากคุณสามารถผูกเบรกพอยต์บนเครื่องที่แตกต่างกันนี่อาจหมายความว่ามีปัญหากับ VS หรือระบบปฏิบัติการของคุณ

ขั้นตอนที่ 3 ตรวจสอบให้แน่ใจว่า VS ของคุณทันสมัยแล้ว:

มีการรายงานปัญหาเช่นนี้ใน RT20 VS2013 และ VS2015 Update 1 และ Update2

ใน VS ให้ไปที่เครื่องมือ / ส่วนขยายและการอัพเดท / อัปเดต / การอัปเดตผลิตภัณฑ์และดูว่าคุณกำลังใช้เวอร์ชันใดอยู่ หากจำเป็นต้องมีการอัพเดตมันจะปรากฏขึ้นที่นั่น

ขั้นตอนที่ 4 ตรวจสอบให้แน่ใจว่าระบบปฏิบัติการของคุณเป็นรุ่นล่าสุด:

สุดท้ายถ้าคุณใช้ระบบปฏิบัติการวินโดวส์ 10 คุณมีข้อผิดพลาดที่รายงานเกี่ยวกับปัญหานี้ซึ่งมีอยู่ในบิลด์ 14251 ซึ่งได้รับการแก้ไขในบิลด์ 14257 (ขึ้นไป)

ฉันเพิ่งพบปัญหาที่คล้ายกันและไม่มีคำตอบที่ตรงกับปัญหาที่ฉันเผชิญ ต่างจากในคำถาม แต่ฉันไม่เคยได้รับข้อความใด ๆ ที่บอกว่ามีความล้มเหลวในการผูก จุดพักไม่เคยกระทบ หวังว่านี่จะเป็นประโยชน์กับใครบางคนในอนาคตที่จะต่อสู้กับ WCF

TL / DR:
ในข้อความ SOAP มีการบันทึกข้อมูลที่ไม่ดีทำให้เบรกพอยต์ไม่ได้รับผลกระทบ

เรื่องเต็ม:

ฉันมีบริการ WCF ตาม WSDL จากทีมอื่น ไม่ใช่คำจำกัดความของฉันไม่สามารถควบคุมได้ ... ฉันได้รับข้อความจากทีมอื่นผ่านบริการนี้ ในกรณีของฉันฉันได้รับข้อความสามารถบันทึกข้อความไปยังตารางบันทึกข้อความในฐานข้อมูล (ซึ่งเกิดขึ้นก่อนที่จะเรียกวิธีการบริการของฉัน) วิธีการบริการดูเหมือนจะเรียกว่า (อาจไม่ใช่) และเซิร์ฟเวอร์ตอบกลับด้วย ได้รับการยอมรับ 202 การสื่อสารใช้งานได้ยกเว้นไม่มีการบันทึกข้อมูลลงในฐานข้อมูลระหว่างการเรียกใช้เมธอด

เนื่องจากบริการส่งคืนการตอบสนองความสำเร็จฉันจึงจัดการ http และปัญหาการขนส่งที่เกี่ยวข้อง

ดังนั้นฉันจึงใช้ VS2015 เพื่อดีบักบริการ ข้อความที่เป็นปัญหามีขนาดใหญ่ แต่ก็อยู่ในขอบเขตที่ฉันคาดหวังไว้ ฉันใส่เบรกพอยต์ในบรรทัดแรกของวิธีการบริการและส่งข้อความขนาดใหญ่ผ่าน แต่จุดพักไม่เคยชน ฉันลองข้อความเล็ก ๆ ที่ฉันรู้ว่าทำงานในอินสแตนซ์การรันเดียวกันและเบรกพอยต์ก็ใช้ได้ ดังนั้นทุกอย่างในโครงร่างจึงดูดี ฉันคิดว่าอาจมีบางอย่างในขนาดข้อความ

ฉันลองทุกสิ่งที่ฉันพบ - ทำให้แน่ใจว่าฉันอยู่ในการกำหนดค่าดีบักทำความสะอาดและสร้างใหม่ติดตั้งดีบักเกอร์ด้วยตนเองกับกระบวนการ w3wp (ซึ่ง VS เป็นอยู่แล้ว) โดยใช้Debugger.Break()แทนจุดพักการตั้งค่าโครงการเริ่มต้นหลายโครงการ เพื่อให้โครงการบริการเป็นโครงการเดียวเท่านั้นที่มีการอัพเดต. NET, รีสตาร์ท VS2015, รีบูตเครื่อง, เปลี่ยนจาก Local IIS เป็น IIS Express และย้อนกลับ, สร้างบริการใหม่ด้วย WSDL ล่าสุดที่รับประกัน ไม่มีอะไรสำคัญ เบรกพอยต์ไม่เคยชน

ฉันต้องกำจัดวัชพืชในข้อความขนาดใหญ่ทีละรายการจนกระทั่งฉันพบระเบียนเดียวที่มีข้อมูลไม่ถูกต้อง ในกรณีของฉันมันเป็นระเบียนหนึ่งที่ไม่มีค่าสำหรับเขตข้อมูล DateTime 2 เมื่อฉันสร้างข้อความที่มีเพียงหนึ่งระเบียนในนั้นและส่งมันเบรกพอยต์ไม่ได้รับผลกระทบ เมื่อฉันให้ค่าสำหรับเขตข้อมูล 2 DateTime เหล่านั้นและส่งข้อความ (คงที่) เดียวกันในเบรกพอยต์ที่เรียกใช้ตามที่คาดไว้

ฉันเปิดใช้งานข้อยกเว้น CLR เดียวทุกไฟล์ไม่มีอะไรอื่นนอกจากไฟล์. pbd ที่หายไปซึ่งฉันไม่สนใจ WCF ส่งคำขออย่างมีความสุขด้วยบันทึกที่ไม่ดีผ่าน ฉันไม่ได้บอกว่า WCF ไม่ควรส่งผ่านตามสัญญาเพียงว่าการบันทึกที่ไม่ดีทำให้เบรกพอยต์ไม่ได้รับผลกระทบ

ฉันต้องแก้ไขไฟล์ web.config เพื่อเปิดใช้งานการดีบัก เปลี่ยนสิ่งนี้:

<compilation debug="true" targetFramework="4.5.2" assemblyPostProcessorType="Microsoft.VisualStudio.Enterprise.Common.AspPerformanceInstrumenter, Microsoft.VisualStudio.Enterprise.AspNetHelper, Version=15.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>

ถึง:

<compilation debug="true"/>

ทำความสะอาดโซลูชันทั้งหมดก่อนลองโซลูชันอื่นใด ๆ หลังจากลองทำทุกอย่างที่กล่าวไว้ในคำตอบก่อนหน้านี้และเริ่มการทำงานของ Visual Studio หลายครั้งเพียงแค่ทำความสะอาดวิธีแก้ปัญหาก็เป็นการหลอกลวง!

ฉันลองทุกอย่างที่แนะนำที่นี่ ในที่สุดฉันตั้ง "หน้าเฉพาะ" ในคุณสมบัติโครงการ -> เว็บเป็น URL เริ่มต้นในท้องถิ่นของฉันหน้าและพารามิเตอร์แบบสอบถาม ทำความสะอาดและสร้างใหม่ในโหมดดีบั๊กและมันก็ถึงจุดพักของฉัน

ขณะนี้เป็นรุ่นต่อมา (VS2017) ฉันมีปัญหากับโครงการ C # พยายามทำความสะอาดสร้างใหม่เริ่มต้นสตูดิโอภาพ ฯลฯ

สิ่งที่แก้ไขคือปิด Visual Studio และลบโฟลเดอร์. vs ซึ่งเป็นโฟลเดอร์ที่ซ่อนอยู่ในไดเรกทอรีโซลูชัน การลบโฟลเดอร์. vs ไม่ควรทำให้เกิดปัญหาใด ๆ แม้ว่าคุณจะต้องรีเซ็ตโครงการเริ่มต้นของคุณ

ในกรณีของฉันมีไฟล์ web.config Profilerใหม่ที่สร้างขึ้นหลังจากที่ผมใช้ การคืนค่า web.config ให้เป็นเวอร์ชันก่อนหน้านี้แก้ไขปัญหานี้ได้ มันเป็นเว็บแอปพลิเคชัน VS2015 C #

ในกรณีที่คุณกำลังเผยแพร่การตรวจสอบแอปพลิเคชันเว็บของคุณที่Configurationตั้งค่าเป็นDebug(โดยค่าเริ่มต้นในการกำหนดค่าการดีบักมีการตั้งค่าว่ารหัสไม่ได้รับการปรับให้เหมาะสมและตารางสัญลักษณ์ถูกสร้างขึ้นอย่างสมบูรณ์)

ฉันมองไปตอบก่อนหน้าและ @ Will ของanswearคงที่ปัญหาหลักผมมีที่อื่น ๆ ความสามารถในการแก้ไขและดำเนินการต่อไป แต่การมองใกล้ที่ AssemblyInfo.cs ไฟล์ฉันพบการแก้จุดบกพร่องบางส่วนให้บริการที่พิการ

จากนั้นฉันก็สิ้นสุดการลบแอททริบิวต์ debug เก่าและเพิ่มสิ่งต่อไปนี้ที่ฉันได้รับจากโครงการอื่น

#if DEBUG
[assembly: System.Diagnostics.Debuggable(System.Diagnostics.DebuggableAttribute.DebuggingModes.DisableOptimizations | System.Diagnostics.DebuggableAttribute.DebuggingModes.EnableEditAndContinue | System.Diagnostics.DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints | System.Diagnostics.DebuggableAttribute.DebuggingModes.Default)]
#endif

แต่ฉันรู้สึกว่านี่ไม่ใช่วิธีที่ดีที่สุดในการทำมัน