Obsidian a écrit 5299 commentaires

Pareil, nous on a eu le problème sur un gros serveur Solaris.

Si tu le peux, fais un "ps aux", tes processus devraient être bloqués en état "D". Il est possible que ton /home ne soit pas monté en réseau mais sur la partition d'un disque plus très frais. Fais un "dmesg" pour voir si tu n'as pas un message un peu plus explicite.

Super, cela fonctionne.

Effectivement je me suis douté en voyant iptables appeler des libs que celles-ci auraient sûrement besoin d'être tôt ou tard mises à jour.

Merci beaucoup pour le tuyau, l'installation s'est faite absolument sans douleur et ma connexion est désormais distribuée comme il se doit !

En effet, mais merci quand même pour le lien, qui sera je pense utile à pas mal de monde. Je vais essayer de suivre les conseils de Tuan Kuranes car effectivement, iptables fait appel à des bibliothèques qui ont probablement besoin d'être mises à jour avec le noyau.

Merci.

Au fait, joyeux « anniversaire » à Da Linux French Page qui dépasse aujourd'hui les 500 000 commentaires !

Bravo et longue vie à linuxfr.org.

A noter que tu as corrigé son code mais pas donné la réponse:

En C++, ta fonction main() doit forcément renvoyer un code de retour. Donc pas de void main () mais un int main ().

Et puisque l'on parle de bon bouquin, moi je ressors - encore et toujours - celui de Christian Casteyde :

http://casteyde.christian.free.fr/(...)

J'ai pas trouvé mieux, personnellement. Réjouis-toi : C'est libre, c'est en FDL et c'est en français ! :-)

copier-coller malheureux :

cout << "Numero = "; cin >> num; endl;
cout << "Date = "; cin >> date; endl;
cout << "Destination = "; cin >> destination; endl;
cout << "Prix = "; cin >> prix; endl;

Les endl sont inutiles ici. Tu n'écris pas dans le stream.

cout << "Numero = "; num; endl;
cout << "Date = "; date; endl;
cout << "Destination = "; destination; endl;
cout << "Prix = "; prix ; endl;

Ici tu devrais avoir des inserters "<<" et pas des point-virgules ! Un peu d'attention :-) Note bien que cela ne plante pas car "endl" est en fait une fonction, et que "ostream::operator <<" est déjà surchargé pour la reconnaitre.

Tu peux très bien invoquer, en C et en C++, le symbole d'une fonction sans les parenthèses, car c'est un symbole à part entière qui représente quelque chose de bien défini: une fonction. Le symbole prend donc comme valeur l'adresse en mémoire du code de cette fonction (c'est donc un pointeur de fonction).

Or, tu peux très bien mettre une expression qui retourne (éventuellement) une valeur sur une ligne, clotûrée par un ";". Exemples:

5;
cos(1);
8+7;
printf("Bonjour");

Les fonctions sont des expressions au même titre que 5 ou 8+7, et qui ont une valeur. Le C/C++ appelle le code de ces fonctions pour les évaluer, et implémente de cette manière le système de sous-programme. C'est ce qui permet à printf("") de faire une action (écrire à l'écran) lorsqu'elle est évaluée.

Or, endl est une fonction, mais surchargée, ce qui veut dire qu'il existe plusieurs versions de endl. Associé à un stream, il n'y a pas d'ambigüité, mais hors-contexte, le C++ ne sait pas laquelle choisir. D'où l'erreur !

Ton code était donc complètement incorrect ... mais légal ! :-)

Bienvenue dans le monde merveilleux du C++. Quand tu auras appris à en maîtriser toutes les subtilités, la puissance sera entre tes mains (personnellement, je ne code plus qu'en ASM/C/C++, avec accessoirement un peu de Shell).

Bon courage.

Alors accessoirement:

- Invoque gcc avec "g++" plutôt que "gcc" dans ta ligne de commande.
- Tous les streams standard et les outils de la STL sont définis dans le namespace "std".

Alors soit tu remplaces tous tes cout par std::cout, tes cin par std::cin , etc. , soit tu mets une fois pour toutes "using namespace std;" en début d'une nouvelle ligne juste avant la définition de ta classe.

Bonne chance.

Remplace stream.h par iostream (et sans h)

Puis ajoute

extern "C" {
#include <string.h>
}

car strcpy() une fonction de la lib C standard et pas C++.
extern "C" aurap our effet de provoquer la recherche dans le bon répertoire et d'éviter de décorer les fonctions déclarées dans le header.

Bon courage.

J'espère avoir des échos positifs de ce nouvel algorithme

Réponse courte:
Ton algo, il R0x0R des mamans ours !

Réponse un peu plus développée:
Je pense que tout le monde sera d'accord pour intégrer ce module à GIMP (et que tu vas rapidement te le faire piquer, donc fais de la pub !). Par contre, là où cela va pécher, c'est au niveau de la licence. Ton code est-il en GPL ou au contraire complètement fermé ? Dans le premier cas, il n'y aura sans doute pas de problème pour l'intégrer au tronc standard du GIMP. Dans le second, il te faudra écrire toi-même un greffon et le proposer sur ta page car les distribs refuseront probablement de l'intégrer à cause de cela.

Pendant que l'on y est, ce serait bien de ne plus traduire directement to support par « supporter » en français. C'est un faux-ami, mais comme tout le monde a pris l'habitude de le faire, les gens n'y font plus attention. C'est un peu comme pour « bande passante ».

Donc, si s'agit de supporter un matériel ou une application, on peut utiliser:

- Prendre en charge
- Reconnaître (<- mon préféré)
- Gérer

Il s'agit d'apporter un appui à une personnalité (dans le sens de supporter, comme dans les stades), à une idéologie ou un consensus, on peut dire:

- Soutenir

Enfin, s'il s'agit d'aide aux utilisateurs (support technique) :

- Assistance


Voila, merci de votre attention, vous pouvez désormais reprendre une activité normale ...

Oui, à condition qu'il soient équipés de la prise téléinformatique (le connecteur DIN à 5 broches à l'arrière). 90% du temps, elle existe, mais certains Magis (les Magis normaux, pas les Magis Club), ne l'ont plus. Avec un bon Minitel 1 des familles, cela devrait passer tout seul.

Par contre, ce serait bien que ton Minitel soit au moins un 1B (Bistandard), sinon tu sera condamné au 40 colonnes. En vidéotex cela passe tout seul, mais sous Unix ce n'est pas une résolution très pratique ...

Moi, j'utilise un minitel-2. Cela demande un tout petit peu plus de configuration, mais guère ... et ça marche !

En fait, c'est dans la nature d'Unix de gérer des consoles série. C'est comme çà que fonctionnaient les gros mainframes et ce n'est que sur ordinateur personnel que l'on a développé les consoles virtuelles.

Méfiance toutefois, il est possible que le package qui contienne getty ou agetty ne soit pas installé par défaut, voir même indisponible sur la distribution, auquel cas il faudra aller chercher le package directement sur le Net.

Sinon, c'est un vrai bonheur.

Tu peux détailler ?

Il me semble que le flou est une question de collimatage du rayon. Comment la dalle peut-elle s'user ? A la limite, le phosphore peut s'abîmer et ton image paraitre plus terne, mais pas floue. Les pores du shadow mask ne vont pas s'élargir !

Pareil pour les traînées de luminosité : Elle apparaissent en fonction de ce qui est affiché sur l'écran. Comment la « dalle » (si l(on peut parler de dalle pour un CRT) peut-elle avoir une implication dans ce phénomène ?

Moi ce qui me fait rire c'est que ce genre de papier est toujours intitulé « Les faits » ou quelque chose qui s'en rapproche. Jamais quelque chose du style « 5 bonnes raisons de ne pas utiliser Kro », en tout cas quand ils sont pondus par les compagnies concurrentes.

A chaque fois, on a le droit à un nouvel état des lieux qui n'est jamais le même que le précédent. C'est stupide, ils ne se rendent même pas compte qu'ils ne sont plus originaux depuis longtemps. En général, la seule chose que l'on perçoit, c'est l'irritation de l'auteur. Cela dessert la compagnie plus que cela interpelle le lecteur.

Je viens de refaire le test chez moi et cela fonctionne dans tous les cas.

g++ v3.3.3 sur une Fedora Core 2.

Fais un "g++ -v" pour connaître ta version du compilo.

Ah également: Essaie d'éditer tes liens avec g++ plutôt qu'avec ld directement, j'ai déjà eu ce genre de problème.

g++ -O2 -c lib.cpp -o lib.o

puis

g++ -O2 -o effet main.cpp lib.o

pour éditer le fichier final 'Effet".

Bonne chance.

Bonsoir à tous !

Ok, ben après avoir tout essayé, je confirme que le polish anti-rayure pour automobile est ce qui marche le mieux ! Il rendra même un aspect parfaitement lisse à votre CRT.

Par contre, il faudra s'armer d'une bonne dose de patience, de plusieurs litres d'huile de coude, et d'une grosse quantité d'essuie-tout. L'erreur à ne pas faire, essayer d'étaler la pâte. A la place, en mettre juste une touche ou deux directement sur le moniteur puis polir localement (dans un rayon de 5 à 6 cm maximum), fermement mais sans appuyer. Continuer jusqu'à ce que la pate commence à opposer une résistance, puis à disparaitre complètement. Passer ensuite un chiffon propre sur toute la surface pour retirer toutes les dernières traces de pate, puis lustrer avec encore un essuie-tout propre pendant 5 à 10 bonnes minutes.

Eprouvant, mais le résultat vaut le coup !

On va peut-être dire que je vois le mal partout, mais le choix de ce format ne serait-il pas motivé à la base par le besoin d'échapper aux filtres ? Les fichiers Word et consors, on commence à les connaître un peu. En général on les mets directement à la benne, sinon, même avec un format non-libre, il existe des outils pour explorer leur contenu.

Peut-être qu'un SXI aura le temps de circuler un peu plus longtemps avant d'enerver les filtres bayésiens et leurs potes.

Es-tu sûr que KDE a bien réinstallé, voire simplement redéfini le fichier qu'il faut jouer ? Parce que s'il est inexistant, ou non spécifié, le système fonctionnera très bien mais tu ne risques pas d'entendre beaucoup de choses.

Essaie de le localiser puis de tenter de l'ouvrir avec xmms dans une console, par exemple.

Non parce qu'il y a un trait d'union.

Il manque l'option qui est probablement la plus répandue:

[X] La souris combo 3 boutons/molette !

Oublie l'interface graphique, prend une ligne de commande toute bête et réessaie avec fdisk, je n'ai pas encore eu à repartionner un disque USB, mais si le mass-storage reconnaît bien ton disque comme un /dev/sd- , avec sa suite de secteurs contigüs, fdisk ne devrait pas avoir de problème.

'agirait-il d'une pièce défectueuse ou d'une incompatibilité avec le noyau ou autre logiciel ?

Dans 99% des cas, ce sera la deuxième option.

Y a un truc auquel j'avais pas pensé :

$ dmesg | less

Tape cela dans un shell après avoir (réussi à) démarré(er) ta machine. Si timeout il y a, le module noyau devrait y laisser une note ... Ce serait bien que tu en fasses une copie ici ...

Sinon, essaie en priorité de bouger l'ACPI, pour voir si cela change quelque chose.

Bon courage.

Non seulement le service ne retourne ni "timed-out", ni "[FAILED]" mais "[OK]", mais encore le service paresseux en question change de façon semble-t-il aléatoire !

Ben, au moment où le service en question finit par rendre la main, il affiche bien quelque chose quand même, non (un [OK] probablement).

Il nous faudrait un peu plus de détails sur ta config (c'est pas un biprocesseur ?) ...

A vue de nez, il y a deux choses qui me viennent à l'esprit.

- L'init d'un modem ADSL, qui selon les implémentations peut bloquer jusqu'à ce que la synchronisation soit établie, ce qui pourrait expliquer le caractère aléatoire des services bloqués.
- Une gestion de l'ACPI foireuse ! Essaie de recompiler un noyau pour voir si tu peux régler - ou au moins modifier - le problème en question.

Sinon, il y a 85% de chances que ce soit matériel (les 15% restants correspondant à une implémentation bancale du système de démarrage, ce qui n'est pas à exclure avec RedHat ou Mandrake, surtout avec le frame buffer).

Enfin, chose importante: La durée de gel du système est-elle identique à chaque fois (à quelques secondes près), ou varie-t-elle du tout ou tout ? Dans la première hypothèse, et en l'absence d'activité disque, réseau,etc. tout porte à croire qu'il s'agit d'un timeout, et je suis presque sûr que c'est dans le noyau que cela ce passe: vérifie tous les modules chargés ...

Super !

Merci pour le lien, c'est ce que je cherchais (au moins des gens qui me comprennent :-) ) !

Bon, aux lires de ce forum, visiblement des choses comme le white spirit ou l'acétone semblent notoirement inefficaces ! Il parait que la seule chose qui marche vraiment est le polish anti-rayures pour carrosserie automobile, suffisament fin pour être agir sur le film anti-reflet sans altérer le verre.

Certains ont même utilisé le CIF crème-javel à la place. Bon je fais un test et si ça marche je ponds un mini-HOWTO ! :-)

Hélas, c'est le problème ! Il ne me reste plus de ce produit, si c'est bien celui que je suspecte, car le résultat n'est pas immédiat. J'ai essayé avec d'autres choses, y compris de l'acétone, sans succès.

Je pense qu'avec de l'acide fluorhydrique, j'obtiendrais de bons résultats, mais je ne suis pas sûr de garantir l'intégrité du verre du tube cathodique :-)

Merci quand même, en tout cas.

PS: Pour l'acide fluorhydrique, c'est un gag, hein ...