Newsgroup: it.comp.lang.visual-basic
Titolo: Unexpected error

Salve a tutti.
Tempo fa ho fatto dei miei programmi, li ho distribuiti e ho notato che
alcuni utenti non potevano eseguirli perche' ricevevano l'"unexpected
error" durante l'avvio.
Inutile dire che possedevano tutti i files necessari, magari gli stessi
miei. Ma a me andavano, a loro no.
Alcune installazioni dopo (non VB, altro) scopro che ad eseguire quei
miei programmi ottengo lo stesso problema. E' come se il mio sistema
fosse diventato simile a quello di quegli utenti.
Li ricompilo e tornano ad andare, ma non solo a me: a tutti quelli a cui
non andavano, le nuove versioni ricompilate vanno.
Passano altre installazioni, e il mio sistema si rivela non piu' in
grado di compilare programmi "universalmente accettati". Di nuovo gli
EXE che creo a quegli utenti non vanno.
Il problema e' quindi questo. Vorrei tornare a fare eseguibili che
girino su tutti i sistemi.
Vi ho sempre parlato di sistema, e non di VB, perche' la differenza
sembra coinvolgere files non pertinenti alla sfera di VB (quante volte
ho riprovato a reinstallare VB, ma sempre non ero in grado di compilare
bene).
Sapete per caso quali files di sistema intervengono nell'atto della
creazione dell'eseguibile?
Un sentito ringraziamento a chiunque mi sappia dare anche la piu' vaga
risposta, perche' davvero non so piu' dove sbattere la testa.
Carlo
P.S.: Ho VB 5.0 e ho gia' provato a cambiare compilazione (P-code,
normale,...)  senza successo. Inoltre tutti quegli utenti avevano il mio
stesso sistema operativo, cioe' W95.

Una domanda prima di tutto:
Hai compilato il progetto e distribuito a mano le runtime ed i controlli usati oppure hai creato i dischi
d'installazione?
E nel caso in cui tu abbia optato per la seconda soluzione (quella migliore), hai fatto la stessa cosa per gli eventuali
aggiornamenti, oppure hai fatto sostituire solo l'EXE (ed eventualmente altri files usadti dal prog, ma non ci
interessa)?
Rispondimi e poi vediamo se quello che penso è giusto...
Ciao,
Moreno
#sirri#@
tin.it
(togliete "#" dall'indirizzo)

Moreno Sirri ha scritto:

  Moreno,
grazie per avermi risposto.
No, ho sempre distribuito i miei programmi con files separati per runtime e controlli. Riconosco che non e' la scelta
migliore, ma francamente non potevo assecondare le deliranti richieste di Autocomposizione Installazione che voleva
accompagnare i miei programmini con tanta roba da rendere necessari 5 dischetti compressi.
La ragione sta forse qui? Il fatto e' che ad un utente con quel problema (che accetto' di fare da cavia) somministrai alla
fine - mi sembra - tutti i file richiesti da Autocomposizione, senza alcun risultato.

>La ragione sta forse qui?
Credo di sě.
Infatti l'autocomposizione registra ogni controllo.
Se tu poi installi (quindi con l'autocomposizione, magari fatta da qualcun altro o di qualche altro programma) un'altra
applicazione, e questa va a registrare gli stessi OCX o DLL con versioni piů recenti o comunque diverse, allora puů
cascare l'asino.
Io mi sono trovato di fronte a questi problemi, semplicemente con la differenza di versione dei controlli da VB5 SP3 a
VB5...
Quindi prova a creare l'autocomposizione e poi sappimi dire.


miei. Ma a me andavano, a loro no.
  Glieli hai dati tu o li avevano gia'?
  Ciao :-)
  Massimo
  Nell'indirizzo, inserire una "h" tra la "t" e la "u"
  In the address, insert an "h" between the "t" and the "u"

Moreno Sirri ha scritto:

Ok, grazie.
Provero' ad usare l'Autocomposizione e vedro' se qualcuno si lamenta ancora.
Comunque, questo significa che se uno si installa un programma fatto con Autocomposizione, questo gli puo' scombussolare il
sistema e rendere inutilizzabili le altre applicazioni presenti?

   Glieli hai dati tu o li avevano gia'?
Alcuni li avevano gia'.
Ma poi (alcuni utenti-cavia, almeno) sono arrivati anche a rimpiazzare i
loro files gia' esistenti, ma il programma ancora non funzionava.

Generalmente no (se le altre applicazioni sono state installate come si deve), ma ricorda che usiamo Windows, percui
tutto può accadere....
