Newsgroup: it.comp.lang.delphi
Titolo: Exe compresso con UPX, ci deve essere UPX sul computer per far girare l'exe?

Se comprimo un file exe con upx e poi sposto il file exe su un computer dove
upx non è caricato in memoria  perchè non c'è l'exe funziona regolarmente? A
prima vista sembra di sì, ma è meglio caricare anche upx in memoria?
Ringrazio chi risponde.
Mark

Ringrazio chi risponde.
no devi dare solo l'exe, upx mette all'inizio dell'exe tutto il
necessario per decomprimere e lanciare.
Ciao
-- 
.     _  _______  ļ,ø*°`°*ø,ļ_ļ,ø*°`°*ø,ļ_ļ,ø*°`°*ø,ļ_ļ,ø*°`°*ø,ļ_
  /| // /__  __/  Kirys <Remove DELTHIS from the address to reply>
 / |/ \   / /     Kirys Tech 2000: 
http://www.kt2k.com
/__|\__\ /_/ 2000 ļ,ø*°`°*ø,ļ_ļ,ø*°`°*ø,ļ_ļ,ø*°`°*ø,ļ_ļ,ø*°`°*ø,ļ_

no non serve upx sul computer installato...
domandina:
a propostito di upx: vorrei capire perchè un eseguibile di una form vuota in
delphi occupa 270 kb e se lo comprimo con upx me lo porta a 40 kb... cosa
toglie upx all'exe per comprimerlo così tanto
altra domanda (succede anche nei file zip): se io posso comprimere un
documento word con winzip o un exe con upx, e posso farlo occupare molto
meno, perchè gli stessi programmi non li "comprimono internamente" cioè
intendo che quando l'exe viene compilato occupa direttamente 40 kb e perchè
il documento word non occupa 4 kb come quando lo zippiamo?
che cambia?
perchè ciò non viene fatto?
ringrazio sin da adesso chi mi risponderà
ciao

 ringrazio sin da adesso chi mi risponderà
Questa e' una bella domanda :D
Direi che sono scelte di chi fa il formato. Ci sono formati che supportano
la compressione (ad esempio pcx per le immagini) ed altri che non le
supportano (bmp). Penso dipenda dal fatto che un programmatore che sta
sviluppando un formato (diciamo per file sonori), si preoccupa delle
problematiche dei suoni e della loro codifica e non di algoritmi di
compressione..
Un altro motivo potrebbe essere il fatto che la compressione impiega del
tempo e delle risorse.. per file tipo word o bmp che vengono editati spesso
(cioe' spesso caricati e salvati) sarebbe un overhead gravoso.. In effetti
pero' al giorno d'oggi coi computer fantascientifici che abbiamo certi
algoritmi sono piu' veloci, basta vedere anche quanto sia veloce lo zip in
compressione (anche al massimo della capacita').
Ciao!            {MSX}
--
{MSX}  -  
http://msx.rules.it
Mantenitore delle FAQ di it.comp.lang.delphi,
reperibili qui: 
http://gpi.infomedia.it/abc/delphi/FaqDelphi.txt

il documento word non occupa 4 kb come quando lo zippiamo?
1. Ridurre le dimensioni dell'EXE, ormai, non ha piu'
un'importanza rilevante;
2. Non ci si vuol sbattere dietro algoritmi di compressione;
3. Perche' farlo se c'e' gia' chi distribuisce UPX e WinZip
?
-- 
Andrea Laforgia (
walkie...@libero.it
)
"Usenet is a strange place" [Dennis Ritchie]

compressione (anche al massimo della capacita').
C'è da dire che comunque al giorno d'oggi i computer fantascientifici
hanno anche dei mega harddisk sui quali sprecare spazio per piccoli
documenti non è più "peccato"....
Simone  (che un tempo distingueva tra tipo byte e word...ora farei solo
rallentare il sistema :-(  )
_______________________________________________________
 All resistance is futile ! Prepare to be assimilated !

 >intendo che quando l'exe viene compilato occupa direttamente 40 kb e
perchè


automaticamente in delphi o word
In quale senso? Che vuoi dire spiegati meglio per favore
----
Lawrence "Rhymes" Oluyede
rhy...@myself.com

 ha scritto nel messaggio
news:pjgv6u0jh7adg1ghl...@4ax.com...


o sbaglio?
ah ah piuttosto la M$ (lo dico senza cattiveria) creerebbe un suo
proprio algoritmo di compressione


 rispondete
Ti ho gia' risposto e vedi di avere un tono meno spocchioso.
Non interessa a nessun integrarli in Delphi o Word automaticamente
per i motivi che ti ho gia' spiegato.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 o sbaglio?
Sbagli.  
Esiste il copyright sul software e sugli algoritmi di
compressione.  Il Lempel-Ziv-Welch, che e' alla base
della compressione di WinZip, e' un algoritmo brevettato
da Unisys, la societa' per la quale Welch lavorava.
Per usare il formato .GIF nei propri programmi, anch'esso
basato sulla codifica LZW (leggi: creare o modificare file 
.GIF) bisogna pagare i diritti a CompuServe (che a sua 
volta li paga a Unisys), inventrice di questo formato.


 > winzip o upx [...] sono free
Preciso: WinZip NON E' free, e' shareware e la cosa e' 
molto diversa, ma anche il fatto che il software sia free
(e bada che non vuol dire affatto freeware) non vuol dire
che tu ne possa fare cio' che vuoi, violando i copyright.
Il concetto di "free software" e' diverso da "freeware",
che a sua volta e' diverso da "public domain".


 ha scritto nel messaggio
news:438403d5f77ec70bba2...@mygate.mailgate.org...


 ciao
E visto che ci siamo, ci metto il carico da novanta: impara anche a quotare,
cosi' la gente e' piu' contenta di risponderti :)
Ciaotutti,
*

 perchč ciň non viene fatto?
Onestamente, questa domanda me la sono posta molte volte anche per i miei
programmi e mi sono dato diverse risposte.
Corruzione di dati: Se ho un file e mi si rovina un byte, il resto risulta
comunque leggibile e potenzialmente ripristinabile tranne l'elemento
rovinato. Se entro in un file excel in cui ho scritto la parola "ciccia" e
la sostituisco con un editor esadecimale in "ciccio", potenzialmente Excel
non se ne accorge. Ok.. se vado a cambiare la struttura OLE del file XLS va
quasi tutto in malora... ma facciamo finta di essere ottimisti ;)
Se il file č zippato o + in generale compresso, e un byte mi cambia, il file
diventa automaticamente quasi tutto illeggibile e non ripristinabile a meno
di non inserire artificiosi e complessi sistemi di recupero di record
ridondanti come fa il Rar con il "recovery record". A tal proposito mi sono
divertito una volta a far soffrire il rar manomettendo un file rar
sacrificabile e vedendo come lo recuperava... per manomissioni molto piccole
e contigue lo recuperava quasi sempre completamente e senza perdite o
errori. E poi il "recovery record" non č infallibile e il RAR diventa +
grande.
Ottimizzazione: Escono sempre nuove versioni degli algoritmi di
compressione: piů veloci e che comprimono di piů. Se io zippo un file e poi
lo provo a comprimere con il RAR (migliore dello ZIP), il risultato č molto
scadente. molto meglio comprimere col RAR direttamente il fiel originale. La
performance di compressione č piů alta.
Se word comprimesse un file DOC, ad esempio,  con lo zip i files non
sarebbero ricomprimibili con altri programmi magari migliori dello ZIP e non
avrei modo di migliorare la situazione. E poi, meglio che alla microsoft si
mettano a guardare altre cose ben piů importanti, che ogni giorno in ufficio
divento matto con gli errori che sollevano i loro programmi extra patchati
ma che ancora si bloccano come appena usciti...
Infine... gli eseguibili compressi con l'UPX e poi compressi con lo ZIP (ad
esempio diffondendo su internet senza installazione) sono ulteriormente
comprimibili...  zip[upx[exe]] < zip[exe]   :)))
Ciao
Matteo