aujourd'hui, après une réinstallation de portable, je compare le
dossier c:\Windows (xp sp2) sur un portable (pentium 3.6) = 2 Go, sur
un pc de bureau (core2duo 6600) = 2.6 Go sur le disque, sur un autre pc
de bureau (quadcore 9300) = 1.4 Go sur le disque, et un portable sous
vista : 9.6 Go sur le disque.
Donc un rapport entre 3.7 et 6.8 fois plus gros pour Vista qui n'est,
quoi qu'on en dise qu'un OS !!! C'est quand même beaucoup !
C'est sûr que les machines citées en référence ont des vécus
différents. Mais qu'est-ce que Vista a dans le ventre pour être si gros
?
Ce que cherche à savoir, c'est s'il y a moyen de dégraisser le mamouth.
Le portable sous Vista sert à faire de la bureautique, un peu de photo,
internet et msn. Rien de spécial en fait, si ce n'est qu'il n'a que 2
de tension avec 1Go de Ram, Celeron 520 à 1.60 Ghz (Acer Aspire 5310).
Faut vraiment pas être pressé pour l'allumer, pour ouvrir un soft.
C'est sûrement de la grande cuisine comparé aux fastXP...
Merci d'avance à qui pourrait me renseigner sur ce qu'il est possible
de dégraisser.
... j'ai fait un peu le tour de ce qui a dans c:Windows et j'ai trouvé, entre autres,
- les pilotes d'au moins 150 clavier avec des langues dont je n'ai même jamais entendu parler. Sur le portable, il n'y a qu'un classique AZERTY français qui ne changera jamais. Mais pas moyen de les supprimer : je n'ai pas assez de droits pour le faire !!! Comment faire pour avoir plus de droits ?
- un répertoire "winsxs" qui ne contient que 23.090 fichiers dans 5.594 dossier pour une taille sur le disque de 5.621 Go !!! Ça sert à quoi ? Je peux jeter tout ça ?
Donc, si, sur un Vista FR, il y a des drivers pour supporter dans toutes les langues du monde, ou d'Europe, pour toutes les cartes du marché qui ne rentreront jamais dans ce "bête" portable, plus tous les périphériques possibles et imaginables, sauf celui que j'aurais pu acheter la semaine dernière, je comprends mieux le poids du mamouth ! Heureusement qu'ils ne livrent les portables pas avec tous les cables imaginables pour l'alim et que l'on soit obligé de les avoir en permanence avec soi...
Je dirais pour ma part :Si vous avez un disque suffisamment gros, conservez tous. Ces fichiers, en double ou en triple, contribuent à la stabilité.
Ainsi, contrairement à XP, utiliser la commande sfc /scannow ^fonctionne sans nécessité de 'utiliser le CD/DVD d'installation. Ce qui nécessitait généralement de nombreuses interventions de l'utilisateur.
Quant aux claviers supplémentaires, c'est une autre histoire. Ils sont en effet complètement inutiles.
"Jac" <Jsansp@mfra.net> a écrit dans le message de
news:mn.79287d88299d5a06.89607@mfra.net...
... j'ai fait un peu le tour de ce qui a dans c:Windows et j'ai trouvé,
entre autres,
- les pilotes d'au moins 150 clavier avec des langues dont je n'ai même
jamais entendu parler. Sur le portable, il n'y a qu'un classique AZERTY
français qui ne changera jamais.
Mais pas moyen de les supprimer : je n'ai pas assez de droits pour le
faire !!! Comment faire pour avoir plus de droits ?
- un répertoire "winsxs" qui ne contient que 23.090 fichiers dans 5.594
dossier pour une taille sur le disque de 5.621 Go !!!
Ça sert à quoi ? Je peux jeter tout ça ?
Donc, si, sur un Vista FR, il y a des drivers pour supporter dans toutes
les langues du monde, ou d'Europe, pour toutes les cartes du marché qui ne
rentreront jamais dans ce "bête" portable, plus tous les périphériques
possibles et imaginables, sauf celui que j'aurais pu acheter la semaine
dernière, je comprends mieux le poids du mamouth ! Heureusement qu'ils ne
livrent les portables pas avec tous les cables imaginables pour l'alim et
que l'on soit obligé de les avoir en permanence avec soi...
Je dirais pour ma part :Si vous avez un disque suffisamment gros, conservez
tous.
Ces fichiers, en double ou en triple, contribuent à la stabilité.
Ainsi, contrairement à XP, utiliser la commande sfc /scannow ^fonctionne
sans
nécessité de 'utiliser le CD/DVD d'installation. Ce qui nécessitait
généralement
de nombreuses interventions de l'utilisateur.
Quant aux claviers supplémentaires, c'est une autre histoire. Ils sont en
effet
complètement inutiles.
... j'ai fait un peu le tour de ce qui a dans c:Windows et j'ai trouvé, entre autres,
- les pilotes d'au moins 150 clavier avec des langues dont je n'ai même jamais entendu parler. Sur le portable, il n'y a qu'un classique AZERTY français qui ne changera jamais. Mais pas moyen de les supprimer : je n'ai pas assez de droits pour le faire !!! Comment faire pour avoir plus de droits ?
- un répertoire "winsxs" qui ne contient que 23.090 fichiers dans 5.594 dossier pour une taille sur le disque de 5.621 Go !!! Ça sert à quoi ? Je peux jeter tout ça ?
Donc, si, sur un Vista FR, il y a des drivers pour supporter dans toutes les langues du monde, ou d'Europe, pour toutes les cartes du marché qui ne rentreront jamais dans ce "bête" portable, plus tous les périphériques possibles et imaginables, sauf celui que j'aurais pu acheter la semaine dernière, je comprends mieux le poids du mamouth ! Heureusement qu'ils ne livrent les portables pas avec tous les cables imaginables pour l'alim et que l'on soit obligé de les avoir en permanence avec soi...
Je dirais pour ma part :Si vous avez un disque suffisamment gros, conservez tous. Ces fichiers, en double ou en triple, contribuent à la stabilité.
Ainsi, contrairement à XP, utiliser la commande sfc /scannow ^fonctionne sans nécessité de 'utiliser le CD/DVD d'installation. Ce qui nécessitait généralement de nombreuses interventions de l'utilisateur.
Quant aux claviers supplémentaires, c'est une autre histoire. Ils sont en effet complètement inutiles.
Jean-Claude BELLAMY
"Jac" a écrit dans le message de news:
... j'ai fait un peu le tour de ce qui a dans c:Windows et j'ai trouvé, entre autres,
- les pilotes d'au moins 150 clavier avec des langues dont je n'ai même jamais entendu parler. Sur le portable, il n'y a qu'un classique AZERTY français qui ne changera jamais. Mais pas moyen de les supprimer : je n'ai pas assez de droits pour le faire !!! Comment faire pour avoir plus de droits ?
Se les attribuer !
Sous un compte administrateur : Clic droit, propriétés, onglet "sécurité", bouton "avancé" Onglet "Propriétaire", bouton "modifier" -> se définir comme proprio (si on ne l'est pas déjà) Onglet "Autorisations", bouton "modifier" -> s'attribuer le contrôle total
MAIS ATTENTION ! Une suppression inconsidérée peut entrainer de graves problèmes par la suite ! Personnellement, je ne touche JAMAIS aux pilotes dont je n'ai pas besoin (POUR L'INSTANT) !
On n'est pas à quelques centaines de Mo près ... Et si c'est le cas malgré tout ... on change de disque (ou on en ajoute un autre) !
- un répertoire "winsxs" qui ne contient que 23.090 fichiers dans 5.594 dossier pour une taille sur le disque de 5.621 Go !!! Ça sert à quoi ? Je peux jeter tout ça ?
NANNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN !
(copier-coller d'une de mes réponses précédentes à ce sujet, dont la dernière date du 08/08/08 dans m.p.f.w.vista.general!)
Le dossier "WinSxS" est une nouveauté dans la conception des applications, apparue avec XP, qui s'appelle (traduction en français pas très heureuse AMHA) le "Partage côte à côte" ("Side by Side sharing") Et l'abréviation anglaise de "Side by side" est "sxs", d'où le nom du dossier "WINsxs"
A ce que j'ai compris (car ce n'est pas évident!!!), ce système (assez complexe AMHA) est né pour essayer de se sortir du "DLL HELL" ("l'enfer des DLL"), du aux problèmes causés par les différentes versions de DLL qui peuvent interférer entre elles et avec les applications qui les utilisent.
Au départ, les DLL ont été inventées pour éviter de réinventer "l'eau tiède", et partager des fonctions communes entre plusieurs applications. Mais c'est devenu dans certains cas un bazar innommable ... D'où l'apparition d'applications "isolées"
C'est décrit de façon relativement synthétique dans ce document (qui date de février 2001, quelques mois après la sortie de XP) : http://msdn2.microsoft.com/fr-fr/library/1c216736-b116-42d7-be52-84e1dfbae49f.aspx
Extrait ====================== [...] "Avec les composants côte à côte, plusieurs versions d'un même composant sont installées simultanément. Une application est liée à la version du composant avec laquelle elle a été conçue et testée. Avec Windows XP, il existe une infrastructure pour prendre en charge les assemblages et les applications isolées (COM+ et Win32). Aucune modification de code n'est requise pour obtenir des assemblages côte à côte à partir d'applications Win32. Les applications peuvent utiliser les assemblages système les plus récents sans que cela n'ait d'impact général. En résumé, les applications isolées sont plus intéressantes, car plus fiables. Elles sont construites et livrées avec tous les composants nécessaires et elles ne sont pas affectées par les modifications apportées par d'autres applications.
Les applications isolées utilisent une description sous la forme d'un fichier XML contenant des informations qui auto-décrivent un assemblage ou une application. Toutes les métadonnées de liaison et d'activation, telles que les classes COM, les interfaces et les bibliothèques de types, sont désormais stockées dans la description plutôt que dans le registre.
Il existe deux types de fichiers de description : les descriptions d'applications, qui décrivent des applications isolées, les descriptions d'assemblage, qui décrivent des assemblages individuels.
Une application isolée peut utiliser des assemblages côte à côte. Les assemblages constituent les unités fondamentales d'attribution de nom, de liaison, de numéro de version, de déploiement et de configuration. Ils existent en deux modes : partagés et privés.
Un assemblage partagé peut être utilisé par plusieurs applications sur l'ordinateur, installées dans le dossier WinSxS du répertoire Windows.
Un assemblage privé est visible uniquement pour une application et est déployé dans la structure de répertoires de l'application. Un autre avantage du partage côte à côte pour les développeurs d'application tient à ce que leur planification peut en devenir beaucoup plus claire. Votre planification de développement n'est pas affectée par les calendriers de versions des composants que vous utilisez." [...] ====================== pour plus d'infos, cf. le site MSDN de MS : http://msdn2.microsoft.com/fr-fr/library/ms235532(VS.80).aspx (et la suite, car il y a beaucoup de docs !!!)
Ce n'est pas toujours d'une clarté évidente !!! P.ex. ce paragraphe : ====================== "Pendant l'exécution, les DLL sont chargées dans le processus principal et le code requis est exécuté. L'application se base sur le système d'exploitation pour localiser les DLL demandées, déterminer les autres DLL dépendantes devant être chargées et les charger avec la DLL demandée.
Sur les versions du système d'exploitation Windows antérieures à Windows XP et Windows 2003, le chargeur de système d'exploitation recherche les DLL dépendantes dans le dossier local de l'application ou un autre dossier spécifié dans le chemin d'accès système.
Sous Windows XP et Windows 2003, le chargeur du système d'exploitation peut également rechercher les DLL dépendantes à l'aide d'un fichier de manifest et rechercher les assemblys côte à côte qui contiennent ces DLL." ====================== Donc pour en revenir au dossier WINsxs, il contient tous les fichiers nécessaires à ces applications "côte à côte" (fichiers manifest, dll, catalogues de sécurité, ...)
Il ne FAUT SURTOUT NE PAS TOUCHER à ce dossier, encore moins le supprimer, car c'est le meilleur moyen pour empêcher certaines applis du système de fonctionner.
Il y a eu une INFLATION considérable entre XP et VISTA.
P.ex. sur 2 des mes babasses : Sous XP SP2 : 25,1 Mo Sous VISTA SP1 : 7,5 Go
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] http://www.bellamyjc.org ou http://jc.bellamy.free.fr
"Jac" <Jsansp@mfra.net> a écrit dans le message de
news:mn.79287d88299d5a06.89607@mfra.net...
... j'ai fait un peu le tour de ce qui a dans c:Windows et j'ai trouvé,
entre autres,
- les pilotes d'au moins 150 clavier avec des langues dont je n'ai même
jamais entendu parler. Sur le portable, il n'y a qu'un classique AZERTY
français qui ne changera jamais.
Mais pas moyen de les supprimer : je n'ai pas assez de droits pour le
faire !!! Comment faire pour avoir plus de droits ?
Se les attribuer !
Sous un compte administrateur :
Clic droit, propriétés, onglet "sécurité", bouton "avancé"
Onglet "Propriétaire", bouton "modifier" -> se définir comme proprio (si on
ne l'est pas déjà)
Onglet "Autorisations", bouton "modifier" -> s'attribuer le contrôle total
MAIS ATTENTION !
Une suppression inconsidérée peut entrainer de graves problèmes par la suite
!
Personnellement, je ne touche JAMAIS aux pilotes dont je n'ai pas besoin
(POUR L'INSTANT) !
On n'est pas à quelques centaines de Mo près ...
Et si c'est le cas malgré tout ... on change de disque (ou on en ajoute un
autre) !
- un répertoire "winsxs" qui ne contient que 23.090 fichiers dans 5.594
dossier pour une taille sur le disque de 5.621 Go !!!
Ça sert à quoi ? Je peux jeter tout ça ?
NANNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN !
(copier-coller d'une de mes réponses précédentes à ce sujet, dont la
dernière date du 08/08/08 dans m.p.f.w.vista.general!)
Le dossier "WinSxS" est une nouveauté dans la conception des applications,
apparue avec XP, qui s'appelle (traduction en français pas très heureuse
AMHA) le
"Partage côte à côte"
("Side by Side sharing")
Et l'abréviation anglaise de "Side by side" est "sxs", d'où le nom du
dossier "WINsxs"
A ce que j'ai compris (car ce n'est pas évident!!!), ce système (assez
complexe AMHA) est né pour essayer de se sortir du "DLL HELL" ("l'enfer des
DLL"), du aux problèmes causés par les différentes versions de DLL qui
peuvent interférer entre elles et avec les applications qui les utilisent.
Au départ, les DLL ont été inventées pour éviter de réinventer "l'eau
tiède", et partager des fonctions communes entre plusieurs applications.
Mais c'est devenu dans certains cas un bazar innommable ... D'où
l'apparition d'applications "isolées"
C'est décrit de façon relativement synthétique dans ce document (qui date de
février 2001, quelques mois après la sortie de XP) :
http://msdn2.microsoft.com/fr-fr/library/1c216736-b116-42d7-be52-84e1dfbae49f.aspx
Extrait
====================== [...]
"Avec les composants côte à côte, plusieurs versions d'un même composant
sont installées simultanément. Une application est liée à la version du
composant avec laquelle elle a été conçue et testée.
Avec Windows XP, il existe une infrastructure pour prendre en charge les
assemblages et les applications isolées (COM+ et Win32). Aucune modification
de code n'est requise pour obtenir des assemblages côte à côte à partir
d'applications Win32. Les applications peuvent utiliser les assemblages
système les plus récents sans que cela n'ait d'impact général.
En résumé, les applications isolées sont plus intéressantes, car plus
fiables. Elles sont construites et livrées avec tous les composants
nécessaires et elles ne sont pas affectées par les modifications apportées
par d'autres applications.
Les applications isolées utilisent une description sous la forme d'un
fichier XML contenant des informations qui auto-décrivent un assemblage ou
une application. Toutes les métadonnées de liaison et d'activation, telles
que les classes COM, les interfaces et les bibliothèques de types, sont
désormais stockées dans la description plutôt que dans le registre.
Il existe deux types de fichiers de description :
les descriptions d'applications, qui décrivent des applications isolées,
les descriptions d'assemblage, qui décrivent des assemblages
individuels.
Une application isolée peut utiliser des assemblages côte à côte. Les
assemblages constituent les unités fondamentales d'attribution de nom, de
liaison, de numéro de version, de déploiement et de configuration. Ils
existent en deux modes : partagés et privés.
Un assemblage partagé peut être utilisé par plusieurs applications sur
l'ordinateur, installées dans le dossier WinSxS du répertoire Windows.
Un assemblage privé est visible uniquement pour une application et est
déployé dans la structure de répertoires de l'application.
Un autre avantage du partage côte à côte pour les développeurs d'application
tient à ce que leur planification peut en devenir beaucoup plus claire.
Votre planification de développement n'est pas affectée par les calendriers
de versions des composants que vous utilisez."
[...]
======================
pour plus d'infos, cf. le site MSDN de MS :
http://msdn2.microsoft.com/fr-fr/library/ms235532(VS.80).aspx
(et la suite, car il y a beaucoup de docs !!!)
Ce n'est pas toujours d'une clarté évidente !!!
P.ex. ce paragraphe :
====================== "Pendant l'exécution, les DLL sont chargées dans le processus principal et
le code requis est exécuté.
L'application se base sur le système d'exploitation pour localiser les DLL
demandées, déterminer les autres DLL dépendantes devant être chargées et les
charger avec la DLL demandée.
Sur les versions du système d'exploitation Windows antérieures à Windows XP
et Windows 2003, le chargeur de système d'exploitation recherche les DLL
dépendantes dans le dossier local de l'application ou un autre dossier
spécifié dans le chemin d'accès système.
Sous Windows XP et Windows 2003, le chargeur du système d'exploitation peut
également rechercher les DLL dépendantes à l'aide d'un fichier de manifest
et rechercher les assemblys côte à côte qui contiennent ces DLL."
======================
Donc pour en revenir au dossier WINsxs, il contient tous les fichiers
nécessaires à ces applications "côte à côte" (fichiers manifest, dll,
catalogues de sécurité, ...)
Il ne FAUT SURTOUT NE PAS TOUCHER à ce dossier, encore moins le supprimer,
car c'est le meilleur moyen pour empêcher certaines applis du système de
fonctionner.
Il y a eu une INFLATION considérable entre XP et VISTA.
P.ex. sur 2 des mes babasses :
Sous XP SP2 : 25,1 Mo
Sous VISTA SP1 : 7,5 Go
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
... j'ai fait un peu le tour de ce qui a dans c:Windows et j'ai trouvé, entre autres,
- les pilotes d'au moins 150 clavier avec des langues dont je n'ai même jamais entendu parler. Sur le portable, il n'y a qu'un classique AZERTY français qui ne changera jamais. Mais pas moyen de les supprimer : je n'ai pas assez de droits pour le faire !!! Comment faire pour avoir plus de droits ?
Se les attribuer !
Sous un compte administrateur : Clic droit, propriétés, onglet "sécurité", bouton "avancé" Onglet "Propriétaire", bouton "modifier" -> se définir comme proprio (si on ne l'est pas déjà) Onglet "Autorisations", bouton "modifier" -> s'attribuer le contrôle total
MAIS ATTENTION ! Une suppression inconsidérée peut entrainer de graves problèmes par la suite ! Personnellement, je ne touche JAMAIS aux pilotes dont je n'ai pas besoin (POUR L'INSTANT) !
On n'est pas à quelques centaines de Mo près ... Et si c'est le cas malgré tout ... on change de disque (ou on en ajoute un autre) !
- un répertoire "winsxs" qui ne contient que 23.090 fichiers dans 5.594 dossier pour une taille sur le disque de 5.621 Go !!! Ça sert à quoi ? Je peux jeter tout ça ?
NANNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN !
(copier-coller d'une de mes réponses précédentes à ce sujet, dont la dernière date du 08/08/08 dans m.p.f.w.vista.general!)
Le dossier "WinSxS" est une nouveauté dans la conception des applications, apparue avec XP, qui s'appelle (traduction en français pas très heureuse AMHA) le "Partage côte à côte" ("Side by Side sharing") Et l'abréviation anglaise de "Side by side" est "sxs", d'où le nom du dossier "WINsxs"
A ce que j'ai compris (car ce n'est pas évident!!!), ce système (assez complexe AMHA) est né pour essayer de se sortir du "DLL HELL" ("l'enfer des DLL"), du aux problèmes causés par les différentes versions de DLL qui peuvent interférer entre elles et avec les applications qui les utilisent.
Au départ, les DLL ont été inventées pour éviter de réinventer "l'eau tiède", et partager des fonctions communes entre plusieurs applications. Mais c'est devenu dans certains cas un bazar innommable ... D'où l'apparition d'applications "isolées"
C'est décrit de façon relativement synthétique dans ce document (qui date de février 2001, quelques mois après la sortie de XP) : http://msdn2.microsoft.com/fr-fr/library/1c216736-b116-42d7-be52-84e1dfbae49f.aspx
Extrait ====================== [...] "Avec les composants côte à côte, plusieurs versions d'un même composant sont installées simultanément. Une application est liée à la version du composant avec laquelle elle a été conçue et testée. Avec Windows XP, il existe une infrastructure pour prendre en charge les assemblages et les applications isolées (COM+ et Win32). Aucune modification de code n'est requise pour obtenir des assemblages côte à côte à partir d'applications Win32. Les applications peuvent utiliser les assemblages système les plus récents sans que cela n'ait d'impact général. En résumé, les applications isolées sont plus intéressantes, car plus fiables. Elles sont construites et livrées avec tous les composants nécessaires et elles ne sont pas affectées par les modifications apportées par d'autres applications.
Les applications isolées utilisent une description sous la forme d'un fichier XML contenant des informations qui auto-décrivent un assemblage ou une application. Toutes les métadonnées de liaison et d'activation, telles que les classes COM, les interfaces et les bibliothèques de types, sont désormais stockées dans la description plutôt que dans le registre.
Il existe deux types de fichiers de description : les descriptions d'applications, qui décrivent des applications isolées, les descriptions d'assemblage, qui décrivent des assemblages individuels.
Une application isolée peut utiliser des assemblages côte à côte. Les assemblages constituent les unités fondamentales d'attribution de nom, de liaison, de numéro de version, de déploiement et de configuration. Ils existent en deux modes : partagés et privés.
Un assemblage partagé peut être utilisé par plusieurs applications sur l'ordinateur, installées dans le dossier WinSxS du répertoire Windows.
Un assemblage privé est visible uniquement pour une application et est déployé dans la structure de répertoires de l'application. Un autre avantage du partage côte à côte pour les développeurs d'application tient à ce que leur planification peut en devenir beaucoup plus claire. Votre planification de développement n'est pas affectée par les calendriers de versions des composants que vous utilisez." [...] ====================== pour plus d'infos, cf. le site MSDN de MS : http://msdn2.microsoft.com/fr-fr/library/ms235532(VS.80).aspx (et la suite, car il y a beaucoup de docs !!!)
Ce n'est pas toujours d'une clarté évidente !!! P.ex. ce paragraphe : ====================== "Pendant l'exécution, les DLL sont chargées dans le processus principal et le code requis est exécuté. L'application se base sur le système d'exploitation pour localiser les DLL demandées, déterminer les autres DLL dépendantes devant être chargées et les charger avec la DLL demandée.
Sur les versions du système d'exploitation Windows antérieures à Windows XP et Windows 2003, le chargeur de système d'exploitation recherche les DLL dépendantes dans le dossier local de l'application ou un autre dossier spécifié dans le chemin d'accès système.
Sous Windows XP et Windows 2003, le chargeur du système d'exploitation peut également rechercher les DLL dépendantes à l'aide d'un fichier de manifest et rechercher les assemblys côte à côte qui contiennent ces DLL." ====================== Donc pour en revenir au dossier WINsxs, il contient tous les fichiers nécessaires à ces applications "côte à côte" (fichiers manifest, dll, catalogues de sécurité, ...)
Il ne FAUT SURTOUT NE PAS TOUCHER à ce dossier, encore moins le supprimer, car c'est le meilleur moyen pour empêcher certaines applis du système de fonctionner.
Il y a eu une INFLATION considérable entre XP et VISTA.
P.ex. sur 2 des mes babasses : Sous XP SP2 : 25,1 Mo Sous VISTA SP1 : 7,5 Go
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] http://www.bellamyjc.org ou http://jc.bellamy.free.fr
