|
|
|
|
Strumenti |
07-02-2006, 08:34 | #341 | ||
Messaggi: n/a
|
Quote:
Inoltre ti consiglio di far caso a chi ha iniziato ad attaccare per primo l'interlocutore sul piano personale... ti consiglio di rileggere nuovamente il mio post #15 in modo da evitare di continuare questa sterile conversazione. Quote:
Ultima modifica di ekerazha : 07-02-2006 alle 08:54. |
||
07-02-2006, 08:36 | #342 |
Senior Member
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53963
|
A tutti: per favore smettiamola...
|
07-02-2006, 09:07 | #343 | |
Senior Member
Iscritto dal: Jan 2006
Messaggi: 2722
|
Mi piace giocare con i puntatori
Quote:
Es: Codice:
#define UINT unsigned long int ... char *pointer1, *pointer2; UINT result; ... result = (UINT)pointer1 + (UINT)pointer2; Codice:
#define UINT unsigned long int ... char *pointer1, *pointer2, *respointer; ... (UINT)respointer = (UINT)pointer1 + (UINT)pointer2; warning: use of cast expressions as lvalues is deprecated deprecato, ma funziona Di solito evito però questo secondo approccio. EDIT: nel secondo approccio, si può togliere (seguendo il warning) il cast di respointer, salvo poi avere un warning diverso: warning: assignment makes pointer from integer without a cast Eh per forza....
__________________
- Spesso gli errori sono solo i passi intermedi che portano al fallimento totale. - A volte penso che la prova piu' sicura che esiste da qualche parte una forma di vita intelligente e' il fatto che non ha mai tentato di mettersi in contatto con noi. -- Bill Watterson Ultima modifica di -fidel- : 07-02-2006 alle 10:10. |
|
07-02-2006, 09:12 | #344 | |
Senior Member
Iscritto dal: Jan 2006
Messaggi: 2722
|
Quote:
__________________
- Spesso gli errori sono solo i passi intermedi che portano al fallimento totale. - A volte penso che la prova piu' sicura che esiste da qualche parte una forma di vita intelligente e' il fatto che non ha mai tentato di mettersi in contatto con noi. -- Bill Watterson |
|
07-02-2006, 09:32 | #345 | |
Senior Member
Iscritto dal: Jan 2006
Messaggi: 2722
|
Quote:
__________________
- Spesso gli errori sono solo i passi intermedi che portano al fallimento totale. - A volte penso che la prova piu' sicura che esiste da qualche parte una forma di vita intelligente e' il fatto che non ha mai tentato di mettersi in contatto con noi. -- Bill Watterson |
|
07-02-2006, 10:30 | #346 | |
Senior Member
Iscritto dal: Jan 2006
Messaggi: 2722
|
Ancora sui "memory leaks" in Java. Spulciando tra la mia documentazione, cartacea e non, sull'argomento, mi sono imbattuto in questo post (preso da forum.java.sun.com) molto significativo, che parla proprio di come normalmente si intende il "memory leak" in java (non proprio in senso "tradizionale"). Ammetto che l'autore di questo testo possiede un dono di sintesi migliore del mio ():
Quote:
__________________
- Spesso gli errori sono solo i passi intermedi che portano al fallimento totale. - A volte penso che la prova piu' sicura che esiste da qualche parte una forma di vita intelligente e' il fatto che non ha mai tentato di mettersi in contatto con noi. -- Bill Watterson Ultima modifica di -fidel- : 07-02-2006 alle 12:16. |
|
07-02-2006, 17:15 | #347 |
Bannato
Iscritto dal: Mar 2002
Città: Pescara - 未婚・恋人なし Moto: Honda CBR 1000 RR Casco: XR1000 Diabolic 3
Messaggi: 27578
|
Fidel prima hai postato dei link riguardo ai memory leak in Java per caso? Ora non ho troppo tempo di leggere, mica me li potresti raggruppare in un post?
Grazie. |
08-02-2006, 08:26 | #348 | |
Senior Member
Iscritto dal: Jan 2006
Messaggi: 2722
|
Quote:
Ho iniziato con questo: http://www-128.ibm.com/developerworks/library/j-leaks/ per me è un buon articolo, anche se un po' datato (2001). Poi ho fatto un altro esempio che avevo studiato dai vari whitepapers IBM che mi arrivano su CD, e cionci ha trovato il link al sito IBM che li contiene: http://www-128.ibm.com/developerwork...-jtp01246.html Da quel sito è possibile anche "saltare" ad altri articoli che trattano lo stesso tema, con soluzioni diverse. Inserisco anche il link del manuale del package 'java.lang.ref', che fornisce metodi piuttosto raffinati per evitare i "memory leaks" java (influenzando limitatamente il GC): http://java.sun.com/j2se/1.4.2/docs/...e-summary.html Questo invece è l'indirizzo di un thread di un forum Java che tempo fa ho salvato su HD. Meno male che mi segno gli indirizzi Ho provato ed è ancora online: http://forum.java.sun.com/thread.jsp...art=0&tstart=0 Mi pare siano tutti. Ciao EDIT: per tutti, sempre da forum sul sito della Sun, c'è anche quest'altro bel thread sui memory leaks Java: http://forum.java.sun.com/thread.jsp...hreadID=446934 Fossi in voi lo leggerei davvero un caso "malefico"
__________________
- Spesso gli errori sono solo i passi intermedi che portano al fallimento totale. - A volte penso che la prova piu' sicura che esiste da qualche parte una forma di vita intelligente e' il fatto che non ha mai tentato di mettersi in contatto con noi. -- Bill Watterson Ultima modifica di -fidel- : 08-02-2006 alle 09:14. |
|
08-02-2006, 09:33 | #349 | |
Bannato
Iscritto dal: Mar 2002
Città: Pescara - 未婚・恋人なし Moto: Honda CBR 1000 RR Casco: XR1000 Diabolic 3
Messaggi: 27578
|
Quote:
Ottimo grazie mille. |
|
08-02-2006, 10:42 | #350 | |
Senior Member
Iscritto dal: Jul 2002
Città: Reggio Calabria -> London
Messaggi: 12068
|
Quote:
cmq secondo me sono sempre dovuti ad errori concettuali... a me ad esempio non sarebbe mai venuto in mente di usare un array per memorizzare degli oggetti il cui numero non è noto a priori, ma anzi tende a variare col passare del tempo... la prima cosa che mi verrebbe in mente è utilizzare un ArrayList e usare i metodi get e remove... un'implementazione ancora migliore è però ovviamente di usare la classe stack che è già fornita da java in questo modo si risolve alla base il problema del memory leak e si evita lo sbattimento di reiplementare codice già esistente
__________________
|
|
08-02-2006, 10:47 | #351 | |
Senior Member
Iscritto dal: Jan 2006
Messaggi: 2722
|
Quote:
__________________
- Spesso gli errori sono solo i passi intermedi che portano al fallimento totale. - A volte penso che la prova piu' sicura che esiste da qualche parte una forma di vita intelligente e' il fatto che non ha mai tentato di mettersi in contatto con noi. -- Bill Watterson |
|
08-02-2006, 11:31 | #352 | |
Senior Member
Iscritto dal: Jul 2002
Città: Reggio Calabria -> London
Messaggi: 12068
|
Quote:
in java quelli ke hai portato fino ad ora come esempio li avrei evitati di default, senza nemmeno fare considerazioni sul memory leak, per come sono abituato a programmare..... in C onestamente qalke difficoltà in + c'è
__________________
|
|
08-02-2006, 11:47 | #353 | |
Senior Member
Iscritto dal: Jan 2006
Messaggi: 2722
|
Quote:
Anch'io in Java normalmente non faccio "memory leaks", ma in un paio di occasioni mi è capitato, niente di gravissimo trattando con sistemi da un Giga di memoria, ma ad alto rischio considerando che erano applicazioni eseguite h24... Purtroppo capita anche quello (ah, gli esempi riportati erano "memory leaks" particolarmente evidenti eh! )
__________________
- Spesso gli errori sono solo i passi intermedi che portano al fallimento totale. - A volte penso che la prova piu' sicura che esiste da qualche parte una forma di vita intelligente e' il fatto che non ha mai tentato di mettersi in contatto con noi. -- Bill Watterson |
|
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 00:15.