Je suis bien avancé avec ça . Tes réponses ne sont pas des réponses

Franchement, je ne suis pas réfractaire à un peu de théorie mais je n'ai pas envie, et je ne suis probablement pas le seul, de me lancer dans l'étude du MSDN et des méandres de Windows. Tu es un spécialiste et je ne suis qu'un simple utilisateur de FSX sur un forum dédié à ce simu et qui cherche, comme tous, à optimiser son système pour obtenir le meilleur de mon simulateur.
Quand je tombe sur un post comme celui-ci, cela m'interpelle et je suis curieux d'en apprendre un peu plus. Je sais que certains, comme toi d'ailleurs, ont à coeur d'aider les utilisateurs lambdas à optimiser leur système et donc je pose des questions là où je ne saisi pas tout.

Ceci étant ...

Je ne découvre la notion de variables d'environnement mais je ne les maitrise pas pour autant et je me demande en quoi cela interesse en pratique les joueurs et en quoi il peut être utile de les modifier dans le cadre de l'utilisation du simulateur. Apparemment, à lire ce post, cela a son importance, d'où mon interet.
Je ne saisi pas vraiment, d'une part quelle est cette importance et d'autre part comment intervenir sur ces variables.

De la même manière, quand je lis ici BERDE affirmant qu'il faut installer FSX (programme en 32bits) dans C:\program Files sous Windows 7 64 bits et que je lis d'autres posts préconisant au contraire l'installation d'FSX sur un autre disque que l'OS, je me dis qu'il y a un léger problème.

Voilà, je cherche à comprendre et à optimiser tout ça de façon concrète par des astuces pratiques.

Ptipilot a écrit:

On ne pense à rien, et on laisse le système se débrouiller tout seul.....

C'est sûr, c'est plus facile et ça évite de polluer le forum avec des questions de newbies ?

Dernière modification par lumat (21-01-2010 10:27:18)

lumat a écrit:

Je ne découvre la notion de variables d'environnement mais je ne les maitrise pas pour autant et je me demande en quoi cela interesse en pratique les joueurs et en quoi il peut être utile de les modifier dans le cadre de l'utilisation du simulateur. Apparemment, à lire ce post, cela a son importance, d'où mon interet.
Je ne saisi pas vraiment, d'une part quelle est cette importance et d'autre part comment intervenir sur ces variables.

De la même manière, quand je lis ici BERDE affirmant qu'il faut installer FSX (programme en 32bits) dans C:\program Files sous Windows 7 64 bits et que je lis d'autres posts préconisant au contraire l'installation d'FSX sur un autre disque que l'OS, je me dis qu'il y a un léger problème.

Je ne n'ai pas plus d'éléments que toi concernant l'utilisation fine (au coeur de l'OS...) de ces variables...
Néanmoins, si tu regardes le tableaux suivant :
http://msdn.microsoft.com/en-us/library … 85%29.aspx
il, ne faut pas avoir fait 15 ans de catéchisme, pour comprendre que si tu ne respectes pas leurs logiques, à un moment ou à autre cela risque de poser problème!....

Regardons rapidement le tableaux sur les deux variables qui nous interessent.
WOW64 initialise les variables internes du process en fonction de la nature (32 bits ou 64 bits) du programme lancé, avec le contenu des variables d'environnement de la manière suivante:

Si, c'est un 64 bits :
ProgramFiles=%ProgramFiles%
ProgramW6432=%ProgramFiles%

Si, c'est un 32 bits :
ProgramFiles=%ProgramFiles(x86)%
ProgramW6432=%ProgramFiles%

Donc, si dans la variable %ProgramFiles(x86)%, il y a un contenu différent de la réalité du terrain pour le programme considéré, lorsque l'instruction de l'OS utilisera la variable "ProgramFiles" (chargée du contenu de %ProgramFiles(x86)%), au mieux elle renverra n'importe quoi, au pire ?????....

Je ne pense pas que les développeurs de MS, s'amuseraient à monter une gestion pareille et en plus à la documenter, s'ils ne s'en servaient pas !.....

Très honnêtement à aujourd'hui, dans un OS 64 bits, je ne peux de donner l'impact (ou pas) d'éparpiller les exécutables comme cela était possible dans les 32 bits antérieurs sans problèmes réels. Mais comme, il y eu des nouveaux mécanismes qui ont été implémentés sur la BDR, perso, je ne prendrai pas de risques!.... Comme Bernard le conseille, je resterai au standard....
Mais, cela n'engage que moi!....

Dernière modification par Ptipilot (21-01-2010 16:30:29)

Une derniere chose: la variable %programfiles% (ou un truc comme ca), c'est juste un nom generique pour stocker le veritable nom du repertoire d'installation de programmes par defaut, qui peut changer de nom suivant le language du systeme d'exploitation.

Par exemple, sur un Windows Francais, c'est \program files\, mais sur un Windows Italien, c'est \programmi\.

Pour que les programmes d'installation internationnaux puissent s'y retrouver et proposer une destination "par defaut" convenable a l'utilisateur, il y a cette variable. Donc, au lieu d'essayer de deviner le nom du repertoire "program files" en fonction de la langue de Windows, le programme a juste a lire la variable %programfiles% et rien d'autre.
Pour le reste, ca n'a strictement aucun impact sur le fonctionnement du programme.

Dernière modification par Daube (21-01-2010 14:49:52)