Applicazioni .NET che non partono

[boiler]

Ciao a tutti

Scrivo regolarmente piccole applicazioni .NET in C# per uso interno (laboratorio, produzione,...).
Ogni tanto devo mandarle a partner esterni che fanno dei lavori per noi.

Spesso queste persone si lamentano che l'applicazione non si avvia. A quanto pare fanno doppio click sull'eseguibile e non succede assolutamente nulla.

Adesso ho integrato un logging so file per cercare di capire se l'esecuzione parte ma viene terminata prima del carimaneto della GUI... vediamo...

Avete già avuto a che fare con un comportamento simile?
Qualche idea di quale possa essere la causa?

Internamente funziona tutto bene, sia in ufficio che sui computer in produzione o laboratorio...

Boiler

[fairyvilje]

Domanda stupida, ma hanno .NET installato in una versione recente? Perché se hanno vecchi sistemi non è distribuito automaticamente come su windows 10.

[boiler]

Ci avevo pensato, le libraries ci sono e sto compilando per la vetusta versione 4.0 del framework.

Il logging dice che il software parte e fa tutto l'inizializzazione, ma crasha all'interno di un modulo che si occupa della comunicazione seriale. Ho aggiunto piú punti in cui emetto un messaggio o continuo ad inscatolare il proeblma.

Boiler

[fairyvilje]

Premesso che non uso windows da anni ormai, e le poche esperienze con C# le ho fatte su mono e non .NET. Se non ricordo male windows usa un sistema per le seriali basato sul DOS, dove i file riservati COMx sono usati per scrivervi e leggervi. Può essere che ci sono problemi di permessi su quei file sugli utenti dove il programma viene lanciato? O che la porta da te selezionata non sia disponibile?

Con questo temo sia tutto che mi viene in mente :/.

[speedyant]

Se non fosse una "rottura di scatole" ti avrei suggerito virtualizzare un PC per fare i test. Io indagherei sulla "gestione comunicazione seriale"...

[lelerelele]

per me il problema dovrebbe risiedere nelle framework, prova a fare una verifica, all'interno del programma, per la ricerca della framework corretta, e scrivi il risultato sul log.

se la seriale è virtuale, ottenuta per esempio da driver che la emula attraverso USB, (è capitato a me), può essere il driver che deve essere aggiornato.

saluti.

[boiler]

Piccolo update: sembra esserci un problema con una delle librerie che integro tramite Nuget. Probabilmente un conflitto tra la versione del Framework che viene richiesta dalla libreria e quella disponibile sulla macchina dell'utente.

Vi aggiorno appena ho una diagnosi definitiva.

Saluti, Boiler

[boiler]

L'applicazione crasha prima di arrivare a caricare l'interfaccia grafica.
Questo il motivo per cui sembra non partire.

Il crash avviene al momento dell'instanziazione di un oggetto di tipo stateless.
Stateless è una classe che uso nel programma e che integro direttamente in VisualStudio con Nuget.

L'eccezione che viene generata ha come messaggio qualcosa di simile (l'ho tradotta ad occhio, il crash mi avviene solo su un sistema operativo in danese, e quindi in questa lingua è il messaggio originale )

Codice: Seleziona tutto

Il file o l'assembly 'Stateless, Version=4.0.0.0, Culture=neutral, PublicKeyToken=93038f0927583c9a' o una delle sue dipendenze non è stata caricata. Il file non è stato trovato.

Stateless.dll lo distribuisco assieme all'eseguibile e si trova nella stessa cartella.

Sulla macchina in Danimarca c'è installato il .NET Framework in versione 4.8.

Il mio programma ha come target il framework 4.0. Dovrebbe partire senza problemi sul 4.8, no?

Il NuGet Manager in VisualStudio mostra queste dipendenze per Stateless:

stateless_dep.PNG (17.16 KiB) Osservato 632 volte

Mi pare di capire che nel mio caso (Framework 4.0) non ci siano dipendenze che devono essere soddisfatte sull'host in esecuzione.

Queste le proprietà della referenza Stateless in VisualStudio:

Anche qui mi sembra tutto a posto.

Non so bene che pesci pigliare...

Idee?

Grazie, Boiler

[boiler]

Perché se hanno vecchi sistemi non è distribuito automaticamente come su windows 10.

In effetti è Windows 7, però il Framework è installato (build 528049, che corrisponde alla versione 4.8)

Boiler

[speedyant]

Una domanda "ovvia", solo quel cliente ha problemi?