Visual Studio "Bul", "Aranacak dosya bulunamadı. Durdurulan ilerlemeyi bulun."


100

Bazen Visual Studio IDE'de geliştirme yaparken, bir şey bulmak için "Dosyalarda Bul" iletişim kutusunu kullandığınızda, arama başarısız olur ve "Sonuçları Bul" penceresinde aşağıdaki mesajı görürsünüz.

Bakılacak dosya bulunamadı. Durdurulan ilerlemeyi bulun

Bu mesaj göründüğünde, sonraki tüm aramalar aynı mesajla sonuçlanacaktır. Ctrl+ Düğmesine basmak dışında bilgisayarı yeniden başlatmak da dahil olmak üzere hiçbir şey sorunu çözemez ScrLk.

Visual Studio'nun bu duruma girmesine neden olan nedir ve bunun olmasını kalıcı olarak engelleyen bir ayar var mı?


2
Daha fazla ayrıntı ekleyebilir misiniz lütfen? Ne arıyorsunuz ve neden?
ReaperUnreal

1
Soruyu veya çözümü anlamıyorum. Lütfen detaylandırın.
Jeff Yates

1
Görünüşe göre VS2008'de Ctrl yerine Alt kullanmanız gerekebilir. Ayrıca bakınız: vidmar.net/weblog/archive/2007/04/17/…
Reunanen

2
Bu bana VS2008 ile oldu. Daha önce bir VS çökmesi yaşadım ancak VS'yi yeniden başlattım. Ctrl + ScrLk çalışıyor gibi görünüyor - teşekkürler!
TrueWill

Yanıtlar:


85

Bu konuya göre :

Microsoft tarafından 13/10/2009 tarihinde 16:33 tarihinde gönderildi

Herkese selam,

Bu hataya gösterdiğiniz sürekli ilgi için teşekkür ederiz. Windows'un çeşitli sürümlerinde çalışan Visual Studio'nun çeşitli sürümlerinde sorunu aralıklı olarak yeniden oluşturabildik ve temel nedeni VS'ye harici olarak belirledik . Windows ekibinin maalesef mevcut sürümleri için bunu düzeltecek zamanı yoktu, ancak bu hatayı Windows'un gelecekteki bir sürümü için düzeltmek için onlarla birlikte çalışıyoruz. Şu anda, geçici çözüm (çoğunuzun belirttiği gibi) Ctrl + Scroll Lock, Ctrl + Break veya Break tuşuna basmaktır.

Bu hata hakkında verdiğiniz tüm ayrıntılar için tekrar teşekkürler. Başka sorularınız veya yorumlarınız varsa, lütfen çekinmeden buraya tekrar yazın; Bu konu epey bir süre önce kapatılmış olmasına rağmen, radarımızda kalmasını sağlayacağım.

Teşekkürler, Brittany Behrens Program Yöneticisi, VS Platform - Editör

Bu hata en az 2004'ten beri var ve 2009'daki yukarıdaki gönderi itibariyle düzeltilmedi.


9
MS, genellikle Connect'te olduğu gibi yalancıdır
abatishchev

10
2013 arıyor. Henüz tamir etmediler.
Carl

1
Hata ayıklama modundayken çalışmadığını düşünüyorum. Hata ayıklamayı bıraktıktan sonra arama iyi çalıştı
Joe Phillips

1
"Windows ekibinin maalesef mevcut sürümleri için bunu düzeltecek zamanı yoktu" - bana biraz ara verin!
Matthew Lock

3
VS 2008'i Windows 8.1'de çalıştırma. Hala aynı sorunu görüyorum. Bir Windows sorunu ise, düzeltmek için zaman ayırıyorlar.
Simon Tewsi

18

Bazen Ctrl+ Breakçalışır, bazen Alt+ Break, bazen Ctrl+ Scroll Lockve diğer zamanlarda Alt+ Scroll Lock.

Şu anda hiçbir şey çalışmıyor. Bu benim için çok büyük bir sorun oldu. Microsoft, son dokuz yılda bu hatayı düzeltmediği için utanç verici.


1
Yani "Utanç" MS (veya belki "Aynı eski" MS ...?; O))
Liam 13

1
Utanç demek istedim. Güzel olmasa da Bayan'ı çok seviyorum ama bazen gerçekten
Chad

Ben de aynı sorunu yaşıyorum. Hiçbir şey düzeltmez, hatta yeniden başlatılmaz. Ve insanlar çeşitli tuş kombinasyonlarına ne zaman basıyor? İmleç düzenleyicide olduğunda. Herhangi bir değişiklik yapmadan dört tuş kombinasyonunu da denedim.
Steve A

16

Görünüşe göre, anahtar kombinasyonlarının işe yaramadığı kişiler için (şu anda benim gibi), aşağıdaki kayıt defteri anahtarını silmek kurtuluşu getiriyor:

MyComputer\HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\[VS VERSION NUMBER]\Find

Tabii ki, [VS SÜRÜM NUMARASI] IDE'nin dahili sürüm numarası olmalıdır. Bilgisayarınızı yeniden başlatmayı unutmayın.

Unutmayın, kayıt defterinden bir şeyler silmek tehlikelidir. SO umurunda olan herkes gibi ama her neyse ...


1
Diğer düzeltmelerin hiçbiri benim için işe yaramadı, ancak tüm vs sürümlerim için tüm bulma kayıt defteri anahtarlarını sildim - teşekkürler!
jskunkle

1
Bugün benim için zar yok. Notepad ++ ve grep'e geri dönelim. Yazılım için ödenen bu kadar çok mu?
Tim Abell

1
VS2010'da harika çalıştı. VS'yi yeniden başlattığımdan emin oldum, ancak Windows'u yeniden başlatmam gerekmedi.
johnhe4

Benim için çalışmadı (Windows 10'da Visual Studio 2015)
erict

11

Bunu önlemek için yapabileceğin bir şey olduğunu sanmıyorum. CTRL + Break ile bir yapıyı durdurduktan sonra ortaya çıkıyor ... Belki o sırada CTRL + Scroll Lock tuşlarına basıyorum ???

Bana sadece 2-3 kez oldu ve bu birkaç ay arayla oldu.

O, zaman zaman Visual Studio'da bir arama gerçekleştirirken, belirtilen hata mesajını alacağınızı söylüyor. Bulacak şeyler olduğunu bilmenize rağmen. Visual Studio'nun içine girdiği garip bir durum. (CTRL + Scroll Lock) tuşuna basarsanız, sorunu 'düzeltir'.


Benim için çalışmıyor (Windows 10'da Visual Studio 2015)
erict


3

Bu sorunu yaşadım ve insanların birden fazla Ctrl+Break/Pause Scroll Lock kombinasyonları .

Bunu düşündüm, ancak bunun geçici bir çözüm olmadığını düşündüm (özellikle bir Mac Klavye kullandığım için bu tuşlara kolayca erişilemiyor).

Yani bulduğum çözüm şunu yapmaktı:

  1. Menü: AraçlarSeçeneklerÇevreBul ve Değiştir

  2. İlk üç onay kutusunun işaretini kaldırın (ayarlarımda varsayılan olarak işaretlidir).

  3. İlk üç onay kutusunu yeniden işaretleyin.

Et voila, her şey yolunda gitmeli.

Yine de benim için yaptı, bu bir rahatlama oldu çünkü Microsoft'un böyle bir hata için bir çözüm olarak garip bir tuş kombinasyonuna izin vereceğine inanamıyorum.

Bunu yardımcı olabileceğini umarak gönderiyorum!



2

Bu problemle ilgili deneyimim:

Yeniden Üretme Adımları

Bunu Windows Server 2008 R2 Standard ve Visual Studio 2010 SP1 kullanarak deneyimledim.

Visual Studio'ya Citrix Receiver (bilgisayarımdan, A'dan B'ye) ve Windows Uzak Masaüstü (B'den C'ye) üzerinden uzaktan erişiyordum. Bu kurulumda (iki uzak oturumu zincirleme), bazen değiştirici tuşlar takılıyorum.

B'de, Windows+Pause Sistem Özellikleri penceresine erişmek için . (Bu ilgili olabilir veya olmayabilir; sıkışmış bir tuşa basılması veya başka bir şey olabileceğinden şüpheleniyorum.)

Daha sonra C üzerinde Visual Studio'yu açtığımda bu sorunu yaşadım. Tümünü Bul penceresine erişmek için her zaman Ctrl+ Shift+ kullandığımı unutmayın .F

Çözüm

Diğer cevaplarda önerildiği gibi Ctrl+ 'a basarak Scroll Lockçözdüm.

Sebep olmak

Bunun neden olduğuna gelince , metin imleci Sonuçları Bul penceresindeyken Ctrl+ tuşuna Breakbasarsam, ancak herhangi bir sonuç bulunmadan aramanın aynı mesajla durduğunu fark ettim . Bu bana bunun bir klavye sorunuyla ilgili olduğunu gösteriyor.

Başkaları tarafından bildirildiği gibi, görünüşe göre bu bir Windows hatası. İşte bununla ilgili bir tartışma .


1

Bu sorunu gördüğümü sanıyordum, ancak iki gün bir çözüm aradıktan sonra, "Bu dosya türlerine bak" seçicisinin değiştiğini ve ihtiyacım olan dosya uzantısını içermediğini anladım.


1

Bunu dün Visual Studio 2015'te yaşadım.

In Dosyalarda Bul , textfield içinde Bakılacak: Ben daktilo

*. *

Tüm Çözüm yerine ve bu da hiçbir dosya bulunamamasına neden oldu .



1

Sorununuzu yeniden oluşturabilirim.

Aşağıda deneyebileceğiniz bazı adımlar vardır:

  1. Bul ve Değiştir ayarını kontrol edin (menü AraçlarOrtamBul ve Değiştir ).
  2. "VS2013 için Geliştirici Komut İstemi" ni açın ve "devenv.exe / resetsettings" yapıştırın

  3. Visual Studio'yu onarmak için Visual Studio Kurulum Sihirbazı'nı (Denetim Masası aracılığıyla) kullanın. Dosyalarda Bul hakkındaki referansı da okuyabilirsiniz:

    http://msdn.microsoft.com/en-us/library/dechx2tz.aspx


1

Çok benzer bir sorunla karşılaştım. Çözümümdeki tüm .cs dosyalarında bir ifade için tüm dosyalar için bir klasör arıyordum. Visual Studio "Aranacak dosya bulunamadı" demeye devam etti. (Mesajın "Durdurulan ilerlemeyi bul" bölümü yoktu.)

Mesajı aradım ve bu soruyu buldum. Diğer yanıtlarda önerilen klavye komutları işe yaramadı.

Gezinme için klavyeyi kullanmayı seviyorum. Yanlışlıkla Alt + B ve Space tuşlarına basmıştım. Alt + B "su içer atlamak için kısa yoldur b Bul 'a -folders" onay kutusunu ve formu değiştirin. Boşluk çubuğu onay kutusunu temizledi ve ardından Alt + A bir Bul A gerçekleştirdi ll eylemi. Alt klasörleri aramadığı için dosya bulunamadı. Mesaj doğruydu.

"Alt klasörleri dahil et" kutusunu işaretledikten sonra, aramalar eşleşen dosyaları alt klasörlerde buldu. Bu nedenle, " Durdurulan ilerlemeyi bul" mesajı olmadan "Aranacak dosya bulunamadı" mesajını alıyorsanız , aramanın alt klasörlere baktığından emin olun!


1

Bunun başka bir nedenini buldum: CMake oluşturma işleminin bir parçası olduğunda çözüm klasörünü yeni bir konuma taşımak.

Chromium Embedded Framework ile çalışıyordum ve ana CEF klasörünü e: \ 'den c: \' ye taşıdım. Bu, Bul da dahil olmak üzere her şeyi bozuyor gibi görünüyor, çünkü CMake derleme betikleri, disk hacmini ve kaynak yollarının tam yolunu (E: \ klasörü) sabit kod kullanıyor.

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.