Newsgroup: it.comp.lang.visual-basic
Titolo: [?] Compilazione automatica di più progetti

Mi capita frequentemente di dover ricompilare una serie di progetti (una
decina). Attualmente lo faccio, uno per uno, dall'IDE di VB per poter vedere
eventuali segnalazioni d'errori.
Probabilmente si può fare con un BAT, avviando l'EXE di VB e passando i
parametri necessari per ogni singolo progetto e, su varie righe dello stesso
BAT, per tutti i progetti, ma non so bene come si faccia. Un po' pigramente
e prima di cercare e provare, mi chiedevo se anche in questo modo vengono
comunicati eventuali errori, ovvero se l'IDE si apre evidenziando la riga.
Grazie.

 ha scritto nel messaggio
news:rnw19.17602$n04.5...@twister2.libero.it...

ma.... un gruppo di progetti, non va' bene?
perche' se ti va bene, basta che carichi tutti i progetti e dopo lanci la
compilazione del gruppo.
altrimenti, sorry!
bye
R

 altrimenti, sorry!
Per niente sorry, anzi, grazie! Sono un cretino (ora perň non v'allargate,
eh). Pensavo che servisse solo per poter
gestire/confrontare/copiare/incollare piů progetti, non ho mai minimamente
pensato che potesse anche compilarli. Gran figata.
Probabilmente ho letto il manuale con VB4 e forse 'sta cosa non c'era, poi
... beh, dei vari aggiornamenti non č che leggo molto.
Ehmm... non č che c'č modo di fargli suonare il ritornello dell'Aida quando
ha finito?
No, eh? No. ;-))

 No, eh? No. ;-))
in un file .bat
VB.exe /make nonmiricordoiparametri
sndrec32.exe "Aida.wav" /play
Ciao

Ok, ho provato (un gruppo con dentro una decina di progetti) e mi è andato
una volta su tre ("Risorse di sistema insufficienti)" perchè avevo aperto
2/3 finestre, senza lavorare. Vi risulta? O è VB che (alla faccia dei suoi
consigli) non chiude bene dopo aver compilato un progetto e prima di
caricare il successivo?

 ha scritto nel messaggio
news:vSR19.21848$n04.6...@twister2.libero.it...

anche io ho un gruppo di 10 progetti, pero' lo uso solo
per compilare tutto in un colpo solo.
il problema che ti capita, probabilmente neanche lo
considero tanto ci sono abituato.
con il VB3 succedeva 1 volta su 2 con progetti grossi.
quando mi capita, chiudo il VB e rientro
(la sai quella dei quattro ingenieri in macchina?)
beh... uguale-uguale.
bye
R


Passa a un sistema operativo NT Like... è un problema dell'OS credo! :(

 Passa a un sistema operativo NT Like... č un problema dell'OS credo! :(
Grazie Lord. In effetti mi succede (ho provato solo su quello) su Win98SE,
128 Mb.
Deve essere proprio un problema di risorse e/o di saturazione progressiva
perchč se spezzo il gruppo completo in 3 gruppi va tutto bene (almeno, per
due volte č stato cosě)

 bene (almeno, per due volte č stato cosě)
Carica il monitor di risoprse e stupisciti di come vengono consumate e poi
non liberate! :(
Con win2k quei problemi non mi si sono piů ripresentati! ;)

 Deve essere proprio un problema di risorse
Confermo.
Non importa quanta memoria o disco tu possieda, Windows 95/98 ha solo 128Kb
di memoria allocata per le risorse di sistema (e va già bene , visto che il
3.1 ne aveva solo 64k).
Ogni oggetto con un handle che usi si mangia risorse, sia esso una Form, un
controllo, una bitmap, uno wave, un file etc .
Inoltre ci devono essere dei buchi evidenti nella gestione delle risorse,
perchè se ci fai caso basta che apri VB con un progetto e poi lo chiudi per
perdere l'1% di risorse fisso.
Questo problema è parzialmente risolto con Win 2000 o XP, che non hanno più
il limite di 128K per le risorse, ma alla lunga anche loro danno i numeri se
gli allochi risorse senza mai rilasciarle.
Un altro problema dei Windows 9xx (e di Me, degno figlio) è che sono stati
ottimizzati per le macchine dell'epoca.
Win95 era ottimizzato per 32 Mb di ram e Win 98/Me per 64Mb: se ne hai di
più vanno un po' meglio, ma non la gestiscono bene, tendendo a sprecarla e
ad esagerare nell'allocazione dello swap file.
Win95, ad esempio, con 2Gb di Ram non parte neppure.
Per darti una idea delle scelte alla base dell'architettura di sistema, pare
che il fatto di mantenere tutto il kernel in un unico mega condiviso a tutte
le applicazioni (la causa cioè di tutti i GPF da utilizzo della memoria
out-of-bound) potreva essere eliminato, ma avrebbe comportato che Win95
avrebbe girato solo con un minimo di 5Mb di ram (ovvero 8, visto che la
memoria andava a blocchi di 4).
Siccome il reparto commerciale doveva poter dire che girava tutto bene anche
in 4Mb, ci siamo beccati le schermate blu. Mi ricorda tanto la storia dei
640K del Dos.
Chissà se in Win2000 e figliastri vari, ci sono ancora scelte più
commerciali che tecniche.
Ciao
*Roby*

Roberto, grazie. A volte č "confortante" (sic!) sapere che "non č colpa
mia".
Certo che quanto hai detto a proposito di "ottimizzazioni" č ... spaventoso.
;-(((