it-swarm-tr.com

"Kesme noktası şu anda çarpılmayacak. Bu belge için hiçbir simge yüklenmedi." uyarı?

Ekspres baskıda C # masaüstü uygulaması. Çalıştı sonra 5 saniye sonra işe yaramadı.

Aşağıdakileri denedim.

  • Tüm montajlarda hata ayıklama yapılandırması, hata ayıklama bayrağı ve tam hata ayıklama bilgilerinin ayarlandığından emin olun.
  • Makinemdeki tüm bin ve obj klasörlerini ve projeyle ilgili tüm DLL dosyalarını silin.
  • Soruna neden olan projeleri sıfırdan yeniden oluşturun.
  • Yeniden Başlatma.

Çözümde iki WinForms projem var. Biri hata ayıklama bilgisini yükler, biri hata vermez. Her ikisi de proje dosyasında olduğu gibi aynı şekilde hata ayıklama bilgisi almaya çalışıyorum Meclis bakın. Herhangi bir fikir?


Bu soruyu incelemeye döndüğümde çoğunlukla kendim için buraya eklemek istiyorum; semboller Meclis yükleninceye kadar yüklenmedi ve Meclis yükleninceye kadar yüklenmedi. Kesme noktası ana Meclisinizde yalnızca bir fonksiyonda kullanılan bir kütüphanedeyse, bu fonksiyon çağrılana kadar semboller yüklenmeyecek (ve kesme noktasını vurulmamış olarak gösterecektir).

1282
Instance Hunter

Bir kesme noktasına ulaştığınız veya Debug > Break All kullandığınız anda hata ayıklamaya başlayın, Debug > Windows > Modules kullanın. Sürece yüklenen tüm montajların bir listesini göreceksiniz. Hata ayıklama bilgisi almak istediğinizi bulun. Sağ tıklatın ve Sembol Yükleme Bilgisi'ni seçin. Derleme için .pdb dosyasını aradığı tüm dizinleri listeleyen bir iletişim kutusu görüntülenir. Bu listeyi gerçek .pdb konumuna göre doğrulayın. Eski bir tane bulamadığından emin ol.

Normal projelerde, Assembly ve .pdb dosyasının her zaman IDE tarafından .exe ile aynı klasöre kopyalanmış olması gerekir. Projenizin bin\Debug klasörü. Oynuyorsanız, birini GAC'den kaldırdığınızdan emin olun.

922
Hans Passant

Öncelikle projenizi sağ fare ile yeniden inşa etmeyi deneyin> projeyi yeniden tıklayın> Yeniden inşa et.

Eğer işe yaramadıysa, şunu kontrol et:

  1. projenizi üzerine sağ tıklayın
  2. seç [Özellikler]
  3. [Yap] sekmesini seçin
  4. emin olun [DEBUG sabitini tanımla] ve [TRACE sabitini tanımla] işaretli olduğundan emin olun
  5. Yapı sekme sayfasının altındaki [Gelişmiş] düğmesine tıklayın
  6. [Debug Info:] öğesinin [full] olarak ayarlandığından emin olun.
  7. [Tamam] 'ı tıklayın ve - projeyi yeniden oluşturun ;-)

(6. adım .pdb dosyalarını oluşturur, bunlar hata ayıklama sembolleridir)

308
juFo

Sadece denemek için basit bir şey - çoktan denemiş olabilirsiniz. Çözüm Gezgini'ndeki Çözümü sağ tıklayın, "temiz çözümü" tıklayın, bu, çözelti ile ilişkili tüm derlenmiş ve geçici dosyaları siler.

Çözümü yeniden yapın ve tekrar hata ayıklamayı deneyin.

Aynı zamanda, çözümde kesme noktalarında birden fazla proje ile ilgili sıkıntılar yaşadım - bazıları x86, bazıları x64.

254
Patrick

Hata ayıklama/Genel ayarlarında "Sadece Kodum" seçeneğini devre dışı bırakın.

203
sublimental

Bu düzeltmeyi çapraz gönderme/ Hans K 'dan benzer konuyu buldum >> HERE << :

Çözüme 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 Eylem başlat'ı seçin.

139
jp2code

Seçilen cevap sorunumu çözmeme neden oldu. Fakat birkaç şey daha yapmam gerekiyor:

Açılır menüde "Debug" seçilmiş olsa bile:

enter image description here

Ve Projede Özellikler> Yapı:

enter image description here

Visual Studio belirli bir projeye sembol yüklemiyordu. Bu açılır menüde "Configuration Manager" ı seçtim ve web projemdeki ayarların yanlış olduğunu gördüm:

enter image description here

enter image description here

Sonra bunu "Debug" olarak ayarlarım ve .pdb dosyasını oluşturmaya başladım. AMAPDB ve DLL 'i manuel olarak kopyalamam ve VS'nin aradığı klasöre koymam gerekiyor (burada seçilen cevabın yardım ettiği yer)

enter image description here

54

Debug> Windows> Modules, hangi modüllerin yüklendiğini görmek için beni doğru yöne koyun.

Benim durumumda IIS Express geçici ASP.NET dosyalarından farklı bir DLL yüklüyor gibiydi.

Çözüm?

  1. C:\Users\<YOUR USER>\AppData\Local\Temp\Temporary ASP.NET Files\vs adresine göz atın
  2. Bu dizindeki her şeyi silin!
41
James S

Ekteki ekran görüntüsünde gösterildiği gibi, 'İşleme Ekle' seçeneğindeki seçeneği 'Hata ayıklanacak kod türünü otomatik olarak belirleme' seçeneğini belirleyerek hatayı düzeltebildim.

Aşağıdaki adımları uygulamanız yeterlidir:

  • Menü çubuğundan Debug konumuna gidin 
  • Süreci Ekle üzerine tıklayın. 
  • Ekle seçeneğinin yanında, Seç düğmesine tıklayın 
  • Kod Türünü Seç penceresi görünecektir 
  • Şimdi seçeneğini işaretleyin - Hata ayıklanacak kod türünü otomatik olarak belirleyin ve Tamam düğmesini tıklayın.

Fixed Debugging Error

38
theITvideos

.Pbd dosyanızın bin/Debug klasörünüzde eksik olup olmadığını kontrol edin. Daha sonra projenizin "Özellikleri" ne gidecekseniz, altta "Oluştur" ve ardından "Gelişmiş" i seçin. Beliren yeni pencerede "Hata ayıklama bilgisi" altında "tam" ı seçin. Bu benim sorunumdu ve benim için çözdü.

 Showing where to find the setting

36
Arne H. Bitubekk

Bazen, bu hatayı size vermesine rağmen, breakpoint hala isabet alır, bu nedenle hatayı yoksayın. Bu oldukça sık bir MVC web appViews_ olur.

34
Serj Sagan

Benim durumumda benim proje özelliklerinde "Kodu Optimize Et" kontrol edildi. Bu, VS'nin Meclisimi "kodum değil" olarak görmesine neden oldu ve sırayla bunun için semboller yüklenmedi.

Çözüm, bu işareti kaldırmaktı . Location of Optimize Code checkbox

28
Sandra

Çözümünüzün Serbest Bırakma Modunda olup olmadığını kontrol edin. 

20

Visual studio'yu Windows'ta yönetici olarak çalıştırmayı deneyin.

20
Andy

Benim durumumda serbest bırakma modunda hata ayıklamaya çalışıyorum. Bir kez onu hata ayıklama moduna değiştirdim. İşe yarıyor

14
Adithya Sai

Derleyici ayarlarında "Genug hata ayıklama bilgisi" ni etkinleştirmeniz gerekir

14
DS.

Sorunumuzun nedenini bulduk. Bu kod, "CodeFile" özniteliği (ASP.NET 2.0 ve sonrası) yerine .aspx dosyasının Sayfa yönergesinde "CodeBehind" özniteliğini kullanıyordu. Çaresizlikten sonra, basit bir arama ve değiştirme sorunu çözdü.

10
cjo30080

Microsoft Visual Studio Express 2013 sürümünde "Hata ayıklamayı başlat, hata ayıklama + Windows + Modülleri" seçeneği yoktur.

"Yönetilen Uyumluluk Modunu Kullan" seçeneğinin işaretini kaldır - Seçenekler Seçenekler Hata Ayıklama bunu düzeltir.

10
Andrus

Yukarıda belirtilen her şeyi denedim ama hiçbir şey işe yaramadı .[Temiz bir çözüm ve PDB dosyalarını kontrol et vb.]

Aynı çözümü yayınlamak bile sorunu çözmedi.

Sonra genellikle çözmek için yaptığım işe geri döndüm (bu inatçı Visual Studio'yu aptal)

Yaptığım tek şey, kasıtlı olarak kasıtlı bir değişiklik yapmak ve çözümü yayınlamak oldu.

Voila [PDB dosyaları kötü ruhlardan kurtuluyor] .. Akıllı bir çözünürlük değil, ama bu işe yaramadı ..: - |

8
Mahesh

Açıkça kontrol edilmesi gerekenler: Konfigürasyonun 'Release' olarak değil 'Debug' olarak ayarlandığından emin olun. Başlangıçtaki projeyi 'Release' modunda hata ayıklayabilirsiniz, ancak başvurulan bir sınıf kütüphanesinde hata ayıklayabilirsiniz.

7

Bu cevapların hiçbiri sorunumu çözmedi. Durmuş bir projenin aslında yüklü proje olmadığı gerçeğine dayanarak başka bir şey denedim. Hans Passant olarak .dll dosyasının hata ayıklayıcıyı durdurmak istediğim bir .dll dosyasını ve .pdb dosyalarını .exe dosyasının kopyalandığı yeri buldum. Bu dosyalar daha eski bir tarihe sahipti, bu yüzden çalışma zamanında güncellenmediklerini düşündüm. Onları el ile sildim, Visual Studio başka bir çift yarattı ve bu yeni çifti .exe'nin yanına koy. Şimdi breakpoins çalışıyor!

Belki de Visual Studio, .exe dosyasının yakınında bulunan mevcut dosyaları (.dll ve .pdb) kopyalayamıyor ve REPLACE yapamıyor. Bu yüzden eğer manuel olarak silersem VS bir .exe yakınında yenisini yaratabilir.

Başka bir değişikliğin (kontroller ve benzeri - başka cevaplardan) bir şeyi tetiklediğini ve Visual Studio'nun dll ve pdb'yi proje klasöründen exe yakınındaki klasöre kopyaladığını ve değiştirdiğini düşünüyorum.

Sorunun kök nedeni, Visual Studio'nun çalışma zamanında başka bir dosyayı, projeden hiçbir dosyayı durdurma ile kullanması olduğunu düşünüyorum.

Belki bu cevap birine yardım etmek!

6
Tratak

Proje Özellikleri (daha sonra build config'ınızı seçin)> Yapı Sekmesi> Gelişmiş ...> Hata Ayıklama Bilgisi (aşağı açılır)

'All' veya 'only pdb-only' olarak ayarlayın ve sonra yeniden oluşturun

5
Sinaesthetic

Tüm bunları yapmak yerine sadece 

Kapat ve yeniden aç

sorunu çözecek çözüm

5
kselva

Bu bana biraz zaman aldı yukarıda diğer seçenekleri denedim ve garip bir nedenle hata ayıklama çalışmayı durdurdu.

Aracı -> Seçenekler -> Hata Ayıklama -> Genel -> (işaretini kaldır) "Kaynak dosyaların orijinal sürümüyle tam olarak eşleşmesini iste" seçeneği

5
tfa

Benzer bir sorunla karşılaştım ve aşağıdakileri yaptım: Debug => Seçenekler => Genel => "Sadece Kodumu Etkinleştir" onay işaretini kaldırın.

4
Muhamed Krasniqi

Bir C # uygulamasını, yeni kullandığım VS10 kullanarak statik bir kütüphaneyle bütünleştiriyordum. Arayüzleri için yönetilen bir kod dll yazdım. Statik lib dışında her yerde sınır değerler koyabilirim. Yukarıda açıklanan mesajı aldım - bu belge için sembol yüklenmedi. Yukarıdaki önerilerin çoğunu denedim. Sembollerin yüklenmediğini görebiliyordum. Sonunda bir yapılandırma kutusu Yapılandırma Hata Ayıklama, yönetilmeyen kod hata ayıklamasını etkinleştir fark ettim. Bu, statik lib fonksiyonlarında kesme noktaları belirlememe izin verdi.

4
Kary

Ayrıca, x86'da (veya x64'te) tüm çözümü (başvurulan projeler dahil) yeniden inşa ettiğimde de aynı sorunu yaşadım.

Projelerimin tümünü Configuration Manager'dan (Build-> ConfigManager) x86 olarak ayarladığım halde projelerimden bazıları x86 olarak ayarlanmadı.

Yani sadece projeye sağ tıklayın ve takip edin 

proje -> özellikler -> Hata Ayıklama Sekmesi, Yapılandırma ve Platformu doğrulayın.

4
user781700

Yukarıdaki tüm cevapları dikkatlice okudum, ancak hiçbiri sorunumu çözmedi.

Benim durumumda bir sınıf kütüphanesini (DLL) derliyordum. Hata ayıklama -> Modüllere hiçbir modül yüklenmemiş gibi görünüyor, bu yüzden sembolleri el ile bile yükleyemedim.

Benim çözümüm bu satırı koduma eklemek oldu:

System.Diagnostics.Debugger.Launch();

Bu koda ulaşıldığında, bir istisna tetiklenir ve .NET Framework, programda hata ayıklamak için hangi Visual Studio'yu (yani, VS 2008'in yeni örneği, VS 2013'ün yeni örneği vs.) kullanmak istediğinizi soran bir iletişim kutusu gösterir. Projenizi yüklediğinizde mevcut VS örneğini seçebilirsiniz. Bu işlem süreci VS oturumunuza ekler ve tüm sembolleri yükler ve şimdi projenizde hata ayıklayabilirsiniz.

Elbette derleme, Release değil Debug yapılandırması kullanılarak yapılmalıdır.

4
Sam

Yıllar geciktiğimi biliyorum ama yanlış bir şey yaptığımı düşündüm ve yukarıdaki adımları takip ettikten sonra çözüm yapılandırmasını yanlışlıkla 'Release' olarak ayarlayacağımı fark ettim :)

4
Neil Walker

Bir ASP.Net uygulaması için sitenin özelliklerini kontrol edin, ASP.NET sekmesi. Doğru ASP.NET sürümünün seçildiğinden emin olun.

3
Mark Whaling

VSTS'den en son haberleri alırsak, tüm dosyalar salt okunur modda olur. Proje yürütülürken, tüm sınıf kütüphane sınıfları salt okunur ve fren noktaları boşa döner ve "Kesme noktası şu anda çarpılmayacak. Bu belge için sembol yüklenmemiş" deyin. 

Çözüm 1

Proje konumuna gidin ve sağdaki klasörü yalayın ---> Özellikler ---> Genel Sekmesi ---> salt okunur UNCHECK (yalnızca klasördeki dosyalar için geçerlidir) ---> Uygula ---> Tamam

Çözüm 2

Hata ayıklamaya başla, Hata Ayıkla ---> Windows ---> Modüller'e git. Bir Meclis seç ve sağ tıkla ---> (Seç) Sembol Ayarı. Bu dizindeki Önbellek sembolündeki Bin yolunu ayarlayın ve PDB konumunun Sembolü'ndeki Microsoft Sunucularını seçin. Tüm Sembolleri Yükle'ye tıklayın. Zaman alacaktır. Sonra Tamam'a tıklayın.

Şimdi tüm Montajın sembol durumu "PDB bulunamıyor veya açılamıyor" den "Yüklenen semboller" olarak değiştirildi.

2
Bala Kumar

Proje -> Özellikler -> Git - Yap Sekme -> İşaretini Kaldır Kodu Optimize Et ..__ üzerine sağ tıklayın Çözümünüzdeki herhangi bir proje için

2
Jamal Kaksouri

bu kopya bana başka bir web servis asmx dosyasını mevcut bir web servisine yapıştırdıktan sonra meydana geldi, hata ayıklamak için hata ayıklamadan başlamak zorunda kaldım. garip ama hata ayıklayabildiğim tek yol bu.

2
montelof

Aşağıdaki iki ayar Visual Studio'da aynı olup olmadığını kontrol edin:

Test projesine sağ tıklayın, Özellikler, Oluştur sekmesine gidin ve Platform hedefine bakın

Madenlerin hepsi "Herhangi bir CPU" olarak ayarlandı, yani x64

Ana Menü çubuğunda, Test, Test Ayarları, Varsayılan İşlemci Mimarisi 'e gidin.

Mine X86 olarak ayarlandı

enter image description here

Yukarıdaki ayarlara uymak için bunu X64 olarak değiştirmek, yerleşik olarak inşa edilmiş olan Visual Studio menüsünde “Debug Test (s)” çalışmasını ve daha önce görmezden gelinen kesme noktalarına çarptı "Kesme noktası şu anda çarpılmayacak." Bu doküman için sembol yüklenmedi ”.

2
Mike

Bunları denedim ve kırılma noktamı çalıştıramadım ...

Bu sorunu çözmek için ne yaptım

Kesme noktamın çarpmadığı sayfada, klasörü> mevcut bir öğe ekle'yi seçtim ve sayfayı kaydetme yolundan seçtim. Bu, kırılma noktasının çalışmaya başlamasına izin verdi.

2
Pomster

Aynı sorunu yaşadım ve mümkün olan her şeyi denedim ... bunlardan bazıları

1) Geçici ASP.NET Klasörlerinde bin ve obj klasörlerindeki nuking temp dosyaları.

2) Kodu Optimize Et ve Kodumu Etkinleştir seçeneğinin işaretini kaldırın.

3) Gezinme ve sembollerin modül pencerelerinden manuel olarak yüklenmeye çalışılması.

4) Çözüm bayrağının yapının bayrağını kontrol etmek. ........

Ve liste devam ediyor ... Bunun için bir gün geçirdim, ama sonunda benim için işe yarayan şey aslında ... Projemin sembollerinin yüklenmediğini ve projenin isminde modüller göremediğimi biliyordum. modüller penceresi ya ...

bu yüzden sorun benim sembollerim projenin sanal dizin yolundan getiriliyordu ... ve başka bir projenin sanal diziniyle eşleştirildi ... bunun yerine modüllere yüklemesi gereken web projesi yoktu. izlediğim adımlar.

  • Belirli bir web projesine sağ tıklayın ve özellikleri seçin
  • Web sekmesine git
  • Sanal Dizin Oluştur düğmesini görebilirsiniz
  • Tıklattığım anda "(proje adı) (başka birProjeAdı) ile eşleştirildi" yazan bir uyarı mesajı gördüm, yeniden gönderme yapmak istediğinizden emin misiniz? Böyle bir şey
  • o zaman neden modüller penceresinde gereksiz proje ismini görüyordum ki
  • sonra çözümü yeniden yaptım ve kesme noktasına ulaşabildim
2
user1505521

Bir C++ veya herhangi bir C# projesinden bir .Net projesi veya dllkullanıyorsanız ve yerel koda hata ayıklamak istiyorsanız. Ardından .Net Projesi'ne gidin Özellikler -> Hata Ayıklama -> Yerel kod hata ayıklamasını etkinleştir (bunu true olarak ayarlayın).

1
peter bence

Solution Configuration açılan listenizi kontrol edin. Debug öğesini değil, Release seçtiğinizden emin olun.

1
zs2020

Benim için sorun, başlangıç ​​projesi olarak ayarlanmamış bir web projesinde hata ayıklamaya çalışmamdı.

Sadece projeyi "Başlangıç ​​projesi olarak ayarla" olarak ayarlayarak hile yaptım.

Bu yardımcı olur umarım

1

VS 2013'te bir Excel Eklentisi'nde hata ayıklamaya çalışırken, DotNet Framework Kaynak Adımlamayı ve Sembol Yükleme'yi devre dışı bırakarak tüm Hata Ayıklama ayarlarını denedikten sonra, nihayet benim için çalıştığım Yapılandırma Ayarını Hata Ayıklamak yerine olarak değiştirmekti derleyici kodun üzerine basmış gibi görünüyordu ve kesme noktaları sonunda etkilendi.

1
Kamran Hyder

Kişisel durumum, hata ayıklamanın başlangıçta yaratıldığı Visual Studio 2013'te çalışıyordu, ancak 2015'te çalışmıyordu. sürüm 10.

1
done_merson

Başka bir forumda bulamadıktan sonra .pdb dosyasını yükleyerek adım atmayı/kırmayı önleyebilecek bir şey daha eklemek istiyorum: kaynak meta verilerini eklemek için bir derleme işlemi eklerseniz DLL (şirket adı, sürüm numarası, vb), "rc.exe my_dll.rc" deki gibi, bu DLL ile .pdb dosyası arasında yanlış eşleşmeye neden olabilir. İmzalar uyuşmuyorsa, dosyayı ve hata ayıklamak için gereken tüm simgeleri yüklemez. Bunu hata ayıklama yapısından kaldırın.

1
Tom Gordon

[WINCE] WinCE’de oluştururken bununla karşılaştığımda, 'Temiz’in cihazdaki hedef klasörü temizlememiş gibiydi, Cihazlardaki Çıkış klasörünü değiştirerek hata ayıklama/geri aldım (Proje Özellikleri -> Aygıtlar sekmesi -> Çıkış klasörünü önceki başarısız hata ayıklamadan farklı olarak değiştir) - ve voila !! çalışır .. __ Cihazda el ile temizleme yapmanız gerekebilir, ancak daha sonra olacaktır.

Umarım bu yardım.

1
WindyHen

Benim durumumda, AssemblyInfo.cs dosyasında aşağıdaki satır vardı ve yorumda bulundum ve her şey doğru:

[Assembly: System.Diagnostics.Debuggable(System.Diagnostics.DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]
1
Hessam J.E

Tüm cevapları okudum, hiçbir şeyin faydası olmadı. Benim durumumda web.config file ..__ ile sorunum var <compilation debug="false" strict="true" 

Olarak değiştim

<compilation debug="true" strict="false". Şimdi uygulamada hata ayıklayabilirim.

1
Chandu

Benim durumumda, Visual Studio'nun Deneysel Örneğini kullanarak bir WPF eklentisinde hata ayıklıyordum. Hata ayıklamaya başladıktan sonra dubugger'ı duraklattıktan sonra, Debug > Windows > Modules penceresini açtım. Burada, Visual Studio'nun C:\Users\<username>\AppData\Local\Microsoft\VisualStudio\15.0_76a9e536Exp\Extensions\<companyName> sembollerini yüklemeye çalıştığı dizini görebiliyordum. Hata ayıklamayı durdurduktan sonra, Windows Explorer'ı kullanarak hedef klasörü sildim ve hata ayıklayıcıyı yeniden başlattım. Visual Studio daha sonra kesme noktasına ulaşabildi.

1
Paul Schroeder

Sorunumu, multiple PostSharp sürümleri kullanarak görünmez bir uyumsuzluk sorununa kadar izlemeye başladım. Hata ayıklamaya çalıştığım uygulama, PostSharp'ın önceki bir sürümüne sahipti ancak daha yeni bir sürüm kullanan bir projeye atıfta bulunuyordu ve bir nedenden ötürü bu, VS'nin PDB dosyasını özellikle bu uygulama için oluşturmayı reddetmesine neden oldu. (diğer tüm DLL'ler hata ayıklama sembollerini iyi yüklüyorlardı).

Çözüm, her proje içindeki PostSharp'ı en son sürüme güncellemek ve derlemek oldu.

1
DamienMann

Bunu alıyordum ve güdüklenmişti (Visual Studio 2013 Premium kullanıyordu).

Normalde iş başvurusundaki uygulamalarımız, bunun gibi belirli bir ortak/uygulama dizininde çalışır: C:\OurCompanyApps\xxxxxx.dll. Bu, içinde WinForm ve .dll projeleri bulunan bir çözümde gerçekleşiyordu. .Dll projeleri C:\OurCompanyApps\için derlenir ve WinForm projeleri bu konumdaki derlenmiş .dll dosyalarına başvurur.

Sorun: Söz konusu uygulamanın C:\OurCompanyApps içindeki derlenmiş .dll dosyası yerine Source Control bin\Debug konumundaki .dll projesine başvurduğunu gördüm.

Çözüm: Referansı sildim ve C:\OurCompanyApps\konumundan tekrar ekledim. Sonra .dll kodunda eklediğim kesme noktaları adım adım.

Umarım bu birine yardımcı olur.

1
clamum

->Options -> hata ayıkla Genel -> "Enable Just My Code" için işaretini kaldırın

Bu benim için çalıştı.

1

Benim durumumda, yayınlanma profilimin (Yerel IIS sitesinde yayınla) bir şekilde, genel derleme yapılandırmasının Debug olarak ayarlanmış olmasına rağmen, Yapılandırma Yapılandırması olarak ayarlanmış olmasıdır. Yayımlama profilini Debug yapılandırması olarak değiştirmek, benim için sorunu çözdü.

1
george.himself

Çözümü oluşturmak için çözümü belirli bir sıraya göre ayrı ayrı çözümünüzde oluşturmak zorunda olduğunuzu buluyorsanız, çözümü doğrudan bir temizlemeden sonra çalışmak işe yaramazsa, o zaman Soru'da açıklanan sorunu bulursunuz. Muhtemelen yanlış göreceli yollara atıfta bulunan bazı ilave projelerin dahil edilmesinden kaynaklanmaktadır, çünkü çözümünüze farklı bir yerden eklenmişlerdir. Bu nedenle, göreceli yollar doğrudan .sln dosyanızın altındaki klasörlerde bulunan .csproj dosyalarıyla aynı konuma gitmez.

Projeleri belirli bir sırayla tek tek oluşturarak inşa etmesinin nedeni, diğer projelerin aynı kütüphanelere başvurması, ancak daha sonra GAC'ye inşa edilmesidir. Çözüm bina biter, ancak yüklediği semboller GAC'den gelir ve bu semboller modası geçmiş olabilir.

Çözüm, çözümünüzün ve projelerinizin fiziksel klasör yapısını yeniden yapılandırmak ya da .csproj dosyalarını ayrı ayrı açmak ve göreceli yolları düzeltmektir, böylece verilen herhangi bir kitaplığa yapılan tüm başvurular sonuçta tüm projelerde aynı yere işaret eder. Belki de $(SolutionDir) belirtecini kullanın.

Ve diğerleri hala başarısız olursa, o zaman Visual Studio'yu derleme yapılandırmanızı sıfırlamaya zorlamanız gerekir ve bu, tüm derleme yapılandırmaları için tüm projeleri işaretlemenizi ve sonra hepsini yeniden denetlemenizi gerektirir - çözüme bakın - - here .

1
Neo

Kodunuzun bağlantı zamanında atılmadığından emin olun. Derleyici bir nesneyi yeniden oluşturabilse bile, bağlayıcı kodla ilgili bir referans görmezse, onu kesecek ve kesme noktası belirlemeye çalışırken bu hataya neden olacaktır.

1
Nathan Kidd

Benim durumumda, Visual Studio, proje listemdeki DLL yerine Global Assembly Cache (GAC) 'de DLL'leri yüklüyor. DLL'leri GAC'de sildim ve şimdi çalışma noktasını görebiliyorum.

0
Tuyen Nguyen

Benim durumumda bu olmaya başladı bir Windows Güncellemesinden sonra, Windows güncellemesinin kapatıldığını, API’nın belirlediğim noktaya ulaşamadığını belirten İnternet Bilgi Servislerini kapattığını, IIS başlatılamıyordu ve bu nedenle uygulama kodum gerçekten çalışmıyordu. 

Windows Özellikleri menüsünde Internet Information Services'ın etkin olduğunu iki kez kontrol edin. 

IIS için talimatlar: 

  • kontrol Paneli
  • Programlar
  • windows özelliklerini aç veya kapat
  • i̇nternet bilişim hizmetlerini işaretleyin
  • visual studio'yu yeniden başlat

IIS Express kullanıyorsanız:

Eski kontrol panelinden 'Program Ekle/Kaldır'ı açın ve IIS Express'te bir onarım çalıştırın. Veya Denetim Masası'na gidebilirsiniz - >> Programlar - >> Programlar ve Özellikler - >> Windows özelliklerini açma veya kapatma -> > İnternet Bilgi Servisleri seçeneğini belirleyin ve ana İnternet Bilgi Servisleri klasörünü kontrol edin. 

Bu cevabı burada aldım: Belirtilen argüman geçerli değerlerin dışındaydı. Parametre adı: site

0
Josh Siegl

Bu problemim vardı.

Benim sorunum, aspx, aspx.vb ve aspx.designer.vb dosyalarının yanlış içeri aktarılmasıydı (Belki projeye birer birer aktarıldılar).

Kesme noktası aspx.vb'deydi, ancak erişilemiyordu ve bu sorunun uyarısı vardı.

Çözüm, üç dosyayı silmek ve tekrar almaktı. Şimdi kırılma noktasına ulaşabilirim.

0
LuisEduardoSP

Ben temiz ve yeniden yapıyorum. Bu işe yaramadı (genellikle işe yarar) . Şimdi, servisi aramadan önce w3wp'ye ekliyorum, sonra servisi bir kez aramasına izin ver, başka bir kesme noktasına çarp, sonra yürütme noktasını değiştireceğim aynı hattı tekrar çalıştır (servisi çağırmak), sonra aslında servis metodumdaki kesme noktasında durur.

0
Gary

IE8 kullanıyor ve bazı JavaScript dosyalarında değişiklik yapmaya çalışıyordum. Kod yürütülmesine rağmen, kesme noktalarında durmaz ve kesme noktalarında da aynı mesajı alıyordum. IE11'e yükseltmek benim için sorunu çözdü.

0
Brad Germain

Ana proje aynı proje için hem Proje Referansına hem de Dosya referansına sahiptir.  

Benim durumumda, ana projenin biri proje referansı, diğeri dosya referansı olan ve aynı proje tarafından oluşturulan dll'ye iki referans vardı.

Böylece, pdb dosyası Main projesinin bin klasörüne kopyalanmıyordu, bu da sembollerin kullanılamamasına neden oldu.

0
Abhijeet Nagre

Bir sharepoint projesinde bir silverlight uygulamasında hata ayıklamaya çalışırken sorun vardı. Proje özelliklerinin sharepoint sekmesi altında, silverlight uygulamaları için açıkça hata ayıklamayı etkinleştirmeniz gerekir. Aksi halde bu hatayı alırsınız.

0
dgorissen

Bu sorunu çözmek için birçok farklı çözümde birçok cevap var.

Diğer bir çözüm, kodunuzun erişilebilir olduğundan emin olmaktır. Örneğin:

Bir fonksiyondaki bir İadeden sonra eklenen kodlar ...

Bunların normal olduğunu söylemiyorum ama aynı zamanda sebepler.

0
Nathan

Bu sorunu çözmenin yeni bir yolu Visual Studio 2017 15.3.1 - 15.3.5'ten itibaren ortaya çıkmıştır. EditorConfig kullanıyorsanız, charset = utf8 seçeneği bu belirtilere neden olur. VS ekibi bunu tekrarladı ve üzerinde çalıştıklarını söylüyor .

Bu yüzden bir düzeltme, chare = utf8 satırını .editorconfig dosyasında yorumlamaktır.

Durum şimdi 9 Ekim 2017 tarihi itibariyle "Sabit sürüm bekliyor" şeklindedir.

(John Hatton sayesinde, "Kesme noktası şu anda çarpılmayacak. Kaynak kodu orijinal sürümden farklı." Bu ne anlama geliyor?

0
JohnT

Hayır, hayır, hayır, hayır, hayır, hayır, hayır, hayır, hayır, hayır, hayır, hayır, hayır, hayır, hayır, hayır, tam kırılma.

Benim durumumda, yöntem çağrısında bir F11 verdim, BP probleminin olduğu yönteme girmeye zorlandım, böylece kırılma noktası düzeldi.

0
Melqui Franco

Benim için bir başka çözüm de ana projenin bin klasörüne giremeyen projeyi post-inşa etmekti.

0
Josh

Bir dış uygulamaya başlayarak bir Meclisin hata ayıklaması sırasında bazı ekstra hususlar vardır:

  • Dış uygulama, bir derleme dosyasından kendi derlemeler (DLL) kopyalarını yükleyebilir. (örneğin, dosya appname.exe.manifest) Öyleyse, bildirimi manuel olarak değiştirerek bunu devre dışı bırakmanız gerekir.

  • Dış uygulama, yalnızca bir bildirimde bulunmadan bile kendi klasöründeki DLL dosyalarından yükleme yapmayı deneyebilir. Bunları silmeniz/yeniden adlandırmanız gerekecek.

Bu adımlar dikkate alındığında, hata ayıklayıcıda çalışan Meclis sürümü doğru şekilde yüklenmeli ve normal şekilde hata ayıklanabilir.

0
DaveInCaz

Bunlardan birkaçını denedikten sonra, nihayetinde benim için çalışan şey şuydu:

Debug > Options > General içinde, Enable Edit and Continue öğesinin işaretini kaldırın.

0
melicent

Sebebim Telerik OpenAccess ORM'den mahrum edildi. Yüklenen yeni sürüm sonra çalışır. İndirmeli ve kurmalı. Yalnızca NuGet güncellemesi işe yaramadı. bir başkası da bahsetti

0
Kevin .NET

Ayrıca Qt .pro tarafından üretilen bir proje ile bu sorunu vardı. Çıktı/özellikleri/general/Çıkış Dizini özelliklerini belirleyen bir ortam değişkeni ayarlamayı unuttum. Önemsiz olan ve ilk etapta bakmak için, ama bazen bariz özledim.

0
charlie

Ayrıca bazı durumlarda sorunun oluştuğunu da belirtmek gerekir, çünkü hata ayıklamak istediğiniz proje harici bir hizmettir. Bu durumda, çalışan sürece hata ayıklayıcı eklemek zorunda.

0
DiSaSteR

Buradaki fikirlerin hiçbiri benim için işe yaramadı ama herkese çabaları için teşekkür ediyorum - benim durumumda bir sınıf kütüphanesi projesine başvuruda bulunan bir Windows uygulamasıydı - Windows uygulamasında hata ayıklayabiliyorum ama sınıf kütüphanesinde değil. Pdb dosyaları oluşturuluyordu. Ancak, sınıf kütüphanesine yapılan çağrıda hata ayıklarsam kütüphaneye girebileceğimi öğrendim.

0
mattpm

Bazen IIS bir sebepten dolayı dosyalara tutunur. Web sitesini silmek ve yeniden oluşturmak zorunda kaldım ve sorun çözüldü

Belki de bir AutoPostBack..__ yapmamalıydın.
Kodunuz PostBack yapmazsa, bu hatayı alabilirsiniz .
Saygılarımızla.

0
HQtunes.com

Project> Properties> C++> Genel> Hata Ayıklama Bilgi Formatı - Program Veritabanı (/ Zi)

Linker> Debugging 'i kontrol etmiştim ve zaten hata ayıklama bilgisi üretiyordum. Uygulamayı başlattığımda, semboller yüklendi (Debug> Windows> Modules). Hata ayıklama bilgi biçimini ayarlamak benim için düzeltti. Umarım bu birine yardımcı olur!

0
RomanRobot

Benim durumumda, bu çözümlerin hiçbiri işe yaramadı. Gitmek zorundaydım 

Araçlar -> Ayarları Al ve Ver - - Tüm ayarları sıfırla.

ve sonra hata ayıklama sorunsuz bir şekilde çalışmaya başladı.

0
nPcomp

Aynı problemi yaşadım, önceki tüm çözümleri kontrol ettim, ancak benim için işe yaramadı. Basit ama insanların cevap vermemesini sağlamak için eklenmiş bir cevap.

Benim için işe yarayan şey, VS 2013'ü yönetici modunda çalıştırıyordum ve normal modda çalışıyordum. Normal ve admin moduna geçerek birçok kez denedim ve sürekli çalışıyor.

IDE: VS 2013 Professional
Version: 12.0.40629.00 Update 5
0
brykneval

Bunun eski bir konu olduğunun farkındayım, fakat buradaki diğerlerinin yararı için başıma gelenler. Sorun, Designer özelliğini nasıl uyguladığım ile ilgiliydi. Bir tasarımcı sınıfı yarattım. Tasarımcı, Çapa, AutoScroll ve AutoSize özelliklerini salt okunur yapmak için PrefilterProperties'i geçersiz kılar.

[System.Security.Permissions.PermissionSet(System.Security.Permissions.SecurityAction.Demand, Name="FullTrust")]
public class j2aScrollableContainerDesigner : ParentControlDesigner

Bir sınıf yarattım ve tasarımcımı buna ekledim. Bu, bir sınıfa tasarımcı özniteliği eklemenin standart yoludur ve birçok MSDN örneğinde bulunur. Tasarımcı açıkça kullanılmıyordu çünkü kontrolümü Form tasarım yüzeyine koyduğumda yukarıda belirtilen özelliklerin hiçbiri yalnızca Özellik Izgarasında okunmadı.

[Designer(typeof(j2aScrollableContainerDesigner), typeof(ParentControlDesigner))]
public partial class j2aScrollableContainer : UserControl

Çaresizlik içinde, sınıfımdaki Tasarımcı özellik bildirimini aşağıdaki imzayla değiştirdim ve tasarımcı şimdi çağrıldı. Bir yolun neden işe yaradığı ve diğerinin neden işe yaramadığı konusunda hiçbir açıklamam. Yukarıdaki Tasarımcı özellik bildirimine geri dönersem, tasarımcı yeniden çalışmayı bırakacaktır.

[Designer(typeof(j2aScrollableContainerDesigner))]
public partial class j2aScrollableContainer : UserControl
0
j2associates

Benim durumumda Bağımlılık Enjeksiyonu, Autofac, montajları tarayarak otomatik olarak çözmek için. Başvurulan derlemelerden biri çözümlenemedi.

Düzeltmem Visual Studio'yu derleme yüklemeye zorlamak için doğrudan bir sınıfa başvurmaktı. Meclisin sadece referans olması, uygulama çalışırken Meclisi yüklemez.

0
wonster

"Yalnızca kodumu etkinleştir" seçeneğinin etkin olup olmadığını kontrol edin. Evet ise, devre dışı bırakın.

0
CiriousJoker

Yanlışlıkla proje dosyasını bir metin editöründe açtım ve kaldırıldı. Muhtemel, ancak sıkışıp kalmışsanız kontrol edin.

0
Edza

Bunu 2013 yılında bir ASP.NET web sitesi başlattığımda yaptım. Benim durumumda web tarayıcısı tamamen başladığında bence ortadan kalkıyor.

0
Curtis White

Yine de bu hatanın meydana geldiği bazı durumlar için başka bir çözüm: Build Action

Bu sorunu bir asp.net MVC3 projesinde yaşadım; Kontrolörlerimden birinin bilinmeyen bir nedenden dolayı Derleme olması gerekmesine rağmen EntityDeploy olarak ayarlanan Yapma Eylemi vardı.

0
Nenotlep

Mine, çoğunlukla aynı IISExpress URL'sine park etmiş 2 projem olduğu için farklı bir liman belirlediğinizden ve CreateVirtualDirectory seçeneğine bastığınızdan emin olunca eksikti.

0
Cristian E.

Bir WP7 uygulamasının arka plan aracısını hata ayıklamaya çalışırken bu sorunla karşılaştım. Anlaşıldığı üzere, bu hata ayıklama sorunu sadece asıl sorunun bir belirtisiydi: Arka plan aracım hiç hata ayıklama modunda çalışmıyordu. Bir arka plan ajanının nasıl uygulanacağına ilişkin aşağıdaki kılavuzu izlemiştim: http://msdn.Microsoft.com/en-us/library/hh202941(v=vs.92).aspx

... ama eklemeyi unuttum

#define DEBUG_AGENT

bu da acentemin aslında hiç hata ayıklama modunda başlatılmadığı anlamına geliyordu. Bu satır eklendikten sonra, bu iş parçacığının ortaya çıkma sorunu ortadan kalktı.

0
Anders

Yine benim için çalışan başka bir ipucu. 

Projeniz/kütüphaneniz imzalanmışsa, gecikmiş imzalar bile olmasa bile, hala hata ayıklamayabilir. İmzalama seçeneğini devre dışı bırakmayı, hata ayıklamayı ve ardından imzalama seçeneğini geri yüklemeyi deneyin. 

0
Vadim Berman

Aşağıdaki adımlar benim için çatallandı:

  1. Projenizin "bin" klasörüne gidin.
  2. "Debug" klasörünü silin.
  3. Projenizi tekrar oluşturun.
  4. Hata ayıklama klasörü yeniden oluşturulacak.

Şimdi tekrar hata ayıklamaya başlayabilirsiniz.

0
Karthik

Benim için: 

  • Açık çözüm özellikleri
  • "Ortak Özellikler"/"Kaynak Dosyalarında Hata Ayıkla" yı seçin
  • "Bu kaynak dosyaları aramayın" penceresinde, neredeyse kesinlikle orada bulunan dosyaları kaldırın.
0
Hot Licks

Bir kesme noktası ayarlamıştım ve bu iletiyi kod yürütülürken bu kesme noktasına ulaştırmıştım. Bununla birlikte, kesme noktasına sadece bir birim testinde erişilebilirdi. Birim testine sağ tıklayıp "birim testlerini hata ayıkla" yı seçmem gerekiyordu Doh!

0
Brian Leeming

Bunu buraya birisinin yardım etmesini umarak koyacağım.

Bir web servisiyle ilgili eksik semboller sorunu vardı.

İşin aslı çözümü, kurulum projesinin, çözümün yapıldığı zaman inşa edilecek şekilde kurulmamasıydı; bu, kurulum projesine sağ tıkladığımda ve hizmeti kurduğumda, sonra işleme bağlı olduğum anlamına geliyor; aynı tarih dışı hizmet, pdb'siz kuruluyordu, çünkü eşleşmiyordu; çalışma sınır değerleri yoktu.

Manuel çözüm, kurulum projesine sağ tıklayıp inşa etmek ve daha sonra ondan yüklemek oldu. Daha sonra, çözüm hata ayıklama modundayken kurulum projesini içerecek şekilde çözüm proje derleme listesini değiştirdim.

0
Paul Zahra

Hem C # hem de yerel kodunuz (C/C++) varsa, proje için yerel hata ayıklamanın etkin olduğundan emin olun:
1. Solution Explorer'da Başlangıç ​​Projenizi sağ tıklayın
2. Özellikleri Seç
3. "Hata Ayıkla" sekmesini seçin
4. Yerel Kod hata ayıklamanın etkin olduğundan emin olun "Enable native code debugging" must be checked in order to be able to debug your native code

0
M.Paunov

Kaynak bu hatadır ise, hata ayıklama sembollerinin serbest bırakılması için inşa edildikten sonra çözüme ulaşmakta zorlanacaklarını düşünüyorum.

Diğer tüm cevapları denedim - genellikle .pdb sembollerini yenilemek ya da konumlarını kontrol etmek, projeyi temizlemek ve yeniden inşa etmek, aktif konfigürasyonun Onaylanmadığından emin olmak vs.

Sonunda benim için çalışan, Explorer> Debug> Yeni örneği başlat çözümündeki projeyi sağ tıklamak.

0
I Want Answers

Xamarin uygulamam için, Kaynak Kontrol klasörünü tamamen sildikten, "En Son Al" yaptıktan ve çözümü yeniden oluşturduktan sonra hata ayıklamaya başladı. 

0

İş arkadaşım bu sorunu yaşadı, buradakilerle aynı adımları izledi, ancak çözüm verilenlerden farklıydı.

Hata ayıklamak istediği kod, geçerli proje tarafından başvurulan bir projeydi ve hiçbir zaman Visual Studio oturumu içinde çalışmıyordu. DLL, GAC klasöründen çalışıyordu, projenin hiç çalışmayacağını sildikten sonra, çalıştırmaya çalıştığı anda bir istisna atıyordu. Çözüm, başvurulan projeyi yerel klasöre eklemekti.

SolutionExplorer'dan:

  1. Tükeneceğiniz "hata ayıklama" projesini seçin
  2. Genişlet Referanslar (görünmüyorsa, menü seç/ Proje , item Tüm dosyaları göster )
  3. Çalışmayan kesme noktası olan projeyi sağ tıklatın, Properties
  4. Yerel Kopyala / Yanlış - Doğru

Tekrar deneyin. (Onun için çalıştı!)

0
Abacus

Bu, bir test projesi, web projesi ya da yüklenen modülle aynı adı taşıyan bir projeye Nuget referansı olan başka bir yürütme projesinden kaynaklanabilir.

Aşağıdaki örnek projeleri bir çözümde ele alalım:

  • Vendor.ABC
  • MyLib (referanslar Satıcı.ABC)
  • MyProg (konsol programı: yalnızca MyLib'e başvuruyor)
  • MyProg.Web (MVC projesi: MyLib ve çözüm projesi Vendor.ABC referansları)
  • MyLib.Test (Test Projesi: referanslar MyLib ve Nuget paket Satıcısı.ABC)

MyProg ve MyProg.Web her ikisi de hata ayıklama simgelerini yükler .MyLib.Test hata ayıklama simgelerini yüklemez.

0
Joshcodes