Discussion :

[kamoulbi]

Le fichier est en .exe et est plein de : "MZ" "NUL" "ETX" "EOT" "&" "+0" " ÿÿÿ" ...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <assemblyIdentity version="1.0.0.0" name="MyApplication.app"/>
  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v2">
    <security>
      <requestedPrivileges xmlns="urn:schemas-microsoft-com:asm.v3">
        <requestedExecutionLevel level="asInvoker" uiAccess="false"/>
      </requestedPrivileges>
    </security>
  </trustInfo>
</assembly>

[kOrt3x]

C'est de l'XML.

[kamoulbi]

t'es sur ? et ce serait quoi les code "NUL" ... que j'ai marqué ?
Et c'est dur a apprendre ?

[Mac LAK]

T'es apparemment en train de regarder ce que l'on appelle un manifeste, c'est à dire un bout d'XML inclus dans les ressources de l'exécutable et qui définit certains comportements du programme (droits d'exécution, style graphique, etc.). Ce qui ne renseigne absolument pas sur le langage utilisé pour créer l'exécutable en question, qui est binaire : le "MZ", situé aux deux premiers octets du fichier, est justement la signature d'un fichier exécutable...

Par exemple, Delphi me fait ce genre de manifeste :

Code XML :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <assemblyIdentity
  	type="win32"
    name="DelphiApplication"
    version="1.0.0.0" 
  	processorArchitecture="*"/>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity
        type="win32"
        name="Microsoft.Windows.Common-Controls"
        version="6.0.0.0"
        publicKeyToken="6595b64144ccf1df"
        language="*"
        processorArchitecture="*"/>
    </dependentAssembly>
  </dependency>
</assembly>

Très différent, comme tu peux le voir !! Et surtout, ça ne fait quasiment RIEN par rapport au programme final : cela informe juste le système d'exploitation de quelques particularités / dépendances du programme, ni plus, ni moins... Rien à voir avec le langage de programmation utilisé pour réaliser l'application elle-même.

Cependant, d'après cette page, ce serait lié aux déploiements ClickOnce, donc sur plate-forme .NET : cela peut être du C# ou du VB .NET, pour citer les plus courants...

[Melem]

Comme l'a déjà dit Mac LAK, c'est un manifeste, texte descriptif facultatif (pas pour toutes les applications) qui peut se trouver à l'intérieur ou à l'extérieur d'un fichier exécutable (exe, dll, etc.) et lu par windows à chaque chargement du fichier (c'est-à-dire, en gros, à chaque exécution).

Sous Windows, il y a plusieurs langages qui permettent de générer des exe pour ne citer que C, C++, VB, Delphi, les langages de la plateforme .NET (C#, VB.NET, C++.NET), etc. Le manifeste n'a rien à voir avec tout ça. C'est Windows qui requiert juste parfois sa présence et enfin, je confirme aussi que c'est de l'XML.

Les "MZ" "NUL" "ETX" "EOT" "&" "+0" " ÿÿÿ" ... ne sont pas importants. Tu ouvres un fichier qui ne contient pas que du texte dans un éditeur de texte, qu'est-ce que tu espérais trouver ? ...

[smyley]

On peut quand même s'amuser à remarquer quelques dépendances des applications vis à vis de certaines dll.
En général (si le runtime n'est pas lié), on peux trouver :
msvcm*.dll / msvcr*.dll : C/C++
mscoree.dll : Un des langages .NET
msvbm*.dll : Visual Basic 6 ou antérieur

Après, les applications en Delphi ont tendance à avoir des resources particulières genre certaines qui contient les différentes forms du logiciel ou le manifest avec DelphiApplication par exemple.

Le fait est ceci dit que ce que je vois là c'est du xml comme dit précédemment