Windows Phone 7 - Aplikacja nie uruchamia się, nie ma błędów, po prostu obciąża ładunek

Question

Przygotowując aplikację na telefon do wydania, pomyślałem, że zmienię numery wersji wszystkich moich złożeń.

Miałem również problem z klientem usługi WCF, a nie automatycznym kodowaniem kodu proxy, znanym błędem, który podniosłem, a stwardnienie rozsiane poprawiono dla vNext, ale nie sądzę, że jest to związane. W każdym razie to posortowałem i jestem pewien, że jest to związane z przygotowaniami, które przygotowałem do wydania.

Moja aplikacja nie ładuje się teraz ani na emulatorze, ani na urządzeniu. Po prostu bombarduje podczas bootowania CLR bez błędu, który mi pomoże. Jestem tak oszołomiony, że po raz pierwszy otworzyłem swoje pierwsze wezwanie pomocy od dziesięciu lat ze stwardnieniem rozsianym.

Oto zawartość okna wyjściowego:

'taskhost.exe' (Managed): Loaded 'mscorlib.dll' 
'taskhost.exe' (Managed): Loaded 'System.Windows.RuntimeHost.dll' 
'taskhost.exe' (Managed): Loaded 'System.dll' 
'taskhost.exe' (Managed): Loaded 'System.Windows.dll' 
'taskhost.exe' (Managed): Loaded 'System.Core.dll' 
'taskhost.exe' (Managed): Loaded 'System.Xml.dll' 
'taskhost.exe' (Managed): Loaded '\Applications\Install\A2C90EB3-BF72-4317-B6FB-7D05843D6E15\Install\Company.Product.Mobile.WindowsPhoneUK.dll', Symbols loaded. 
'taskhost.exe' (Managed): Loaded '\Applications\Install\A2C90EB3-BF72-4317-B6FB-7D05843D6E15\Install\Company.Product.Mobile.dll', Symbols loaded. 
'taskhost.exe' (Managed): Loaded 'Microsoft.Phone.dll' 
'taskhost.exe' (Managed): Loaded 'Microsoft.Phone.Interop.dll' 
The thread '<No Name>' (0xc7e00a2) has exited with code 0 (0x0). 
The thread '<No Name>' (0xcdd0076) has exited with code 0 (0x0). 
The program '[232259726] taskhost.exe: Managed' has exited with code 0 (0x0). 

See? Bez błędów! Nic do kontynuowania. To nie tak, że mogę ustawić log Fusion na telefonie Blummin.

Dziennik powinien pokazywać więcej ładowań zestawów. Zmieniłem moje zmiany, numery wersji nie są już automatyczne i nie mogę wymyślić niczego innego, co mogłem zrobić, co by to spowodowało!

Zdecydowanie potrzebuje kontroli źródła.

Dzięki, Luke

Answer 1

W zeszłym tygodniu dostałem ten sam dziwny błąd.

Po utworzeniu nowego rozwiązania (które zostało zbudowane i uruchomione bez problemów) odkryłem, że zmiana przestrzeni nazw spowodowała błąd.

Mam nadzieję, że to pomaga.

Answer 2

Spójrz na plik .csproj. W moim przypadku wszystko było poprawne, ale w tym pliku nie było nawiązaniem do starej nazwy projektu jak <SilverlightAppEntry>TheOldNamespace.App</SilverlightAppEntry> więc po prostu zmieniło się do nowej nazwy przestrzeni nazw, a teraz znowu działa;)

Answer 3

zamieścić tutaj jako punkt odniesienia, a zajęło mi kilka godzin, aby rozwiązać ten problem: miałem ten sam problem, musiałem iść w pliku Assembly.cs, a następnie dokonać upewnić się, że następny element jest pusty wartość:

[assembly: AssemblyCulture("")] 

oddanie informacje o kulturze (np. "en-US") powodują, że aplikacja jest cicho uruchamiana, bez żadnych wyjątków ani informacji z dziennika.

Nie ma problemu w pozostawiając informacje kultura w następującym zakresie:

[assembly: NeutralResourcesLanguageAttribute("en-US")] 

Answer 4

Poprzez zmianę nazwy przestrzeni nazw twoi Właściwości projektu stracił Object startowego.

Wystarczy sprawdzić we Właściwościach projektu/"Nazwa projektu"/Aplikacja => Obiekt początkowy, jest bardzo prawdopodobne, że jest pusty.

Przewiń w dół i wybierz nowy typ Przestrzeni nazw.Klasa do uruchomienia.

Mam nadzieję, że to pomaga.