ตกลงสิ่งที่ฉันมี:

Visual Studio 2010 RC, W7 x64 เริ่มต้นโครงการประเภทใหม่ของแอปพลิเคชัน Silverlight การโฮสต์แอปพลิเคชัน Silverlight ในโครงการแอปพลิเคชันเว็บ ASP.NET Silverlight เวอร์ชั่น 3.0 เพิ่มคลาส LinqToSQL บริการ WCF แอปพลิเคชันเครื่องทดสอบ Winform (โครงการในโซลูชัน) และคลาสไม่กี่รายการ (เช่นเดียวกับโครงการในโซลูชัน)

เมื่อวานนี้ฉันได้รับ 'เบรกพอยต์จะไม่ถูกโจมตีในขณะนี้ ไม่มีการโหลดสัญลักษณ์สำหรับเอกสารนี้ ' ข้อความที่จะปรากฏใน IDE แต่มีผลกับ Web Appliaction เท่านั้นฉันสามารถดีบัก Silverlight และ Winform App ได้

สิ่งที่ฉันพยายามทำเพื่อกำจัดข้อความ:

• รีเซ็ตการตั้งค่า Visual Studio
• ลบไฟล์ทั้งหมดในทุกโฟลเดอร์ \ Temporary ASP.NET Files (มีหนึ่งไฟล์สำหรับแต่ละ 32 บิต / 64 บิตและสำหรับ Framework 2.0 และ 4.0)
• พยายามที่จะแก้ปัญหาโดยใช้ Visual Studio รวมเว็บเซิร์ฟเวอร์ - ปกติฉันใช้ IIS ในผลลัพธ์โครงการของโซลูชั่นที่ฉันลบทุกโฟลเดอร์ obj และ bin ในทุกโฟลเดอร์โครงการ
• สร้างโซลูชันใหม่และเพิ่มโครงการทั้งหมดในโซลูชันใหม่นี้
• ลบไฟล์ suo โซลูชัน
• สร้าง ASP.NET Web Application ใหม่เพื่อทดสอบว่าเป็นปัญหาการติดตั้ง VS => ฉันสามารถดีบักโครงการ / โซลูชันใหม่นี้ได้
• รีบูทเครื่องหลายครั้ง
• ซ่อมแซมการติดตั้ง vs.net
• ทำ IISReset
• ลบ Web App ออกจาก IIS
• ใช้ปุ่มสร้างไดเรกทอรีเสมือนภายใต้คุณสมบัติโครงการของ Web App เพื่อสร้าง Web App ใหม่ใน IIS
• เปลี่ยน Framework Version ของทุกโครงการจาก 3.5 เป็น 4.0
• เปิดโซลูชันบนเครื่องที่สองของฉัน => ลักษณะการทำงานเดียวกัน
• ตระเวน Microsoft Connect สำหรับข้อบกพร่อง / ปัญหาที่คล้ายกัน
• ใช้เวลา 7 ชั่วโมง

ดังนั้นนี่เป็นครั้งที่ 2 ในชีวิตของฉัน ครั้งล่าสุดที่ฉันแก้ไขมันโดยการลบโฟลเดอร์แฟ้ม ASP.NET ชั่วคราว แต่คราวนี้ฉันต้องการความช่วยเหลือของคุณ

คลิกขวาที่โซลูชัน -> คุณสมบัติ

ดูภายใต้คุณสมบัติทั่วไป -> โครงการเริ่มต้น

เลือกหลายโครงการเริ่มต้น

เลือกเริ่มการดำเนินการกับโครงการที่คุณต้องการตรวจแก้จุดบกพร่อง

ฉันมีปัญหาเดียวกันและหลังจาก googling ฉันพบวิธีแก้ไขปัญหาทั่วไปสองประการสำหรับสิ่งนี้:

1. ตรวจสอบให้แน่ใจว่าดีบักเกอร์ Silverlight เปิดใช้งานในโครงการ. Web เปิดคุณสมบัติโครงการและเลือกดีบักเกอร์ Silverlight ภายใต้แท็บ "เว็บ"

2. เริ่มต้น Visual Studio ใหม่และลบโฟลเดอร์ bin และ obj ทั้งหมด

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

แก้ไข:

ต่อมาฉันได้ต่อสู้กับ IE9 ไม่ทำงานเพราะมันยึดติดกับกระบวนการที่ไม่ถูกต้อง แทนที่จะยึดติดกับกระบวนการ IE ที่ถูกต้องทุกครั้งฉันพบเคล็ดลับเรียบร้อย:

• คลิกขวาที่หน้าใดหน้าหนึ่งที่สร้างขึ้นในโครงการ. Web (.html หรือ. aspx)
• คลิก "เรียกดูด้วย ... "
• ตั้งค่า IE เป็นเบราว์เซอร์เริ่มต้น (จะมีผลกับเบราว์เซอร์ที่เลือกใช้ของ Visual Studio เท่านั้น)

ตอนนี้ Visual Studio จะเปิดตัว IE เมื่อเรียกใช้โครงการ. Web และเชื่อมต่อกับกระบวนการที่ถูกต้อง ที่ควรทำ

เมื่อใดก็ตามที่ฉันมีข้อผิดพลาดนี้เกิดขึ้นปรากฎว่าโฟลเดอร์ที่ Visual Studio กำลังโหลดแอสเซมบลีนั้นแตกต่างจากโฟลเดอร์ที่เว็บแอปพลิเคชันทำงานอยู่

นั่นคือแอปพลิเคชันเซิร์ฟเวอร์กำลังเรียกใช้แอปพลิเคชัน

C:\dev\MyApplication\bin 

แต่ Visual Studio กำลังแก้ไขข้อบกพร่อง

C:\dev\MyOtherApplication\bin (or something along those lines, anyway).

หมายเหตุ - ด้วยเหตุผลต่าง ๆ ฉันทำการดีบักกับ IIS เป็นโฮสต์แอปพลิเคชันแทน gizmo แบบสแตนด์อโลนที่คนส่วนใหญ่ใช้ สิ่งนี้มีอิทธิพลต่อประโยชน์ของคำตอบของฉัน!

อัปเดต :

สำหรับ IIS ไดเรกทอรีแอปพลิเคชันเซิร์ฟเวอร์ (เช่นC:\dev\MyApplicationด้านบน) เป็นไดเรกทอรีทางกายภาพที่กำหนดค่าไว้สำหรับเว็บแอปพลิเคชันซึ่งสามารถควบคุมได้โดยเปลี่ยนการตั้งค่าพื้นฐานสำหรับแอป

สำหรับ Visual Studio ไดเรกทอรีการดีบัก (เช่นC:\dev\MyOtherApplicationด้านบน) เป็นไดเรกทอรีที่svcพบไฟล์ของคุณโดยปกติจะเป็นไดเรกทอรีเดียวกับcsprojไฟล์โครงการของคุณ

ปัญหาสำหรับฉันกลับกลายเป็นว่าช่องทำเครื่องหมาย Properties-> Build-> Optimize code ถูกเปิดใช้งานในการกำหนดค่า Debug ปิดใช้งานสร้างใหม่และตรวจแก้จุดบกพร่องทำงานตามปกติ

เหตุผลที่คุณต้องเผชิญคือ PDBs ("PDB ย่อมาจากฐานข้อมูลโปรแกรมรูปแบบไฟล์กรรมสิทธิ์ (พัฒนาโดย Microsoft) สำหรับการจัดเก็บข้อมูลการดีบักเกี่ยวกับโปรแกรม) ไม่ทันสมัยซึ่งอาจเกิดจากสาเหตุบางประการ :

1- ดังที่ Bevan กล่าวคุณอาจกำลังดีบั๊กแอปพลิเคชันอื่น

2- คุณกำลังดีบักแอปพลิเคชั่นรุ่นเดียวกันอีกเวอร์ชั่นหนึ่ง ตัวอย่างเช่นคุณแนบแอปพลิเคชันที่สร้างขึ้นก่อนหน้านี้ด้วยรหัสรุ่นปัจจุบันสำหรับการแก้ไขข้อบกพร่องโดยไม่ต้องสร้างใหม่

การทำความสะอาดหรือการสร้างโซลูชันขึ้นมาใหม่แก้ปัญหาดังกล่าวให้ฉันได้

เพื่อให้แน่ใจว่าไม่ใช่ปัญหาของคุณลองแก้จุดบกพร่องแอปพลิเคชันเดียวกันกับ VS 2008 (ฉันกลัวว่าอาจเป็นข้อบกพร่องใน VS 2010 - ยังคงเป็นรุ่นเบต้า!)

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

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

เมื่อคุณเรียกใช้โครงการในโหมดดีบั๊กมันจะแสดงรายการในหน้าต่างผลลัพธ์ที่แอสเซมบลีที่มีสัญลักษณ์โหลดด้านล่าง (คุณอาจต้องเปิดรูปภาพในแท็บใหม่): T

ดังนั้นในกรณีนี้ BASD.Core.Data.dll ไม่มีสัญลักษณ์โหลด ดังนั้นคุณสามารถเปรียบเทียบการตั้งค่าโครงการสำหรับชุดประกอบนี้กับชุดประกอบอื่นที่จัดการโหลดสัญลักษณ์เพื่อหาสาเหตุที่บางคนทำและบางคนไม่โหลดสัญลักษณ์

"สำหรับฉัน" อย่างไรก็ตาม "ทุกครั้ง" ที่เกิดขึ้นเป็นเพราะข้อมูล Debug ไม่ได้ถูกสร้างขึ้น ดังนั้นฉันจึงเปิดคุณสมบัติโครงการ> สร้าง> ขั้นสูงในโครงการ (C #)

ดังนั้นสำหรับ Basd.Core.Data.dll ดังกล่าวข้างต้นคือไม่มีสัญลักษณ์การตั้งค่าการสร้างขั้นสูงคือ:

ในขณะที่สำหรับ Basd.Core.Configuration.dll เช่นการชุมนุมที่ฉันสามารถตั้งค่าและกดจุดพักการตั้งค่าได้:

ดังนั้นฉันกำลังส่งออกข้อมูลการดีบักในโครงการหลังและไม่ใช่ในครั้งแรกดังนั้นความสามารถของฉันในการเข้าถึงจุดพักใน Basd.Core.Configuration.dll

โปรดทราบด้วยว่ามันไม่เพียงพอที่จะมีไฟล์. pdb ในโฟลเดอร์ bin ของโครงการสำหรับ. dll ที่กำหนดเพราะมันอาจล้าสมัยและดังนั้น Visual Studio จึงไม่ได้รับไฟล์สัญลักษณ์ที่ถูกต้องสำหรับ DLL คุณกำลังพยายามที่จะก้าวผ่าน

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

(ฉันตระหนักในกรณีนี้ฉันอยู่ในโหมด Release แต่วิธียังคงใช้)

คุณสมบัติของโครงการไปที่ -> Build -> ขั้นสูง ...

ในส่วน "เอาท์พุท" เลือก "เต็ม" ในดร็อปดาวน์ข้อมูลการดีบัก

ตรวจสอบให้แน่ใจว่าคุณกำลังรันโปรแกรมของคุณในโหมด DEBUG และไม่ใช่โหมด RELEASE

แก้ไขข้อบกพร่อง -> แนบกับกระบวนการ ->
เลือกตรวจแก้จุดบกพร่องประเภทรหัสเหล่านี้:ตัวเลือก ->
เลือกManaged v3.5, v3.0, v2.0หรือManaged v4.5, v4.0

ฉันได้รับการแก้ไขปัญหานี้เพียงตามโปรแกรมการปรับใช้ Silverlight (คำตอบนี้ซ้ำกับคนอื่น แต่ฉันจะพยายามอธิบายให้ละเอียดยิ่งขึ้น)

ปัญหาเป็นไปได้มากที่สุดว่าแอปพลิเคชัน Silverlight ของคุณไม่ได้รับการปรับใช้อย่างเหมาะสมกับแอปพลิเคชันเว็บของคุณเมื่อสร้าง / เริ่มต้น นี่เป็นปัญหาการอ้างอิง - ง่ายต่อการเข้าใจ แต่ไม่ชัดเจนในครั้งแรกที่คุณพบ

เช่นเดียวกับการอ้างอิงโครงการอื่น ๆเอาต์พุตของโปรเจ็กต์ที่อ้างอิงควรถูกคัดลอกไปยังโฟลเดอร์ bin ของโปรเจ็กต์อ้างอิงเพื่อทำการดีบั๊ก สำหรับไลบรารีคลาสสิ่งนี้จะเกิดขึ้นเมื่อคุณคลิกขวาและเลือก 'เพิ่มการอ้างอิง ... ' สำหรับ Silverlight คุณควรเพิ่มการอ้างอิงผ่านคุณสมบัติโครงการ

• คลิกขวาที่โครงการของคุณแล้วเลือก 'คุณสมบัติ'
• เลือกแท็บ 'Silverlight Applications' ทางด้านซ้าย
• กดปุ่ม 'เพิ่ม ... ' และเลือกโครงการ Silverlight ของคุณจากกล่องโต้ตอบ

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

หากคุณกำลังดีบักโครงการเว็บตรวจสอบให้แน่ใจว่าได้ตั้งค่าแอตทริบิวต์ debug = "true" ในไฟล์ web.config ของคุณ:

<system.web>
    <compilation debug="true"   .../>

ฉันมีปัญหาเดียวกันใน Windows 7 และลองทุกอย่าง : ทำความสะอาด DLLs รายการโมดูลที่ตรวจสอบแล้วปิด "Just My Code" และอื่น ๆ

ปัญหาได้รับการแก้ไขหลังจากที่ฉันเรียกใช้ Visual Studio "ในฐานะผู้ดูแลระบบ" อย่างสุจริต ทำไม Microsoft ไม่สามารถเตือนฉันได้ว่ามันไม่ได้ทำงานเป็น "ผู้ดูแลระบบ"? มันจะช่วยฉันทำงานหลายชั่วโมง

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

มีปัญหาเดียวกัน

ด้วยเหตุผลบางอย่าง DLLs ตัวใดตัวหนึ่งถูกลงทะเบียนใน GAC ดังนั้นจึงมักจะมีรุ่นที่แตกต่างจากรหัส

เมื่อฉันลบออกจาก GAC ปัญหาได้รับการแก้ไข

สำหรับผู้อ่านที่ใช้ Visual Studio 2008 ไม่ใช่ Visual Studio 2010 และได้รับข้อผิดพลาดนี้ คำตอบข้างต้นไม่ได้ช่วยฉันในสถานการณ์เช่นนี้ดังนั้นฉันจึงแบ่งปันประสบการณ์

หากคุณกำลังดีบักแอปพลิเคชัน IIS เว็บใน Visual Studio 2008 โดยแนบกับกระบวนการ w3wp.exe แทนที่จะใช้ ASP.NET Development Server สำหรับการดีบัก (เริ่มต้นด้วยการดีบัก) นี่อาจเป็นปัญหาของคุณ:

Visual Studio อาจยังอ้างถึงไฟล์สัญลักษณ์ (ไฟล์ที่ใช้ระหว่างการดีบัก) จาก dll ของคุณจากกระบวนการ IIS ที่ล้าสมัย และไฟล์สัญลักษณ์นั้นถูกสร้างขึ้นใหม่โดยซอร์สโค้ด. NET recompile แต่กระบวนการ IIS ยังคงอ้างอิงไฟล์สัญลักษณ์เก่า

เพื่อแก้ไข:

เพียงหยุดการดีบักใน Visual Studio รีสตาร์ทเว็บแอ็พพลิเคชันและแนบกับกระบวนการอีกครั้ง จากนั้นจุดพักควรเปลี่ยนจากสีเหลือง (เมื่อคุณเห็นข้อผิดพลาดนี้) เป็นสีแดงอีกครั้ง

========================

สิ่งที่ต้องลองเพิ่มเติม (พบสถานการณ์ใหม่วันนี้):

ทำสัญลักษณ์แสดงหัวข้อย่อยแต่ละรายการในลิงก์ด้านล่างหนึ่งครั้ง แต่ทำซ้ำขั้นตอนของฉันด้านล่างกับแต่ละรายการที่คุณลอง

http://carnotaurus.philipcarney.com/post/4130422114/visual-studio-debugging-issue-with-files-of-the-same

1. ) หยุดการดีบั๊ก (กดไอคอนสี่เหลี่ยมสีแดง) ใน Visual Studio
2. ) Clean Solution
3. ) Build Solution
4. ) [INSERT BULLET INSTRUCTION HERE]
5. ) เครื่องมือ> แนบกับกระบวนการ (หรือเริ่มด้วยการดีบัก)
6. ) เริ่มโปรแกรมที่คุณกำลังเชื่อมต่อและเรียกใช้เพื่อให้รหัสของคุณได้รับผลกระทบ

6 อธิบาย:

หากติดกับ nunit.exe ให้เปิด NUnit และรันการทดสอบเพื่อให้เบรกพอยต์ของคุณถูกโจมตี

หากติดกับ w3wp.exe (ไซต์ IIS) ให้เปิดไซต์ของคุณในเบราว์เซอร์แล้วไปที่หน้าที่จะเข้าสู่เบรกพอยต์ของคุณ

แก้ไข:

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

สถานการณ์เป็นดังนี้: โครงการเฉพาะเป็นโครงการเริ่มต้นของคุณ (เช่นมีวิธีหลัก) โครงการนั้นอ้างอิงโครงการอื่น ๆ ในโซลูชันของคุณ จุดพักในโครงการอื่น ๆ ไม่ได้รับผลกระทบ

วิธีแก้ปัญหาอย่างรวดเร็ว: เมื่อคุณสร้างโซลูชันของคุณให้ดูในเส้นทางสร้างผลลัพธ์ (โดยปกติคือ bin \ Debug) สำหรับโครงการเริ่มต้น ดูไฟล์ DLL และ PDB สำหรับโครงการที่คุณอ้างอิง ตรวจสอบให้แน่ใจว่าวันที่แก้ไขล่าสุดเป็นวันที่คุณสร้างโซลูชันครั้งล่าสุด หากไม่ใช่ให้คัดลอกจากพา ธ เอาต์พุตพุตสำหรับแต่ละโครงการไปยังโปรเจ็กต์เริ่มต้นของคุณ ตัวอย่างเช่น:

โครงการ A มีหลัก มันอ้างอิง Project B จุดพักของคุณไม่ได้รับผลกระทบในโครงการ B คัดลอกไฟล์ DLL และ PDB จากเส้นทางสร้างผลลัพธ์ของโครงการ B ไปยังเส้นทางผลลัพธ์ของโครงการ A จากนั้นเรียกใช้โซลูชันของคุณ จุดพักจะถูกโจมตี

ตอนนี้คุณต้องคิดออกว่าทำไมโครงการ A ถึงไม่คัดลอกไฟล์ DLL และ PDB ของโครงการ B คำตอบที่นี่ครอบคลุมสถานการณ์ส่วนใหญ่ สถานการณ์หนึ่งที่ไม่ได้สัมผัสคือการทำให้แน่ใจว่าโครงการและโซลูชันของคุณเชื่อมโยงกับ TFS อย่างถูกต้อง ฉันมีบางโครงการที่ถูกผูกไว้และบางส่วนไม่ถูกผูกมัดอย่างถูกต้อง นั่นทำให้เกิดปัญหาสำหรับฉัน เมื่อฉันแก้ไขแล้วปัญหาก็หายไปและฉันไม่ต้องคัดลอกไฟล์ DLL และ PDB อีกต่อไป

การแก้ไขปัญหาเดียวกันในกรณีของฉันคือการรวมกันของขั้นตอนต่อไปนี้:

1. การแก้ไข -> คุณสมบัติเลือกโครงการเริ่มต้นหลายโครงการเลือกเริ่มการทำงานกับโครงการที่คุณต้องการแก้ไขข้อบกพร่อง
2. ลบบริการจากการอ้างอิงบริการและทำความสะอาดการแก้ปัญหา
3. สร้างโครงการบริการใหม่
4. เพิ่มกลับไปยังการอ้างอิงบริการ
5. ทำความสะอาดโซลูชันและสร้างใหม่

เพื่อแก้ไขปัญหานี้ใน Web.config ฉันต้องเพิ่ม debug="true"

  <system.web>
    <compilation targetFramework="4.0" debug="true">

สิ่งที่ช่วยให้ฉันค้นหาวิธีแก้ปัญหานี้ได้รับการดูที่หน้าต่างโมดูลขณะทำการดีบั๊กและเห็นว่าสำหรับ ASP.NET DLL ของฉันโหลดแล้วฉันมี: ไบนารีไม่ได้ถูกสร้างขึ้นด้วยข้อมูลการดีบัก

ฉันมีปัญหาเดียวกัน แต่ใน VS2013 สำหรับ Web App สำหรับฉันคำตอบคือการปรับปรุงการกำหนดค่าการสร้างสำหรับการแก้ปัญหา: -

1. คลิกขวาที่โซลูชันและเลือกคุณสมบัติ
2. เลือกการกำหนดค่า Debug
3. เลือก "การกำหนดค่า" ภายใต้ "คุณสมบัติการกำหนดค่า" ในขาตั้งสามขา
4. ทำเครื่องหมายที่ช่อง "สร้าง" สำหรับแต่ละโครงการที่คุณต้องการแก้ปัญหา

เมื่อฉันทำสิ่งนี้จุดหยุดทั้งหมดของฉันเริ่มทำงาน

โอเค - เราไปกันเลย:

(ใน "แอป silverlight": โปรดตรวจสอบก่อนว่ามีการทำเครื่องหมาย Silverlight ใน "เว็บ" ใน "คุณสมบัติ" ในโปรเจ็กต์เซิร์ฟเวอร์ของคุณ - หากไม่ได้แก้ปัญหาให้ลองด้านล่าง)

ในครั้งแรกทำ: เรียกใช้สิ่งนี้ก่อน: devenv.exe / ResetSettings และ 1: ในเมนูด้านบนคลิกที่แท็กดีบั๊ก 2: ตัวเลือกคลิกและการตั้งค่า 3: ใน "การดีบัก" และภายใต้ "ทั่วไป" ค้นหา "เปิดใช้งาน 4: ทำเครื่องหมายที่กล่อง 5: และตอนนี้สัญลักษณ์ทั้งหมดจะถูกดาวน์โหลดและกำหนดค่าใหม่ :)

หากเกิดขึ้นอีกครั้งหลังจากข้างต้นเพียงล้างโฟลเดอร์ที่มีสัญลักษณ์:

1: ในเมนูด้านบนคลิกที่แท็กตรวจแก้จุดบกพร่อง 2: ตัวเลือกคลิกและการตั้งค่า 3: ใน "แก้จุดบกพร่อง" และภายใต้ "สัญลักษณ์" ค้นหาปุ่ม "แคชสัญลักษณ์ว่าง" และคลิก

เปิด URL ของแอปพลิเคชันเว็บจากเบราว์เซอร์และจากนั้นใน VS.Net IDE ให้ใช้เครื่องมือ -> AttachtoProcess

จากนั้นแนบกับ aspnet_wp.exe

เครื่องมือดีบั๊กจะเริ่มทำงาน

ฉันต้องถอนการติดตั้งอินสแตนซ์ทั้งหมดของ. dll จากรีจิสทรีด้วยตนเองและอินสแตนซ์ทั้งหมดของ. dll จากไดรฟ์ภายในเครื่องของฉัน ถอนการติดตั้ง / ติดตั้งแอพของฉันใหม่และตอนนี้ฉันกำลังตีจุดพัก! เสียเวลาครึ่งวันในการทำสิ่งนี้ :(

ฉันลองเปลี่ยนชื่อ.pdbไฟล์ในobj\debugโฟลเดอร์และทำโซลูชันที่สะอาดและสร้างใหม่
มันสร้าง.pdbไฟล์ใหม่และฉันก็สามารถเข้าถึงจุดพักได้อย่างถูกต้อง

ฉันมีปัญหาเดียวกัน - เสียเวลาส่วนใหญ่ในการพยายามแก้ไขข้อบกพร่องใน Visual Studio

มันจบลงด้วยการเป็น Nuget - ฉันมี Newtonsoft.Json 3 เวอร์ชัน (ในโครงการ 7 C # ทั้งหมด) วิธีการแก้ปัญหาจะรวบรวม แต่ไม่สามารถ debuggable

ฉันแก้ไขปัญหาโดยเรียกใช้สิ่งต่อไปนี้ในคอนโซลตัวจัดการแพคเกจของ Nuget:

PM> อัพเดทแพคเกจ Newtonsoft.Json

สำหรับแอพ WPF ของฉันฉันลบโฟลเดอร์แอปพลิเคชันได้ "รับล่าสุด" จากแหล่งควบคุมอีกครั้งและสร้างใหม่ จุดพักทั้งหมดทำงานได้ดีในขณะนี้

ลองตั้งค่า Silverlight Application Project เป็นโครงการเริ่มต้น: คลิกขวาที่โครงการ -> 'ตั้งค่าเป็นโครงการเริ่มต้น จากนั้นกด F5 และดูว่าคุณสามารถจับเบรกพอยต์หรือไม่ ...

ลองลบข้อมูลการท่องเว็บ / ข้อมูลชั่วคราวในเบราว์เซอร์ของคุณทุกครั้งที่คุณทำการเปลี่ยนแปลงแอปพลิเคชัน Silverlight

เรื่องเล็กอีกเรื่องหนึ่งซึ่งอาจเป็นประโยชน์ -

ฉันพบปัญหานี้เมื่อหนึ่งในโครงการของฉันใช้การอ้างอิงไฟล์จากโฟลเดอร์เอาท์พุทเผยแพร่ เมื่อผลลัพธ์การบิลด์ถูกวางไว้ในโฟลเดอร์ Goods, DLLs Release เหล่านี้ถูกเขียนทับ Debug dll

วิธีแก้ไขคือทำให้แน่ใจในไฟล์ csproj HintPath ที่อ้างอิงของฉันคือ

<HintPath>..\..\Core\Goods\$(Configuration)\MyFramework.dll</HintPath>

และไม่

<HintPath>..\..\Core\Goods\Release\MyFramework.dll</HintPath>

ฉันมีปัญหานี้มากเมื่อลูกค้าที่ - สำหรับแต่ละแอปพลิเคชันโซลูชัน - พวกเขาคัดลอกแอสเซมบลีที่ใช้ร่วมกันส่วนใหญ่ไปยังโฟลเดอร์ " อ้างอิง " จากนั้นเพิ่มพวกเขาไปยังโซลูชันทั้ง " รายการโซลูชัน " และ " โครงการ " ภายในโซลูชัน

ยังไม่แน่ใจว่าทำไม แต่บางคนก็ debuggable บางคนไม่ถึงแม้ว่าในการตั้งค่าการอ้างอิงสำหรับการประกอบเส้นทางที่ถูกต้องเต็มมีการระบุ

พฤติกรรมที่ไม่อาจคาดเดาได้นี้ทำให้ฉันโกรธ :)

ฉันแก้ไขได้โดยลบแอสเซมบลีทั้งหมดออกจากโฟลเดอร์ " อ้างอิง " ซึ่งมีโครงการที่มีซอร์สโค้ดและติดตามข้อมูลเวอร์ชั่นที่ดีมากสำหรับแอสเซมบลีที่ใช้ร่วมกัน

ฉันมีปัญหาที่คล้ายกันยกเว้นปัญหาของฉันคือโง่ - ฉันมี 2 กรณีของเว็บเซิร์ฟเวอร์ในตัวที่ทำงานภายใต้ 2 พอร์ตที่แตกต่างกันและฉันมีโครงการของฉัน -> คุณสมบัติ -> เว็บ -> "URL เริ่มต้น" ชี้ไปยังพอร์ตคงที่ เว็บแอปไม่ได้ทำงานภายใต้พอร์ตนั้น ดังนั้นเบราว์เซอร์ของฉันจึงถูกเปลี่ยนเส้นทางไปยัง "URL เริ่มต้น" ซึ่งอ้างถึง 1539 แต่อินสแตนซ์ของรหัส / การดีบักทำงานภายใต้พอร์ต 50803

ฉันเปลี่ยนเว็บเซิร์ฟเวอร์ในตัวให้ทำงานภายใต้พอร์ตคงที่และปรับ "URL เริ่มต้น" ของฉันให้ใช้พอร์ตนั้นเช่นกัน โครงการ -> คุณสมบัติ -> เว็บ -> ส่วน "เซิร์ฟเวอร์" -> "ใช้เซิร์ฟเวอร์การพัฒนา Visual Studio" -> พอร์ตเฉพาะ