Kesme noktası şu anda vurulmayacaktır. Silverlight uygulamasında bu belge için hiçbir sembol yüklenmedi


331

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.


Bu bir kopya, sorunuz [1] için bir cevap için [Bu Sayfa] [1] 'e bakın: stackoverflow.com/questions/2155930/…
SuperKael

@CalebJares haha ​​bugün bu sorunla karşılaştım. çıkıyor / hata ayıklama yerine yayın modunda çalışıyor.
theB3RV

Benim durumumda, proje özelliklerinin Derleme sekmesinde Kodu En İyileştir'i kapatmak sorunu çözdü.
Arash Motamedi

Yanıtlar:


176

Çö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.


Bu işe yaradı, ancak birkaç kez yapmak zorunda kaldım (VS 2010, yerleşik web sunucusu, web sitesi)
MGOwen

17
i birden çok proje var ve u anlatmak onları başlatmak .. bazıları sınıf kütüphane projeler .. follwing hata pop-up görünür: "Sınıf Kütüphanesi Çıktı Türü olan bir proje doğrudan başlatılamaz"
Muhammed Azeem

3
Muhammed'in yorumladığı aynı sorunu yaşıyorum. VS'nin sembol yüklemediği proje bir kütüphane projesidir. İlginç bir şekilde, aynı kütüphane projesine bağlanan başka bir çözüm, aynı kütüphanede hata ayıklamakta sorun yaşamaz!
Vivian River

1
Bunun sorunun cevabı olduğunu düşünmüyorum. Sadece tipik bir proje yerine aynı anda başlayacak birden fazla proje ayarlar. Proje bir Sınıf Lib (dll) ise, başlatılamayacağını söyleyen bir hata mesajı gösterecektir. Bir projenin bir başlangıç ​​projesi olup olmadığı, hata ayıklama üzerinde herhangi bir etkisi yoktur.
Greg Gum

Benim durumumda, projemi çalıştıran IIS sitesini farklı bir klasöre işaret edecek şekilde yeniden yapılandırdım. Bir şekilde bu yukarıda belirtilen çözüm ayarını temizlemişti ...? Bir kaynak denetim hatası olabilir, ancak .sln'de bir değişiklik bulamadım. Her neyse, bunu açıklandığı gibi sıfırlamak sorunu çözdü - içgörünün birine yardımcı olmasını umuyoruz.
brichins

79

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ı.


Teşekkürler, bu benim için çalıştı! Tek sorun: Herhangi bir yapılandırma dosyasında hangi tarayıcıyı çalıştıracağımı ayarlayamıyorum (yapabilir miyim?), Bu yüzden şimdi varsayılan tarayıcım olarak IE olarak takılı kalıyorum. Bah.
DanTheMan

1
IE'nin varsayılan tarayıcım olmasını önlemek için, IE'yi komut satırı parametreleri olarak yolla çalıştırmak üzere .Web projesindeki başlatma ayarlarını değiştirdim.
angularsen

Müthişsin. Son birkaç gündür bu sorunla mücadele ediyorum. Görsel stüdyosu bile yeniden kurdum. Varsayılan tarayıcım firefox, chrome denedim. Sadece IE denemek için aklıma gelmedi, ne zaman kaybı. Bilgi için teşekkürler.
GaneshT

Düzenlenmiş cevabımda açıklandığı gibi sorun giderilirken başlatma ayarları hakkındaki önceki yorumum izlenmemelidir. Sadece varsayılan "Özel sayfa seçeneğini" kullanın, yoksa yanlış işleme eklenebileceğine inanıyorum.
angularsen

6
.Web proje ayarlarındaki "Web" sekmesinde "Silverlight" onay kutusunu işaretledim. Şimdi iş. Teşekkürler!
Eugene Maksimov

54

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 .


2
Belki, ama Hans K'nin cevabı benim için çalıştı. Sanırım duruma bağlı olarak birden fazla cevap var.
Bob Wintemberg

Tamam, ama bunun olup olmadığını nasıl anlarım? Nasıl düzeltebilirim?
MGOwen

@MGOwen - IIS yapılandırmanızda, hizmetlerinizi içeren sanal klasörün fiziksel konumunu kontrol edin ve VStudio'dan çıkış diziniyle eşleştiğinden emin olun.
Bevan

Evet, ben de IIS ile çalışıyordum, ancak VS çöktükten sonra, çözüm dosyam bozuldu, bu yüzden onu tekrar yıkımdan çekmek zorunda kaldım. Tabii ki, bunu yaparak, VS webdev sunucusunu kullanmaya geri döndüğünü unuttum. Duh! Teşekkürler!
Fedor Steeman

3
VS'nin kafası karıştığında, Hata Ayıklama profiline geri döndüğünüzden emin olun. Beni yakaladı.
Christopher Stevenson

46

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ı.


2
benim için çalıştı. Nedenini bilmiyorum, genellikle "optimize kodu" açık sadece {ve} kırmanıza izin vermez.
Viggity

Benim için de çalıştı! Teşekkürler!
bisand

1
Proje, derlemeyi serbest bırakacak şekilde ayarlandı. Her zaman orada olmayan bir şey vardır.
Ian Warburton

Bunu benim için yaptı! +1
Imdad

22

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!).


başkanları için teşekkürler .. tabii ki ben temiz / çözüm yeniden ama yardım etmedi. Nokta 1: Başka bir sistemde denediğimde başka bir uygulamada nasıl hata ayıklayabilirim? Point 2 için aynı şekilde, bu RC ve hiç oldukça istikrarlı .. yine de teşekkürler.
Christian Casutt

"Başka bir sistemde denedim" ifadesini tam olarak anlamadım !. Sürüm Adayı, hatasız olduğu anlamına gelmez ve denerseniz hiçbir şey kaybetmezsiniz. IE8 kullanıyorsanız, bazı insanlar sorunun kökü olabileceğini söyledi: weblogs.asp.net/abdullaabdelhaq/archive/2009/06/01/…
Sameh Deabes

Bunu da buldum: stackoverflow.com/questions/389290/… insanlar orada çok lapa çözümleri önerdi. Buradaki satır içi kırılma noktası yorumuna bir göz atın.
Sameh Deabes

tamam anladım. benim ifade 'başka bir sistemde denedim' => bir usb stick üzerinde çözüm kopyaladı, tüm bin / obj klasörlerini sildi, VS.NET çözümü açtı ve hata ayıklamaya çalıştı. sonuç: aynı davranış => kırılma noktası isabet alamadım .. diğer bağlantı için teşekkürler, ben hemen şimdi okuyacağım.
Christian Casutt

Clean + Rebuild .pdb dosyalarını her zaman güncellemez. Yaptığım şey - web uygulamamın / Bin klasörüne gitti ve tüm .pdb dosyalarını el ile sildikten sonra yeniden oluşturdu. Bir cazibe gibi çalıştı.
Dmitriy

21

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ı.


Çok ilginç. Aynı sorunu vardı ve 2hrs için googled. Nedense hata ayıkladığımda Modül yüklenmiyor (Hata Ayıkla -> Windows -> Modül). Ben sadece bu seçenekleri denedim ve bom hata ayıklama çalışmaya başladı. Vs2019 kullanıyordum
Rennish Joseph

18

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

Çıktı penceresi

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ı:

pdboff

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

pdbon

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)


1
Hangi sembollerin yüklendiğini Modüller penceresinden de kontrol edebilirsiniz. Hata Ayıkla> Windows> Modüller bölümüne giderseniz, tüm modülleri ve sembol durumlarını listeler. Yüklenmemiş olanlar için, üzerlerine sağ tıklayıp "Sembolleri Yükle" ye tıklayabilirsiniz. Bu daha kısa vadeli bir düzeltmedir ve sadece listede başlamak için ortaya çıkarsa çalışır.
EF0

14

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


Sürüm profiline hata ayıklayıcı eklemeye çalışıyordum ve bu benim için çalıştı!
imlokesh

1
Teşekkürler! "sadece pdb" (dolu değil) yeterliydi.
Greg Little

Tanrı seni korusun çocuğum.
Christopher D. Emerson


10

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 resim açıklamasını buraya girin


Karşılaştığım konu bu. V4.5'te bazı projelerim ve v2.0'da bazı projelerim var (evet, biliyorum, biliyorum ...). Görünüşe göre, bu ayar proje tabanlı değildir, bu yüzden bir v4.5 projesine ayarladığımda, bir v2.0 projesine girdiğimde geri ayarlamak zorunda kaldım.
L_7337

9

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.


9

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

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

8

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ı.


8

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


7

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ü


Yani bu duruma nasıl geldi? Veya nasıl kaldırdım?
Stikut

Nasıl çıkardın. Aynı sorunu yaşıyorum ve düzeltemiyorum. Her şeyi denedim, bu yüzden bunun benim çözümüm olduğunu umuyordum.
Gaui

1
Umarım bunu kullanabilirsiniz: support.microsoft.com/kb/873195 Tabii ki başka bir
hatanız yoksa

6

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.


Yararlıysa cevabı iptal etmekten çekinmeyin. :-) Size upvoting'in ne yaptığını göstereceğim.
MacGyver

Yararlı olduğu için cevabınızı onaylıyorum. Başka yollar denedim ama sen beni çeken şeydi. Teşekkürler +1.
Zaker

5

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.


2. paragrafınız sorunumu çözdü. Çözümdeki projelerden biri, başlatma dll'sinin bin dizininden farklı bir bin dizinindeydi.
BobRodes

4

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.

4

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.


3

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ı.


Bu benim için çalıştı, ancak Yapılandırma sütunundaki tüm projelerimi Sürümden Hata Ayıklamaya değiştirmek zorunda kaldım.
JoshYates1980

2

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.


2

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


2

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 :(.


2

.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.


2

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


2

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.


1

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


1

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>


1

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.


1

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ı

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.