C'est assez vrai .... sauf que la séparation de la partie HTML/CSS (faite par un web designer) de la partie code applicatif (faite par un développeur) apporte quand meme beaucoup de clarté pour ces 2 sous ensembles.
Le code PHP est propre et uniquement applicatif, pas de génération de HTML dedans.
Le code HTML est propre et pas alourdit par des bouts de PHP.
Avec un moteur de template comme Pear/Flexy, le code HTML+CSS+Flexy est editable avec les editeurs HTML du marché, ... ça simplifie quand même pas mal le boulot du webdesigner.
Donc oui, PHP est *deja* un moteur de template, et il est bien parcequ'il est souple. Mais la souplesse conduit les gens à pondre du code non maintenable. Forcer les gens a travailler proprement c'est utile dans une organisation même si cela parait techniquement abérant (2 moteurs de template l'un sur l'autre).
Je vais peut-etre me faire incendier mais tu n'as pas besoin de creer un compte pour chaque tiers. En temps de particulier le degré de finesse qui va t'interesser c'est des catégories d'achats (voiture, maison, courses, vacances, ...).
donc tu crée ces catégories et tu classe tes dépenses en les affectant a la bonne catégorie. C'est tout.
ça doit faire au moins 3 ans que je fais mes comptes avec gnuCash ça marche très bien comme cela.
Pour la petite histoire, j'utilisais un soft proprio sous windows en 1999 et il ne passait pas l'an 2000. J'ai migré mes datas via impression sur imprimante texte et script en perl car le soft n'offrait pas d'export. Après migration, j'ai utilisé un soft en perl-tk pendant quelques temps puis GnuCash m'a convaincu de re-migrer.
mais opensource oblige cette fois la récupération des données était plus simple !!
c'est la traduction litterale ça, or je n'essayais même pas de traduire mais plutôt d'expliquer avec des idée compréhensibles en français.
va faire une explication imagée avec le bout arrière de tuyau :-)
Dans "backend" il y a plutôt l'idée d'arrière boutique.
- dans cette arrière boutique le travail est effectué avant d'être mis a disposition.
- l'arrière boutique est "cachée" pas besoin de voir comment cela se passe, le travail est fait c'est tout.
Afin de pouvoir faire évoluer les 2 a des rythmes différents, il est courant de séparer les logiciel en une architecture frontend/backend. Le "frontend" est ce qui se voit (gui pour un logiciel, api pour une librairie), le backend est ce qui effectue le boulot (fonctions metier, base de donnée, code spécialisé ...).
Apparement dans le cas de cairo on peut choisir des backend spécialisés dans le pdf, le svg, ... en fonction du besoin.
attention quand meme avec le `cat /srv/samba/netlogon/prenom-nom.txt`
le shell va remplacer cela par le contenu du fichier. Si le fichier est looooong, cela ne tiendra pas sur la ligne de commande et les derniers enregistrements ne seront pas traités.
amha, il vaut mieux utiliser un | (pipe) comme montré dans mon exemple au dessus.
Les togolais ont tout a gagner a passer un "accord" avec la France ... et plus rien a perdre dans le mondial. D'autant plus qu'ils ont montré leurs problèmes financiers lors du dernier match ...
C'est beau le foot.
Bon, je vais quand même me replonger dans les options de compil, j'ai peut-être raté quelque chose...
Donc l'étude à raison, LINUX manque de documentation.... puisqu'il n'est nullement besoin de recompiler quoi que ce soit pour changer ce comportement.
sysctl et /proc/sys/vm/overcommit_memory sont la pour cela.
Il reste aussi a définir "documentation" parceque un googling sur "linux malloc oom_killer" ramène des tas de liens expliquant les algos d'overcommit et le réglagle avec sysctl.
Il me semble que c'est le coté "utilisation urgente et ponctuelle" qui est tolérée de facto. Ensuite la charte informatique est la pour dicter ce qui est (ou non) toléré par l'entreprise, et celles qu'il m'a été donné de lire stipulent justement qu'elles respectent la loi et permettent les utilisations ponctuelles et urgentes.
Par exemple l'entreprise ne pourra pas te mettre a la porte si tu passe des coups de fil privés parceque ton gosse est malade, t'es à découvert et t'appelle ton banquier, ... c'est le caractère de nécéssité qui prévaut.
Si le but c'est de travailler sur des affaires personnelles depuis le boulot en se loggant sur ta machine de la maison, ... faudra prouver le "ponctuel" et "urgent" :-)
IPsec/IKE y'a pas plus pratique pour etre sur que ce soit pas interroperable, supporte mal le nat, soit mal implémenté ...
Je ne dis pas que réinventer a chaque fois c'est bien, mais ipsec ...
Posté par PLuG .
En réponse au message charge/load.
Évalué à 8.
la charge (load) est donnée souvent avec 3 chiffres:
=> moyenne sur une minute, 5 minutes et 15 minutes.
prérequis:
- le temps de chaque cpu de la machine est coupé en timeslices
(tranches de temps)
- le schéduleur attribue ces tranches aux process tour à tour (c'est son job).
la charge est calculée par le scheduleur, et représente le nombre de process éligibles lorsque le scheduleur veut distribuer une tranche de temps cpu.
On comprend aisément que sue un monoprocesseur, si cette moyenne est inférieure à 1, la machine possède des tranche de temps dont aucun process n'a besoin.
si la moyenne est supérieure à 1, c'est l'inverse, les process "attendent" que le cpu soit libre pour tourner.
en pratique, une charge > nbr-cpu n'est pas un gros problème si les applications sont de type "batch", genre routage des mails (passerelle smtp). par contre sur un serveur web ou le laptop bureautique c'est un peu gênant (manque de réactivité).
ça te plait ?
HyperThreading:
mon expérience dit que les machines hyperthreadée sont un véritable piège pour le schéduleur qui y voit 2 cpu alors que le second n'est pas très puissant ni libre quand le premier tourne à plein. l'hyperthreading sur une machine très chargée (load) semble donner des soucis de mauvaise gestion de la charge
(au moins en kernel 2.4.x, je vais tester le 2.6 sur cette machine sous peu).
MultiCore, pas testé mais ça doit se rapprocher du multiCpu.
ben la charge nominale n'est plus de "1" mais de nbr-cpu donc la machine reste réactive avec une plus grosse charge.
Moi j'ai de gros problèmes avec le chip BMC de ces Xseries recents.
le chip utilise la premiere interface réseau pour communiquer, et pour cela "forge" une adresse mac différente de l'adresse normale de la carte. (la carte a 2 mac adresse si vous voulez).
résultat: => pertes de paquets quand BMC s'active, bazar sur le réseau avec les fonctions de sécurité (controle des mac address sur le switch ...).
Le plus fort, c'est que le chip BMC continue ses merdoiement meme après l'avoir désactivé dans le Bios.
Résultat: ces xseries ont 2 interfaces ethernet mais seule la seconde se comporte correctement.
pas top d'accord avec ta méthode meme si elle peut fonctionner.
le (1) c'est une bonne idée.
le (2) c'est pas necessaire et meme dangereux, suffit de lire les logs du parefeu.
le (3) c'est pas top non plus.
il faut d'abord se renseigner sur le VPN en question. la doc ou les normes utilisées indiqueront les protocoles necessaires.
certains VPNs (IPSEC) ne sont pas nativement prévus pour supporter le NAT.
ce qui fait que le test en (1) ne prouve pas que cela va marcher deriere le parefeu.
pour que IPSEC supporte le NAT il faut que le client et le serveur supportent l'évolution IPSEC pour le NAT.
le mieux serait que tu nous dises quel serveur VPN et quel client VPN sont utilisés.
quel protocole (IPSEC ??)
as-tu le choix du protocole ? si oui je te conseille openvpn beaucoup plus simple que IPSEC.
Le problème du support "redhat only" c'est surtout que les distributeur (oracle par exemple) ne *veulent pas* avoir a qualifier leur produit sur plusieurs distributions.
Cela n'est *pas* un problème technique, et ne sera pas résolu par une normalisation a la LSB. D'ailleur le produit lui meme (oracle par exemple) fonctionne très bien sur les autres distributions ...
Bref pour moi "le monde pro" ne veut pas de plusieurs distributions, il n'en veut qu'une seule pour diminuer les cout de test/integration, la version de la librairie ou l'emplacement de l'installation c'est queudale comme problème a résoudre.
Non ce n'est pas juste le noyau qui se souvient ...
si effectivement ifconfig ne flash pas l'eeprom, la mac est bien stockée sur une ram accessible depuis la carte réseau.
En effet la carte réseau ne récupère que les trames a destination de sa mac, ce filtre est effectué par le chipset réseau de la carte.... sauf quand elle est en mode promiscuous (pour sniffer).
par contre cette mac est perdue au reboot, il faut donc reprogrammer la mac a chaque boot pour que ce soit définitif
>Sauf à prendre en compte les prix de l'assurance, de l'entretiens et de l'achat ...
sauf que le train n'est pas omnipotent.
on a *besoin* d'une voiture pour la vie courante (courses, déplacements avec les enfants, ...) donc l'achat/l'entretient/l'assurance font déjà partie du budget du ménage.
le train vient donc en suplément et est rarement rentable au niveau prix, moins pratique dans tous les cas, et la plupart du temps moins rapide.... meme sur un paris/lyon:
exemple: de chez moi (region parisienne) a chez mes parents (régions lyonnaise):
=> 30 minutes de RER pour aller a la gare de Lyon (a Paris),
=> 15 minutes d'avance pour le cas ou (difficile d'arriver juste a moins de risquer de le rater)
=> 2h15 de train (perrache)
=> 1h de bus avec changements et marche a pied, mais prenons le cas favorable, on vient me chercher en voiture (donc emmerdé quelqu'un pour qu'il perde de *son* temps a ma place: 30 minutes de voiture)
TOTAL: 4h.
ah ? ben en moins de 4h je fais le meme trajet par autoroute, j'emmerde personne et j'ai ma voiture de dispo a l'arrivée.
Je ne comprend pas le prix du train.
D'ailleur, comparez aussi le prix du transport ferroviaire et par route, et bien c'est moins cher de faire rouler des poids lourds... si vous voulez supprimer les camion, faudra faire baisser le prix de la sncf.
la detection en live c'est pour empecher de chopper le virus.
si tu fais des verifications toutes les semaines, cela n'empeche pas le virus de s'installer quand il pointe son nez, et de commencer ses actions.
imaginons qu'il reformate le disque des le deuxieme jour => tout perdu.
de plus si tu n'empeche pas l'installation du virus en verifiant a la volée, il faudra booter sur un media propre pour tester ta machine toutes les semaines. (ce qui de toutes façons est une bonne méthode).
A l'époque des réservoirs en métal il y avait des possibilités d'explosion,
A l'époque des réservoirs métaliques a l'avant, les possibilités de brulure/explosion étaient très grandes.
De nos jours, les reservoirs (essence/gazoil) sont tous EN PLASTIQUE, avec la chaleur ils fondent, répendant l'essence au sol, a l'arrière du véhicule, afin de limiter la casse.
mais dans les films, c'est moins rigolo une voiture qui prend feu doucement et les gens qui sortent.
NB1: avec la flaque d'essence en dessous, une voiture brule en environ 15 minutes quand meme ...
NB2: le GPL utilise des soupapes pour éviter l'explosion.
=> c'est le compteur de ticks d'horloge (sysUptime sous windows) qui déborde et repasse a zéro. le phénomène arrive tous les 49.7 jours.
Ce problème existe aussi sous OS/2, ou il est difficile a corriger car chaque driver vient lire la valeur a l'adresse du compteur directement (au lieu d'utiliser une fonction dans laquelle on pourait corriger une bonne fois pour toutes le problème).
Je ne sais pas pour Windows, mais OS/2, lui, ne fait que jouer a la roulette russe tous les 49.7 jours. En effet le crash n'est pas garanti, c'est juste si on a pas de chance et qu'un morceau de code a fait des lectures du compteurs au moment de l'overflow (genre un chronometrage avec soustraction de t2-t1 qui devient très grand ou négatif)
le GROS probleme c'est surtout qu'une fois compressé il est beaucoup plus difficile de restaurer une bande avec des erreurs de lecture.
un tar sur une bande deffectueuse => on recupere aisement la totalite des fichiers n'utilisant pas le morceau de bande abimé.
un tar gzippé ou bzippé => plus rien.
[^] # Re: Quel intérêt ?
Posté par PLuG . En réponse à la dépêche Sortie de TPLN Template Processor 2.7. Évalué à 1.
Le code PHP est propre et uniquement applicatif, pas de génération de HTML dedans.
Le code HTML est propre et pas alourdit par des bouts de PHP.
Avec un moteur de template comme Pear/Flexy, le code HTML+CSS+Flexy est editable avec les editeurs HTML du marché, ... ça simplifie quand même pas mal le boulot du webdesigner.
Donc oui, PHP est *deja* un moteur de template, et il est bien parcequ'il est souple. Mais la souplesse conduit les gens à pondre du code non maintenable. Forcer les gens a travailler proprement c'est utile dans une organisation même si cela parait techniquement abérant (2 moteurs de template l'un sur l'autre).
[^] # Re: Compatibilité entre les applications
Posté par PLuG . En réponse à la dépêche Sortie de GnuCash 2.0.0. Évalué à 7.
donc tu crée ces catégories et tu classe tes dépenses en les affectant a la bonne catégorie. C'est tout.
ça doit faire au moins 3 ans que je fais mes comptes avec gnuCash ça marche très bien comme cela.
Pour la petite histoire, j'utilisais un soft proprio sous windows en 1999 et il ne passait pas l'an 2000. J'ai migré mes datas via impression sur imprimante texte et script en perl car le soft n'offrait pas d'export. Après migration, j'ai utilisé un soft en perl-tk pendant quelques temps puis GnuCash m'a convaincu de re-migrer.
mais opensource oblige cette fois la récupération des données était plus simple !!
[^] # Re: question de vocabulaire
Posté par PLuG . En réponse à la dépêche Cairo 1.2 met le feu. Évalué à 1.
va faire une explication imagée avec le bout arrière de tuyau :-)
[^] # Re: question de vocabulaire
Posté par PLuG . En réponse à la dépêche Cairo 1.2 met le feu. Évalué à 9.
- dans cette arrière boutique le travail est effectué avant d'être mis a disposition.
- l'arrière boutique est "cachée" pas besoin de voir comment cela se passe, le travail est fait c'est tout.
Afin de pouvoir faire évoluer les 2 a des rythmes différents, il est courant de séparer les logiciel en une architecture frontend/backend. Le "frontend" est ce qui se voit (gui pour un logiciel, api pour une librairie), le backend est ce qui effectue le boulot (fonctions metier, base de donnée, code spécialisé ...).
Apparement dans le cas de cairo on peut choisir des backend spécialisés dans le pdf, le svg, ... en fonction du besoin.
ça vous plait comme explication ? :-)
[^] # Re: Intérêt d'un programme en C ?
Posté par PLuG . En réponse au message introduire variable. Évalué à 2.
le shell va remplacer cela par le contenu du fichier. Si le fichier est looooong, cela ne tiendra pas sur la ligne de commande et les derniers enregistrements ne seront pas traités.
amha, il vaut mieux utiliser un | (pipe) comme montré dans mon exemple au dessus.
# Pourquoi en C ???
Posté par PLuG . En réponse au message introduire variable. Évalué à 7.
tu devrait tout faire en shell, ou en perl c'est le langage le plus indiqué pour ces taches d'admin systeme.
en shell ça pourrait donner:
cat /srv/samba/netlogon/prenom-nom.txt | while read CHAINE
do
/srv/samba/netlogon/ajoutuser.sh "${CHAINE}"
done
plus simple que de compiler un truc en C ...
# 2-0
Posté par PLuG . En réponse au sondage France-Togo vendredi 23 Juin. Évalué à 10.
C'est beau le foot.
[^] # Re: pondération
Posté par PLuG . En réponse au journal Windows Server 2003 plus fiable que Linux, selon le Yankee Group. Évalué à 2.
Donc l'étude à raison, LINUX manque de documentation.... puisqu'il n'est nullement besoin de recompiler quoi que ce soit pour changer ce comportement.
sysctl et /proc/sys/vm/overcommit_memory sont la pour cela.
Il reste aussi a définir "documentation" parceque un googling sur "linux malloc oom_killer" ramène des tas de liens expliquant les algos d'overcommit et le réglagle avec sysctl.
Bons tests :-)
# pas tous les leroy merlins ...
Posté par PLuG . En réponse au journal Leroy Merlin. Évalué à 1.
[^] # Re: coquillette
Posté par PLuG . En réponse à la dépêche Linux Driver Kit. Évalué à -1.
ce serait mieux de dire:
qui contient tout ce dont un développeur Linux a besoin pour écrire des pilotes.
[^] # Re: "secure"
Posté par PLuG . En réponse au journal Un émulateur de terminal en AJAX.... Évalué à 2.
Par exemple l'entreprise ne pourra pas te mettre a la porte si tu passe des coups de fil privés parceque ton gosse est malade, t'es à découvert et t'appelle ton banquier, ... c'est le caractère de nécéssité qui prévaut.
Si le but c'est de travailler sur des affaires personnelles depuis le boulot en se loggant sur ta machine de la maison, ... faudra prouver le "ponctuel" et "urgent" :-)
[^] # Re: ssl
Posté par PLuG . En réponse à la dépêche Zfone : Téléphonie IP sécurisée sous Linux. Évalué à 0.
Je ne dis pas que réinventer a chaque fois c'est bien, mais ipsec ...
# definition
Posté par PLuG . En réponse au message charge/load. Évalué à 8.
=> moyenne sur une minute, 5 minutes et 15 minutes.
prérequis:
- le temps de chaque cpu de la machine est coupé en timeslices
(tranches de temps)
- le schéduleur attribue ces tranches aux process tour à tour (c'est son job).
la charge est calculée par le scheduleur, et représente le nombre de process éligibles lorsque le scheduleur veut distribuer une tranche de temps cpu.
On comprend aisément que sue un monoprocesseur, si cette moyenne est inférieure à 1, la machine possède des tranche de temps dont aucun process n'a besoin.
si la moyenne est supérieure à 1, c'est l'inverse, les process "attendent" que le cpu soit libre pour tourner.
en pratique, une charge > nbr-cpu n'est pas un gros problème si les applications sont de type "batch", genre routage des mails (passerelle smtp). par contre sur un serveur web ou le laptop bureautique c'est un peu gênant (manque de réactivité).
ça te plait ?
HyperThreading:
mon expérience dit que les machines hyperthreadée sont un véritable piège pour le schéduleur qui y voit 2 cpu alors que le second n'est pas très puissant ni libre quand le premier tourne à plein. l'hyperthreading sur une machine très chargée (load) semble donner des soucis de mauvaise gestion de la charge
(au moins en kernel 2.4.x, je vais tester le 2.6 sur cette machine sous peu).
MultiCore, pas testé mais ça doit se rapprocher du multiCpu.
ben la charge nominale n'est plus de "1" mais de nbr-cpu donc la machine reste réactive avec une plus grosse charge.
# BMC pourri
Posté par PLuG . En réponse au journal Installation de Debian sur serveur IBM eserver xseries 336. Évalué à 2.
le chip utilise la premiere interface réseau pour communiquer, et pour cela "forge" une adresse mac différente de l'adresse normale de la carte. (la carte a 2 mac adresse si vous voulez).
résultat: => pertes de paquets quand BMC s'active, bazar sur le réseau avec les fonctions de sécurité (controle des mac address sur le switch ...).
Le plus fort, c'est que le chip BMC continue ses merdoiement meme après l'avoir désactivé dans le Bios.
Résultat: ces xseries ont 2 interfaces ethernet mais seule la seconde se comporte correctement.
[^] # Re: Les jeux
Posté par PLuG . En réponse au sondage Mon OS plante. Évalué à 3.
(certainement uniquement X11 d'après ce que tu racontes)
[^] # Re: Ça existe ?
Posté par PLuG . En réponse au sondage La musique que j'écoute provient principalement. Évalué à 1.
[^] # Re: Batterie de tests destinés à identifier l'origine du problème
Posté par PLuG . En réponse au message Connexion VPN cliente au travers d'un firewall. Évalué à 0.
le (1) c'est une bonne idée.
le (2) c'est pas necessaire et meme dangereux, suffit de lire les logs du parefeu.
le (3) c'est pas top non plus.
il faut d'abord se renseigner sur le VPN en question. la doc ou les normes utilisées indiqueront les protocoles necessaires.
certains VPNs (IPSEC) ne sont pas nativement prévus pour supporter le NAT.
ce qui fait que le test en (1) ne prouve pas que cela va marcher deriere le parefeu.
pour que IPSEC supporte le NAT il faut que le client et le serveur supportent l'évolution IPSEC pour le NAT.
le mieux serait que tu nous dises quel serveur VPN et quel client VPN sont utilisés.
quel protocole (IPSEC ??)
as-tu le choix du protocole ? si oui je te conseille openvpn beaucoup plus simple que IPSEC.
[^] # Re: Bonjour la pensée unique
Posté par PLuG . En réponse à la dépêche Le Linux Standard Base devient une norme ISO. Évalué à 4.
Cela n'est *pas* un problème technique, et ne sera pas résolu par une normalisation a la LSB. D'ailleur le produit lui meme (oracle par exemple) fonctionne très bien sur les autres distributions ...
Bref pour moi "le monde pro" ne veut pas de plusieurs distributions, il n'en veut qu'une seule pour diminuer les cout de test/integration, la version de la librairie ou l'emplacement de l'installation c'est queudale comme problème a résoudre.
[^] # Re: mouchards partout, corruption aussi, F2F P2P
Posté par PLuG . En réponse au journal Quand un gouvernement s'arrange pour mettre des mouchards dans les objets courants. Évalué à 2.
si effectivement ifconfig ne flash pas l'eeprom, la mac est bien stockée sur une ram accessible depuis la carte réseau.
En effet la carte réseau ne récupère que les trames a destination de sa mac, ce filtre est effectué par le chipset réseau de la carte.... sauf quand elle est en mode promiscuous (pour sniffer).
par contre cette mac est perdue au reboot, il faut donc reprogrammer la mac a chaque boot pour que ce soit définitif
[^] # Re: moi ça ne me fait pas rire
Posté par PLuG . En réponse au journal [HS] Une vache, un chèque, un impôt.... Évalué à 3.
sauf que le train n'est pas omnipotent.
on a *besoin* d'une voiture pour la vie courante (courses, déplacements avec les enfants, ...) donc l'achat/l'entretient/l'assurance font déjà partie du budget du ménage.
le train vient donc en suplément et est rarement rentable au niveau prix, moins pratique dans tous les cas, et la plupart du temps moins rapide.... meme sur un paris/lyon:
exemple: de chez moi (region parisienne) a chez mes parents (régions lyonnaise):
=> 30 minutes de RER pour aller a la gare de Lyon (a Paris),
=> 15 minutes d'avance pour le cas ou (difficile d'arriver juste a moins de risquer de le rater)
=> 2h15 de train (perrache)
=> 1h de bus avec changements et marche a pied, mais prenons le cas favorable, on vient me chercher en voiture (donc emmerdé quelqu'un pour qu'il perde de *son* temps a ma place: 30 minutes de voiture)
TOTAL: 4h.
ah ? ben en moins de 4h je fais le meme trajet par autoroute, j'emmerde personne et j'ai ma voiture de dispo a l'arrivée.
Je ne comprend pas le prix du train.
D'ailleur, comparez aussi le prix du transport ferroviaire et par route, et bien c'est moins cher de faire rouler des poids lourds... si vous voulez supprimer les camion, faudra faire baisser le prix de la sncf.
# KernelTraffic ?
Posté par PLuG . En réponse au journal Actualité du noyau. Évalué à 2.
http://www.kerneltraffic.org/kernel-traffic/latest.html(...)
[^] # Re: detection en live pas forcement utile
Posté par PLuG . En réponse au journal Les antivirus. Évalué à 3.
si tu fais des verifications toutes les semaines, cela n'empeche pas le virus de s'installer quand il pointe son nez, et de commencer ses actions.
imaginons qu'il reformate le disque des le deuxieme jour => tout perdu.
de plus si tu n'empeche pas l'installation du virus en verifiant a la volée, il faudra booter sur un media propre pour tester ta machine toutes les semaines. (ce qui de toutes façons est une bonne méthode).
[^] # Re: Questions
Posté par PLuG . En réponse au journal Economie d'énergie. Évalué à 4.
une voiture, cela n'explose pas.
A l'époque des réservoirs en métal il y avait des possibilités d'explosion,
A l'époque des réservoirs métaliques a l'avant, les possibilités de brulure/explosion étaient très grandes.
De nos jours, les reservoirs (essence/gazoil) sont tous EN PLASTIQUE, avec la chaleur ils fondent, répendant l'essence au sol, a l'arrière du véhicule, afin de limiter la casse.
mais dans les films, c'est moins rigolo une voiture qui prend feu doucement et les gens qui sortent.
NB1: avec la flaque d'essence en dessous, une voiture brule en environ 15 minutes quand meme ...
NB2: le GPL utilise des soupapes pour éviter l'explosion.
[^] # Re: 24/24
Posté par PLuG . En réponse au journal Economie d'énergie. Évalué à 3.
=> c'est le compteur de ticks d'horloge (sysUptime sous windows) qui déborde et repasse a zéro. le phénomène arrive tous les 49.7 jours.
Ce problème existe aussi sous OS/2, ou il est difficile a corriger car chaque driver vient lire la valeur a l'adresse du compteur directement (au lieu d'utiliser une fonction dans laquelle on pourait corriger une bonne fois pour toutes le problème).
Je ne sais pas pour Windows, mais OS/2, lui, ne fait que jouer a la roulette russe tous les 49.7 jours. En effet le crash n'est pas garanti, c'est juste si on a pas de chance et qu'un morceau de code a fait des lectures du compteurs au moment de l'overflow (genre un chronometrage avec soustraction de t2-t1 qui devient très grand ou négatif)
[^] # Re: tar/zip
Posté par PLuG . En réponse au journal Sauvegarder sur DAT en activant la compression. Évalué à 5.
un tar sur une bande deffectueuse => on recupere aisement la totalite des fichiers n'utilisant pas le morceau de bande abimé.
un tar gzippé ou bzippé => plus rien.