Newsgroup: it.comp.lang.visual-basic
Titolo: Hyperion scopre i programmi di installazione :-PPP

. Già 
che c'ero ho fatto anche un grafico a torta con le dimensioni relative, 
in percentuale, dei vari componenti (sì, ho un sacco di tempo libero)

 in percentuale, dei vari componenti (sì, ho un sacco di tempo libero)
hyp
msdn/data credo tempo fa di averlo pure teleportato in gran parte. c'e'
molto. ma ci si perde. decidi prima esattamente cosa vuoi fare.
tempo fa per prova avevo preso due form, su uno un datacontrol dao (jet)
sull'altro ado.
codice identico, cioe' = 0
setup dao +- 6 mb
setup ado +- 10 mb abbondanti, + + che -. non ricordo se mdac_typ a parte o
incluso...
il punto e': che ci devi fare ? in sintesissima:
dovrai recuperare il codice per altri db/usi ? ado
ti interessa che l'utente non invecchi durante una query ? ado, cosi' lo fai
proprio secco e non invecchia senz'altro. seno' dao.
deve girare su internet (il db, non l'utente) ? ado (soffoco un conato...)
su lan ? parliamone... che db ? oracle ? ado. access ? dao.
su un pc in locale ? access ? dao. oracle ? ripenserei seriamente alla
teoria sottostante :)
se vuoi jet4sp3 te lo mando, ma se hai un vb aggiornato e completo, con le
basi dati eviterei di far bestemmiare con 4 semi-setup insufficienti uno
dopo l'alto. uno si tira giu' i suoi 6 mb. punto. l'unico caso in cui derogo
e' quando passo i miei prg su un altro pc _con lo stesso vb_ e _lo stesso
sp_. seno' mi rirompo a fare un "pacchetto di installazione standard", come
lo chiama vb.
se usi un db si suppone tu abbia bisogno di archiviare dati seri, seno' ti
basta un ini. a questo punto soffri un filo prima e vai liscio dopo. contare
su quello che e' stato installato da office, se c'e' (quale versione, poi)
e' come credere a una promessa di berloldo.
considera che in ado il supporto a jet c'e' solo fino a una qualche versione
fa. probabilmente ms sta per infettare con virus sofisticati (scritti cioe'
da borland) i pc di quelli che usano dao, che seno' col cao-lo che passano a
ado. va da se' che per attivare il virus si deve telefonare
all'amministrazione ms, vogliono essere sicuri che non sia piratato.
j.mettiti.il.cuore.in.pace
ps - se scegli ado, prima compra azioni telecom/infostrada. anzi, comprale
in ogni caso.
pps - non e' che avresti voglia di compilare per win il codice gnu che
segnala hpl nel post 'sniffer' di ieri, eh ? no, come non detto :)
ppps - se mi vuoi come nemico eterno, mandami un setup con l'installer. sono
solo 3 volte che grazie a lui devo reinstallerare office2k... mica
l'installer, il taller, ecco a cosa e' buona ms ultimamente.

 di ieri, eh ? no, come non detto :)
Lo devo fare io per togliere la limitazione dei 1.000 pacchetti  che ha il
binario, ma devo trovare il tempo. questo fine settimana lo faccio di
sicuro. Poi te lo invio...
Ciao.
--
BSD is for UNIX-lovers -- linux is for Windows-haters.

 sicuro. Poi te lo invio...
essendo il tuo nome indecifr@bile
se sei una h.p.l., aspettati almeno un mazzo di rose (ascii.art :)
se sei un h.p.l., una grande scodinzolata
j.

 se sei un h.p.l., una grande scodinzolata
La seconda che hai detto, appunto.


 La seconda che hai detto, appunto.
ok, ti mando un bell'mpeg di 15 mb email ? :)
j.wag


Tralasciando la simpaticissima reply e relativo thread della solita
labradorina Dao-ista...
...ti si presentano due alternative:
1) Prendi Mdac_typ così com'è e fornisci ai tuoi utenti i loro bravi 4-5 mb
di roba varia
    (di cui almeno metà perfettamente inutili ai fini del tuo applicativo,
naturalemente)
2) Una volta decisa la tecnologia di accesso (Dao, Odbc, Rdo, Ado...)
    e il database (Access ovvero Jet, Msde/Sql Server, MySql, Oracle,
Zanna-Jet...)
    vai a "spulciare" tra i componenti che fanno parte del "pacchetto
completo" dei
    data-object e prepari un tuo pacchetto di installazione ripulito e
corretto.
ciao
ugo

 naturalemente)
naturalmente.
l'altra meta' invece e' perfettamente inutile punto.
j:)

 4.
Ok, chiariamo.
MSScript e XML ovviamente non ti servono.
MDAC_TYP contiene il motore ADO più un po' di driver OLEDB (ADO) in
banconote di vario taglio.
Ovviamente tra i vari driver (forse c'è anche un driver per leggere i dati
da un tostapane del '52) manca il driver ammiraglia di M$: Jet (per .MDB)
Così ti scarichi 6-7Mb di roba per usare 2-300k di motore.
Il jet viene dato separatamente in una comoda confezione famiglia come Jet4.
(Se scarichi MDAC 2.5.x Jet è incluso, non sono però sicuro sulla versione).
Ora sei pronto per usare ADO.
Vuoi usare DAO e Access2000?
A quanto mi risulta Jet4 è solo OLEDB, quindi scordatelo :)
Per quanto riguarda la redistribuzione di ADO+Jet4: è libera, ma lo si può
distribuire solo nel formato originale (MDAC_TYP + Jet4) e non incluso nel
pacchetto, e solo in congiunzione a un'applicazione che ne faccia uso.
Da tutto questo devo dedurre che hai rinunciato al B. DB?
Ciao

 detto :)
no! mai! :-P Ho votato il resto della mia esistenza al boicottaggio di 
autoconf! (e HPL sa di cosa sto parlando :-PPP)
e comunque non posso darti una risposta imparziale dopo nove ore di 
programmazione in C :-P

 pacchetto di installazione ripulito e corretto.
Cioè darlo via "a pezzi"? ma si può fare? (e non ditemi di leggere 
l'EULA, la pratica è stata vietata dalla convenzione di Ginevra :-P)

 Da tutto questo devo dedurre che hai rinunciato al B. DB?
Non ho tempo nè voglia di assimilare un'oscura interfaccia pensata per 
scrivere *motori* di database piuttosto che applicazioni. E poi è 
pensata per i database gerarchici, non quelli relazionali (il che 
significa che potrei utilizzarlo nello stesso lontano futuro in cui 
scriverò quel programma di "content management"). Per il momento 
preferisco affidarmi a qualcosa di provato e funzionante (l'ho sparata 
grossa, vero? :-)

 avanzare
pensaci giacomino. non scherzo sulla fascinazione della rete. altri qui
potranno confermare o meno. ma prima di smazzarti a imparare un codice
obsoleto come il provenzale, pensaci bene...
saluz, en'hyperion
j.oc

 ok, ti mando un bell'mpeg di 15 mb email ? :)
Nessun problema :-P



:-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)
:-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)
faccine parte seconda (la vendetta)...
ciao
ugo

 grossa, vero? :-)
LOL
ciao
ugo

 l'EULA, la pratica č stata vietata dalla convenzione di Ginevra :-P)
Ecco: appunto l'EULA pare sia il problema...
Tecnicamente, sě, si puň fare, con un pň di pazienza (e un paio di test
operativi
su piattaforme diverse)
ciao
ugo

 Ovviamente non ne sono certo: sono 2 anni che non scrivo codice Dao...
;-P
anch'io sono 25 anni che non studio latino e 10 tedesco, ma con le lingue se
sono belle e' come con la bicicletta, si ricordano da sole. per ado ci
vorra' una stele di rosetta (la mia amica rosetta :P)
per access2k nel vbp devi avere il riferimento a dao 3.6.
oppure a 0.1  >= ado <= 8.8 (tutti)
8 da stendere in orizzontale, of course...
j.8


Non con .MDB 2000, o perlomeno io non ci sono riuscito.
Con ado invecie, metterli sotto un mdb97 o 2000 è indifferente (quindi
potresti volendo iniziare a usare un fidato 97 e poi decidere di fare una
semplice conversione a 2000).
Passare a SQL o quant'altro sarebbe altrettanto semplice: basterebbe
cambiare la stringa di connessione sostituendo "JET.4.0" con "MSSQL".
Un accorgimento: ovviamente saprai che gli mdb ogni tanto vanno compattati.
Con DAO c'è la CompactDataBase().
Con ADO + JET c'è RDO (un ramo di ADO hehe, senza maniiii) che però
compattando un mdb te lo converte in mdb2000, comodo no? (mica tanto se io
usavo access97 per leggerlo!)
Ciao

 oppure a 0.1  >= ado <= 8.8 (tutti)
perchè se metto riferimenti a dao 3.6 (il dao 4.0 non esiste) il datacontrol
si rifiuta di leggermi mdb 2k?
Ciao

 si rifiuta di leggermi mdb 2k?
welcome in the ms paradise, zanna.edition :)
avevo provato un apposito vbp e direi che riuscivo a cambiare da un 97 a un
2000 e viceversa lo stesso datacontrol col semplice set. se vuoi le pesco e
te lo mando.
oddio, sottolineo il "direi che..." ...
j.1.0

 l'EULA, la pratica è stata vietata dalla convenzione di Ginevra :-P)
Giusto qualche giorno fa ho dovuto (cause di forza maggiore) infrangere le
convenzioni di Ginevra :)
A parte le solite frasi naziste tipo:
"impegnarsi a indennizzare, manlevare e difendere MICROSOFT da ogni e
qualsiasi domanda o azione giudiziaria, ivi incluse le spese legali che
sorgano o risultino dall'utilizzo o dalla distribuzione della propria
Applicazione"
E questa chicca:
"MICROSOFT e i suoi fornitori forniscono all'utente il Prodotto ed eventuali
servizi di supporto tecnico ad esso relativo ("Servizi Supporto Tecnico")
COSÌ COME SONO e non riconoscono alcuna garanzia, espressa, implicita o di
legge, comprese, a titolo esemplificativo, eventuali garanzie o condizioni
implicite relativamente a commerciabilità, idoneità per uno scopo specifico,
assenza di virus, accuratezza o esaustività, risultati e mancanza di
negligenza o di perizia in riferimento al Prodotto e all'errata o mancata
fornitura dei servizi di supporto al prodotto. È INOLTRE DA ESCLUDERSI
QUALSIVOGLIA GARANZIA DI TITOLARITÀ, GODIMENTO O POSSESSO PACIFICO,
CORRISPONDENZA A DESCRIZIONE O NON VIOLAZIONE DI DIRITTI ALTRUI
RELATIVAMENTE AL PRODOTTO."
Insomma, se succede qualcosa sono solo ca@@i tuoi e potresti anche dover
risarcire la MICROSOFT per i suoi bugs...
Sulla redistribuzione dice:
"L'utente è tenuto a distribuire o permettere a terze parti di distribuire,
il Prodotto nella sua interezza, in forma di codice oggetto, nella forma
fornita da MICROSOFT e esclusivamente in congiunzione con e come parte di
un'Applicazione;"
E per il JET si dice che lo puoi redistribuire solo se la tua app. non entra
in concorrenza con Access :)
Ciao

 grossa, vero? :-)
ma allora ti sei proprio fissato con dao...
abbi fede, ado entro 5-10 anni dovrebbe essere abbastanza stabile.
oddio, stabile lo e' a modo suo.
diciamo pure piantato.
comunque usa quello, puoi imparare con calma. basta un po' di convinzione
(*). poi appena hai chiari i concetti di base esce una nuova versione.
l'ultima di ado non supporta piu' jet. la prossima non supportera' nemmeno
ado. nell'ultima verra' meno il supporto a windows. regalandoti (cioe'...
essendo ms, non so il verbo e' esatto) con cio' un sacco di tempo libero.
j.loisir
(*) dev'essere cio' che manca a quello la'.