Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Longs répertoires ........./application data / ...........

5 réponses
Avatar
Jos
Bonjour à tous et merci aux spécialistes dévoués,


J'ai un nombre incroyable de sous répertoire du style C: /
...................../application data/ application
data/............................../....................../application
data/........................
(d'une longueur extraordinaire)
ceci dans c:/users/............. et bien sûr dans c:/ ..../ appdata/
+C:/ProgramData/
Je m'en suis aperçu depuis 3 mois et j'ai l'antivirus Avast qui ne me
signale pas de virus.

Est-ce normal ?
Cela semble ralentir très fort les programmes de nettoyage du style
"easyCleaner"

Bonne soirée.

5 réponses

Avatar
Jean-Claude BELLAMY
"Jos" a écrit dans le message de
news:
Bonjour à tous et merci aux spécialistes dévoués,


J'ai un nombre incroyable de sous répertoire du style C: /
...................../application data/ application
data/............................../....................../application
data/........................
(d'une longueur extraordinaire)
ceci dans c:/users/............. et bien sûr dans c:/ ..../ appdata/
+C:/ProgramData/
Je m'en suis aperçu depuis 3 mois et j'ai l'antivirus Avast qui ne me
signale pas de virus.

Est-ce normal ?


OUI!

(attention, l'explication est un peu longue)

Tu découvres les subtilités de VISTA en matière de (re)nommage des dossiers

...
Jusqu'à XP, Windows comporte des dossiers "standards" (que l'on retrouve
dans toutes les configurations) dont les noms longs contiennent des espaces
("documents and settings", "program files", ...)
Or cela peut-être cause de petits désagréments (quand on ne fait pas
attention!) dans les commandes, vu que l'espace est le caratère séparateur.

Le gag classique est la copie de fichiers ou dossiers, ou l'exécution de
programmes, dont les noms contiennent des espaces, et que l'on a oublié
d'encadrer par des guillemets.
P.ex.
copy c:documents and settingshomerdocumentstrucs à la con.txt
d:machin
est interprété comme la copie du fichier "c:documents" vers le fichier
"and" avec des apramètres parfaitement abscons que sont
"settingshomerdocumentstrucs", "à", "la", con.txt", "d:machin"

Pour remédier à cela, Microsoft a RENOMMÉ dans VISTA les noms de ces
"dossiers à espace" en supprimant tout espace.
Ainsi "Documents and settings" est devenu "Users" (ou "Utilisateurs" suivant
les versions linguistiques), "Program files" est devenu "Programs" (ou
"Programmes"), ...

MAIS il fallait penser aux "anciens" logiciels (scripts, exécutables, ...)
ne connaissant que les anciens noms.
Il lfallait donc trouver une astuce qui s'est concrétisée par l'utilisation
de "JUNCTION", qui est une fonctionnalité propore à NTFS (cela n'existe pas
en FAT, c'est pourquoi VISTA ne peut pas être installé sur une FAT), qui
consiste à créer des "alias" de noms de dossiers (ou fichiers)
Au passage, cela existe depuis longtemps dans le monde UNIX (les "liens
symboliques").


Donc on trouve toujours dans VISTA un dossier "Documents and settings", mais
ce dossier n'existe pas en tant que tel, car il "pointe" en réalité vers
"Users", par le biais d'une "Junction" créée sur "Users".


NB : même si çà y ressemble, c'est différent d'un raccourci, qui est un
fichier autonome (extension .LNK) dont le contenu indique vers quel fichier
ou dossier il pointe.
Ici, il n'y a qu'UNE entité, en l'occurrence le dossier "Users", qui possède
un nom principal ("Users") et en prime un alias ("Documents and settings").


Mais cette dualité peut être source de pb avec certains outils, en
particulier les outils de backup.
Afin d'éviter qu'un dossier à alias soit sauvegardé 2 fois (une 1ère fois
sous le nom de "users" et une 2ème fois sous le nom de "documents and
settings"), il a été ajouté une interdiction d'accès à tout le monde de ces
alias, c'est pourquoi on se goinfre une injurebox quand on essaye d'ouvrir
ces dossiers alias!

Cela peut se corriger (pour le fun uniquement!) en supprimant cette
interdiction dans la liste de contrôle d'accès.


Pour connaitre les correspondances entre un alias et le "vrai'" dossier ou
fichier auquel il se rapporte, il existe un excellent outil de ce bon vieux
Mark (RUSSINOVICH), disponible GRATUITEMENT ici :
http://www.microsoft.com/technet/sysinternals/FileAndDisk/Junction.mspx


Exemples :
C:>junction "C:UsersBELLAMYAppDataLocalApplication Data"
Junction v1.02 - Win2K junction creator and reparse point viewer
Copyright (C) 2000 Mark Russinovich
Systems Internals - http://www.sysinternals.com
C:UsersBELLAMYAppDataLocalApplication Data: JUNCTION
Print Name : C:UsersBELLAMYAppDataLocal
Substitute Name: ??C:UsersBELLAMYAppDataLocal


Donc l'alias "...UsersxxxAppDataLocalApplication Data" pointe en
réalité vers le dossier "...UsersxxxAppDataLocal" (lequel contient un
sous dossier "Application Data", qui pointe vers le dossier .....qui
contient un sous-dossier .... qui pointe vers .....)!!!


Ce qui explique cet "effet vache qui rit" (par allusion à l'étiquette de
"Vache qui rit" ou on voit que les boucle d'oreilles de la vache sont des
boites avec la même étiquette, laquelle ...)

De même
C:>junction "C:UsersBELLAMYApplication Data"
Junction v1.02 - Win2K junction creator and reparse point viewer
Copyright (C) 2000 Mark Russinovich
Systems Internals - http://www.sysinternals.com
C:UsersBELLAMYApplication Data: JUNCTION
Print Name : C:UsersBELLAMYAppDataRoaming
Substitute Name: ??C:UsersBELLAMYAppDataRoaming

L'alias "...UsersxxxApplication Data" pointe en réalité vers le dossier
"...UsersxxxAppDataRoaming"


En conclusion, tout ce merdier est du au fait que certains blaireaux ne sont
pas fichus de manipuler correctement des guillemets ! ;-)


--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org

Avatar
Roger LEDIG
Bonjour

Encore du super Jean-Claude l'encyclopédie !

il faut savoir ces choses sinon on réagi de travers.

Vista comme toutes les versions de Windows doivent intégrer des
correspondances, sinon c'est hors de questions utiliser des fichiers et des
logiciels anciens, C'est une fonction vitale pour faire migrer des gens déjà
touché par ce virus de l'informatique, car c'est eux les moteurs du marché.

Cordialement

Roger





"Jean-Claude BELLAMY" a écrit dans le
message de groupe de discussion : #
"Jos" a écrit dans le message de
news:
Bonjour à tous et merci aux spécialistes dévoués,


J'ai un nombre incroyable de sous répertoire du style C: /
...................../application data/ application
data/............................../....................../application
data/........................
(d'une longueur extraordinaire)
ceci dans c:/users/............. et bien sûr dans c:/ ..../ appdata/
+C:/ProgramData/
Je m'en suis aperçu depuis 3 mois et j'ai l'antivirus Avast qui ne me
signale pas de virus.

Est-ce normal ?


OUI!

(attention, l'explication est un peu longue)

Tu découvres les subtilités de VISTA en matière de (re)nommage des
dossiers

...
Jusqu'à XP, Windows comporte des dossiers "standards" (que l'on retrouve
dans toutes les configurations) dont les noms longs contiennent des
espaces ("documents and settings", "program files", ...)
Or cela peut-être cause de petits désagréments (quand on ne fait pas
attention!) dans les commandes, vu que l'espace est le caratère
séparateur.

Le gag classique est la copie de fichiers ou dossiers, ou l'exécution de
programmes, dont les noms contiennent des espaces, et que l'on a oublié
d'encadrer par des guillemets.
P.ex.
copy c:documents and settingshomerdocumentstrucs à la con.txt
d:machin
est interprété comme la copie du fichier "c:documents" vers le fichier
"and" avec des apramètres parfaitement abscons que sont
"settingshomerdocumentstrucs", "à", "la", con.txt", "d:machin"

Pour remédier à cela, Microsoft a RENOMMÉ dans VISTA les noms de ces
"dossiers à espace" en supprimant tout espace.
Ainsi "Documents and settings" est devenu "Users" (ou "Utilisateurs"
suivant les versions linguistiques), "Program files" est devenu "Programs"
(ou "Programmes"), ...

MAIS il fallait penser aux "anciens" logiciels (scripts, exécutables, ...)
ne connaissant que les anciens noms.
Il lfallait donc trouver une astuce qui s'est concrétisée par
l'utilisation de "JUNCTION", qui est une fonctionnalité propore à NTFS
(cela n'existe pas en FAT, c'est pourquoi VISTA ne peut pas être installé
sur une FAT), qui consiste à créer des "alias" de noms de dossiers (ou
fichiers)
Au passage, cela existe depuis longtemps dans le monde UNIX (les "liens
symboliques").


Donc on trouve toujours dans VISTA un dossier "Documents and settings",
mais ce dossier n'existe pas en tant que tel, car il "pointe" en réalité
vers "Users", par le biais d'une "Junction" créée sur "Users".


NB : même si çà y ressemble, c'est différent d'un raccourci, qui est un
fichier autonome (extension .LNK) dont le contenu indique vers quel
fichier ou dossier il pointe.
Ici, il n'y a qu'UNE entité, en l'occurrence le dossier "Users", qui
possède un nom principal ("Users") et en prime un alias ("Documents and
settings").


Mais cette dualité peut être source de pb avec certains outils, en
particulier les outils de backup.
Afin d'éviter qu'un dossier à alias soit sauvegardé 2 fois (une 1ère fois
sous le nom de "users" et une 2ème fois sous le nom de "documents and
settings"), il a été ajouté une interdiction d'accès à tout le monde de
ces alias, c'est pourquoi on se goinfre une injurebox quand on essaye
d'ouvrir ces dossiers alias!

Cela peut se corriger (pour le fun uniquement!) en supprimant cette
interdiction dans la liste de contrôle d'accès.


Pour connaitre les correspondances entre un alias et le "vrai'" dossier ou
fichier auquel il se rapporte, il existe un excellent outil de ce bon
vieux Mark (RUSSINOVICH), disponible GRATUITEMENT ici :
http://www.microsoft.com/technet/sysinternals/FileAndDisk/Junction.mspx


Exemples :
C:>junction "C:UsersBELLAMYAppDataLocalApplication Data"
Junction v1.02 - Win2K junction creator and reparse point viewer
Copyright (C) 2000 Mark Russinovich
Systems Internals - http://www.sysinternals.com
C:UsersBELLAMYAppDataLocalApplication Data: JUNCTION
Print Name : C:UsersBELLAMYAppDataLocal
Substitute Name: ??C:UsersBELLAMYAppDataLocal


Donc l'alias "...UsersxxxAppDataLocalApplication Data" pointe en
réalité vers le dossier "...UsersxxxAppDataLocal" (lequel contient un
sous dossier "Application Data", qui pointe vers le dossier .....qui
contient un sous-dossier .... qui pointe vers .....)!!!


Ce qui explique cet "effet vache qui rit" (par allusion à l'étiquette de
"Vache qui rit" ou on voit que les boucle d'oreilles de la vache sont des
boites avec la même étiquette, laquelle ...)

De même
C:>junction "C:UsersBELLAMYApplication Data"
Junction v1.02 - Win2K junction creator and reparse point viewer
Copyright (C) 2000 Mark Russinovich
Systems Internals - http://www.sysinternals.com
C:UsersBELLAMYApplication Data: JUNCTION
Print Name : C:UsersBELLAMYAppDataRoaming
Substitute Name: ??C:UsersBELLAMYAppDataRoaming

L'alias "...UsersxxxApplication Data" pointe en réalité vers le dossier
"...UsersxxxAppDataRoaming"


En conclusion, tout ce merdier est du au fait que certains blaireaux ne
sont pas fichus de manipuler correctement des guillemets ! ;-)


--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org




Avatar
Le Claude
Salut,

Tu nous dis :
Est-ce normal ?
Tout à fait...C'est là que se trouve toutes les personnalisations de tes

logiciels.

Cela semble ralentir très fort les programmes de nettoyage du style
"easyCleaner"
Je vais être "brutal" : jette Easy Cleaner.-:))

Tous ces utilitaires à la noix devraient être appelés inutilitaires, car ils
prennent de la place pour rien, provoquent des dysfonctionnement pire
effacent ce qu'il y aurait lieu de garder. Dans le rôle de nettoyage du
Registre par ces "outils" il faut appliquer l'adage : "Il vaut mieux un
coupable en liberté qu'un innocent en prison" ==> il vaut mieux conserver 10
clefs de Registre inutiles que d'en effacer une bonne.
Et puis toutes les fonctions que proposent ces utilitaires sont déjà
dans Windows.


--
Amicalement, Claude.

Claude CHARNEAU MVP-Shell/User.

La fé sens òbras, mòrta es.


"Jos" a écrit dans le message de groupe de
discussion :
Bonjour à tous et merci aux spécialistes dévoués,


J'ai un nombre incroyable de sous répertoire du style C: /
...................../application data/ application
data/............................../....................../application
data/........................
(d'une longueur extraordinaire)
ceci dans c:/users/............. et bien sûr dans c:/ ..../ appdata/
+C:/ProgramData/
Je m'en suis aperçu depuis 3 mois et j'ai l'antivirus Avast qui ne me
signale pas de virus.

Est-ce normal ?
Cela semble ralentir très fort les programmes de nettoyage du style
"easyCleaner"

Bonne soirée.




Avatar
Jacques Perrocheau
In article <#,
"Jean-Claude BELLAMY" wrote:

Pour connaitre les correspondances entre un alias et le "vrai'" dossier ou
fichier auquel il se rapporte, il existe un excellent outil de ce bon vieux
Mark (RUSSINOVICH), disponible GRATUITEMENT ici :
http://www.microsoft.com/technet/sysinternals/FileAndDisk/Junction.mspx


Oui, mais qui donne, utilisée sur Vista pour créer des "Jonctions", des
résultats bizarres (?), exemple:

19/12/2007 11:00 <JONCTION> Documents and Settings [??C:Users]

au lieu de:

19/12/2007 11:00 <JONCTION> Documents and Settings [C:Users]

Je ne sais pas si cela a une importance...


La commande mklink de Vista est là pour cela.


[snip]


En conclusion, tout ce merdier est du au fait que certains blaireaux ne sont
pas fichus de manipuler correctement des guillemets ! ;-)


Trop fatiguant... ;-)

--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74

Avatar
Jos
Bonsoir,

Un grand merci à tous, surtout à Jean-Claude et Le Claude !

J'ai tout compris : touche pas à ça ptit con !

Pour EasyCleaner, je pense aussi ....

"Jos" a écrit dans le message de groupe de
discussion :
Bonjour à tous et merci aux spécialistes dévoués,


J'ai un nombre incroyable de sous répertoire du style C: /
...................../application data/ application
data/............................../....................../application
data/........................
(d'une longueur extraordinaire)
ceci dans c:/users/............. et bien sûr dans c:/ ..../ appdata/
+C:/ProgramData/
Je m'en suis aperçu depuis 3 mois et j'ai l'antivirus Avast qui ne me
signale pas de virus.

Est-ce normal ?
Cela semble ralentir très fort les programmes de nettoyage du style
"easyCleaner"

Bonne soirée.