Obciążenie dokumentu jest pomijane - jaki dokument to powoduje?

Question

podczas ładowania się roztwór w VS2008 otrzymuję:

Wystąpił błąd podczas otwarcia powiązane dokumenty ostatni czasowe rozwiązanie to zostało załadowane. Obciążenie dokumentu jest pomijane podczas tego obciążenia rozwiązania, aby uniknąć tego błędu w postaci .

Jak mogę znaleźć dokument, który powoduje problem?

Answer 1

Nie mogę powiedzieć, że widziałem ten konkretny błąd, ale zastanawiam się, czy to może być przechowywany w pliku .suo związanego z rozwiązania. .suo to miejsce, w którym VS śledzi, które pliki wcześniej otworzyłeś, więc może również śledzi nieudane. Możesz spróbować zmienić nazwę lub usunąć ten plik, a następnie ponownie załadować rozwiązanie, aby zobaczyć, czy błąd zniknie. Niestety, te pliki nie są w pełni czytelne dla człowieka, więc jeśli okaże się, że jest to lokalizacja, może nie być trywialne określenie, który plik był wadliwy.

Answer 2

miałem tego problemu, jak również. Usunąłem plik * .suo powiązany z rozwiązaniem. Kiedy próbowałem załadować rozwiązanie ponownie, zostałem poproszony z tym samym błędem, z tym wyjątkiem, że tym razem Visual Studio nie uległo awarii natychmiast. Kiedy kliknąłem "ok" w oknie dialogowym błędu, rozwiązanie wydawało się ładować poprawnie.

Answer 3

byłem zamknięty przez ten problem cały ranek, więc robiłem jakieś przymusowe badania. Oto ciekawostka, która może pomóc, wraz z kilkoma linkami, które znalazłem (ale IO jeszcze ich nie przeczytałem).

Przede wszystkim smakołyk. Wygląda na to, że jeśli uda mi się otworzyć rozwiązanie w ogóle (co mogę, za drugim razem, gdy VS.NET pominie krok "Ładowanie dokumentu"), a następnie natychmiast wykonam Odbuduj wszystko, co może "naprawić" problem (co oznacza, że ​​problem zniknie na jakiś czas i pojawi się kilka dni później, ale przynajmniej uda mi się trochę popracować).

Oczywiście, może to być czerwony śledź, ale wydaje się, że to prawda.

Następny, oto kilka linków znalazłem. Nie przeczytałem ich wszystkich, ale dotyczą one tego problemu lub są bardzo podobne i mogą pomóc komuś.

http://social.msdn.microsoft.com/forums/en-US/vssetup/thread/cb73c8d6-077f-4220-aaf8-463039ee1d5f

Why does Visual Studio crash opening ASPX with MVC RC1

Resharper (R#) 4.5 and MVC (1.0) solutions cause Visual Studio 2008 SP1 to crash on solution load

http://www.lostechies.com/blogs/hex/archive/2009/03/02/hot-fix-available-for-visual-studio-2008-sp1-crashing-when-opening-up-aspx-files-views-on-vista-sp1-x64.aspx

http://www.chowamigo.co.uk/2009/10/fix-visual-studio-hangs-crashes-and.html

http://forums.asp.net/p/1384470/2942121.aspx#2942121

http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=471570

http://blogs.msdn.com/jnak/archive/2009/02/26/fix-available-asp-net-mvc-rc-crash-in-a-windows-azure-cloud-service-project.aspx

Answer 4

czyściłem moje rozwiązanie poprzez produkcji-> Czyste rozwiązanie.

Potem przebudowane moje rozwiązanie. Wydaje się, że pracujesz dla mnie.

edit: używam VS 2010

Answer 5

To może nie być możliwe, aby definitywnie określić, który plik jest przyczyną problemu. Podobne błędy zostały zgłoszone w bardzo różnych okolicznościach, z wyjątkiem sytuacji, w której istnieje co najmniej jeden plik, który wciąż był otwarty do edycji po ostatnim pomyślnym otwarciu i zamknięciu rozwiązania.

Sam to sprawdziłem z aktywnym WinDbg, a stos wywołań jest wypełniony łańcuchem DLL w stanie rozładowania wątku/modułu. Najprawdopodobniej jest to spowodowane stanem wyścigu lub innymi wadliwymi zachowaniami wielowątkowymi w studiu graficznym.

Oto inne odnośniki, które możesz wyświetlić, na wypadek gdyby inni zaktualizowali je dodatkowymi informacjami.

IDE Reports Error ... @ Microsoft Connect
Error Loading Solution 100% of the time ... @ Microsoft Connect
Error opening associated documents ... @ Stack Overflow

Edit:

Dodam, że mój wniosek z tego jest sytuacja wyścigu opiera się na poszlakach zgromadzonych podczas próby utworzenia Minidump o katastrofie w Visual Studio z WinDbg; i wcześniejsza historia z podobnymi niewyjaśnionymi błędami w starszych wersjach Visual Studio.

Podczas mojej eksploracji WinDbg konsekwentnie zgłasza, że ​​nie można utworzyć minizrzutu dla tej awarii, ponieważ nie powiodło się wykonanie ReadProcessMemory. Śledzenie stosu zawiera ścieżkę DllUnloads wywoływaną z różnych powodów. Nie ma doniesień o tym błędzie, gdy nie ma widoków dokumentów, które były otwarte po ostatnim zamknięciu rozwiązania. Łącząc te wskazówki, domyślam się, że są błędy w kolejności instancji; być może, gdy otwarte są dwa widoki tego samego typu, jeden kończy się przed drugim i powoduje oczyszczenie zasobu, który jest współdzielony przez obie akcje.

Jest możliwe, że nie jest to stan wyścigu lub błąd wątku, chociaż objawy silnie sugerują to. Na szczęście dla mnie i innych osób, które włączyły się z odpowiedziami, gdy napotkałem ten błąd, usunięcie pliku .SUO (i pliku .NCB w starszych wersjach Visual Studio) rozwiązuje problem.

Answer 6

Używam VS2010 i miałem ten sam błąd. Usunąłem 2 pliki SUO skojarzone z rozwiązaniem i wszystko działało poprawnie.

Answer 7

Otrzymałem komunikat o błędzie "pomijanie obciążenia dokumentu", a następnie "błąd odniesienia obiektu nie został ustawiony na wystąpienie obiektu" podczas próby zamknięcia VS. Naprawiłem zarówno poprzez usunięcie:

• C: \ Users {user} \ AppData \ Local \ Microsoft \ VisualStudio \ ComponentModelCache i
• C: \ Users {user} \ AppData \ Local \ Microsoft \ VisualStudio \ devenv .exe.config
• C: \ Users {user} \ AppData \ Local \ Microsoft \ VisualStudio.NETFramework, Version = v4.0 Set = Rozszerzenia, Hash = 6D09DECC.dat
• C: \ Users {user} \ AppData \ Local \ Microsoft \ VisualStudio.NETFramework, wersja = v4.0, Zestaw = rozszerzenia, Hash = 9951BC03.dat
• C: \ Użytkownicy {użytkownik} \ AppData \ Lokalne \ Microsoft \ VisualStudio.NETFramework, wersja = v4 .5.2, Ustaw = RecentAssemblyblas, Hash = 0.dat

Odkryłem, że te pierwsze dwa powodowały inne błędy związane z brakującymi pakietami, gdy ładowałem swój projekt, a "odwołanie do obiektu nie było ustawione na wystąpienie obiektu" podczas próby zamknięcia VS, i otrzymywał błędy z języka JavaScript Service, skarżąc brakujących plików js z tych plików ostatnia .NETFramework (co nie rozumiem, jeśli nie dodawać je z powrotem):

01:10:11.7550: Referenced file 'C:\Program Files (x86)\Microsoft Visual Studio 14.0\JavaScript\References\libhelp.js' not found. 
01:10:11.7550: Referenced file 'C:\Program Files (x86)\Microsoft Visual Studio 14.0\JavaScript\References\sitetypesWeb.js' not found. 
01:10:11.7550: Referenced file 'C:\Program Files (x86)\Microsoft Visual Studio 14.0\JavaScript\References\domWeb.js' not found. 
01:10:11.7550: Referenced file 'C:\Program Files (x86)\Microsoft Visual Studio 14.0\JavaScript\References\underscorefilter.js' not found. 
01:10:11.7550: Referenced file 'C:\Program Files (x86)\Microsoft Visual Studio 14.0\JavaScript\References\showPlainComments.js' not found. 

I może po prostu trzeba ponownie zainstalować/naprawić wtyczkę JavaScript Language Service i możliwe, że pliki zostały "pomijane". Ale spróbowałbym pozbyć się wszystkich plików wymienionych powyżej i zrestartować Visual Studio. Powinny zostać ponownie utworzone, z wyjątkiem plików .NETFramework. Jeśli chcesz, możesz cofnąć pliki .NETFramework, a następnie je usunąć, a następnie wkleić je z powrotem w jednym czasie i ponownie uruchomić VS między każdym kopiowaniem pliku, który robisz, aby zawęzić wszystko, tak jak ja.

Wysłany mój proces użyłem do tego dojść na Visual Studio 2015 error "Object reference not set to an instance of an object" after install of ASP.NET and Web Tools 2015 (RC1 Update 1)