Newsgroup: it.comp.lang.delphi
Titolo: file binari

salve a tutti ,
sono diversi giorni che sto cercando informazioni su coma lavorare con i
file binari in delphi,sapete se c'č qualche link o qualche info in rete?

 in rete?
Pardon, cosa intendi esattamente per file "binario" (triste e
solitario)?
Se intendi un semplice file non di testo, puoi dichiararlo come File of
Byte e successivamente ricavarti i bit dai byte che leggi...
--
Jax

Byte e successivamente ricavarti i bit dai byte che leggi...
O meglio, solo "File".
Per leggere un file in modalita` binaria, e` possibile usare
BlockRead/BlockWrite.  Occhio che e` probabile che con D7 questo
sollevi warning di codice "unsafe", per compatibilita` con .NET.

 sollevi warning di codice "unsafe", per compatibilita` con .NET.
Unsafe? Ma dove finiremo.......
--
Jax

Unsafe? Ma dove finiremo.......
[OT]
Dove finiremo? Me lo sto chiedendo da parecchio anche io....
[/OT]
ciao
--
Buon      .-""",
 Natale    /____, \
          {_____}`{} 
Buone    (/ . . \)
 Feste   {`-=^=-`}
         {   `   }
          {     }jgs
Morde.     `-,-`

Unsafe? Ma dove finiremo.......
In che senso ?

Rispondo a Andrea Laforgia che ha scritto:

Nel senso che il termine "unsafe" mi fa pensare a infezioni, minacce,
limitazioni...... un po' il riassunto di .net insomma :)
Scherzi a parte, sto .net è un buco nero per me...
--
Jax

 limitazioni...... un po' il riassunto di .net insomma :)
Esatto... Ci sei arrivato anche tu, finalmente...
dove finiremo? Ovvio: in Palladium...

 file binari in delphi,
Ma esiste solo il web?
Nella guida in linea :
file I/O
Bye
A.

Scherzi a parte, sto .net è un buco nero per me...
A me sembra che, un po` troppo spesso, si parli a sproposito.
Ogni riferimento e` puramente casuale, ovviamente ;-)
.NET e` una buona piattaforma e "unsafe", in inglese, significa
soltanto "non sicuro", il che vuol dire che il codice non puo` subire
un'analisi statica per stabilirne la correttezza.  Non vuol dire ne`
"infezioni", ne` "minacce", ne` "limitazioni" di alcunche`, ma
semplicemente una cosa (giusta) che molti programmatori dimenticano
troppo spesso e cioe` che ci sono caratteristiche di un linguaggio che
possono condurre a codice poco sicuro (come l'uso dei puntatori, anche
laddove non servono, per esempio).

 laddove non servono, per esempio).
Pienamente d'accordo sulla seconda parte. Un po' meno sulla prima.
.net non e' una buona piattaforma, e sta facendo MOLTA fatica ad affermarsi,
nonostrante tutti gli sforzi di microsoft siano in quella direzione.
Microsoft non ha proposto .net per evitare ai programmatori di scrivere
codice insicuro. Il riassunto di tutto questo ci porta in una sola
direzione: palladium, in cui TUTTO il codice scritto sara' insicuro se non
certificato da Microsoft direttamente. Non dimentichiamolo.
Io non usero' .net finche' non saro' costretto a farlo. La mia ditta la
pensa come me.
Vuoi un esempio di cosa e' veramente insicuro?
Asp.net ti permette di chiamare un compilatore esterno, compilare parti di
codice sorgente che sono inserite nelle pagine, e mandare in esecuzione
l'eseguibile prodotto.
E ora dimmi in quale libro sta scritto che lasciare un compilatore
installato sulla stessa macchina che fa da server web e' sicuro...
Indubbiamente, si poteva fare anche con java e jsp... ma java non produceva
eseguibili in formato nativo per il computer su cui e' installato il server
web. Anche .net produrra' codice per una macchina virtuale, indubbiamente,
ma la stessa macchina virtuale sara' utilizzata anche per le applicazioni
"normali".
Ci sara' un aumento di prestazioni, ma la sicurezza e' decisamente un'altra
cosa.

installato sulla stessa macchina che fa da server web e' sicuro...
Non capisco.  Nello specifico, in cosa consiste l'eventuale
insicurezza ?  E in cosa consiste la differenza con un sistema di
pagine ASP classiche in cui qualcuno si diverte a scrivere un ActiveX
(che, a tutti gli effetti, e` un'applicazione in codice nativo) e ad
interfacciarlo dallo script ?

certificato da Microsoft direttamente. Non dimentichiamolo.
Forse non tutti sanno che il primo BIOS open source ha avuto il suo
primo natale di recente.
BIOS opensource --> controllo della macchina, senza limitazione proprietarie (vedi palladium)


 interfacciarlo dallo script ?
Non capisci? La differenza e' ENORME: tu, utente, invece di rischiare di
incasinare il tuo PC con un ActiveX che ti si infiltra e ti mangia qualche
file (e che un antivirus aggiornato blocca nel 99,9% dei casi), puoi usare i
soliti bachi di IIS per accedere al server, e ci trovi pronto un compilatore
per farci quello che ti pare. Pensa a tutte quelle pagine in cui puoi
scrivere commenti in HTML che poi vengono visualizzati ogni volta che la
pagina si ricarica... Arriva il primo pirlotto che ci scrive dentro un po'
di codice in visual basic... e il codice gira sul lato server. Ti lascio
immaginare le conseguenze.
Una delle prime cose che mi hanno insegnato al corso di telematica e'
proprio di non lasciare un compilatore installato su una macchina che offra
servizi web al pubblico.

 Ogni riferimento e` puramente casuale, ovviamente ;-)
Ovviamente :)
Ma non tutti qui dentro hanno la tua conoscenza e ogni tanto mi permetto
di parlare di cose che non so (cosa che faccio molto raramente), proprio
per vedere cos'hanno da dire gli altri. Dopotutto non credo che tu ti
sia studiato un manuale di .net, anche tu avrai capito pian piano di
cosa si tratta, e ci avrai già sperimentato su magari, cosa che io non
posso fare.
So (o meglio, posso arrivarci) cosa intende delphi per "unsafe" :) ma
dai, un po' di ironia......... va beh che, come diceva qualcuno, questo
è un ng tecnico, ma non esageriamo!
--
Jax

 primo service pack.
Solo una nota, IMHO: se volesse farlo, M$ potrebbe farlo già adesso.
Qualsiasi s.o. è già, in senso lato, una macchina virtuale... Win ancora
di più, tant'è vero che già da tempo non puoi fare (facilmente)
operazioni sull'hardware.
Al di là di questo, se facesse una cosa del genere si darebbe la zappa
sui piedi.
M$ non è scema, e quindi sta andando piano piano... probabilmente sarà
come dici tu, ma non adesso né tra un anno... e credo proprio che non si
possa fare granché per impedirglielo.
Tutto questo IMHO, nella mia (davvero) innioranza ;)
--
Jax

per vedere cos'hanno da dire gli altri.
Mah... non sarebbe meglio chiedere direttamente ?

file (e che un antivirus aggiornato blocca nel 99,9% dei casi)
<...>
No, no, no.  Imposti male la discussione con me, se pretendi di
parlare di aspetti tecnici sulla tecnologia .NET e poi devii sui
problemi derivanti dalla cattiva amministrazione del server.
Le tue lezioni di telematica dovrebbero fare distinzione tra i vari
argomenti, altrimenti si finisce solo per insegnare un mare di
idiozie.

 Scherzi a parte, sto .net è un buco nero per me...
E già questa è una mezza richiesta. Poi io sono restio a chiedere. Se
dovessi chiederti tutte le cose che ho in mente, credimi, dovresti
leggere centinaia di mail :)
Cmq stiamo discutendo di fuffa... ognuno ha la sua filosofia di vita,
che si rispecchia anche nell'uso che fa di internet.
La prossima volta, se sei nei paraggi, mi guarderò bene dal fare battute
a sfondo informatico (che come tutte le battute implicano un po' di
baggianate).....
--
Jax
PS: Per inciso, non mi sono offeso, quindi non rispondermi "ma perché ti
offendi" o robe del genere :)

 idiozie.
Se le lezioni di telematica trattano anche la sicurezza del web server,
allora sono perfettamente in topic.

 veramente persone oneste, non dovrebbe preoccupare nessuno.
non entro nel merito della polemica dotnet/palladium, tuttavia dissento da
questa tua affermazione.
Un conto è richiamare l'ordine, un altro è monopolizzare la macchina.
Palladium prevede che Microsoft "in persona" certifichi qualsiasi software
che tu desideri distribuire. E dimmi, secondo te, come avverrà questo
controllo? Io sono davvero curioso ... Microsoft vorrà forse i sorgenti dei
progetti o si affida al tuo file binario? La certificazione avverrà in tempi
brevi o meno? Sarà gratuita? In particolare su quest' ultima domanda, se la
risposta fosse negativa che fine faranno freeware et similia?
Già la piattaforma Wintel monopolizza il mercato, ma con l'acquisizione di
grosse società come AMD, Compaq/HP, Creative etc. si va verso il delirio.
Su un hardware conforme alle specifiche palladium potrà girarci solo
Windows, a meno che non vengano rilasciate macchine virtuali (che Microsoft
dovrebbe certificare controvoglia) che consentano l'avvio di altri so ...
insomma, un casino secondo me.
Cmq, a titolo informativo, il primo sistema Palladium della storia (XBOX) è
stato ultra - craccato, su internet girano chip che permettono ai giochi
copiati di funzionare su questo sistema. Inoltre è possibile apportare varie
modifiche hardware al sistema stesso.
--
- Carlo -

a disposizione del cracker di turno.
Semplicemente, Io credo che tu abbia le idee un po` confuse
sull'argomento ;-)

 sull'argomento ;-)
E continui a non rispondere alle domande. Tu lasceresti un compilatore in
bella vista sul tuo web server? E magari uno zerbino con scritto
"benvenuto.asp"?