Arresto anomalo dell'applicazione senza Visual Studio installato

Question

Il codice è troppo grande da inviare qui e non conosco le parti importanti. Ho provato su ogni pc che ho e non funziona con nessuno di loro. VS2010 compila il codice senza alcun avvertimento o errore e gira bene l'applicazione, inoltre funziona bene se lancio l'app semplicemente dal sistema operativo. Quando lo metto su un PC diverso non funziona (ho Framework 4.0 ovunque, altre mie app funzionano bene).

Sul mio laptop (win xp) dice "Il programma ha riscontrato il problema e deve essere chiuso ...". L'errore "invia/non inviare" standard di Windows non dice nulla di specifico sul problema.

Sul mio PC (win xp) stava dicendo la stessa cosa sul computer portatile di quanto non abbia installato lì Visual Studio e ha iniziato a funzionare bene. Quando ho disinstallato VS10 è andato in crash di nuovo con un massaggio come "Debugger Just-in-Time non gestito non trovato ...", ancora niente di specifico sul problema.

Il mio amico porta il suo laptop (vinci 7) e nessun messaggio è apparso ma nessuna app neanche. Non ha fatto nulla, nessun messaggio, nessuna applicazione, nemmeno il processo iniziato. Quando ho cliccato sull'icona il cursore di attesa è apparso per 2 secondi e questo è tutto.

Ogni volta che la stessa cosa non viene nemmeno visualizzata alcuna forma, si blocca all'istante. Solo pc in cui funziona l'app effettiva è PC (vinci 7) dove lo creo, ovviamente con Visual Studio 2010 installato. Credo che altri PC manchino alcuni file o .dll e altri junk installati con VS2010. Qualche idea su cosa cercare? Non riesco a installare VS ovunque sia come dire "hai bisogno di Adobe Premiere per guardare il video".

EDIT: Eventi in Windows:

Application: Floorball.exe 
Framework Version: v4.0.30319 
Description: The process was terminated due to an unhandled exception. 
Exception Info: System.IO.FileNotFoundException 
Stack: 
    at Floorball.Interface.InitializeComponent() 
    at Floorball.Interface..ctor() 
    at Floorball.Program.Main() 

[SOLUZIONE] Beh, non esattamente risolto, ma ero in grado di componente GUI trovano in InitializeCoponent(), che sta causando crash. La sua stupida LineShape !! Non capisco davvero perché non funziona correttamente ovunque! Quindi se ogni corpo ha problemi simili prova questa soluzione!

Answer 1

provare a compilare contro il profilo .net4 client

Answer 2

prime tre cose che mi vengono in mente:

• Alcune librerie .NET sono mancanti. Se è stato compilato per .NET 4, potrebbe richiedere il framework completo e trova solo la versione più piccola "client". Controlla la ridistribuibile.
• Mancano le librerie C++: se si tratta di un programma C++, è necessario installare il redistore C++ oltre a quello .NET.
• Debug/release: se si compila nella configurazione di debug, il programma cercherà le librerie di debug .NET (e C++), che non sono installate dai pacchetti ridistribuibili. Compilare con la configurazione Release risolve questo problema.

Answer 3

Sembra che si stia tentando di eseguire una build di debug su macchine senza debug dll. Prova a compilare una versione di rilascio e vedere se questo aiuta.

Addendum:

Un'altra cosa che potrebbe essere (ma è davvero solo congetture senza specifiche) è di 64 differenze/32-bit. Se il programma che stai tentando di eseguire, fa P/Invoke, questo può essere un problema. Se il progetto è impostato su Target Any CPU, verrà eseguito come programma a 64 bit su SO a 64 bit e 32 bit su un SO a 32 bit. Prova a indirizzare specificamente x86 e vedi se questo cambia qualcosa.

Answer 4

In aggiunta alle risposte che suggeriscono per essere sicuri di fare una build di rilascio, controllare le impostazioni progetti: Nella scheda Debug, sezione "debugger" per disabilitare l'opzione "Attiva Visual Studio che ospita il processo" in entrambi, il tuo Debug e la tua configurazione Release.

Answer 5

Stanno litigando tutto questo mattina e ora hanno risolto e perché è successo. Pubblicare con la speranza aiuta gli altri

Ho installato Krypton.Toolkit che ha aggiunto automaticamente gli strumenti alla casella degli strumenti di Visual Studio. Ho quindi aggiunto gli strumenti al designer, che ha aggiunto automaticamente la dll ai riferimenti del projrect, tuttavia il toolkit è stato contrassegnato come CopyLocal = false

Ho creato un programma di installazione, utilizzando tutte le DLL nella cartella di rilascio (ovviamente sopra dll non era lì).

Impostazione di copylocal = true, quindi ricostruzione dell'installer, tutto ha funzionato correttamente.

Answer 6

Ho appena avuto a che fare con questo errore negli ultimi 2 giorni. Si scopre che per un progetto con Target Framework come .NET 4.0 o .NET 4.0 CP, ci sono alcune DLL che non esistono in .NET 4.5, nel caso del mio progetto DLL di Visual Basic.

Anche il progetto InstallShield che contiene i file nel programma di installazione non riesce a rilevare questa dipendenza.

Il mio progetto è stata una base (VB6) progetto Visual aggiornata a Visual Basic .NET (VB.net) ed è in qualche modo necessaria la DLL chiamata Microsoft.VisualBasic.PowerPacks.Vs.dll situato in

C:\Program Files\Reference Assemblies\Microsoft\VBPowerPacks\v10.0

ho trovato solo questo fuori dopo rendendosi conto che il progetto funziona correttamente con Visual Studio installato, ma si arresta in modo anomalo senza avvertenze specifiche diverse da "System.IOException.FileNotFound" nel registro degli arresti anomali. Passando attraverso l'Object Explorer del mio progetto in Visual Studio e provando ciascuna DLL una per una aggiungendola al progetto InstallShield LE, la creazione e la copia su una VM installata con il software di rilascio mi ha permesso di (eventualmente) arrivare a questa soluzione.

Spero che questo aiuti qualcun altro là fuori.