leneuf22

Si elle est minimisée et que tu la vires de la barre des tâches, elle devient inaccessible... ça te gêne pas ? J'ai pas bien compris là... En tous cas avec ShowWindow, tu as SW_SHOWMAXIMIZED et SW_SHOWMINIMIZED.

Ha si ceci te convient, OK ! Ce que je t'ai envoyé, c'est la méthode archi bourrin : meurtre du programme sans lui demander son avis (le programme peut très bien refuser de se fermer !) Je m'en étais servi pour tuer AOL 6 qui a besoin de 3 plombes et de 3 confirmations pour se fermer.

Oui, c'est clair qu'il y a 1% de codes qui marchent sur internet... à croire que les auteurs le font exprès ! Voici la source d'un prog en allemand (non, ne pars pas tout de suite !) dont je m'étais inspiré : http://leneuf22.free.fr/KillApps.zip

Demandez le miossec pur chèvre, vous n'entendrez pas la différence (mais c'est que je deviens méchant moi !)

Merde, plus d'excuse pour échapper à miossec !

PaTaToR... franchement... lol Non, non, ce n'est pas un concurrent de la starac ni le remplaçant d'armande altaï ! http://www.christophemiossec.com/ Quel dommage que je ne capte pas OuiFM

D'accord... donc si on considère ces "briques", elles ne sont donc pas dédiées à quelque chose en particulier... donc si VB est bien organisé comme tu le dis, il y aurait une brique "=". Si son rôle n'est pas clairement déterminé à la compilation, il l'est forcément à l'exécution... ce qui entraîne une interprétation dans le choix du comportement à adopter pour la brique ! On peut donc dire qu'un programme VB6 compilé en code natif est en fait du code natif qui "s'interprète" ? En tous cas, on pourrait penser que le compilateur serait assez intelligent pour ne pas faire de différence entre "" et vbNullString... qui sont des constantes de type string !

Ben, qu'est-ce que t'attends pour corriger

J'ai pas lu ce bouquin... mais est-ce qu'il donne des explications ? D'ailleurs, le VM de MSVBVM veut bien dire "Virtual Machine", donc P-Code ou pas, on peut se poser des questions !

Oui, je sais bien... mais on peut très bien utiliser le compilo de visual C++ pour faire un mini interpréteur intégré. StrComp est plus rapide qu'un test avec = (détail qui devrait être réglé à la compilation), vbNullstring est plus rapide que ""... une comparaison à True fait perdre du temps (alors qu'elle devrait être zappée à la compil) ...pourquoi le temps d'exécution n'est pas le même alors que le code généré devrait être identique ? Je veux bien que ce soit en majeure partie compilé, mais il est possible que le compilateur laisse des zones floues à l'exécution, pour des raisons inconnues

Oui, même si l'appellation "code natif" pour VB6 est franchement douteuse : ya plusieurs détails qui trahissent une interprétation, à l'exécution du prog...

Le VB c'est super simple, c'est pas orienté objet (même si on peut faire de la POO en VB, mais ça craint ) et tu peux apprendre petit à petit sans te presser, tout en faisant des programmes. Par contre c'est payant, évidemment. Et je rejoins badaze sur le fait qu'un langage orienté objet, quand tu es débutant, c'est le dégoût assuré à 75%... en tous cas c'est beaucoup plus dur d'accrocher. (d'ailleurs j'ai jamais pu accrocher )

Va donc créer un exécutable en PHP Je dirais la même chose que Gen : pour limiter le niveau de prise de tête, prendre VB6 sans hésiter (ou encore Delphi mais j'ai jamais essayé)

C'est simple, si tu te poses pas de questions, t'auras jamais de réponses

Je vois pas pourquoi changer FreeMem en Mystring changerait quelque chose. De toute façon la commande Space ne fait qu'allouer de la mémoire (le contraire d'en libérer !) Tout ce que fait ce script c'est allouer une tonne de mémoire qu'on libère quelques secondes après... en gros il ne fait rien, si ce n'est faire ramer le PC en mettant des espaces partout dans la mémoire :-/

Bah ça fonctionne ou pas ?

Ha béh non, justement, je viens de chercher un peu, tab et tab2 pointent vers la même zone mémoire. Si tu supprimes tab2, tu supprimes tab (et inversement) Enlève la ligne en question pour voir (tu n'as rien à perdre de toute façon !)

Supposons que le GC de ta JVM soit mal fichu (ou que Java soit mal fichu tout court) tab2 = null; //efface tab2 Imaginons que tu aies raison et que tab2 soit libéré, alors tab pointerait vers une zone mémoire qui ne t'appartient plus (car tab pointe vers la même adresse que tab2), et dans ce cas, boum ! Car une affectation de n'importe quoi en Java, je crois bien que c'est uniquement comme une affectation de pointeurs en C/C++... mais je peux me tromper

Tu pourrais donner la réponse stp ? Ça m'interesserait de comprendre Sinon je sais pas pour l'erreur, j'ai jamais fait de Java de ma vie (j'ai juste lu un ptit tutorial de POO qui reposait sur du Java !) edit : grillé

Ya un truc qui m'échappe là... est-ce que tu peux nous assurrer que N contient bien la valeur attendue ? (juste pour être sur, car Lire.i() ça me parait un peu bizarre, c'est pas sensé être en anglais ? C'est une fonction à toi ?) Sinon tu devrais remplacer while (j < tab2.length) par while (j < N) Simple précaution, qui t'évitera de planter ton programme si tu spécifies une taille plus petite

En supprimant la liaison comme tu dis, c'est comme si tu disais "hé, GC !! viens me libérer mon tableau !" Car il est clair pour le GC que la mémoire n'est plus utilisée, et donc il se charge lui-même de la libérer.

Arf, pareil, c'est pour ça que j'ai mis le JDK à la poubelle (ou au garbage collector, comme tu veux, lol )

Win98 et IE5.5, et... tout plante Ca c'est du bug de première classe !

C'est une allocation programmée, si tu utilises new, tu peux spécifier une taille qui est inconnue à la compilation, comme en C++ ! (en C++ c'est new aussi je crois) et même en C : calloc(N, sizeof(bidule)) Par contre notre ami C.J. ne libère pas la mémoire... mais je crois qu'en Java il y a un garbage collector, qu'on le veuille ou non ! Il suffit de faire monobjet = NULL et le garbage collector "sait" qu'il faut libérer la mémoire... Paraît qu'il n'y a aucun moyen de libérer la mémoire soi-même. C'est un bon langage de fainéants

Il faut remettre ton compteur i à 0 entre les 2 boucles while, sinon tu écris carrément pas au bon endroit Autre chose, on pourrait très bien vouloir redimensionner le tableau à une taille plus petite, or, si on entre une taille plus petite que la précédente, ton code va écrire dans une zone mémoire qui n'est pas "à toi", hors des limites du nouveau tableau !