VS 2015 Güncelleme 1 - Bir sürüm yapısında hata ayıkladığımı iddia etme

VS 2015 güncelleme 1'e güncelledikten sonra, bir web projesi (MVC) çalıştırırsam, uygulamayı durdurun, ardından tekrar çalıştırmayı deneyin, VS durur ve hak talebinde bulunan bir iletişim kutusu açar

Sürüm yapısında hata ayıklama yapıyorsunuz <myproject.dll>.

Derleyici optimizasyonlarını kullanan sürüm yapıları ile Just My Code'u kullanmak, bozulmuş bir hata ayıklama deneyimiyle sonuçlanır (örneğin, kesme noktalarına ulaşılmaz).

Sorun şu ki, bir sürüm derlemesi çalıştırmıyorum. Açıkça çalıştırdığım (aynı) hata ayıklama yapısını çalıştırıyorum! VS neden bir sürüm derlemesi çalıştırdığımı düşünüyor?

Çözeltinin temizlenmesi ve tekrar çalıştırılması hata mesajını temizler, böylece bir yere bir şey tıkanır.

Microsoft'un söylediği şey, bunun bilinen bir sorun olduğudur (başlangıçta Hata Ayıklayıcı ekibine gitmişti, ancak bunun bir yapı sorunu olduğu belirlendi ve şimdi Proje sistemi ekibinin ellerinde. Bu konuda başka hatalar da var ve bu Öncelik 1 olarak derecelendirilmiştir, bu nedenle bir sonraki güncelleme için doğru yolda olmalıdır. Bekleneceği gibi, ne zaman yayınlanacağına (veya güncellemede gerçekte ne olduğuna) dair hiçbir söz verilemez.

Yani. Biliniyor ve üzerinde çalışılıyor. En azından Hata Ayıklama Genel Seçeneklerinde "Yalnızca Kodumu Etkinleştir" i kapatmak şimdilik bir geçici çözüm gibi görünüyor.

@Romanoza'da belirtildiği gibi, Microsoft (artık eksik) Microsoft Connect hata raporunu (daha önce bir yerde arşiv bulmanız durumunda burada bulunan ) aşağıdaki bilgilerle güncelledi:

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.

Güncelleme : yorumlarla dayanarak, kutu artık görünür un bazı geliştiriciler için varsayılan olarak işaretli ve bu denetleme bunu bazı durumlarda aynı sorunu çözebilirsiniz. Çok ilginç.

Buradaki yanıtların eksik olduğunu fark ettim, aynı sorunu yaşıyordum ve proje özelliklerini açarak ve derleme sekmesi altında ve "kodu optimize et" seçeneğinin işaretini kaldırarak hata ayıklama yapılandırması ile çözüldü . Ayrıca, bunun da sağlam olduğundan emin olmak için yukarıda belirtildiği gibi yapılandırma yöneticisini kontrol etmelisiniz. Cevap bu gönderiden geldi ve krediyi almaları gerekiyor: VS2015 Project artık hata ayıklama modunda çalışmıyor

Teşekkürler,

Bu cevapta önerildiği gibi Configuration Manager penceresinde konfigürasyonu Debug olarak ayarlama problemini çözdüm .

Çözümün temizlenmesi (ve yeniden oluşturulması) benim için geçici bir çözüm olarak çalışıyor. Ayrıca Hata Ayıkla> Seçenekler'i seçebilir ve Suppress JIT optimizationonay kutusunun işaretini kaldırabilirsiniz .

VS2015 Güncelleme 1'e güncellediğimden beri aynı sorunu yaşıyorum.

Microsoft'un Visual Studio Forumlarında, burada kendileriyle birlikte ortaya çıkan bir hata raporuna işaret eden benzer bir rapor bulundu

Çeşitli geçici çözümler var, ancak temel sorunun, IIS Express'in hata ayıklama sona erdiğinde kapanmaması olduğunu düşünüyorum - ve bu, düzenle ve devam et seçeneğinin işaretlenmemiş olması nedeniyle değil. Hata düzeltilene kadar bulabildiğim en hızlı geçici çözüm:

• Tepsideki IIS Express simgesine sağ tıklayın ve hata ayıklamadan sonra çıkın (Hata raporunda geçici çözüm sağlayan David Totzke'ye kredi verin)

Harika değil, ancak şu anda uygun bir çözümün mevcut olduğunu düşünmüyorum.

Ben de aynı problemle karşılaştım. 'Bin' klasöründeki tüm dosyaları manuel olarak silerek ve ardından çözümü yeniden oluşturarak sorunu çözdüm. Bu diyaloğu artık anlamıyorum.

Benim durumumda, "Configuration Manager" deki tüm çözüm için "Active solution platform" u x86'dan Any CPU'ya değiştirdim, sorunu çözdüm

Çözümünüzün Yapılandırma Özelliklerini kontrol edin. Aynı sorunla karşılaştım ve hata ayıklama yapılandırmamın aslında bir sürüm yapılandırmasıyla bazı projeler oluşturduğunu keşfettim.

Hata ayıklayıcıyı durdurduktan sonra Visual Studio'nun iisexpress sürecini öldürmediğini fark ettim. Süreci manuel olarak öldürmek, benim için onu düzeltti.

Bu artık Güncelleme 2'de düzeltilmiş görünüyor.

Sorunu yaşayan insanlar kadar çok çözüm var gibi görünüyor, ancak benim durumumda bir proje referansını kaldırıp yeniden eklemek zorunda kaldım. Proje referansı, aynı çözümdeki bir birim test projesindeydi.

Benim durumumda hata mesajı doğruydu. Yayınlanan sürümü yükleyen bir uygulama çalıştırıyordum. Bu yüzden uygulamanın hata ayıklama sürümünü yüklemesini sağlayarak bunu düzelttim.

İlkokul, biliyorum ve kendimi aptal gibi gösterdiğimi anlıyorum. Ancak bazen sorun tam olarak bildirilen şeydir.

IIS Projesi URL'sinin gerçekten düşündüğünüz yeri gösterdiğini kontrol edin. Şüpheniz varsa, 'Sanal Dizin Oluştur' düğmesini tıklayın.

Son zamanlarda bir üretim kod tabanının geçici bir sürümünü çalıştırdığım ve IIS'deki klasörü, hata ayıklamaya çalıştığım hata ayıklama sürümünü değil, aslında bir üretim derlemesini çalıştıran geçici sürüme yeniden atadığım bir sorunu yaşadım.

Benim için bu FileListAbsolute.txt dosyasında 3 \ Release \ klasör referansı buldum:

C: \ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.csproj.FileListAbsolute.txt

Şunlardı:

C: \ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.csprojResolveAssemblyReference.cache

C: \ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.dll

C: \ Projeler \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.pdb

Ve basitçe VS'nin dışındaki bu 3 satırı kaldırmak ve ardından çözümü yeniden açmak sorunu çözdü. Umarım yardımcı olur.

Tüm cevapları denedim ve benim için işe yarayan, bazı NuGet paketlerini kaldırmak, sadece referansı değil, benim durumumda PostSharp'ı da kaldırmak. İlk başta referansı tüm projelerden kaldırmaya çalıştım ve işe yaramadı, sonra sadece paketleri yöneticiden kaldırdım. Tam olarak nedenini bilmiyorum, ama sorunlarımı çözen buydu, umarım oradaki birine yardımcı olabilir.

Visual Studio'yu yeniden başlatın. Bu, 2017 Professional'da benim için sorunu çözdü.

İşte benim için işe yarayan şey.

Bir web projesi ise, web projesinin proje özelliklerine gidin ve

1. Yerel IIS seçiliyse, IIS sunucunuzu yeniden başlatın.
2. IIS Express seçilirse, görev tepsisi simgesinden IIS express'ten çıkın.

Bazı dll'lerin önbelleğe alındığı görülüyor, bu nedenle yukarıdaki adımlar önbelleği geçersiz kılacaktır.

Bu, bir UWP uygulamasında Visual Studio 2019'da gerçekleşti. Csproj / build ayarlarında Optimize Kodunun işaretinin kaldırılması sorunu çözdü.

Bunun Visual Studio 2015 Güncelleştirme 2'de düzeltildiğinden oldukça eminim.

Bunu her zaman görüyordum (günde birkaç kez) ve Güncelleme 2'ye güncellediğimden beri bir kez görmedim.