“Kesme noktası şu anda vurulmayacak. Kaynak kodu orijinal sürümden farklı. ” Ne anlama geliyor?

513

Visual Studio'da hata ayıklama yaparken, bazen bir kesme noktası ekliyorum ama içi boş ve VS "Kesme noktasına şu anda vurulmayacak. Kaynak kodu orijinal sürümden farklı" diyor. Açıkçası bu benim hata ayıklamamı engelliyor.

Mesaj ne anlama geliyor? Hangi orijinal versiyon? Çözümü yeni açtım ve kodda herhangi bir değişiklik yapmadıysam, nasıl 'orijinal sürüm' olabilir?

.net visual-studio debugging

— David
kaynak

36

kırılma noktasını eklemeden önce projeyi yeniden derleyin / oluşturun

— lexu

Visual Studio'nun başka bir sürümünde yazılmış bir proje mi açıyorsunuz?

— Mahesh Velaga

2

Bir web sitesi projesi. Açıkça inşa etmeye gerek yoktur. Kullanımda derlenmelidir. VS'nin web sitesini inşa edemeyeceğinden şüpheleniyorum, ancak bana bunu söylemiyor! Mahesh - hayır, VS'nin aynı sürümü.

— David

Benim durumumda .. Ben aynı kodun farklı sürümleri var (örneğin Canlı sürüm ve geliştirme sürümünde test.cs .. geliştirme sürümünü açıp test.cs üzerinde kesme noktası koymak zaman ben aynı hata verdi ama ben kesme noktası testi koymak anladım canlı sürümü ile ilgili olan

— scs gelişme

5

Bin ve obj dizinlerini yeniden inşa etmekten silmek benim için çalıştı.

— Aycan Yaşıt

277

Dediği gibi, "kaynak kodu orijinal sürümden farklı".

Çözüm gezgini içindeki proje klasörünü sağ tıklayın ve seçimini yapın Clean. Projenin yeni bir sürümünü oluşturun ve kesme noktası tekrar çalışacaktır!

— Veedrac
kaynak

120

Temiz kullanmak her zaman işe yaramaz. Yeniden çalışması için bin klasörümdeki her şeyi manuel olarak silmek zorunda kaldım.

— Carra

3

Yanlışlıkla bin klasörümdeki bir DLL başvurusu vardı. Referans yolunun düzeltilmesi düzeltildi.

— Brad Urani

39

Benim için, bin ve obj klasörlerini silmek bile işe yaramadı. Visual Studio'yu da yeniden başlatmam gerekiyordu.

— d512

1

Çözümü bulmak için neredeyse bir gün geçirdim. Bir çözüm sağladığınız için bir ton teşekkürler.

— Yarışlar

8

VS kapattım, tüm bin ve obj klasörlerini sildim, her şeyi yeniden inşa ettim, çift kontrol edilmiş yapı konfigürasyonları, inşa başarılı. Nafile. Basit şeyler bu kadar karmaşık olmamalı. >: |

— snarf

129

Hata ayıklama derleme yapılandırmasında DLL projesinin işaretini kaldırdıysanız, yeni kodunuz hiçbir zaman oluşturulmaz!

Build --> Configuration Manager ...(VS2010'da) adresine gidin ve hata ayıklamaya çalıştığınız kodun bulunduğu projenin mevcut yapı yapılandırması için kontrol edilip edilmediğini kontrol edin.

— Oliver
kaynak

Öneri Oliver için teşekkürler. Bu kesinlikle burada olmuyor, projelerimden birinin inşa etmediğini oldukça çabuk fark ediyorum.

— David

3

Ben tamamen aynı sorunu vardı, sadece kontrolsüz bir şey yoktu. Yerel makinem x64 iken, bu iletişim kutusunda x86 için oluşturuldu! Bu yüzden Any CPUseçeneği seçtim ve tekrar çalışıyor.

— JP Hellemons

3

Geçerli bir sebep olmadan projeleri hata ayıklama yapılandırmasından kaldırmak, kardinal bir günah olmalıdır, çünkü bu yapılandırma CI derleme makinesi tarafından iyi kullanılabilir (burada olduğunu biliyorum), bu yüzden sonuçta başarısız olduğunda geçebilir. Biliyorum pek çok inşaat adımından biri olabilir ama yine de ... @Oliver Umarım takım üyesi sana biraz bisküvi almış! :)

— Fetchez la vache

AnyCPU yerine x86 için oluşturduğunuzda bu sorun vardı. Bilinmeyen bir nedenden ötürü projelerin inşa edilmesini kaldırdı.

— Adam Pedley

Proje Yapılandırma yöneticisi içinde listelenir, bu yüzden bu bana yardımcı olmadı: korkuyorum :(

— Ortund

43

Benim için bir WebSite projesi üzerinde çalışırken. Bu geçici klasörleri temizledikten sonra uygun derleyici hatalarını geri aldım:

C:\Documents and Settings\%username%\AppData\Local\Temp\Temporary ASP.NET Files
C:\windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files

Sonunda kasıtlı olarak bir alt klasöre taşınmış bir sınıf dosyasının bir şekilde kök klasöründe yeniden ortaya çıktığını keşfettiğimde sorunu çözdüm. Ben diğerini düzenlerken VS bunu kullanıyordu.

— AnthonyVO
kaynak

2

Windows dizinindeki geçici dosyaları boşaltmak benim için çalıştı, şerefe!

— ChrisFletcher

7

Ben sadece benzer bir cevap eklemek istedim - emin olun, ASP.NET'in C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Geçici ASP.NET Dosyaları - belirtildiği gibi - aynı zamanda C: \ Windows \ Microsoft.NET \ Framework_64_ \ v4.0.30319 \ Temporary ASP.NET Files . Kullandığım her şey için çabuk o kopyalarını aramak .

— Oliver

12

Hızlı bir ipucu: %localappdata%arama kutusuna yazmak sizi doğrudan alırC:\Documents and Settings\%username%\AppData\Local

— dav_i

1

Bunun bir web hizmeti projesinde Visual Studio 2013'te benim için çalıştığını doğrulayabilir miyim.

— Moeri

Tüm bunları yaptım ama yardımcı olmamış gibi görünüyor. Bunu da görmek beni çok heyecanlandırdı.

— Ortund

40

Bunu hiç yaptın mı?

Devam etmek ve son başarılı derlemeyi çalıştırmak ister misiniz?

Kutuyu işaretlediyseniz ve "Evet" e basarsanız, projeniz derlenmemiş olsa bile son başarılı derlemeyi çalıştırırsınız. Bu, bir kesme noktası ayarladığınızda bu hatayı alacağınız anlamına gelir.

Bu değeri değiştirmeyi deneyin:

Araçlar
- Seçenekler
  - Projeler ve Çözümler
    - İnşa Et ve Çalıştır
      - Çalıştırıldığında, oluşturma veya dağıtım hataları oluştuğunda: Başlatma

— Codesleuth
kaynak

Bunu yaptığımı sanmıyorum . Gerçi bağlantı için teşekkürler. Bana bu istemin ne anlama geldiğine dair bir fikir verdi!

— David

11

Visual Studio yıllardır bu seçeneğe sahipti (en azından VS98'de vardı). Hiç kimsenin neden son başarılı yapıyı çalıştırmak istediğini anlamadım. Sonuçta, eğer istediğim buysa, zaten hata ayıklayamadığım için doğrudan başlatırdım. Başlatma, daha mantıklı bir varsayılan olurdu.

— OregonGhost

6

Projeyi çalıştırmak için birkaç kez kullandım (herhangi bir nedenden ötürü, sadece bir başkasını göstermek gibi) hala derlemeyecek kod yazmanın ortasındayken. Bazen kullanışlıdır. Şahsen ben onu devre dışı bırakıyorum.

— Mart'ta Codesleuth

3

Belki aniden geldiğinde amirlerini göstermek zorunda olsaydı. F5'e vurabilirler ve "görürsünüz, işe yarıyor!"

— Gigala

33

Adresine git

Araçlar
- Seçenekler
  - Hata ayıklama
    - Genel

Kaynak dosyaların orijinal sürümle tam olarak eşleşmesini iste seçeneğinin işaretini kaldırın

— Rachmad
kaynak

17

@Rachmad Bu çözüm işe yarıyor. Ancak bu tam bir çözüm gibi görünmüyor, çünkü kaynak dosyalarımız orijinal sürümle tam olarak eşleşmiyor

— onmyway133

@Entropy tarafından aradığım şey tam olarak doğru. Bu kesme noktalarının ayarlanmasına izin verirken, kullanılan kaynak kullanılan pdb ile eşleşmiyor. En iyi çözüm bunu düzeltmektir. Bu yapılamayacak zamanlarda harika çalışıyor.

— JamesG

Bu işaretlenmemiş olsa bile, yürütme kesme noktasına

— çarpmaz

12

Bu, bu soruna bir çözüm değil, bir geçici çözümdür. Açıkçası ben hata ayıklayıcı eski dosyaları ile çalışmak istemiyorum.

— Obi Wan

2

@ObiWan Açık değil. Küçük düzenlemeler yapmayı ve kaynağın ve yapının farklı olduğunu bile olsa hata ayıklamaya devam etmeyi seviyorum.

— Alan Baljeu

30

Seç Debug içinde Çözüm Yapılandırmaları yerine Release

menü ekran görüntüsü

— AdiKonstantin
kaynak

1

Bu benim sorunumdu. Hata ayıklama modunda derlenmiş, kodu değiştirmiş, daha sonra yayın modunda koştu. Şaşmamalı ayıklayıcı kodu farklı olduğunu düşündüm - ayıklama sembolleri vardı farklı. Bin klasörünü başkalarının önerdiği gibi sildiğimde, "bu belge için hiçbir sembol yüklenmedi" hatası aldım. Sadece o zaman bağlantıyı kurdum ve bu cevaba yol açtım. Daha fazla oy gerekiyor!

— indot_brad

Hata ayıklama derleme yapılandırmasında bile projenin derleme için devre dışı bırakılması mümkündür. Derleme yapılandırmasının incelenmesi gerekir, Hata Ayıkla / Bırak yapılandırması arasında ters çevirme anlamsızdır.

— Asad Saeeduddin

Benim için de buydu. temizlik, boşuna diğer başvurulan çözümler yeniden inşa çalıştı. Çözümün yüzüme baktığını fark

— Adam Hey

Bu benimle olan şeydi - projemi inşa ediyordum ve dll'leri tekrar tekrar değiştiriyordum ama sorun sadece gitmeyecek. Ben / bin / debug klasöründen dlls değiştirirken kod Release modunda inşa edildi fark etti. Aptal ben.

— displayName

Serbest bırakma modunda oluşturulan bir sürece eklemek istedim. Hata ayıklamaya geçmek sorunumu çözdü.

— fivef

27

VS'deki "Çıktı" penceresine dikkat edin. Hangi montajların ne zaman yüklendiğini size söyleyecektir. Derlemenizin eski bir sürümünün klasörde bir yerde yüklendiğini görebilirsiniz.

Örneğin, birden fazla derlemeniz varsa ve şu anda destek derlemelerinden birini kırmaya çalışıyorsanız, CLR derlemenin çözümlenmesini gerçekleştirir; bu da projede başvuruda bulunduğunuz dosyadan başka bir derleme dosyası yükleyebilir.

— Tormod
kaynak

1

Ayrıca akılda tutulması gereken, ama burada bir sorun olduğunu sanmıyorum çünkü bir web sitesi projesine girmeye çalışıyorum, bir sınıf kütüphanesi değil.

— David

24

Visual Studio'yu kapatmak ve çözümü yeniden açmak sorunu çözebilir, yani IDE'nin kendisinde bir hata (VS2010 çalıştırıyorum).

Birden fazla Visual Studio örneğiniz varsa, yalnızca sorunla çözümü çalıştıran örneği kapatmanız gerekir.

— Luke Whyte
kaynak

4

Visual Studio'nun kapatılması da benim için çalıştı. Ayrıca, Temizle / Yeniden Oluştur eylemleriyle.

— danielB

3

Bu, VS 2015'teki çözümü düzeltti

— TaintedLemon

3

VS 2017'de Sabit Isue

— Daniel Fisher lennybacon

VS 2012'deki sorun düzeltildi

— seebiscuit

19

Visual Studio 2017 15.3.1'den 15.3.5'e kadar bu sorunu çözmenin yeni bir yolu ortaya çıktı. EditorConfig kullanıyorsanız , charset=utf8seçenek bu belirtilere neden olur. VS ekibi bunu yeniden üretti ve üzerinde çalıştıklarını söylüyor .

Yani bir düzeltme, charset=utf8 satırınızı .editorconfig dosyasında yorumlamaktır.

Düzenleme: Bu VS 15.5 itibariyle düzeltilmelidir.

— John Hatton
kaynak

Durum, iki gün önce (9 Ekim 2017) "Sabit - bekleyen sürüm" olarak belirlendi. Bu iyi bir haber, çünkü UTF-8 bugünlerde kodlama için tek aklı başında. :-)

— rmunn

Ayrıca bu sorunun nihai nedeninin görünüşe göre bu diğer bugfix olduğunu fark ettim. , charset=utf8"UTF-8 BOM ile" olarak yorumlandı ediliyordu. Bu yorumu "Malzeme Listesi olmadan" olarak değiştirmek, içinde Malzeme Listesi bulunan bazı UTF-8 dosyalarını bozdu. Bu nedenle, bu sorunla karşılaşırsanız ve Visual Studio düzeltmesi henüz yayınlanmamışsa, BOM'u metin dosyalarınızın başından kaldırmayı deneyin ve bu sorunu çözebilir. (Bu yorum bir Sıfır Kanat referansı için yalvarıyor ... :-))

— rmunn

Benim için de sorun buydu. Şu anda, bu düzeltilmedi veya en azından henüz serbest bırakılmadı veya hata tekrar tanıtıldı (sürüm 15.4.2)

— avidenic

12

Bu, ikili dosyalara (projenizdeki koda proje başvuruları yerine) bir dosya başvuruları kullanıyorsanız ve başvurduğunuz derlenmiş ikili dosyanın makinenizdeki karşılık gelen kaynak koduyla eşitlenmemesi durumunda da olur. Bunun nedeni, kaynak koddan ikili kodun yeni bir sürümünü, beraberinde gelen yeni kaynak kodu olmadan indirdiğiniz veya makinenizde ikili dosyanın birkaç sürümüne sahip olduğunuz ve eski bir kopyaya referansta bulunduğunuz vb. sorun, proje referanslarını pratik olduğu kadar kullanmak için iyi bir neden.

— Stijn
kaynak

Ne demek istediğini anlıyorum ve bu gelecek için akılda tutulmaya değer, ancak burada söz konusu kaynak bir sınıf kütüphanesi değil, bir web sitesi projesidir.

— David

Bu, hangi deha sadece çözümde başka bir proje tarafından kullanılan bir çözüm bir projeden bir dll başvurmaya karar merak başımı tırmalamak bırakıyor eski kod alırken bu yaygın bir sorundur. iç çeker

— Kell

10

Benim için, hiçbir öğe sorunu çözmedi. Ben sadece bu fonksiyonun içine yeni bir kod satırı ekledim, şöyle bir şey:

int a=0;

bunu ekleyerek, sanırım bu işlevi orijinal sürüme eklemek için visual studio'yu tetikledim

— Mehrdad Babaki
kaynak

7

Bu, sistem zamanı hata ayıklama sırasında veya hata ayıklama oturumları arasında, programlı, el ile veya harici bir program tarafından değiştiğinde meydana gelebilir.

— Tomi
kaynak

Bunu yeterince + 1'leyemem. Yakın zamanda Windows'u yeniden yükledim ve sistem saatimin kapalı olduğunu fark etmedim. Elbette, bu değişiklik her şeyi berbat etti ve tüm çözümü / projeyi yeniden inşa etmek sihirli bir şekilde düzeltti.

— Kyle Baran

7

Bu sorunu benim için çözen neredeyse algılanamayan bir ayar var. Kesme noktasının vurmadığı belirli bir kaynak dosya varsa,

Çözüm Gezgini
- sağ tıklama Çözümü
  - Özellikleri
    - Ortak Özellikler
      - Kaynak Dosyalarda Hata Ayıklama
        
        Msgstr "Bu kaynak dosyaları arama".

Bilinmeyen bir nedenden ötürü, VS 2013 oraya bir kaynak dosyası koymaya karar verdi ve daha sonra o dosyada artık kesme noktasına vuramadım. Bu, "kaynak kod orijinal sürümden farklıdır" suçlu olabilir.

— JBSnorro
kaynak

Ben de aynı problemle karşılaştım. Cevabınız bana yardımcı oldu! Teşekkür ederim! +1

— jweyrich

5

Sorun, hata ayıklama bilgilerinizin montajınızla senkronize olmamasıdır. Çözüm basit:

Bin klasörünüze gidin
.Pdb dosyalarını kaldırma
yeniden inşa etmek

Hile yapmalı!

(garip şey, .pdb dosyalarını atmadan yeniden oluşturma her zaman işe yaramaz. Değiştirilen tarihin güncellendiğini görebiliyorum, ancak yine de zincirin bir yerinde (VS2013 hata ayıklayıcı, IIS, derleme önbelleği) bu değişiklik algılanmadı )

— FrankyHollywood
kaynak

Build-> Clean Solution, kaldırılması gereken dosyaların kaldırılmasını da sağlamalıdır.

— Dave

Bu sorun nedeniyle büyük miktarda zaman kaybından sonra, bu çözüm hile yaptı. Teşekkürler FrankyHollywood

— AD

4

Bu iletiyi bir etkinleştirici kullanırken ve kesme noktasını ayarladığınız montaj henüz yüklenmediğinde alabilirsiniz.

Aktivatör montajı yüklediğinde kesme noktası çözülür (montaj ve hata ayıklama sembollerinin güncel olduğunu varsayarak). Bakmak için iyi bir yer, hata ayıklama menüsündeki modüller penceresidir. Orada, dosyanızın da ait olduğu montajı aramalısınız. İlk olarak düzeneğin yüklü olduğunu kontrol edin. Peki, nereden yüklendi? Sonra, semboller dosyası yüklenir. Yine, semboller dosyası nereden yüklendi? Son olarak her ikisinin de sürümlerini kontrol edin.

— Stijn
kaynak

4

Ben de bununla karşılaştım. Sorunuma neden olan koşullar:

Yerel olarak tam bir IIS7 örneği çalıştırıyorum
Yazılımımı ayrı projelere uyarlıyorum

Ben önceki bir sürümü (VS hata ayıklama bu örneğe işaret etmek isteyip istemediğinizi sormak istendi, 'Evet' yanıtı) sonra geçerli sürümü açarak (yine 'Evet' ile IIS istemine yanıt) ), ardından önceki sürümde hata ayıklamaya çalışın.

Çözmek için, önceki ve istenen sürümü kapatıp tekrar açtım, bir kez daha hata ayıklama kaynağı olarak nitelendirdim.

— baker.nole
kaynak

3

Hata ayıklama modunda çalışırken hata ayıklama modunu başlatmadan önce devre dışı bırakmayı ve yeniden ayarlamayı deneyin.

— mikeTheLiar
kaynak

3

Bu, bazı CRL dilleriyle (Yönetilen C ++, C # vb.) Uygulanmış bir modülü yükleyen bir C ++ projesinde hata ayıklarken de olur. Bu durumda hata mesajı gerçekten yanıltıcıdır.

Çözüm, Ortak dil çalışma zamanı (CLR) desteği yapılandırma özelliğini başlangıç projesine koymak ve yeniden derlemektir.

— Stijn
kaynak

3

Çözümünüzde birden fazla proje varsa , doğru projenin StartUp Project. Olarak ayarlandığından emin olun . Belirli bir projeyi çözümünüzün Başlangıç Projesi olarak ayarlamak için, projeyi sağ tıklayın, öğesini seçin Set As StartUp Project.

Başlangıç Projemi doğru bir şekilde ayarladıktan sonra, iş parçacığı tarafından istenen kesme noktasına ulaşıldı.

— ekran adı
kaynak

Ayrıca, kesme noktanız başlangıç projeniz DEĞİL bir projedeyse ve başlangıç projeniz yapılamıyorsa (örneğin başlangıç projesi olan farklı bir projeye sahip olmanız gerektiğinden) sağ tıklayın ve Hata Ayıkla >> Başlamak istediğiniz kesme noktasına sahip projenin Yeni Örneğini Başlat'ı seçin

— Caius Jard

3

Bunu, vs2017'deki 32bit'lik bir derlemede yaşadım.

Çözümlerin hiçbiri benim için işe yaramadı. Yeniden başlattım, IDE dosyalarını temizledim, yerleşik çözümü temizledim, git repo'dan çektim ve çözümü boşuna yeniden oluşturdum.

Ben nuget 64bit bağımlılık çekiyordu ve derleme kullandığınız anda, kaynaklar artık son yürütülebilir içine inşa edilmiyordu ve bunun yerine IDE önbelleğe alınmış kaynaklar inşa ediliyordu.

Nuget yapılandırmasını kaldırdım, başvurulan derlemeyi kaldırdım, kaynağı indirdim, log4net'i manuel olarak oluşturdum, imzaladım, projemdeki bir klasöre ekledim, referans ekledim ve tekrar hata ayıklamayı başardım.

Bu bir acıydı, umarım herkes için cevaplar listesinde yer alır.

Düzenleme: IDE ayarlarında "derleme hatası istemi" seçeneği açık olmasına rağmen derleme sırasında hata oluşmadı.

— nurettin
kaynak

3

Benim için çözüm, Advanced Build Settingsproje özelliklerinde gizlendi :

Bilinmeyen bir nedenden dolayı şu şekilde ayarlandı none: fullkesme noktalarının vurulmasına neden olacak şekilde ayarlamak .

Bu iletişim kutusuna ulaşmak için proje özelliklerini açın, ardından öğesine gidin Build, ardından Advanced...sayfanın altındaki düğmeyi seçin .

— riqitang
kaynak

3

Katmanlı bir mimari projedeki birkaç projede de aynı sorunu yaşadım ve sorun, yapılandırmalarda seçilen projenin derleme onay kutusu işaretlenmedi. bu yüzden sorun bir proje için düzeltildi.

Diğer bir katman için, yapılandırmalarda derlemenin etkinleştirilmesi bile aynı sorunu veriyordu. Projeyi temizlemeyi yeniden başlatmak gibi diğer tüm seçenekleri yaptım ama hiçbiri yardımcı olmadı. Sonunda, söz konusu proje için yapı onay kutusunun işaretini kaldırdım ve temizleyip yeniden oluşturdum. tekrar onay kutusunu işaretledi ve aynısını yaptı. sonra sorun giderildi.

Bu yardımcı olur umarım..

— Priyankara
kaynak

2

Benim durumumda, VS 2012'de çalışan bir işleme bağlıyordum. Eklerken, çeşitli modlarda (yerel, komut dosyası, gümüş ışık, yönetilen 2.0, yönetilen 4.0 vb.) Hata ayıklama seçeneği sunulur. Varsayılan olarak, hata ayıklayıcı modu otomatik olarak seçer. Ancak Otomatik her zaman doğru seçimi yapmaz. İşleminiz birden fazla kod türü içeriyorsa, hata ayıklayıcının doğru kodu kullandığından emin olun.

— sessiz ton
kaynak

Benim durumumda .NET kodu hata ayıklamak için w3wp.exe ekliyordu ama nedense benim C # kesme noktalarını görmek mümkün değil Script hata ayıklayıcı ekliyordu. .NET hata ayıklayıcısını değiştirmek, C # kesme noktalarının çalışmasına izin verdi.

— Oran Dennison

2

Benim durumumda, bir emülatöre karşı test edilen bir Windows CE uygulaması geliştiriyordum. Sorun, yürütülebilir dosyanın öykünücüye dağıtılmamasıydı, bu nedenle .pdb (geliştirme ortamında) .exe ile (öykünücüde) eşitlenmedi, çünkü yeni .exe hiçbir zaman öykünücüye kopyalanmadı. Yeni bir dağıtımı zorlamak için emülatördeki .exe dosyasını silmek zorunda kaldım. Sonra işe yaradı.

— Julen
kaynak

2

Benim için işe yarayan çözüm platformunu x86'dan Any CPU'ya değiştirmekti. Herhangi biri olarak değiştirdikten sonra, bir durdurma adresi belirledim, web sitesini çalıştırdım, sayfayı açtım, düğmeyi tıkladım ve durdu. Siteyi kapattım, x86'ya döndüm ve aynı sırayı başarıyla gerçekleştirdim.

— John
kaynak

2

Belki de CPU seçimi sorunu hiç etkilemez ve sadece bir yeniden inşayı zorlaması gerçeği?

— jwg

Başka bir bin klasörü kullanacak, muhtemelen herhangi bir cpu haritanızda eski bir dll vardı.

— Carra

Bu sorun etkin platformu x86 (ki ben hiç kullanmadım) vardı, Win32 için geri geçiş sorunu çözdü. PC paylaşılan bir bilgisayar, bu yüzden başka birisi herhangi bir nedenle bu platformu kurdu.

— Zac

2

Windows 7, Visual Studio Express 2010 altında, Windows XP SP3 için uyumluluk modunu kullan seçeneğini etkinleştirdiyseniz , bu hata oluşabilir.

Seçeneğin işaretini kaldırdım ve tekrar mükemmel çalıştı. VS kısayolunu veya yürütülebilir dosyayı sağ tıklayın, özellikleri seçin ve ardından uyumluluğu seçin .

— Pete
kaynak

1

Burada olabilecekler, uyumluluk modunu devre dışı bıraktığınızda sürüm yapılandırmanızın x32'den x64'e değişmesi ve x32'de derlemek için tüm projelerinizin seçilmemiş olması olabilir. Bazı projelerin x32'de neden devre dışı bırakıldığı, takım üyelerinizle konuşmanız gereken bir şeydir.

— Asad Saeeduddin

Bu benim sorunumdu. Teşekkür ederim!

— Johan Holtby

2

Önce komut satırından denedim;

geçici dosyaları komut satırından silme işe yaradı.

C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Geçici ASP.NET Dosyaları> rd / s kökü

"Yalnızca Kodumu Etkinleştir" i devre dışı bıraktığımdaAraçlar -> Seçenekler -> Hata Ayıklama -> Genel'de seçeneğini

Sorun benim için çözüldü . Bu bir WCF uygulaması, bir ashx sayfası hata ayıklama çalışıyordu. http://blogs.msdn.com/b/zainnab/archive/2010/10/25/understanding-just-my-code.aspx

— Teoman Shipahi
kaynak

2

Benim başıma geldi çünkü çözümde inşa etmeyen başka projelerim vardı. Bu sorunlu projeleri kaldırdıktan sonra (çözüm gezgininde projeye sağ tıklayın -> Projeyi Boşalt), çözümü yeniden oluşturup tekrar çalıştırdım - kesme noktası vuruldu!

— Sarah
kaynak

2

Projeye varolan dosyaları ekledikten sonra Visual Studio 2017'de oldu. Bu benim için çalıştı:

çözümü kapatın,
git SolutionFolder\.vs\SolutionName\v15\sqlite3ve kaldırstorage.ide
çözümü tekrar aç

— Laurian
kaynak

Bu çözüm için teşekkürler! Daha önce hiçbiri işe yaramadı ve bu benim günümü kurtardı :)

— StefanaB

2

Hata ayıklamaya çalıştığınızda Yayın Modunda olmadığınızdan emin olun.

— İçeri gel
kaynak