Visual Studio 2015 projesi artık hata ayıklama modunda çalışmıyor

Hata Ayıklama yapılandırmasında çalıştırdığımda bile aldığım şey bu:

Bunu gösterme şeklim, "Yalnızca Benim Kodum " u etkinleştirip , başlatma sırasında herhangi bir kullanıcı kodu yoksa uyarmaktı. Bu yakın zamanda projemize olan bir şey ve buna neden olmak için ne yaptığımızdan emin değilim. Ama düzeltemedim. Kırılma noktaları ateşlenmez ve hızlı izleme tuhaf sonuçlar verir.

Sorunu Google'da araştırmayı denedim, ancak standart "kırılma noktaları ateşlenmeyecek" çözümlerinden hiçbiri işe yaramadı. Fikirlerim tükendi.

Yapılandırma yöneticisini kontrol ettim ve her proje de Debug olarak ayarlandı.

"Optimaizations'ı Etkinleştir" seçeneğini kapattım ve artık "bir Sürüm yapısında hata ayıkladığınız" iletişim kutusunu görmüyorum. Tekrar kesme noktalarında çalışır ve durur! Ancak çıktı penceresi başlangıçta bunu görüntüler:

'Navigo.exe' modülüne ait semboller yüklenmedi.

1. Bir hata ayıklama derleme yapılandırması kullanın veya hata ayıklama seçeneğini devre dışı bırakın 'Yalnızca Kodumu Etkinleştir'.
2. Hata ayıklama seçeneklerinin altındaki 'Semboller' ayarlarını kontrol edin.

Bu benim çözer Yani birincil artık kesme noktaları ve pop-up kullanabilme sorununu. Kesme noktalarının çalışması için sembollerin yüklenmesi gerektiğini düşündüğüm için bu garip. Öyleyse, semboller yüklenmemişse kesme noktaları nasıl çalışabilir? Belki sadece kötü bir mesajdır?

Yapılandırma Yöneticisi'ni kullanarak Hata Ayıklama yapılandırması için gerçek ayarların ne olduğunu kontrol etmek için kullanın - bu, Oluştur → Yapılandırma Yöneticisi ... menüsündedir - Sürüm kullanmak üzere ayarlanmışlarsa :

Ayrıca, projenin DEBUG'ı doğru tanımladığından ve "Optimize Code" seçeneğinin işaretlenmediğinden emin olun :

Bu bana birkaç projede de oldu. Stuartd tarafından önerildiği gibi derleme ayarlarımı inceledim . Bununla birlikte 'Optimize kod' oldu değil benim yapı ayarlarında sağladı. Ben de onu etkinleştirdim ve projeyi kaydettim. Sonra işaretini kaldırdım ve tekrar kaydettim. Sorun çözüldü.

--optimize+Bayrağın hata ayıklayıcıya aktarılmasına neden olan bir tür hata var. Bunu etkinleştirmek ve ardından devre dışı bırakmak, hata düzeltilene kadar kolay bir çözümdür.

Bu, 1. Güncellemeyi uyguladıktan sonra başıma geldi. Mevcut projeler bunu göstermeye başladı ve bunu yepyeni bir projeyle kopyalayabilirim. Tüm yapılandırma DEBUG olarak ayarlanır ve optimize edilir değil kontrol etti.

Önemli olan, projeyi ilk kez (veya bir Temizlemeden sonra) çalıştırmak herhangi bir mesaj olmadan gayet iyi çalışır. Projeyi durdurmak, ardından yeniden çalıştırmak (not - proje yeniden oluşturulmaz ) iletişim kutusunu görüntüler.

Tek çözüm, Güncelleme 1'den önceki sürümde olduğu gibi bir hack gibi görünen Sadece Benim Kodum seçeneğini kapatmaktır .

Bahsedilen çözümlerden hiçbiri yardımcı olmadıysa, projenizin AssemblyInfo.cs dosyasını açık DebuggableAttribute uygulaması için kontrol edin. Derleyicinin hata ayıklama / yayınlama seçeneklerini geçersiz kılıyor gibi görünüyor.

Benim durumumda dosyada bu satır vardı (eski proje, oraya nasıl geldiğine dair hiçbir fikrim yok). Silmek sorunu çözdü:

[assembly: System.Diagnostics.Debuggable(System.Diagnostics.DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]

Hata Ayıkla → Seçenekler menüsünü seçin ve JIT optimizasyonunu bastır seçeneğinin işaretini kaldırın . Benim için çalışıyor.

Kaynak: https://connect.microsoft.com/VisualStudio/feedback/details/2116788/flag-optimize-is-passed-to-the-debugger-even- while-the-build-settings-optimize-code-is- sadece benim-kodumu-kullanırken-mvc-c-web-projelerinde-etkin değil

Ben de bu sorunla karşılaştım. İşe yarayan düzeltme projelerimi basitçe temizlemek ( Build > Clean Solution) ve yeniden oluşturmaktı ( Build > Rebuild Solution).

Önceki cevapların hiçbiri benim için işe yaramadı. IIS'yi yeniden başlatmak sorunu çözdü .

Stuartd'ın cevabına bir yan not ekledim :

Aynı derleme ayarları için tüm bağımlı projeleri kontrol ettiğinizden emin olun. Ana projeniz uygun ayarlara sahipse aynı mesaj istemini alırsınız, ancak bağımlı projeleriniz yoktur. Geriye dönüp bakınca mantıklı geliyor ama akla gelen ilk şey bu değildi.

Benim durumumda sorun, ASP.NET proje özellikleri web sekmemdeki IIS Proje URL'sinin yanlış URL'ye ayarlanmış olmasıydı.

Projenin farklı bir kopyasıyla kullandığım http: // localhost'a işaret ediyordu. Açtığım çözümün adresi aslında yerel IIS'imde http: // localhost: 90 olarak yapılandırıldı .

Doğru adrese geçmek sorunu çözdü.

Bu listedeki hemen hemen her şeyi denedim, ancak sonunda çözüm özelliklerini açarak ve "Çoklu başlangıç ​​projeleri" nden "Tek başlangıç ​​projesi" ne ve tekrar geri dönerek bunu düzelttim.

1. Çözüme sağ tıklayın ve "Özellikler" i seçin
2. "Ortak özellikler" altında, "Çoklu başlangıç ​​projeleri" seçimini "Tek başlangıç ​​projesi" olarak değiştirin
3. Tamam'ı tıklayın
4. Hata ayıklamayı çalıştır
5. Hata ayıklamayı sonlandırın ve 1-3 arasındaki adımları tekrarlayın, ancak "Birden çok başlangıç ​​projesi" ne geri dönün
6. Birden çok projeyle hata ayıklamayı tekrar çalıştırın

Aynı sorunu yaşadım ... Ne yaparsam yapayım - hiçbir şey işe yaramadı.

Sorun olan yeni boş bir projeydi. Ben bitti projeyi kaldırıp yeni bir proje ekleyerek - yeni bir proje olması gerekiyordu başka bir isim ; aynı adı kullanırsam hata yeniden ortaya çıktı - yeniden başlatmadan, temizledikten ve yeniden oluşturduktan sonra bile ... Visual Studio 2015'te bir hata olmalı.

Benim için özel bir NuGet sunucusundan bir NuGet başvurusuydu. Nasıl derlendiğini bilmiyorum, ancak referansı bir proje referansına değiştirmek beni sorunu aştı.

Visual Studio 2012 Pro projemi Visual Studio 2015 Express'te açtım ve aynı sorunu yaşadım .

Çözüm özelliklerimi → Konfigürasyon Özellikleri kontrol ettim ve bir projenin Release & x86 olarak ayarlandığını keşfettim.

Bunu Debug ve Any CPU olarak değiştirdim ve komut istemi gitti.

Benim durumumda, Outlook için bir VSTO eklentisi geliştiriyordum ve Outlook, yükleyicimi test ederken yakın zamanda yüklediğim DLL dosyasının Sürüm sürümünü yanlışlıkla yüklüyordu.

Görünüşe göre Visual Studio, beklediğim Hata Ayıklama yerine bu DLL'yi kullanmaya çalışıyor. Outlook tarafından hangi DLL dosyasının yüklenmekte olduğunu düzeltmek bunu benim için düzeltti.

Diğer cevabımı buradan kopyalıyorum .

@Romanoza'da belirtildiği gibi, Microsoft hata raporunu aşağıdaki bilgilerle güncellemiştir:

Hata Ayıklama -> Seçenekler -> Modül yükünde JIT optimizasyonunu bastır ayarının işaretini kaldırın (Yalnızca yönetilen)

Bu geçici çözümdür. Daha sonra söylemeye devam ederler:

Kişilere, işaretlenmemiş olması hem performansı hem de belirli senaryolarda kodumun davranışını artıracağı için onu işaretlemeden bırakmanızı öneririz.

Son olarak, kabul:

Bu ayar etkinken çalışmaması bir hatadır ve bazı müşterilerin bu ayar açıkken hala hata ayıklamak istemesi durumunda bu durum için bir düzeltme üzerinde çalışıyoruz.

Aynı problemle karşılaştım ve sonunda "Sadece Kodumu Devre Dışı Bırak ve Devam Et" i seçerek çözdüm .

Yalnızca Kod Ayarım

Çözüm adımları:

• Sorun teşkil eden projenin Özellikler sayfasının Yapı ayarlarına gidin .

• Sağ aşağı kaydırarak "Gelişmiş ..." düğmesine gidin.

• Emin olun “hata ayıklama bilgileri:” olduğu değil  ayarlı “hiçbiri” .

  Tam seçeneği kullanmanızı tavsiye ederim .

Patrick'in bağlantısını soruya bir yorum olarak görüntüledikten sonra , birisi siteyi IIS Express'te durduracak bir geçici çözüm kaydetti . Visual Studio'da hata ayıklayıcıyı durdurduktan sonra bunu yaparak aynı sorunun ortaya çıkmasını engelleyebildim.

Ancak, daha çok araştırıyordum ve bunun hata ayıklayıcı için 'Düzenle ve Devam Et' ayarıyla da ilgili olabileceğine inanıyorum. Bunu Visual Studio'nun Araçlar → Seçenekler ... menüsünde devre dışı bıraktığımda artık sorun yaşamadım. Ancak bu, Düzenle ve Devam Et'i kullanmanıza engel olur özelliğini , bu yüzden sizin için buna değip değmeyeceğinden emin değilim.

Menü Araçları → Seçenekler → Hata Ayıklayıcı → Düzenle ve Devam Et (Genel listesinin en altına gidin) → Düzenle ve Devam Et onay kutusunun işaretini kaldırın .

Güncelleme 1'i yükledikten sonra da bunu aniden yaşadım, ancak ilk başta bu ayarı yapmış olabilirim ... Yine de emin değilim.

Daha fazla gecikme olmadan devam etmeniz gerekirse, açılır pencereden son seçeneği seçin ve hepsi eskisi gibi çalışacaktır.

Bu garip bir alarmdı.

Çözümü yeniden oluşturmak, tüm DLL dosyalarını (özellikle bağımlı projelerden kopyalanmış olanları) mutlaka temizlemeyecektir.

Ancak, bağımlılık projesini yeniden inşa etmek bu uyarıyı ortadan kaldırdı.

Bunu Visual Studio 2015 Güncelleme 3 ile karşılaştım.

Benim çözümüm diğerlerinden biraz farklıydı ve biraz benzersizdi.

Yönetilen kod ve ASP Classic karışımını içeren bir web sitesiyle çalışıyorum ikisi de aynı derlemeye başvuran, . Visual Studio, yönetilen DLL dosyamın bir sürüm yapısı olduğundan şikayet ediyordu.

Sorun, derlememde yakalanmamış bir istisnaydı, ancak birlikte çalışma aracılığıyla bir ASP Klasik sayfası tarafından fırlatılıyordu. Visual Studio bu hata ayıklamayı işleyemedi ve hata mesajını görüntüledi. Yönetilen koddan atılan aynı istisna, hata ayıklayıcıyı beklendiği gibi ortaya çıkarırdı.

Yönetilen derlemenin kurucusundaki sorunu düzeltmek her şeyi düzeltti.

Şimdi büyük resme dönüp baktığımda her şey mantıklı geliyor, ama o sırada hata mesajı beni çok derin bir yola götürdü ve ben o "Ah-ha!" an.

İki gün geçirdim ve görünüşe göre Visual Studio 2017 Deneysel Örneğini Sıfırla bana yardımcı oldu.