@stefanpn:
Ne znam bas da koristim citate, pa cu ovako narativno da odgovorim na tvoje postove (uz duzno postovanje, i bez uvreda):
1) Prvo nisi me dobro razumeo. Pokusaj da shvatis sta sam pokusao da kazem. Tacno je da nije bitno na kojoj je formi kontejner za sliku, velicina fajla je ista, ali kada bi:
Na form1
i na form2 uradili nesto ovako:
na nekoj kontroli Picture1 ili Image1 na obe forme, property Picture iz "Design time" odnbosno iz toolbox-a podesili na neki JPG ili BMP....i slicno, onda bi iskompajlirani EXE bio veci (pod uslovom da se property popunjava u Design time, a ne u toku izvrsavanja programa preko nekog spoljnog resursa-slike u RunTime), pa zato mnogi (a ja skoro uvek) popakujem sve to u jednu formu, a u drugu kojoj treba ista ta slika za neku kontrolu ili samu formu, stavim prazne kotrole bez prethodno ucitane vrednosti za svojstvo Picture (vidimo samo isprekidan pravougaonik(imagebox) ili praznu kontrolu(picturebox) ili transparentnu formu(ako slika sluzi za pozadinu forme), pa u toku izvrsavanja iz kod-a podesim da se popuni iz neke druge forme.
U suprotnom kada bi jednu sliku ucitali u vise formi u vreme pakovanja kontrola/design time, tada se exe uvecava za svaki put kada u toku dizajniranja popunimo property picture, za onoliko koliko je velicina slike u fajl sistemu (u slucaju BMP fajla, ili za ekvivalentnu velicinu drugog fajla kada bi se prekonvertovao u BMP). Ne znam da li sam dovoljno NeZbunjujuce objasnio....
Znaci :
Form1,
Form2 imaju svaki PictureBox kontrolu.
Scenario 1:
U obe forme podesimo PictureBox.Picture=App.Path & "\NekaSlika.bmp" u toku dizajniranja preko ...(browse dugmenceta)
Rezultat=>Veci exe
Scenario 2:
U form1 podesimo PictureBox.Picture=App.Path & "\NekaSlika.bmp", dok u form2 ne podesimo, ostavimo praznu kontrolu PictureBox,pa u Form_Load ubacimo sledece:
PictureBox.Picture=Form1.PictureBox.Picture.
Rezultat=>manji exe
2) Dobro si rekao da END skace na kraj programa.
Vidis, Service packovi za VB su izmedju ostalog ispravljali i taj bug, jer bi trebalo da bude tako kada uradis END, da se isprazne svi resursi, ali nije tako. Ispravljali su to, ali tek pojavom Win2000, pa posle WinXP-a, taj problem je nestao... , odnosno sistem je preuzeo punu kontrolu nad memorijom, pa nestankom nekog programa iz aktivnih procesa oslobodi sve sto je taj program bio zauzeo.
Znaci u tom slucaju je tacno to sto ti kazes da END isprazni i resurse, ali ne daj Boze da je WinME ili Win 95/98.., onda dolazi do curenja memorije
(Provereno!)
E sada, ko zna na kakvom ce se sistemu kotrljati program koji se pise... XP-nema problema, WinMe i pre njega -Ima problema.
E sada, posto znam za mnogo nelogicnosti koje u VB-u postoje, ako zelite, ajde da otvorimo neku temu koji su problemi kod VB koji ne bi trebali da postoje i ako je verovati Microsoft-u, ne postoje.... ali ipak postoje....
Ja sam uvek za.
Primer(listbox posle 15000 hiljada zapisa vraca list1.listindex=Nenormalna vrednost ili
F8 iz reda u red (dubugovanje):
if 1<3 then
a=true
else
a=false
endif
pa vrati false....
Ali odoh ja puno u offtopic.....
Sorry moderatori.