Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
VB6it.dll e Isam installabile
61 views
Skip to first unread message
greg
Mar 28, 2013, 1:26:56 PM3/28/13
to
Oggi mi � fallita parzialmente un'istallazione su 2 computer, uno con vista
e uno con seven.
Durante il setup tutti e due mi hanno dato il messaggio: impossibile
cancellare vb6it.dll. Riprova, Annulla, Ignora.
Ho ignorato, e pensato: strano non era mai successo su machcine simili!
Finisco il tutto, apro la schermata principale dove un database Access 2000
viene aperto da codice, non ci sono datacontrol e va tutto bene.
Tutte le altre finestre dove c'� un datacontrol danno errore "Impossibile
trovare Isam Installabile". Ma neacnhe tutta: un form con datacontrol si
apre senza problemi.
Mi chiedo perch� solo su questi due pc quel file non � sostituibile. Siccome
l'mministratore di rete mi ha dato i permessi di Admin (io avevo chiesto)
solo per il tempo necessario all'operazione, � possibile che mi abbia dato
dei permessi non admn, o comuqnue non full?
Vabbeh, tornato a casa fatto qualche ricerca e ho trovato che il vb6it.dll
presente su quelle macchine potrebbe non essere aggiornato a vb6+sp6 visto
che che non � stato possibile aggiornarlo in fase di setup, e darebbe
quell'errore con database Access 2000 ....
Soluzione banale e veloce: se copio il mio vb6it.dll dentro la cartella del
programma? L'exe dovrebbe dovrebbe cercare la dll prima nella sua cartella e
solo se non la trova chiede al SO. Funziona ancora cosi?
Grazie a chiuqnue pu� dare una psiegazione/suggerimento
Gregorio
e uno con seven.
Durante il setup tutti e due mi hanno dato il messaggio: impossibile
cancellare vb6it.dll. Riprova, Annulla, Ignora.
Ho ignorato, e pensato: strano non era mai successo su machcine simili!
Finisco il tutto, apro la schermata principale dove un database Access 2000
viene aperto da codice, non ci sono datacontrol e va tutto bene.
Tutte le altre finestre dove c'� un datacontrol danno errore "Impossibile
trovare Isam Installabile". Ma neacnhe tutta: un form con datacontrol si
apre senza problemi.
Mi chiedo perch� solo su questi due pc quel file non � sostituibile. Siccome
l'mministratore di rete mi ha dato i permessi di Admin (io avevo chiesto)
solo per il tempo necessario all'operazione, � possibile che mi abbia dato
dei permessi non admn, o comuqnue non full?
Vabbeh, tornato a casa fatto qualche ricerca e ho trovato che il vb6it.dll
presente su quelle macchine potrebbe non essere aggiornato a vb6+sp6 visto
che che non � stato possibile aggiornarlo in fase di setup, e darebbe
quell'errore con database Access 2000 ....
Soluzione banale e veloce: se copio il mio vb6it.dll dentro la cartella del
programma? L'exe dovrebbe dovrebbe cercare la dll prima nella sua cartella e
solo se non la trova chiede al SO. Funziona ancora cosi?
Grazie a chiuqnue pu� dare una psiegazione/suggerimento
Gregorio
Paperino
Mar 28, 2013, 2:27:14 PM3/28/13
to
greg ha scritto:
> Oggi mi ￜ fallita parzialmente un'istallazione su 2 computer, uno con vista
Di solito perchￜ c'ￜ qualche programma attivo che lo usa.
> Siccome
> l'mministratore di rete mi ha dato i permessi di Admin (io avevo chiesto)
> solo per il tempo necessario all'operazione, ￜ possibile che mi abbia dato
E poi io non correrei il rischio, anche perchￜ
se quel file non ￜ aggiornato ￜ probabile che anche
altri componenti siano nella stessa condizione.
Fai prima a installare l'aggiornamento del runtime:
http://www.microsoft.com/it-it/download/details.aspx?id=24417
e poi reinstallare il programma.
E giￜ che ci sei accertati che la macchina di
sviluppo sia allineata alle ultime versioni
sia di VB6 che dei vari controlli.
Bye, G.
> Oggi mi ￜ fallita parzialmente un'istallazione su 2 computer, uno con vista
> e uno con seven.
> Durante il setup tutti e due mi hanno dato il messaggio: impossibile
> cancellare vb6it.dll. Riprova, Annulla, Ignora.
> Ho ignorato, e pensato: strano non era mai successo su machcine simili!
> Finisco il tutto, apro la schermata principale dove un database Access 2000
> viene aperto da codice, non ci sono datacontrol e va tutto bene.
> Tutte le altre finestre dove c'ￜ un datacontrol danno errore "Impossibile
> Durante il setup tutti e due mi hanno dato il messaggio: impossibile
> cancellare vb6it.dll. Riprova, Annulla, Ignora.
> Ho ignorato, e pensato: strano non era mai successo su machcine simili!
> Finisco il tutto, apro la schermata principale dove un database Access 2000
> viene aperto da codice, non ci sono datacontrol e va tutto bene.
> trovare Isam Installabile". Ma neacnhe tutta: un form con datacontrol si
> apre senza problemi.
> Mi chiedo perchￜ solo su questi due pc quel file non ￜ sostituibile.
> apre senza problemi.
Di solito perchￜ c'ￜ qualche programma attivo che lo usa.
> Siccome
> l'mministratore di rete mi ha dato i permessi di Admin (io avevo chiesto)
> dei permessi non admn, o comuqnue non full?
>
> Vabbeh, tornato a casa fatto qualche ricerca e ho trovato che il vb6it.dll
> presente su quelle macchine potrebbe non essere aggiornato a vb6+sp6 visto
> che che non ￜ stato possibile aggiornarlo in fase di setup, e darebbe
>
> Vabbeh, tornato a casa fatto qualche ricerca e ho trovato che il vb6it.dll
> presente su quelle macchine potrebbe non essere aggiornato a vb6+sp6 visto
> quell'errore con database Access 2000 ....
> Soluzione banale e veloce: se copio il mio vb6it.dll dentro la cartella del
> programma? L'exe dovrebbe dovrebbe cercare la dll prima nella sua cartella e
> solo se non la trova chiede al SO. Funziona ancora cosi?
Forse. Ma, se mi permetti ￜ una pezza orribile :-(.
> Soluzione banale e veloce: se copio il mio vb6it.dll dentro la cartella del
> programma? L'exe dovrebbe dovrebbe cercare la dll prima nella sua cartella e
> solo se non la trova chiede al SO. Funziona ancora cosi?
E poi io non correrei il rischio, anche perchￜ
se quel file non ￜ aggiornato ￜ probabile che anche
altri componenti siano nella stessa condizione.
Fai prima a installare l'aggiornamento del runtime:
http://www.microsoft.com/it-it/download/details.aspx?id=24417
e poi reinstallare il programma.
E giￜ che ci sei accertati che la macchina di
sviluppo sia allineata alle ultime versioni
sia di VB6 che dei vari controlli.
Bye, G.
greg
Mar 28, 2013, 4:58:06 PM3/28/13
to
Paperino ha scritto:
> Forse. Ma, se mi permetti � una pezza orribile :-(.
Convengo, ragionissima! Se non risolver� al meglio vedr� di registrare
manualmente la dll
> E poi io non correrei il rischio, anche perch�
> se quel file non � aggiornato � probabile che anche
In realt� le macchine di sviluppo sono 2, e il sorgente passa da uno
all'altro su penna usb
Si vede che la seconda macchina, usata quasi mai per compilare si sar�
sporcata qualche in qualche dll. E oggi ho dovuto compilare di corsa proprio
su quella!
Ripasser� il SP6.
Ho scaricato quello del link e ho visto che pesa circa 1 mega, allora sono
andato a ripescare il mio vecchio sp6 e ho visto che pesa ben 28 mega. Come
mai sta differenza? forse quello del link � solo un installer?
Un saluto e un grazie
--
Gregorio
> Forse. Ma, se mi permetti � una pezza orribile :-(.
Convengo, ragionissima! Se non risolver� al meglio vedr� di registrare
manualmente la dll
> E poi io non correrei il rischio, anche perch�
> se quel file non � aggiornato � probabile che anche
> altri componenti siano nella stessa condizione.
> Fai prima a installare l'aggiornamento del runtime:
> http://www.microsoft.com/it-it/download/details.aspx?id=24417
> e poi reinstallare il programma.
>
> E gi� che ci sei accertati che la macchina di
> Fai prima a installare l'aggiornamento del runtime:
> http://www.microsoft.com/it-it/download/details.aspx?id=24417
> e poi reinstallare il programma.
>
> sviluppo sia allineata alle ultime versioni
> sia di VB6 che dei vari controlli.
>
> Bye, G.
Hai ragione su tutto e mi hai aiutato a riordinare le idee.
> sia di VB6 che dei vari controlli.
>
> Bye, G.
In realt� le macchine di sviluppo sono 2, e il sorgente passa da uno
all'altro su penna usb
Si vede che la seconda macchina, usata quasi mai per compilare si sar�
sporcata qualche in qualche dll. E oggi ho dovuto compilare di corsa proprio
su quella!
Ripasser� il SP6.
Ho scaricato quello del link e ho visto che pesa circa 1 mega, allora sono
andato a ripescare il mio vecchio sp6 e ho visto che pesa ben 28 mega. Come
mai sta differenza? forse quello del link � solo un installer?
Un saluto e un grazie
--
Gregorio
Paperino
Mar 28, 2013, 5:27:24 PM3/28/13
to
greg ha scritto:
[CUT]
> In realtￜ le macchine di sviluppo sono 2, e il sorgente passa da uno
No, quello del link NON ￜ un service pack. E' solo il
ridistribuibile che installa i componenti del run-time
per permettere l'utilizzo di eseguibili su altre macchine
che non siano di sviluppo. Diciamo che ￜ il minimo
necessario per far girare eseguibili VB6 che non usino
altri componenti esterni, OCX o altro.
Non ne sono del tutto sicuro, ma mi pare che quei componenti
comunque siano utilizzati anche quando vai a creare un
pacchetto di installazione, quindi dovrebbero andare installati
anche sulle macchine di sviluppo. Dovrebbero far parte giￜ
anche del VB6 Service Pack, ma mi pare che quelli siano piￜ
aggiornati, quindi ripassalo anche sulle macchine di sviluppo:
male non ne fa.
Poi ricrea il pacchetto di installazione e vedi che succede.
Piￜ in generale, fai tutti gli aggiornamenti possibili da
"Microsoft Update" (non solo quelli di "Windows Update")
sulle macchine di sviluppo.
Bye, G.
[CUT]
> In realtￜ le macchine di sviluppo sono 2, e il sorgente passa da uno
> all'altro su penna usb
> Si vede che la seconda macchina, usata quasi mai per compilare si sarￜ
> sporcata qualche in qualche dll. E oggi ho dovuto compilare di corsa proprio
> su quella!
> Ripasserￜ il SP6.
> su quella!
> Ho scaricato quello del link e ho visto che pesa circa 1 mega, allora sono
> andato a ripescare il mio vecchio sp6 e ho visto che pesa ben 28 mega. Come
> mai sta differenza? forse quello del link ￜ solo un installer?
> andato a ripescare il mio vecchio sp6 e ho visto che pesa ben 28 mega. Come
No, quello del link NON ￜ un service pack. E' solo il
ridistribuibile che installa i componenti del run-time
per permettere l'utilizzo di eseguibili su altre macchine
che non siano di sviluppo. Diciamo che ￜ il minimo
necessario per far girare eseguibili VB6 che non usino
altri componenti esterni, OCX o altro.
Non ne sono del tutto sicuro, ma mi pare che quei componenti
comunque siano utilizzati anche quando vai a creare un
pacchetto di installazione, quindi dovrebbero andare installati
anche sulle macchine di sviluppo. Dovrebbero far parte giￜ
anche del VB6 Service Pack, ma mi pare che quelli siano piￜ
aggiornati, quindi ripassalo anche sulle macchine di sviluppo:
male non ne fa.
Poi ricrea il pacchetto di installazione e vedi che succede.
Piￜ in generale, fai tutti gli aggiornamenti possibili da
"Microsoft Update" (non solo quelli di "Windows Update")
sulle macchine di sviluppo.
Bye, G.
greg
Apr 2, 2013, 2:10:50 PM4/2/13
to
Paperino ha scritto:
> anche del VB6 Service Pack, ma mi pare che quelli siano pi�
scusa il ritardo ma tra una colomba e un uovo... :)
Ben, ho rifatto il pacchetto con tutti gli aggiornamenti come deve essere,
ma su quei pc non mi � consentito aggiornare il VB6IT.DLL
Ho anche provato la soluzione orribile (la dll aggiornata dentro la cartella
del programma) ma l'errore permane. penso che venga chiamata la dll del
registry e non quella dentro la cartella :(
Siccome sto problema c'� solo con i pc (tutti i pc) di un solo
dipartimento, che hanno tutti un certo software per l'iscrizione a corsi in
comune, � possibile che questo programma faccia in modo che nessuno aggiorni
le dll di VB?
Preciso che per loro � pi� importante che funzioni il loro prog di
iscrizione corsi.
Devo prepararmi delle possibili cose da provare la prossima volta che vado a
visitarli. Al momento stanno usando solo una parte del mio prog e non �
simpatico.
Un saluto
--
Greg
--
Greg
> Non ne sono del tutto sicuro, ma mi pare che quei componenti
> comunque siano utilizzati anche quando vai a creare un
> pacchetto di installazione, quindi dovrebbero andare installati
> anche sulle macchine di sviluppo. Dovrebbero far parte gi�
> comunque siano utilizzati anche quando vai a creare un
> pacchetto di installazione, quindi dovrebbero andare installati
> anche del VB6 Service Pack, ma mi pare che quelli siano pi�
> aggiornati, quindi ripassalo anche sulle macchine di sviluppo:
> male non ne fa.
>
> Poi ricrea il pacchetto di installazione e vedi che succede.
>
> Pi� in generale, fai tutti gli aggiornamenti possibili da
> male non ne fa.
>
> Poi ricrea il pacchetto di installazione e vedi che succede.
>
> "Microsoft Update" (non solo quelli di "Windows Update")
> sulle macchine di sviluppo.
>
> Bye, G.
Ciao Paperino,
> sulle macchine di sviluppo.
>
> Bye, G.
scusa il ritardo ma tra una colomba e un uovo... :)
Ben, ho rifatto il pacchetto con tutti gli aggiornamenti come deve essere,
ma su quei pc non mi � consentito aggiornare il VB6IT.DLL
Ho anche provato la soluzione orribile (la dll aggiornata dentro la cartella
del programma) ma l'errore permane. penso che venga chiamata la dll del
registry e non quella dentro la cartella :(
Siccome sto problema c'� solo con i pc (tutti i pc) di un solo
dipartimento, che hanno tutti un certo software per l'iscrizione a corsi in
comune, � possibile che questo programma faccia in modo che nessuno aggiorni
le dll di VB?
Preciso che per loro � pi� importante che funzioni il loro prog di
iscrizione corsi.
Devo prepararmi delle possibili cose da provare la prossima volta che vado a
visitarli. Al momento stanno usando solo una parte del mio prog e non �
simpatico.
Un saluto
--
Greg
--
Greg
Greg
Jul 8, 2013, 5:43:41 AM7/8/13
to
Sembra che Paperino abbia detto :
> greg ha scritto:
> [CUT]
>> In realtà le macchine di sviluppo sono 2, e il sorgente passa da uno
> No, quello del link NON è un service pack. E' solo il
> anche del VB6 Service Pack, ma mi pare che quelli siano più
Avvio della macchina in modalità provvisoria e installazione del
programma. In questo modo il file VB6.it viene aggiornato senza
problemi.
Questa la stringa usata in Innosetup per questo file:
...\vbfiles\VB6IT.DLL; DestDir: {sys}; Flags: promptifolder sharedfile
--
Greg
> greg ha scritto:
> [CUT]
>> In realtà le macchine di sviluppo sono 2, e il sorgente passa da uno
>> all'altro su penna usb
>> Si vede che la seconda macchina, usata quasi mai per compilare si sarà
>> sporcata qualche in qualche dll. E oggi ho dovuto compilare di corsa
>> proprio
>> su quella!
>> Ripasserò il SP6.
>> proprio
>> su quella!
>> Ho scaricato quello del link e ho visto che pesa circa 1 mega, allora sono
>> andato a ripescare il mio vecchio sp6 e ho visto che pesa ben 28 mega. Come
>> mai sta differenza? forse quello del link è solo un installer?
>> andato a ripescare il mio vecchio sp6 e ho visto che pesa ben 28 mega. Come
> No, quello del link NON è un service pack. E' solo il
> ridistribuibile che installa i componenti del run-time
> per permettere l'utilizzo di eseguibili su altre macchine
> che non siano di sviluppo. Diciamo che è il minimo
> per permettere l'utilizzo di eseguibili su altre macchine
> necessario per far girare eseguibili VB6 che non usino
> altri componenti esterni, OCX o altro.
> Non ne sono del tutto sicuro, ma mi pare che quei componenti
> comunque siano utilizzati anche quando vai a creare un
> pacchetto di installazione, quindi dovrebbero andare installati
> anche sulle macchine di sviluppo. Dovrebbero far parte già
> altri componenti esterni, OCX o altro.
> Non ne sono del tutto sicuro, ma mi pare che quei componenti
> comunque siano utilizzati anche quando vai a creare un
> pacchetto di installazione, quindi dovrebbero andare installati
> anche del VB6 Service Pack, ma mi pare che quelli siano più
> aggiornati, quindi ripassalo anche sulle macchine di sviluppo:
> male non ne fa.
> Poi ricrea il pacchetto di installazione e vedi che succede.
> Più in generale, fai tutti gli aggiornamenti possibili da
> male non ne fa.
> Poi ricrea il pacchetto di installazione e vedi che succede.
> "Microsoft Update" (non solo quelli di "Windows Update")
> sulle macchine di sviluppo.
> Bye, G.
Aggiorno questo 3d con imperdonabile ritardo per dire come ho risolto.
> sulle macchine di sviluppo.
> Bye, G.
Avvio della macchina in modalità provvisoria e installazione del
programma. In questo modo il file VB6.it viene aggiornato senza
problemi.
Questa la stringa usata in Innosetup per questo file:
...\vbfiles\VB6IT.DLL; DestDir: {sys}; Flags: promptifolder sharedfile
--
Greg
0 new messages