Java

Pour les artistes: quel code préférez vous?

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 Page Suivante Page Précédente Bas de page
Auteur	Sujet : Pour les artistes: quel code préférez vous?

chrisbk

Reprise du message précédent :

benou a écrit :

Y a pas des cas où un release manuel des ressources est nécessaire ? (cas où le destructeur ne fait pas TOUT le boulot)

faut revoir le destructeur, alors

benou a écrit :

(remarque : c'est moche, mais en Java tu peux aussi faire les release dans chaque catch, t'es pas obligé d'utiliser finally )

et si tu catches pas l'exception, (si tu la laisse remonter), t'as pas un leger pb ?

Publicité

chrisbk

nraynaud a écrit :

tu veux une fessée ?

pour avoir posé une question ? J'aurais mieux fait de rester dans mon ignorance, c'est ca ton point ?

Lam's

Profil: bas.

benou a écrit :

y a pas de finally en C++ ?

Y en a pas besoin.

Mais perso, je mets souvent un commentaire marrant (enfin, marrant pour moi) à la fin de mes fonctions quand il se passe quelque chose de rigolo dans un de mes destructeurs. C'est l'un des rares endroits où je préconise de mettre un commentaire qui explicite ce qui se passe...

Taz

bisounours-codeur

benou a écrit :

Y a pas des cas où un release manuel des ressources est nécessaire ? (cas où le destructeur ne fait pas TOUT le boulot)
y a pas de finally en C++ ?

ben justement tu fais un destructeur pour assurer toutes tes contraintes. Code & Forget

benou a écrit :

(remarque : c'est moche, mais en Java tu peux aussi faire les release dans chaque catch, t'es pas obligé d'utiliser finally )

comme tu dis : dans CHAQUE. ça devient pas gérable

benou

Taz a écrit :

ben justement tu fais un destructeur pour assurer toutes tes contraintes. Code & Forget

:jap:

Taz a écrit :

comme tu dis : dans CHAQUE. ça devient pas gérable

on est d'accord, c'était juste pour dire que c'était très utile, pas ABSOLUMENT NECESSAIRE

---------------
ma vie, mon oeuvre - HomePlayer

chrisbk

benou a écrit :

on est d'accord, c'était juste pour dire que c'était très utile, pas ABSOLUMENT NECESSAIRE

oué, m'enfin a ce compte la y'a vraiment plus grand chose d'absolument nécessaire, comme les exceptions par exemple [:joce]

benou

chrisbk a écrit :

oué, m'enfin a ce compte la y'a vraiment plus grand chose d'absolument nécessaire, comme les exceptions par exemple [:joce]

[:ddr555]

---------------
ma vie, mon oeuvre - HomePlayer

nraynaud

lol

chrisbk a écrit :

pour avoir posé une question ? J'aurais mieux fait de rester dans mon ignorance, c'est ca ton point ?

donc non, ça n'appelle pas finalize() en soi.
finalize n'est appellé que par le GC.

chrisbk

nraynaud a écrit :

donc non, ça n'appelle pas finalize() en soi.
finalize n'est appellé que par le GC.

oué bon j'ai confondu avec dispose() [:icon7]
mais ma question reste la meme

nraynaud

lol

Taz a écrit :

usage canonique

res.acquire()

try
{
// ...
}
finally
{
res.release();
}

et je souligne qu'on ne tente pas de fermer une ressource qu'on n'a pas ouverte (ie le res.acquire() n'a rien à faire dans le try)

Publicité

nraynaud

lol

chrisbk a écrit :

oué bon j'ai confondu avec dispose() [:icon7]
mais ma question reste la meme

oui.
http://msdn.microsoft.com/library/ [...] c_8_13.asp

Taz

bisounours-codeur

nraynaud a écrit :

donc non, ça n'appelle pas finalize() en soi.
finalize n'est appellé que par le GC.

ou pas.

duchzeworld

benou a écrit :

(remarque : c'est moche, mais en Java tu peux aussi faire les release dans chaque catch, t'es pas obligé d'utiliser finally )

Si tu le fais uniquement dans le blocs catch, ça ne fonctionnera pas correctement. Il faut aussi faire le release à la fin du bloc try (pour le cas sans erreur). Finally permet de n'écrire tous les releases qu'à un seul endroit, qu'il y ait eu une exception ou non, que l'on gère une seule ou plusieurs exceptions.

beemer

duchzeworld a écrit :

ou tu le fais apres le catch si tu montes pas l'exception dans le catch ....

Taz

bisounours-codeur

Taz a écrit :

ou pas.

bon personne relève. L'appel à finalize() n'est pas garanti.

nraynaud

lol

taz > merci, on savait pas [:mlc]

tu comptes nous refaire le cours sur la file des f-reachables et la résurection etc. ?

schnapsmann

Zaford Beeblefect

nraynaud a écrit :

tu comptes nous refaire le cours sur la file des f-reachables et la résurection etc. ?

un pavé! un pavé!

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

chrisbk

AH NE ME DEGRADEZ PAS LA BONNE AMBIANCE PUTAIN :fou: :mad:

Taz

bisounours-codeur

nraynaud a écrit :

taz > merci, on savait pas [:mlc]

tu comptes nous refaire le cours sur la file des f-reachables et la résurection etc. ?

le prend pas comme ça. Quand je vois les questions de benou, je me dis que y a des petits trucs à éclaircir. Alors nous on déconne, mais on est pas les seuls à lire ce topic.

push

/dev/random

oui merçi de penser aux boulets, donc pq l'appel à finalize() n'est pas garantit ?

Message édité par push le 12-01-2005 à 16:31:48

chrisbk

push a écrit :

oui merçi de penser aux boulets, donc pq l'appel à finalize() n'est pas garantit ?

bin paskil est fait que quand le GC collecte, et si le GC collecte pas bin il est pas fait

schnapsmann

Zaford Beeblefect

chrisbk a écrit :

bin paskil est fait que quand le GC collecte, et si le GC collecte pas bin il est pas fait

j'ajoote que même si la JVM se termine normalement, les objets ne sont pas forcément garbage collectés (tests inside avec ghost ref et cie)

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

therier

heu...coucou!

schnapsmann a écrit :

j'ajoote que même si la JVM se termine normalement, les objets ne sont pas forcément garbage collectés (tests inside avec ghost ref et cie)

Heu... t'es sûr? :heink:

schnapsmann

Zaford Beeblefect

therier a écrit :

Heu... t'es sûr? :heink:

voui, avec une 1.5:

Code :

package test;
import java.lang.ref.PhantomReference;
import java.lang.ref.ReferenceQueue;
import java.lang.ref.Reference;
import java.math.BigInteger;
import java.util.Hashtable;
class Foo
{
private static BigInteger instCounter = BigInteger.ONE;
private BigInteger instNumber;
private byte[] wasteMemory;
public Foo()
{
instNumber = instCounter;
instCounter = instCounter.add(BigInteger.ONE);
wasteMemory = new byte[8*1024];
System.out.println("Foo.Foo() #" + instNumber);
}
BigInteger getClonedId()
{
return new BigInteger(instNumber.toByteArray());
}
public void finalize()
{
System.out.println("finalize Foo #" + instNumber);
}
}
class FooBomb implements Runnable
{
private Hashtable<Reference<Foo>, BigInteger> hash;
private ReferenceQueue<Foo> refQueue;
public FooBomb(Hashtable<Reference<Foo>, BigInteger> hash, ReferenceQueue<Foo> refQueue)
{
this.hash = hash;
this.refQueue = refQueue;
}
public void run()
{
try
{
while(!Thread.currentThread().isInterrupted())
{
Foo foo = new Foo();
hash.put(new PhantomReference(foo, refQueue), foo.getClonedId());
}
System.err.println("exiting bomb thread" );
}
catch(Exception exc)
{
exc.printStackTrace();
}
}
}
class FooLegist implements Runnable
{
private Hashtable<Reference<Foo>, BigInteger> hash;
private ReferenceQueue<Foo> refQueue;
public FooLegist(Hashtable<Reference<Foo>, BigInteger> hash, ReferenceQueue<Foo> refQueue)
{
this.hash = hash;
this.refQueue = refQueue;
}
public void run()
{
try
{
while(true)
{
boolean stop=false;
Reference<? extends Foo> deadFoo=null;
try
{
deadFoo = refQueue.remove();
}
catch(InterruptedException exc)
{
stop=true;
}
if(stop)
{
break;
}
else
{
System.out.println("Foo #" + hash.get(deadFoo) + " was finalized" );
hash.remove(deadFoo);
}
}
System.err.println("exiting legist thread" );
}
catch(Exception exc)
{
exc.printStackTrace();
}
}
}
public class WeakTest
{
public static void test1() throws Exception
{
Hashtable<Reference<Foo>, BigInteger> hash = new Hashtable<Reference<Foo>, BigInteger>();
ReferenceQueue<Foo> refQueue = new ReferenceQueue<Foo>();
FooBomb bomb = new FooBomb(hash, refQueue);
FooLegist legist = new FooLegist(hash, refQueue);
Thread thread1 = new Thread(bomb);
Thread thread2 = new Thread(legist);
thread1.start();
thread2.start();
Thread.currentThread().sleep(10000);
thread1.interrupt();
thread2.interrupt();
thread1.join();
thread2.join();
System.err.println("all threads have been interrupted" );
}
public static void main(String[] args) throws Exception
{
test1();
System.err.println("exiting main thread" );
}
}

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

therier

heu...coucou!

Ok, là ton programme est fini, par contre ta JVM, elle tourne plus? :heink:

schnapsmann

Zaford Beeblefect

therier a écrit :

Ok, là ton programme est fini, par contre ta JVM, elle tourne plus? :heink:

non, elle marche plus (OMFG inside )

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

beemer

:??:

therier

heu...coucou!

schnapsmann a écrit :

non, elle marche plus (OMFG inside )

Qu'entends tu par omfg? :??:

schnapsmann

Zaford Beeblefect

j'ai toujours subodoré que cela voulais dire un truc comme 'Oh My Fucking God!'

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

therier

heu...coucou!

schnapsmann a écrit :

j'ai toujours subodoré que cela voulais dire un truc comme 'Oh My Fucking God!'

Mais l'alloc memoire se fait par la JVM et pas de manière 'native', je vois pas comment en arretant la JVM il peut y avoir de la mémoire non libérée... A moins que ce soit le process d'alloc de la JVM qui soit buggé!

beemer

euh, donc tu dis que ton programme est fini (la jvm aussi, forcement) et t'as tjs des objets qui trainent ?! dans le cyberespace?! faudrait qu'on m'explique la

beemer

therier a écrit :

bugge ou pas si il est fini il bouffe plus de memoire ...

schnapsmann

Zaford Beeblefect

beemer a écrit :

bugge ou pas si il est fini il bouffe plus de memoire ...

euh quand la JVM s'arrete, l'OS restitue toute le mémoire de la JVM hein :whistle:

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

Jubijub

Parce que je le VD bien

pour en revenir au début, c cradingue l'utilisation d'exception comme ca...

sémantiquement, c pas correct...surtout pour qqc d'aussi logique que la fin d'un tableau...ca n'a rien d'exceptionnel, ca arrivera forcément...

---------------
Jubi Photos : Flickr - 500px

beemer

schnapsmann a écrit :

euh quand la JVM s'arrete, l'OS restitue toute le mémoire de la JVM hein :whistle:

sur un vrai OS oui

benou

Taz a écrit :

le prend pas comme ça. Quand je vois les questions de benou, je me dis que y a des petits trucs à éclaircir. Alors nous on déconne, mais on est pas les seuls à lire ce topic.

:heink:

---------------
ma vie, mon oeuvre - HomePlayer

chrisbk

stfu noob [:nul]

the real moins moins

[:rofl]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

schnapsmann

Zaford Beeblefect

[:petrus75]

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

Publicité

Page : 1 2

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

Java

Pour les artistes: quel code préférez vous?

Sujets relatifs
Rendre le code SQL plus lisible avec un outil	Petite question sur un code pour Thumbnail
Problème avec un code PHP	Portage de code de VC6 vers g++
gcc et code assembleur	script pour code source inaccessible
Code source d'un fichier PHP	yatil un nom pour les menus types mappy.fr ?je cherche un code
Intégrer du code HTML dans du XML	[Code C] Je recherche le code C pour récupéré le....
Plus de sujets relatifs à : Pour les artistes: quel code préférez vous?

Page générée en 0.110 secondes