Tamam, ne var:

Visual Studio 2010 RC, W7 x64, yeni bir tür Silverlight uygulaması başlattı. Silverlight uygulamasını bir ASP.NET Web Uygulaması Projesinde barındırma. Silverlight Sürüm 3.0. Bir LinqToSQL Sınıfı, bir WCF Hizmeti, bir Winform Tester Uygulaması (Çözümdeki Proje) ve birkaç Sınıf (ayrıca Çözümdeki Projeler olarak) eklendi.

Dün aniden 'Kesme noktası şu anda vurulmayacak. Bu belge için hiç simge yüklenmedi. ' IDE içinde görünmesi için mesaj, ancak sadece Web Appliaction etkiler, Silverlight ve Winform App hata ayıklayabilirsiniz.

Mesajdan kurtulmak için ne denedim / yaptım:

• Visual Studio Ayarlarını Sıfırla
• her \ Temporary ASP.NET Dosya Klasöründeki tüm dosyaları kaldırdı (her 32bit / 64bit ve Framework 2.0 ve 4.0 için bir tane var)
• Visual Studio Tümleşik Web sunucusunu kullanarak hata ayıklamaya çalıştım - normalde IIS kullanıyorum, çözümün proje çıktısında her proje klasöründeki her obj ve bin klasörünü sildim
• yeni bir çözüm yarattı ve tüm projeleri bu yeni çözüme ekledi
• çözüm suo dosyasını sildi
• VS-yükleme sorunu olup olmadığını sınamak için yeni bir ASP.NET Web uygulaması oluşturdum => Bu yeni proje / çözümde hata ayıklayabilirim
• makineyi birkaç kez yeniden başlattı
• vsnet yüklemesini onardı
• bir IISReset yaptı
• Web Uygulamasını IIS'den kaldırdı
• IIS'de yeni bir Web Uygulaması oluşturmak için Web Uygulamasının Proje Özellikleri altında Sanal Dizin Oluştur Düğmesini kullandı
• her projenin Çerçeve Sürümü'nü 3.5'ten 4.0'a değiştirdi
• İkinci makinemdeki Çözümü açtım => aynı davranış
• hatalar / benzer sorunlar için taranan Microsoft Connect
• 7 SAAT harcadı.

Yani, bu hayatımda 2. kez oluyor. En son Geçici ASP.NET Dosya Klasörünü silerek çözdüm, ancak bu sefer yardımınıza ihtiyacım var.

Çözümü sağ tıklayın -> Özellikler

Ortak Özellikler -> Başlangıç ​​Projesi altına bakın

Birden fazla başlangıç ​​projesi seçin

Hata ayıklamanız gereken projelerde İşlem başlat'ı seçin.

Aynı sorunu yaşadım ve googling'den sonra bunun için iki tipik çözüm buldum:

1. Silverlight hata ayıklayıcısının .Web projesinde etkinleştirildiğinden emin olun. Proje özelliklerini açın ve "Web" sekmesi altındaki Silverlight hata ayıklayıcısını seçin.

2. Visual Studio'yu yeniden başlatın ve tüm bin ve obj klasörlerini silin.

Ama bunların hiçbiri benim için işe yaramadı . Sonra birisi IE yerine tarayıcı olarak kullanmayı denemek için bir iş parçacığından çok bahsetti. Bu hata ayıklama ve kesme noktaları tekrar çalışması yaptı!

Düzenle:

Daha sonra IE9'un çalışmamasıyla mücadele ettim, çünkü yanlış sürece bağlı. Her seferinde doğru IE işlemine manuel olarak eklemek yerine düzgün bir numara buldum :

• .Web projesinde (.html veya .aspx) oluşturulan sayfalardan birini sağ tıklayın
• "Şuraya göz at ..." ı tıklayın.
• IE'yi varsayılan tarayıcı olarak ayarla (yalnızca Visual Studio'nun tarayıcı seçimini etkiler)

Şimdi, Visual Studio .Web projesini çalıştırırken IE'yi başlatacak ve doğru işleme ekleyecektir. Bunu yapmalı.

Bu özel hatayı aldığımda, Visual Studio'nun derlemeleri yüklediği klasörün web uygulamasının çalıştığı klasörden farklı olduğu ortaya çıktı.

Yani, uygulama sunucusu uygulamayı

C:\dev\MyApplication\bin 

ancak Visual Studio

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

Not - çeşitli nedenlerle, çoğu insanın kullandığı dinky bağımsız gizmo yerine uygulama ana bilgisayarı olarak IIS ile hata ayıklama yapıyorum. Bu, cevabımın yararlılığını etkileyebilir!

Güncelleme :

IIS için uygulama sunucusu dizini (örn. C:\dev\MyApplicationYukarıda) web uygulaması için yapılandırılmış fiziksel dizindir - bu, uygulamanın temel ayarları değiştirilerek kontrol edilebilir.

Visual studio için hata ayıklama dizini (örn. C:\dev\MyOtherApplicationYukarıda) svcdosyalarınızın bulunduğu, genellikle csprojproje dosyanızla aynı dizindir .

Benim için sorun, hata ayıklama yapılandırmasında Özellikler-> Oluştur-> Kodu en iyileştir onay kutusunun açık olduğu ortaya çıktı. Kapatıldı, yeniden oluşturuldu ve hata ayıklama normal şekilde çalıştı.

Karşılaştığınız şeyin nedeni PDB'lerin ("PDB, Program Veritabanını, bir program hakkında hata ayıklama bilgilerini depolamak için tescilli bir dosya biçimi (Microsoft tarafından geliştirilen)) güncel olmamasıdır, bunun bazı nedenleri olabilir :

1- Bevan'ın dediği gibi, başka bir uygulamada hata ayıklıyor olabilirsiniz!

2- Aynı uygulamanın başka bir sürümünde hata ayıklama yapıyorsunuz. Örneğin, hata ayıklama için kodun geçerli sürümüyle (yeniden) oluşturmadan daha önce oluşturulmuş bir uygulama eklediniz.

Çözümü temizlemek veya yeniden oluşturmak benim için bu tür sorunları çözer.

Sorunun size ait olmadığından emin olmak için, VS 2008 ile aynı uygulamada hata ayıklamayı deneyin (VS 2010'da bir hata olabileceğinden korkuyorum - hala beta!).

Aynı sorunu yaşadım, projemde hata ayıklama yapıyordum ve projeye sağ tıklayıp "yeni hata ayıklama örneği" ni seçmek zorunda kaldım. Bunu sadece bir kez yapmam gerekiyordu, daha sonra normal olarak çalıştı.

Bu hata benim için her zaman ortaya çıkıyor ve her zaman ilgili montaj için proje ayarlarına kadar izleyebiliyorum. Hangi derlemelerin yüklü sembolleri olduğunu bilmek için kodunuz bir kesme noktasına saygı gösterene kadar veya kesme noktasını ayarlayana kadar "beklemeniz" gerekmez.

Bir projeyi hata ayıklama modunda çalıştırdığınızda, çıktı penceresinde aşağıdaki gibi yüklü sembollerin bulunduğu liste görüntülenir (Resmi yeni bir sekmede açmanız gerekebilir): T

Bu nedenle, bu durumda BASD.Core.Data.dll sembolleri yüklü DEĞİLDİR. Böylece, bu derlemenin proje ayarlarını, bazılarının neden yüklediğini ve bazılarının sembol yüklemediğini anlamak için semboller yüklemeyi başaran başka bir montajınkiyle karşılaştırabilirsiniz.

"Benim için", ancak "bu" her "kez hata ayıklama bilgileri oluşturulmamış olmasıdır. Bu yüzden bir (C #) projesinde Proje Özellikleri> Oluştur> Gelişmiş'i açıyorum.

Yani Basd.Core.Data.dll yukarıdaki yani hiçbir sembol gelişmiş yapı ayarları vardı:

Basd.Core.Configuration.dll yani ayarlar ve bir kesme noktası vurmak nerede bir montaj ise:

Bu yüzden ilk projede değil, ikinci projede hata ayıklama bilgileri çıktısı, bu yüzden Basd.Core.Configuration.dll kırılma noktasına vurmak yeteneğim

Ayrıca, belirli bir .dll için projenin bin klasöründe bir .pdb dosyasına sahip olmanın yeterli olmadığını unutmayın, çünkü güncelliğini yitirmiş olabilir ve bu nedenle Visual Studio tarafından .dll için geçerli bir sembol dosyası olarak alınmamıştır. adım atmaya çalışıyorsunuz.

Ayrıca, yapı yapılandırmalarının değiştirilmesinin yapı bilgisi ayarlarını ve sembollerin nereden alınabileceğini de unutmayın.

(Bu durumda Sürüm modunda olduğumu fark ettim ama yöntem hala geçerli)

Proje Özelliklerine Git -> Oluştur -> Gelişmiş ...

"Çıktı" bölümünde Hata Ayıklama Bilgisi açılır menüsünde "tam" ı seçin

Programınızı RELEASE modunda değil, DEBUG modunda çalıştırdığınızdan emin olun.

Hata ayıklama -> sürecine takın ->
seçmek DEBUG bu kod türlerini: seçenek ->
seçmek Yönetilen v3.5, v3.0, v2.0 veya Yönetilen v4.5, v4.0

Silverlight Uygulamalarını Dağıtma'ya göre bu sorunu çözdüm . (Bu cevap başkalarının bir kopyasıdır, ancak daha ayrıntılı olarak açıklamaya çalışacağım.)

Sorun, büyük olasılıkla Silverlight uygulamanızın derleme / başlatma sırasında web uygulamanıza düzgün şekilde dağıtılmamasıdır. Bu bir referans sorunudur - anlaşılması kolaydır, ancak ilk karşılaştığınızda açık değildir.

Diğer tüm proje başvuruları gibi, başvurulan projenin çıktısı hata ayıklamak için referans projenin bin klasörüne kopyalanmalıdır . Sınıf kitaplıkları için bu, sağ tıklayıp 'Referans Ekle ...' seçeneğini seçtiğinizde olur. Silverlight için Proje Özellikleri aracılığıyla bir başvuru eklemeniz gerekir.

• Projenize sağ tıklayın ve 'Özellikler'i seçin
• Soldaki 'Silverlight Uygulamaları' sekmesini seçin
• 'Ekle ...' düğmesine basın ve iletişim kutusundan Silverlight projenizi seçin

Bu, barındırma web uygulamanızdan Silverlight uygulamasına bir başvuru ekler ve xapdosyanın derleme veya dağıtımda web uygulamasına kopyalanmasını sağlar . Bu, geçerli Silverlight uygulamasının ve hata ayıklama dosyalarının hata ayıklanan uygulamanın içinde olduğu ve kodda adım adım ilerleyebileceğiniz anlamına gelir.

Bir web projesinde hata ayıklarsanız, web.config dosyanızda debug = "true" özelliğinin ayarlandığından emin olun:

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

Windows 7'de aynı sorunu yaşadım ve her şeyi denedim : DLL'leri temizledim, modüllerin listesini araştırdım, "Just My Code" u kapattım vb.

Visual Studio "yönetici" olarak çalıştırdıktan sonra sorun çözüldü. Dürüst. Microsoft neden sadece var olduğu beni uyarmak olamazdı değil "Yönetici olarak" çalışan? Birkaç saat çalışmamı sağlayacaktı.

Benim için sorun, benim proje ayarları Oluştur sekmesinde "Kodu optimize" etkin oldu.

Aynı problem vardı

Herhangi bir nedenle, DLL'lerden biri GAC'ye kaydedildi, bu nedenle her zaman koddan farklı bir sürümü vardı.

GAC'den çıkardığımda sorun çözüldü

Visual Studio 2010 değil, Visual Studio 2008 kullanan ve bu hatayı alıyorum olanlar için. Yukarıdaki cevaplar bu durumda bana yardımcı olmadı, bu yüzden deneyimlerimi paylaşıyorum.

IIS Web uygulamasında hata ayıklama için ASP.NET Geliştirme Sunucusu'nu kullanmak yerine w3wp.exe işlemine ekleyerek Visual Studio 2008'de hata ayıklama yapıyorsanız, bu sorun olabilir:

Visual Studio hala eski bir IIS işleminden bir simge dosyası (hata ayıklama sırasında kullanılan dosya) dll başvuruyor olabilir. Ve bu sembol dosyası yeniden bir .NET kaynak kodu derlemesi tarafından yeniden oluşturuldu, ancak IIS işlemi hala eski sembol dosyasına başvuruyor.

Düzeltmek:

Visual Studio'da hata ayıklamayı durdurun, web uygulamasını yeniden başlatın ve işleme yeniden ekleyin. Daha sonra kesme noktaları sarıdan (bu hatayı gördüğünüzde) tekrar kırmızıya dönmelidir.

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

Denenecek daha fazla şey (bugün yeni bir durum bulundu):

Her mermi aşağıdaki bağlantıda tek seferde yapın, ancak aşağıdaki adımlarımı denediğiniz her biriyle tekrarlayın.

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

1.) Visual Studio'da hata ayıklamayı durdurun (kırmızı kare simgesine basın)
2. Temiz Çözüm
3.) Oluşturma Çözümü
4.) [BULLET TALİMATINI BURAYA EKLEYİN]
5.) Araçlar> İşleme Ekle (veya hata ayıklama ile başlayın)
6.) Eklemekte olduğunuz programı başlatın ve kodunuz etkilenecek şekilde çalıştırın

6 açıkladı:

Nunit.exe'ye ekliyorsanız, NUnit'i açın ve kesme noktanızın vurulacağı bir test yapın

W3wp.exe'ye (IIS sitesi) ekliyorsanız, sitenizi tarayıcıda açın ve kesme noktanıza vuracak sayfaya gidin

DÜZENLE:

Bugün, başlangıç ​​projesi olarak ayarlanmamış bir projede hata ayıklamayı denerseniz, bunu göstereceğini fark ettim. W3wp.exe işleminize eklediğinizde, hata ayıklamayı başlangıç ​​projesi olarak ayarlanan projede düşünür. Çözmek için, web uygulaması projesine sağ tıklayın ve "Başlangıç ​​Projesi Olarak Ayarla" yı seçin. Ardından, işleminize yeniden bağlanmayı deneyin.

Senaryo şudur: belirli bir proje başlangıç ​​projenizdir (örneğin, Ana yöntem vardır). Bu proje çözümünüzdeki diğer projeleri referans alıyor. Diğer projelerdeki kesme noktaları vurulmuyor.

Hızlı çözüm: Çözümünüzü oluştururken, başlangıç ​​projesi için Derleme çıktı yoluna (genellikle bin \ Debug) bakın. Başvurduğunuz projeler için DLL ve PDB dosyalarına bakın. Son değiştirilme tarihinin, çözümünüzü en son oluşturduğunuz tarih olduğundan emin olun. Değilse, her proje için Derleme çıktı yolundan başlangıç ​​projeleri Derleme çıktı yoluna kopyalayın. Örneğin:

Proje A'nın Ana. Proje B'ye başvuruyor. Kesme noktalarınız Proje B'de vurulmuyor. DLL ve PDB dosyasını Project B'nin Build çıkış yolundan Project A'nın Build çıkış yoluna kopyalayın. Ardından çözümünüzü çalıştırın. Kırılma noktası şimdi vurulacak.

Şimdi Project A'nın neden Project B'nin DLL ve PDB dosyası üzerinden kopyalanmadığını anlamanız gerekiyor. Buradaki cevaplar çoğu senaryoyu kapsamaktadır. Dokunulmayan bir senaryo, projelerinizin ve çözümünüzün TFS'ye düzgün bir şekilde bağlandığından emin olmaktır. Bazı projelerimi bağladım, bazıları da doğru bağlanmadı. Bu benim için soruna neden oldu. Bunu düzelttikten sonra sorun ortadan kalktı ve artık DLL ve PDB dosyalarını kopyalamak zorunda kalmadım.

Benim durumumda aynı sorunun çözümleri aşağıdaki adımların kombinasyonuydu:

1. Çözüm -> Özellikler Birden fazla başlangıç ​​projesi seçin Hata ayıklamak istediğiniz projelerde Eylem başlat'ı seçin.
2. Hizmeti Servis Referanslarından kaldırıldı ve çözümü temizleyin.
3. Hizmet projesini yeniden oluşturma
4. Hizmet Referanslarına geri ekledi
5. Çözeltiyi temizleyin ve yeniden oluşturun.

Web.config dosyasındaki bu sorunu gidermek için, debug="true"

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

Ne bu çözümü bulmak için bana yardımcı oldu hata ayıklama sırasında Modüller pencereleri bakarak oldu ve yüklü ASP.NET DLL için ben gördüm: İkili hata ayıklama bilgileri ile inşa değildi.

Aynı sorunu yaşadım ama bir Web Uygulaması için VS2013'te. Benim için yanıt, çözüm için Yapı Yapılandırmasını güncellemekti:

1. Çözüme sağ tıklayın ve Özellikler'i seçin
2. Hata ayıklama yapılandırmasını seçin
3. Trivet'teki "Yapılandırma Özellikleri" altında "Yapılandırma" yı seçin
4. Hata ayıklamak istediğiniz her proje için "Derleme" kutusunu işaretleyin

Bunu yaptıktan sonra, tüm sınır değerlerim çalışmaya başladı.

Tamam- başlıyoruz:

(Bir "silverlight uygulamasında": Lütfen önce silverlight'ın sunucu projenizdeki "mülklerde" "web" de kontrol edildiğini kontrol edin.

İlk defa şunu yapın: ilk önce bunu çalıştırın: devenv.exe / ResetSettings ve 1: Üst menüde hata ayıklama etiketi 2'yi tıklayın: seçenekler ve ayarlar 3'ü tıklayın: "Hata ayıklama" ve "genel" bul "altında .net framework kaynak adımını etkinleştir" 4: Kutuyu işaretleyin. 5: Ve şimdi tüm semboller indirilecek ve yeniden yapılandırılacak :)

Yukarıdakilerden sonra tekrar olursa, sembollerin bulunduğu klasörü temizleyin:

1: Üst menüde hata ayıklama etiketine tıklayın 2: seçenekleri ve ayarları tıklayın 3: "Hata ayıklama" ve "semboller" altında "boş sembol önbelleği" düğmesini bulun ve tıklayın.

Tarayıcıdan Web Uygulaması URL'sini açın ve VS.Net IDE'de Araçlar -> AttachtoProcess kullanın

sonra aspnet_wp.exe dosyasına ekleyin.

Hata Ayıklayıcı çalışmaya başlayacak

El ile .dll tüm örnekleri kayıt defterinden ve .dll tüm örnekleri yerel sürücümden kaldırmak zorunda kaldı. Uygulamamı kaldırdım / yeniden yükledim ve şimdi kesme noktalarına çarpıyorum! Bunu yarım gün boşa harcadık :(.

.pdbDosyayı obj\debugklasörde yeniden adlandırmayı denedim ve temiz bir çözüm ve yeniden inşa ettim .
Yeni bir .pdbdosya oluşturdu ve kesme noktalarına doğru bir şekilde vurabildim.

Aynı sorun vardı - Visual Studio'da hata ayıklama çalışmaya çalışırken çok zaman kaybetti.

Nuget oldu - Newtonsoft.Json (7 C # projeleri arasında) 3 sürümleri vardı. Çözüm derlenirdi ama hata ayıklanamazdı.

Nuget'in Paket Yöneticisi Konsolunda aşağıdakileri çalıştırarak sorunu çözdüm:

PM> Güncelleme Paketi Newtonsoft.Json

WPF uygulamam için uygulama klasörünü sildim, "En Son Alın" ı tekrar kaynak kontrolünden yaptım ve yeniden oluşturdum. Tüm kesme noktaları şimdi harika çalışıyor.

Silverlight Uygulama Projesini başlangıç ​​projesi olarak ayarlamaya çalışın: projeye sağ tıklayın -> 'Başlangıç ​​projesi olarak ayarla. Sonra F5 tuşuna basın ve kesme noktalarını yakalayıp yakalayamayacağınızı görün ...

Silverlight uygulamasında her değişiklik yaptığınızda tarayıcınızdaki tarama / geçici verileri silmeye çalışın

Yararlı olabilecek başka bir fıkra

Projelerimden biri bir Çıkış çıktı klasöründen dosya başvuruları kullanırken bu sorunla karşılaştım. Oluşturma sonuçları bir Goods klasörüne yerleştirildiğinde, bu Release dll'leri Debug dll'lerinin üzerine yazıyordu.

Çözüm, csproj dosyasında, referansımın HintPath'inin

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

ve yok

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

Her uygulama çözümü için - - onlar "için en çok paylaşılan meclisleri kopyalanan bir istemcide zaman bu çok sorunu vardı Başvurular " klasörüne, ardından "hem çözüme onları ekledi Çözüm öğeler " ve bir "olarak Proje çözümü içinde".

Henüz neden emin değilim, ancak bazıları hata ayıklanabilirdi, bazıları değil, derlemeler için Referans ayarlarında doğru tam yollar belirtildi.

Bu öngörülemeyen davranış alomst beni deli etti :)

Bunu , kaynak kodlu projelerin bulunduğu " References " klasöründen tüm derlemeleri kaldırarak ve paylaşılan derlemeler için sürüm bilgilerini çok iyi takip ederek çözdüm.

Sorunum aptalca dışında benzer bir sorun vardı - 2 farklı bağlantı noktası altında çalışan yerleşik web sunucusunun 2 örneği vardı VE projem -> özellikleri -> web -> "Başlangıç ​​URL'si" sabit bir bağlantı noktasına işaret vardı ama web uygulaması bu bağlantı noktasının altında çalışmıyordu. Bu yüzden tarayıcım 1539'a gönderme yapan "Başlangıç ​​URL'sine" yönlendiriliyordu ancak kod / hata ayıklama örneği 50803 bağlantı noktası altında çalışıyordu.

Yerleşik web sunucusunu sabit bir bağlantı noktası altında çalışacak şekilde değiştirdim ve "Başlangıç ​​URL'mi" de bu bağlantı noktasını kullanacak şekilde ayarladım. proje -> özellikler -> web -> "Sunucular" bölümü -> "Visual Studio Development Server Kullan" -> belirli bağlantı noktası