KewlCat

Tu veux parler de l'option de la traybar qui sert à cacher les icônes inactives ? Elle déconne ?

Y'a une option quelque part qui sert à spécifier que l'on veut l'affichage des programmes sur une seule colonne, dans les paramètres du menu démarrer de la barre des taches des propriétés du clic-droit de... euh... pardon...

Dans ton nouveau noyau, j'ai l'impression que tu oublies de charger le module tulip_cb ... non ? Il se passe quoi si tu appelles "modprobe tulip_cb" puis "ifconfig eth0 up" ? Il te trouve ton interface ethernet ou pas ?

A priori, on peut croire qu'un programme utilisant un "module" externe a besoin de ses sources (le .h et le .c, puisque c'est ce que tu désignes par "module"). Ce n'est pas le cas. Le .h suffit (car l'inclusion d'un .h sert à spécifier au compilateur que l'on connait les prototypes de ces fonctions et qu'il n'a pas à se soucier de leur implémentation - qui se trouve ailleurs - On laisse le soin au linker de les retrouver tout seul plus tard)... sauf si tu as oublié de fournir l'objet ou la bibliothèque contenant cette fonction à ton linker. C'est effectivement "a peu près" ce que tu as dit, mais c'est le "a peu près" qui me gène. Dans ces cas-là on a très vite fait de comprendre un truc de travers, il vaut mieux choisir très scrupuleusement ses mots et ne laisser aucune place à l'incompréhension. (Oui, je sais, je suis très chiant)

C'est une et une seule requête qui met 15 minutes à s'exécuter ?!? Y'a un problème... En tout cas, c'est problématique parce que je crois que par défaut sous Oracle le timeout avant un rollback et l'abandon d'une session inactive, c'est 15 minutes Pour le reste, je n'ai pas la moindre idée de la façon de procéder pour "killer" une session afin de récupérer la main sur une requête en cours. Je répète que cela va à l'encontre de ce pour quoi Oracle a été prévu. (Un peu comme si tu nous demandais comment comment garer ta voiture dans ton parking sans avoir à attendre que le portail automatique ait fini de s'ouvrir, tu vois ?) Tu ne peux vraiment pas découper ta grosse requête ? S'il s'agit d'un programme destiné à tourner fréquemment, pourquoi ne pas l'insérer à la liste des batches qui tournent la nuit ? Ca ne gêne personne d'avoir un programme de 15 minutes la nuit... (il faut voir avec l'équipe en charge de l'exploitation) Est-ce que tu peux nous éclairer un peu sur le contexte, avant de continuer ?

Tu ne serais pas originaire de la Bresse, par hasard ? Je demande ça parce qu'ils font toujours de bons calembours en Bresse...

Il faut rechercher "ASCII-ART" (c'est comme ça que ça s'appelle)... Si tu en veux en couleurs, il faut chercher "ANSI-ART"...

Laisse-moi deviner... Tu es sous XP Pro ? Et puis... le truc qui me choque c'est que tu n'as pas compris à quoi font référence les mots "total", "utilisé" et "disponible"...

Des options qui utilisent des optimisations gravées dans les processeurs Quadro ? Très interessant...

Pas totalement d'accord... Internet Explorer est effectivement supprimé. Le moteur d'affichage HTML est, en revanche, conservé au moins pour pouvoir continuer à utiliser l'aide de Windows (qui en a besoin). Il se trouve que ce moteur est utilisé (de façon discutable, certes) dans l'explorateur de fichiers pour pouvoir surfer sur Internet, mais toutes les fonctionnalités d'IE n'y sont pas !

Ce n'est pas tant une question d'ancienneté qu'une question de bon sens. Si les premières commandes foirent, il faut tout arrêter ! C'est un gros classique en informatique : il faut systématiquement tester le code retour de chaque commande...

Ca serait pas ton soft pour mesurer le % de CPU utilisé qui déconnerait par hasard ?

Supprimer MSVCRT.DLL ? Alors que c'est un composant essentiel de la majorité des applications Windows ? Mauvaise idée... ("mal à la tête ? faut couper !")

Il fallait chercher "favicon" Il fut ajouter cette ligne de code à ta page (et fournir l'url complète de ton fichier image). <link rel="icon" type="image/png" href="..."> Note : tu peux utiliser autre chose que le format .ico pour ton image (comme on peut le voir dans l'exemple ci-dessus)

Ouh là... Les fichiers .h ou .hpp ("header" pour du C ou du C++, respectivement) sont des fichiers texte reprenant les déclarations des types, des constantes et des prototypes des fonctions trouvées dans le fichier .c ou .cpp correspondant. Ils sont utilisés pour : 1 - se concentrer sur l'implémentation dans les fichiers .c ou .cpp 2 - être réutilisés par d'autres composants qui n'ont besoin que de connaitre les prototypes des fonctions, ou qui utilisent certaines constantes 3 - pouvoir utiliser des fonctions se trouvant dans des bibliothèques n'existant qu'au format binaire précompilé (meilleur exemple : vous ne recompilez pas les fonctions de stdio à chaque fois que vous codez en C) Les fichiers .c ou .cpp correspondent à l'implémentation à proprement parler. Ils renferment le code source à compiler. Lors de la compilation, on obtient des fichiers .o (objets), qui peuvent soit être rassemblés dans une bibliothèque de fonctions, soit être transformés en binaire exécutable (s'ils contiennent une fonction main()) Je résume : h = déclarations c = implémentation o = résultat une fois le fichier c compilé

Il n'existe pas d'API qui permette de "killer" une requête. Il faut que tu revoies ta façon de procéder (communication d'un thread à l'autre pour savoir s'il faut continuer à lancer les requêtes ou s'il faut faire le rollback tout de suite) parce qu'il est techniquement et philosophiquement impossible de demander ça à Oracle (ça va à l'encontre du concept d'atomicité)

(désolé pour le "demain" qui ne s'est pas fait, y'a FT qui m'a coupé ma ligne ADSL pendant 48h ...) Je me suis renseigné et il ressort que : - la méthode doGet() de la servlet est appelée lorsqu'il y a des arguments passés par la méthode GET - la méthode doPost() de la servlet est appelée lorsqu'il y a des arguments passés par la méthode POST - la façon de programmer la plus fréquemment rencontrée consiste à mettre tout le code dans l'une des deux méthodes et de remplir l'autre avec un appel à la première (!) - j'avais bon sur les getAttribute() et getParameter()

Tu as vérifié que la version de mplayer que tu as installée est "suffisante" pour marcher avec la v2.60 du plugin ?

Moi ? Des soucis avec RedHat ?? Non... J'ai juste utilisé une console, mke2fs, e2label et "vi /etc/fstab" pour contourner les limitations de l'outil "gestionnaire de disques" qui apparait dans le magnifique menu de KDE...

La résistance en question sert juste à déterminer le type de carte (les drivers font le distinction entre Geforce et Quadro à partir de ça et du modèle qui est dans le BIOS de la carte). Pour ce qui est du "vrai" hardware (la puce graphique proprement dite), si elle n'est pas faite pour les applications profesionnelles, ce n'est pas en changeant les drivers et en déplaçant une résistance que cela changera quoi que ce soit !

Ca, ça va être chaud surtout si tu veux ouvrir les fichiers générés par l'un, avec l'autre... Vu qu'ils se rajoutent mutuellement des trucs pas forcément super standard, ni forcément bien interprétés par l'autre... Juste par curiosité, est-ce que tu as déjà comparé (sur une page pas trop compliquée) les codes HTML produits par ces deux logciels ? Ca devrait t'aider à comprendre pourquoi ils sont techniquement incompatibles (malgré le fait qu'ils travaillent tous deux sur un format de fichiers standardisé)

+5 parce que, comme ces corniauds ont tenté d'imiter Windows dans les panneaux de config, mais que derrière rien n'est pareil, on s'éloigne totalement du but recherché. Au final, on ne trouve pas les réglages qu'on cherche, ça ne marche pas comme on veut et on ne comprend pas pourquoi... Enfin, je dis ça parce que je suis en train de me battre avec une RedHat 9 et que j'ai pas du tout apprécié la façon dont les outils étaient organisés...

Les disques durs, y'a des chances... Vu qu'il me détecte mon contrôleur RAID SATA intégré (j'ai une A7N8X et un noyau 2.4.26), je pense que tu ne devrais pas avoir de problème...

Dans la doc du kernel, on trouve un lien vers ce site, contenant des outils de diagnostic pour les cartes à base de RTL8139 : http://sourceforge.net/projects/gkernel/ Le module 8139too a été écrit à partir du travail de Donald Becker (grand contributeur de drivers réseau pour Linux), donc postérieurement au driver rtl8139.c ...

Tu devrais obtenir les éléments postés (euh... "qui parviennent à ta servlet lors de la soumission d'un formulaire utilisant la méthode POST") en passant par un getAttribute() sur ta Request... Enfin, je crois que ça marche comme ça (je bosse sur des JSP en ce moment, donc étant donné que les servlets sont générées toutes seules, je n'ai peut-être pas les bons repères) Plus de détails demain. Je n'ai pas trop compris le coup des méthodes doPost et doGet. Tu es en train d'essayer de recevoir des infos provenant d'une page Web (postées par un formulaire, ou passées en paramètre dans l'URL) ou bien d'accéder à une autre page nécéssitant des paramètres à partir de ta première servlet ?