Bonsoir à tous,
Dans msconfig, je connaissais "services" et j'ai ouvert aujourd'hui
"WIN.INI". A quoi correspondent ces applications ?
A RIEN !
Il y a des noms qui ne me disent rien !
Normal ! :-)
Quel est le rapport avec les applications qui
se lancent au démarrage (s'il y en a un !) ?
Aucun, sauf parmi elles il y a des applis 16 bits !
Bonsoir à tous,
Dans msconfig, je connaissais "services" et j'ai ouvert aujourd'hui
"WIN.INI". A quoi correspondent ces applications ?
A RIEN !
Il y a des noms qui ne me disent rien !
Normal ! :-)
Quel est le rapport avec les applications qui
se lancent au démarrage (s'il y en a un !) ?
Aucun, sauf parmi elles il y a des applis 16 bits !
Bonsoir à tous,
Dans msconfig, je connaissais "services" et j'ai ouvert aujourd'hui
"WIN.INI". A quoi correspondent ces applications ?
A RIEN !
Il y a des noms qui ne me disent rien !
Normal ! :-)
Quel est le rapport avec les applications qui
se lancent au démarrage (s'il y en a un !) ?
Aucun, sauf parmi elles il y a des applis 16 bits !
Dans le message :%,
j-pascal a pris la peine d'écrire ce qui suit :Bonsoir à tous,
Dans msconfig, je connaissais "services" et j'ai ouvert aujourd'hui
"WIN.INI". A quoi correspondent ces applications ?
A RIEN !
Ou, plus exactement, ce fichier qui date de Windows 16 bits (puis Win9x),
ne sert qu'aux quelques éventuelles et rares applications 16 bits qui
pourraient encore trainer...
D'ailleurs, si tu es un peu curieux, tu pourras consater que la 1ère ligne
de WIN.INI et de SYSTEM.IN est un commentaire :
; for 16-bit app supportIl y a des noms qui ne me disent rien !
Normal ! :-)Quel est le rapport avec les applications qui
se lancent au démarrage (s'il y en a un !) ?
Aucun, sauf parmi elles il y a des applis 16 bits !
--
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
Dans le message :%23LB9yEiGGHA.208@tk2msftngp13.phx.gbl,
j-pascal <nospam-j-pascal@free.fr> a pris la peine d'écrire ce qui suit :
Bonsoir à tous,
Dans msconfig, je connaissais "services" et j'ai ouvert aujourd'hui
"WIN.INI". A quoi correspondent ces applications ?
A RIEN !
Ou, plus exactement, ce fichier qui date de Windows 16 bits (puis Win9x),
ne sert qu'aux quelques éventuelles et rares applications 16 bits qui
pourraient encore trainer...
D'ailleurs, si tu es un peu curieux, tu pourras consater que la 1ère ligne
de WIN.INI et de SYSTEM.IN est un commentaire :
; for 16-bit app support
Il y a des noms qui ne me disent rien !
Normal ! :-)
Quel est le rapport avec les applications qui
se lancent au démarrage (s'il y en a un !) ?
Aucun, sauf parmi elles il y a des applis 16 bits !
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - Jean-Claude.Bellamy@wanadoo.fr
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :%,
j-pascal a pris la peine d'écrire ce qui suit :Bonsoir à tous,
Dans msconfig, je connaissais "services" et j'ai ouvert aujourd'hui
"WIN.INI". A quoi correspondent ces applications ?
A RIEN !
Ou, plus exactement, ce fichier qui date de Windows 16 bits (puis Win9x),
ne sert qu'aux quelques éventuelles et rares applications 16 bits qui
pourraient encore trainer...
D'ailleurs, si tu es un peu curieux, tu pourras consater que la 1ère ligne
de WIN.INI et de SYSTEM.IN est un commentaire :
; for 16-bit app supportIl y a des noms qui ne me disent rien !
Normal ! :-)Quel est le rapport avec les applications qui
se lancent au démarrage (s'il y en a un !) ?
Aucun, sauf parmi elles il y a des applis 16 bits !
--
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
Dans le message :%,
j-pascal a pris la peine d'écrire ce qui suit :Bonsoir à tous,
Dans msconfig, je connaissais "services" et j'ai ouvert aujourd'hui
"WIN.INI". A quoi correspondent ces applications ?
A RIEN !
Ou, plus exactement, ce fichier qui date de Windows 16 bits (puis Win9x),
ne sert qu'aux quelques éventuelles et rares applications 16 bits qui
pourraient encore trainer...
D'ailleurs, si tu es un peu curieux, tu pourras consater que la 1ère ligne
de WIN.INI et de SYSTEM.IN est un commentaire :
; for 16-bit app supportIl y a des noms qui ne me disent rien !
Normal ! :-)
Quel est le rapport avec les applications qui
se lancent au démarrage (s'il y en a un !) ?
Aucun, sauf parmi elles il y a des applis 16 bits !
--
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
Dans le message :%23LB9yEiGGHA.208@tk2msftngp13.phx.gbl,
j-pascal <nospam-j-pascal@free.fr> a pris la peine d'écrire ce qui suit :
Bonsoir à tous,
Dans msconfig, je connaissais "services" et j'ai ouvert aujourd'hui
"WIN.INI". A quoi correspondent ces applications ?
A RIEN !
Ou, plus exactement, ce fichier qui date de Windows 16 bits (puis Win9x),
ne sert qu'aux quelques éventuelles et rares applications 16 bits qui
pourraient encore trainer...
D'ailleurs, si tu es un peu curieux, tu pourras consater que la 1ère ligne
de WIN.INI et de SYSTEM.IN est un commentaire :
; for 16-bit app support
Il y a des noms qui ne me disent rien !
Normal ! :-)
Quel est le rapport avec les applications qui
se lancent au démarrage (s'il y en a un !) ?
Aucun, sauf parmi elles il y a des applis 16 bits !
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - Jean-Claude.Bellamy@wanadoo.fr
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :%,
j-pascal a pris la peine d'écrire ce qui suit :Bonsoir à tous,
Dans msconfig, je connaissais "services" et j'ai ouvert aujourd'hui
"WIN.INI". A quoi correspondent ces applications ?
A RIEN !
Ou, plus exactement, ce fichier qui date de Windows 16 bits (puis Win9x),
ne sert qu'aux quelques éventuelles et rares applications 16 bits qui
pourraient encore trainer...
D'ailleurs, si tu es un peu curieux, tu pourras consater que la 1ère ligne
de WIN.INI et de SYSTEM.IN est un commentaire :
; for 16-bit app supportIl y a des noms qui ne me disent rien !
Normal ! :-)
Quel est le rapport avec les applications qui
se lancent au démarrage (s'il y en a un !) ?
Aucun, sauf parmi elles il y a des applis 16 bits !
--
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
[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Dans le message :%,
j-pascal a pris la peine d'écrire ce qui suit :[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des librairies
(DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des librairies
système 32 bits
(généralement dans le dossier %systemroot%system32),
3) Il existe des applications 16 bits, qui peuvent faire appel à des
librairies système 32 bits (en plus des 16 bits). C'est assez rare car
complexe à programmer, cela s'appelle du "thunking" (j'en ai fait dans
"Scanbin").
Le type (16 ou 32 bits) est écrit en "dur" dans le fichier exécutable ou
la DLL.
Un module Windows, 16 ou 32 bits, en plus du "MZ" commun en tête
(initiales de "Mark Zbikowski" qui est un développeur/concepteur DOS chez
Microsoft), est défini par le contenu de l'octet situé à l'offset 0x0018.
Si la valeur de cet octet est supérieure ou égale à 0x40, le mot situé à
l'offset 0x003C contient l'offset de l'entête Windows ("Windows header"),
et à cette adresse on trouve 2 octets dont le contenu est :
4E 45 : codage hexadécimal de "NE" (NE Executable) et signifie 16
bits.
50 45 : codage hexadécimal de "PE" (Portable Executable) et signifie
32 bits.
Exemples :
"winword.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C D8 00
=>
000000D8 50 45 ("PE" = Portable Executable, signature module 32 bits)
"scanbin.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C 00 01
=>
00000100 4E 45 ("NE" =New Executable, signature module 16 bits)
Une application 16 bits fonctionne :
- de façon native sous un OS 16 bits (Windows 3.x)
- de façon vaseuse sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon artificielle dans une machine virtuelle (NTVDM)
sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- pas du tout sous un OS 64 bits
Une application 32 bits fonctionne :
- de façon native sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon native sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- de façon artificielle et partielle via WIN32S sous un OS 16 bits
(Windows 3.x)
- de façon artificielle dans une machine virtuelle sous un OS 64 bits
--
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
Dans le message :%23gDiRYiGGHA.532@TK2MSFTNGP15.phx.gbl,
j-pascal <nospam-j-pascal@free.fr> a pris la peine d'écrire ce qui suit :
[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des librairies
(DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des librairies
système 32 bits
(généralement dans le dossier %systemroot%system32),
3) Il existe des applications 16 bits, qui peuvent faire appel à des
librairies système 32 bits (en plus des 16 bits). C'est assez rare car
complexe à programmer, cela s'appelle du "thunking" (j'en ai fait dans
"Scanbin").
Le type (16 ou 32 bits) est écrit en "dur" dans le fichier exécutable ou
la DLL.
Un module Windows, 16 ou 32 bits, en plus du "MZ" commun en tête
(initiales de "Mark Zbikowski" qui est un développeur/concepteur DOS chez
Microsoft), est défini par le contenu de l'octet situé à l'offset 0x0018.
Si la valeur de cet octet est supérieure ou égale à 0x40, le mot situé à
l'offset 0x003C contient l'offset de l'entête Windows ("Windows header"),
et à cette adresse on trouve 2 octets dont le contenu est :
4E 45 : codage hexadécimal de "NE" (NE Executable) et signifie 16
bits.
50 45 : codage hexadécimal de "PE" (Portable Executable) et signifie
32 bits.
Exemples :
"winword.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C D8 00
=>
000000D8 50 45 ("PE" = Portable Executable, signature module 32 bits)
"scanbin.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C 00 01
=>
00000100 4E 45 ("NE" =New Executable, signature module 16 bits)
Une application 16 bits fonctionne :
- de façon native sous un OS 16 bits (Windows 3.x)
- de façon vaseuse sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon artificielle dans une machine virtuelle (NTVDM)
sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- pas du tout sous un OS 64 bits
Une application 32 bits fonctionne :
- de façon native sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon native sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- de façon artificielle et partielle via WIN32S sous un OS 16 bits
(Windows 3.x)
- de façon artificielle dans une machine virtuelle sous un OS 64 bits
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - Jean-Claude.Bellamy@wanadoo.fr
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :%,
j-pascal a pris la peine d'écrire ce qui suit :[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des librairies
(DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des librairies
système 32 bits
(généralement dans le dossier %systemroot%system32),
3) Il existe des applications 16 bits, qui peuvent faire appel à des
librairies système 32 bits (en plus des 16 bits). C'est assez rare car
complexe à programmer, cela s'appelle du "thunking" (j'en ai fait dans
"Scanbin").
Le type (16 ou 32 bits) est écrit en "dur" dans le fichier exécutable ou
la DLL.
Un module Windows, 16 ou 32 bits, en plus du "MZ" commun en tête
(initiales de "Mark Zbikowski" qui est un développeur/concepteur DOS chez
Microsoft), est défini par le contenu de l'octet situé à l'offset 0x0018.
Si la valeur de cet octet est supérieure ou égale à 0x40, le mot situé à
l'offset 0x003C contient l'offset de l'entête Windows ("Windows header"),
et à cette adresse on trouve 2 octets dont le contenu est :
4E 45 : codage hexadécimal de "NE" (NE Executable) et signifie 16
bits.
50 45 : codage hexadécimal de "PE" (Portable Executable) et signifie
32 bits.
Exemples :
"winword.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C D8 00
=>
000000D8 50 45 ("PE" = Portable Executable, signature module 32 bits)
"scanbin.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C 00 01
=>
00000100 4E 45 ("NE" =New Executable, signature module 16 bits)
Une application 16 bits fonctionne :
- de façon native sous un OS 16 bits (Windows 3.x)
- de façon vaseuse sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon artificielle dans une machine virtuelle (NTVDM)
sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- pas du tout sous un OS 64 bits
Une application 32 bits fonctionne :
- de façon native sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon native sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- de façon artificielle et partielle via WIN32S sous un OS 16 bits
(Windows 3.x)
- de façon artificielle dans une machine virtuelle sous un OS 64 bits
--
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
Dans le message :%,
j-pascal a pris la peine d'écrire ce qui suit :[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des librairies
(DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des librairies
système 32 bits
(généralement dans le dossier %systemroot%system32),
3) Il existe des applications 16 bits, qui peuvent faire appel à des
librairies système 32 bits (en plus des 16 bits). C'est assez rare car
complexe à programmer, cela s'appelle du "thunking" (j'en ai fait dans
"Scanbin").
Le type (16 ou 32 bits) est écrit en "dur" dans le fichier exécutable ou
la DLL.
Un module Windows, 16 ou 32 bits, en plus du "MZ" commun en tête
(initiales de "Mark Zbikowski" qui est un développeur/concepteur DOS chez
Microsoft), est défini par le contenu de l'octet situé à l'offset 0x0018.
Si la valeur de cet octet est supérieure ou égale à 0x40, le mot situé à
l'offset 0x003C contient l'offset de l'entête Windows ("Windows header"),
et à cette adresse on trouve 2 octets dont le contenu est :
4E 45 : codage hexadécimal de "NE" (NE Executable) et signifie 16
bits.
50 45 : codage hexadécimal de "PE" (Portable Executable) et signifie
32 bits.
Exemples :
"winword.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C D8 00
=>
000000D8 50 45 ("PE" = Portable Executable, signature module 32 bits)
"scanbin.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C 00 01
=>
00000100 4E 45 ("NE" =New Executable, signature module 16 bits)
Une application 16 bits fonctionne :
- de façon native sous un OS 16 bits (Windows 3.x)
- de façon vaseuse sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon artificielle dans une machine virtuelle (NTVDM)
sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- pas du tout sous un OS 64 bits
Une application 32 bits fonctionne :
- de façon native sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon native sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- de façon artificielle et partielle via WIN32S sous un OS 16 bits
(Windows 3.x)
- de façon artificielle dans une machine virtuelle sous un OS 64 bits
--
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
Dans le message :%23gDiRYiGGHA.532@TK2MSFTNGP15.phx.gbl,
j-pascal <nospam-j-pascal@free.fr> a pris la peine d'écrire ce qui suit :
[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des librairies
(DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des librairies
système 32 bits
(généralement dans le dossier %systemroot%system32),
3) Il existe des applications 16 bits, qui peuvent faire appel à des
librairies système 32 bits (en plus des 16 bits). C'est assez rare car
complexe à programmer, cela s'appelle du "thunking" (j'en ai fait dans
"Scanbin").
Le type (16 ou 32 bits) est écrit en "dur" dans le fichier exécutable ou
la DLL.
Un module Windows, 16 ou 32 bits, en plus du "MZ" commun en tête
(initiales de "Mark Zbikowski" qui est un développeur/concepteur DOS chez
Microsoft), est défini par le contenu de l'octet situé à l'offset 0x0018.
Si la valeur de cet octet est supérieure ou égale à 0x40, le mot situé à
l'offset 0x003C contient l'offset de l'entête Windows ("Windows header"),
et à cette adresse on trouve 2 octets dont le contenu est :
4E 45 : codage hexadécimal de "NE" (NE Executable) et signifie 16
bits.
50 45 : codage hexadécimal de "PE" (Portable Executable) et signifie
32 bits.
Exemples :
"winword.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C D8 00
=>
000000D8 50 45 ("PE" = Portable Executable, signature module 32 bits)
"scanbin.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C 00 01
=>
00000100 4E 45 ("NE" =New Executable, signature module 16 bits)
Une application 16 bits fonctionne :
- de façon native sous un OS 16 bits (Windows 3.x)
- de façon vaseuse sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon artificielle dans une machine virtuelle (NTVDM)
sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- pas du tout sous un OS 64 bits
Une application 32 bits fonctionne :
- de façon native sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon native sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- de façon artificielle et partielle via WIN32S sous un OS 16 bits
(Windows 3.x)
- de façon artificielle dans une machine virtuelle sous un OS 64 bits
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - Jean-Claude.Bellamy@wanadoo.fr
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :%,
j-pascal a pris la peine d'écrire ce qui suit :[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des librairies
(DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des librairies
système 32 bits
(généralement dans le dossier %systemroot%system32),
3) Il existe des applications 16 bits, qui peuvent faire appel à des
librairies système 32 bits (en plus des 16 bits). C'est assez rare car
complexe à programmer, cela s'appelle du "thunking" (j'en ai fait dans
"Scanbin").
Le type (16 ou 32 bits) est écrit en "dur" dans le fichier exécutable ou
la DLL.
Un module Windows, 16 ou 32 bits, en plus du "MZ" commun en tête
(initiales de "Mark Zbikowski" qui est un développeur/concepteur DOS chez
Microsoft), est défini par le contenu de l'octet situé à l'offset 0x0018.
Si la valeur de cet octet est supérieure ou égale à 0x40, le mot situé à
l'offset 0x003C contient l'offset de l'entête Windows ("Windows header"),
et à cette adresse on trouve 2 octets dont le contenu est :
4E 45 : codage hexadécimal de "NE" (NE Executable) et signifie 16
bits.
50 45 : codage hexadécimal de "PE" (Portable Executable) et signifie
32 bits.
Exemples :
"winword.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C D8 00
=>
000000D8 50 45 ("PE" = Portable Executable, signature module 32 bits)
"scanbin.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C 00 01
=>
00000100 4E 45 ("NE" =New Executable, signature module 16 bits)
Une application 16 bits fonctionne :
- de façon native sous un OS 16 bits (Windows 3.x)
- de façon vaseuse sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon artificielle dans une machine virtuelle (NTVDM)
sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- pas du tout sous un OS 64 bits
Une application 32 bits fonctionne :
- de façon native sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon native sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- de façon artificielle et partielle via WIN32S sous un OS 16 bits
(Windows 3.x)
- de façon artificielle dans une machine virtuelle sous un OS 64 bits
--
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
Si j'avais seulement 10% de tes connaissances je serais le plus heureux
des hommes
--
Jacques-André Brunet
http://jabrunet.mvps.org/main5.html
"Jean-Claude BELLAMY" a écrit dans le
message de news:Dans le message :%,
j-pascal a pris la peine d'écrire ce qui suit :[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des librairies
(DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des librairies
système 32 bits
(généralement dans le dossier %systemroot%system32),
3) Il existe des applications 16 bits, qui peuvent faire appel à des
librairies système 32 bits (en plus des 16 bits). C'est assez rare car
complexe à programmer, cela s'appelle du "thunking" (j'en ai fait dans
"Scanbin").
Le type (16 ou 32 bits) est écrit en "dur" dans le fichier exécutable ou
la DLL.
Un module Windows, 16 ou 32 bits, en plus du "MZ" commun en tête
(initiales de "Mark Zbikowski" qui est un développeur/concepteur DOS chez
Microsoft), est défini par le contenu de l'octet situé à l'offset 0x0018.
Si la valeur de cet octet est supérieure ou égale à 0x40, le mot situé à
l'offset 0x003C contient l'offset de l'entête Windows ("Windows header"),
et à cette adresse on trouve 2 octets dont le contenu est :
4E 45 : codage hexadécimal de "NE" (NE Executable) et signifie 16
bits.
50 45 : codage hexadécimal de "PE" (Portable Executable) et signifie
32 bits.
Exemples :
"winword.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C D8 00
=>
000000D8 50 45 ("PE" = Portable Executable, signature module 32 bits)
"scanbin.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C 00 01
=>
00000100 4E 45 ("NE" =New Executable, signature module 16 bits)
Une application 16 bits fonctionne :
- de façon native sous un OS 16 bits (Windows 3.x)
- de façon vaseuse sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon artificielle dans une machine virtuelle (NTVDM)
sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- pas du tout sous un OS 64 bits
Une application 32 bits fonctionne :
- de façon native sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon native sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- de façon artificielle et partielle via WIN32S sous un OS 16 bits
(Windows 3.x)
- de façon artificielle dans une machine virtuelle sous un OS 64 bits
--
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
Si j'avais seulement 10% de tes connaissances je serais le plus heureux
des hommes
--
Jacques-André Brunet
http://jabrunet.mvps.org/main5.html
"Jean-Claude BELLAMY" <Jean-Claude.Bellamy@wanadoo.fr> a écrit dans le
message de news: eu12JoiGGHA.1312@TK2MSFTNGP09.phx.gbl...
Dans le message :%23gDiRYiGGHA.532@TK2MSFTNGP15.phx.gbl,
j-pascal <nospam-j-pascal@free.fr> a pris la peine d'écrire ce qui suit :
[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des librairies
(DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des librairies
système 32 bits
(généralement dans le dossier %systemroot%system32),
3) Il existe des applications 16 bits, qui peuvent faire appel à des
librairies système 32 bits (en plus des 16 bits). C'est assez rare car
complexe à programmer, cela s'appelle du "thunking" (j'en ai fait dans
"Scanbin").
Le type (16 ou 32 bits) est écrit en "dur" dans le fichier exécutable ou
la DLL.
Un module Windows, 16 ou 32 bits, en plus du "MZ" commun en tête
(initiales de "Mark Zbikowski" qui est un développeur/concepteur DOS chez
Microsoft), est défini par le contenu de l'octet situé à l'offset 0x0018.
Si la valeur de cet octet est supérieure ou égale à 0x40, le mot situé à
l'offset 0x003C contient l'offset de l'entête Windows ("Windows header"),
et à cette adresse on trouve 2 octets dont le contenu est :
4E 45 : codage hexadécimal de "NE" (NE Executable) et signifie 16
bits.
50 45 : codage hexadécimal de "PE" (Portable Executable) et signifie
32 bits.
Exemples :
"winword.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C D8 00
=>
000000D8 50 45 ("PE" = Portable Executable, signature module 32 bits)
"scanbin.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C 00 01
=>
00000100 4E 45 ("NE" =New Executable, signature module 16 bits)
Une application 16 bits fonctionne :
- de façon native sous un OS 16 bits (Windows 3.x)
- de façon vaseuse sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon artificielle dans une machine virtuelle (NTVDM)
sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- pas du tout sous un OS 64 bits
Une application 32 bits fonctionne :
- de façon native sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon native sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- de façon artificielle et partielle via WIN32S sous un OS 16 bits
(Windows 3.x)
- de façon artificielle dans une machine virtuelle sous un OS 64 bits
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - Jean-Claude.Bellamy@wanadoo.fr
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Si j'avais seulement 10% de tes connaissances je serais le plus heureux
des hommes
--
Jacques-André Brunet
http://jabrunet.mvps.org/main5.html
"Jean-Claude BELLAMY" a écrit dans le
message de news:Dans le message :%,
j-pascal a pris la peine d'écrire ce qui suit :[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des librairies
(DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des librairies
système 32 bits
(généralement dans le dossier %systemroot%system32),
3) Il existe des applications 16 bits, qui peuvent faire appel à des
librairies système 32 bits (en plus des 16 bits). C'est assez rare car
complexe à programmer, cela s'appelle du "thunking" (j'en ai fait dans
"Scanbin").
Le type (16 ou 32 bits) est écrit en "dur" dans le fichier exécutable ou
la DLL.
Un module Windows, 16 ou 32 bits, en plus du "MZ" commun en tête
(initiales de "Mark Zbikowski" qui est un développeur/concepteur DOS chez
Microsoft), est défini par le contenu de l'octet situé à l'offset 0x0018.
Si la valeur de cet octet est supérieure ou égale à 0x40, le mot situé à
l'offset 0x003C contient l'offset de l'entête Windows ("Windows header"),
et à cette adresse on trouve 2 octets dont le contenu est :
4E 45 : codage hexadécimal de "NE" (NE Executable) et signifie 16
bits.
50 45 : codage hexadécimal de "PE" (Portable Executable) et signifie
32 bits.
Exemples :
"winword.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C D8 00
=>
000000D8 50 45 ("PE" = Portable Executable, signature module 32 bits)
"scanbin.exe"
-------------
00000000 4D 5A ("MZ") (exécutable)
00000018 40 (exécutable Windows)
=>
0000003C 00 01
=>
00000100 4E 45 ("NE" =New Executable, signature module 16 bits)
Une application 16 bits fonctionne :
- de façon native sous un OS 16 bits (Windows 3.x)
- de façon vaseuse sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon artificielle dans une machine virtuelle (NTVDM)
sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- pas du tout sous un OS 64 bits
Une application 32 bits fonctionne :
- de façon native sous un OS 32 bits mais pas trop (Win9X/ME)
- de façon native sous un "vrai" OS 32 bits (NT/W2K/XP/W2K3..)
- de façon artificielle et partielle via WIN32S sous un OS 16 bits
(Windows 3.x)
- de façon artificielle dans une machine virtuelle sous un OS 64 bits
--
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
"Jean-Claude BELLAMY" a écrit dans le
message de news:Dans le message :%,
j-pascal a pris la peine d'écrire ce qui
suit :[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des
librairies (DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des
librairies système 32 bits
(généralement dans le dossier %systemroot%system32),[...]
Bonjour et merci pour cette réponse assurément bien trop complexe
pour moi !
"Jean-Claude BELLAMY" <Jean-Claude.Bellamy@wanadoo.fr> a écrit dans le
message de news: eu12JoiGGHA.1312@TK2MSFTNGP09.phx.gbl...
Dans le message :%23gDiRYiGGHA.532@TK2MSFTNGP15.phx.gbl,
j-pascal <nospam-j-pascal@free.fr> a pris la peine d'écrire ce qui
suit :
[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des
librairies (DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des
librairies système 32 bits
(généralement dans le dossier %systemroot%system32),
[...]
Bonjour et merci pour cette réponse assurément bien trop complexe
pour moi !
"Jean-Claude BELLAMY" a écrit dans le
message de news:Dans le message :%,
j-pascal a pris la peine d'écrire ce qui
suit :[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des
librairies (DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des
librairies système 32 bits
(généralement dans le dossier %systemroot%system32),[...]
Bonjour et merci pour cette réponse assurément bien trop complexe
pour moi !
Dans le message :%,
j-pascal a pris la peine d'écrire ce qui
suit :"Jean-Claude BELLAMY" a écrit dans
le message de news:Dans le message :%,
j-pascal a pris la peine d'écrire ce qui
suit :[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des
librairies (DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des
librairies système 32 bits
(généralement dans le dossier %systemroot%system32),[...]
Bonjour et merci pour cette réponse assurément bien trop complexe
pour moi !
Si tu ne veux pas mourir idiot, ou pour briller dans les "salons
branchés", ou pour ta culture personnelle, si tu le souhaites, je
suis prêt à te commenter expliquer les passages obscurs pour toi !
Mais évidemment il faut que je sache "quoi" !
Du style à quoi dois-je remonter : le Big-bang, ou seulement à la
1ère ou 2ème extinction de dinosaures, à Lucy, ... Sumer ... les
Phéniciens, ... Cauchy, Euler, ... Babagge ... Von Neumann ... Türing
... Engelbart ... ;-)
--
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
Dans le message :%23jDd8WqGGHA.1088@tk2msftngp13.phx.gbl,
j-pascal <nospam-j-pascal@free.fr> a pris la peine d'écrire ce qui
suit :
"Jean-Claude BELLAMY" <Jean-Claude.Bellamy@wanadoo.fr> a écrit dans
le message de news: eu12JoiGGHA.1312@TK2MSFTNGP09.phx.gbl...
Dans le message :%23gDiRYiGGHA.532@TK2MSFTNGP15.phx.gbl,
j-pascal <nospam-j-pascal@free.fr> a pris la peine d'écrire ce qui
suit :
[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des
librairies (DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des
librairies système 32 bits
(généralement dans le dossier %systemroot%system32),
[...]
Bonjour et merci pour cette réponse assurément bien trop complexe
pour moi !
Si tu ne veux pas mourir idiot, ou pour briller dans les "salons
branchés", ou pour ta culture personnelle, si tu le souhaites, je
suis prêt à te commenter expliquer les passages obscurs pour toi !
Mais évidemment il faut que je sache "quoi" !
Du style à quoi dois-je remonter : le Big-bang, ou seulement à la
1ère ou 2ème extinction de dinosaures, à Lucy, ... Sumer ... les
Phéniciens, ... Cauchy, Euler, ... Babagge ... Von Neumann ... Türing
... Engelbart ... ;-)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - Jean-Claude.Bellamy@wanadoo.fr
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :%,
j-pascal a pris la peine d'écrire ce qui
suit :"Jean-Claude BELLAMY" a écrit dans
le message de news:Dans le message :%,
j-pascal a pris la peine d'écrire ce qui
suit :[...]
Question tordue : est-ce qu'une application donnée peut fonctionner
en 16 et 32 (?) bits indifféremment ?
Ta question est mal formulée ...
1) Il existe des applications 16 bits, qui font appel à des
librairies (DLL) système 16 bits.
(généralement dans le dossier %systemroot%system),
2) Il existe des applications 32 bits, qui font appel à des
librairies système 32 bits
(généralement dans le dossier %systemroot%system32),[...]
Bonjour et merci pour cette réponse assurément bien trop complexe
pour moi !
Si tu ne veux pas mourir idiot, ou pour briller dans les "salons
branchés", ou pour ta culture personnelle, si tu le souhaites, je
suis prêt à te commenter expliquer les passages obscurs pour toi !
Mais évidemment il faut que je sache "quoi" !
Du style à quoi dois-je remonter : le Big-bang, ou seulement à la
1ère ou 2ème extinction de dinosaures, à Lucy, ... Sumer ... les
Phéniciens, ... Cauchy, Euler, ... Babagge ... Von Neumann ... Türing
... Engelbart ... ;-)
--
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
Jean-Claude BELLAMY wrote:[...]
Si tu ne veux pas mourir idiot, ou pour briller dans les "salons
branchés", ou pour ta culture personnelle, si tu le souhaites, je
suis prêt à te commenter expliquer les passages obscurs pour toi !
Merci JCB, mais je ne saurais pas par quel bout commencer parce que
tout me semble compliqué ! C'est toujours très tentant de poser des
questions "à chaud" et en même temps ça me donne parfois mauvaise
conscience. Je m'explique : Depuis quelque temps, je me demande
pourquoi le fameux "system32" revient si souvent sur le tapis ! Ca me
titille de demander sur le forum ce qu'est le "system32" (surnom que
finit par me donner ma femme quand elle me voit sur le forum...) et
pourtant je me dis qu'avant de poser la question ici, je dois faire
l'effort de chercher "un peu" par moi-même !
[...]
Mais évidemment il faut que je sache "quoi" !
Du style à quoi dois-je remonter : le Big-bang, ou seulement à la
1ère ou 2ème extinction de dinosaures, à Lucy, ... Sumer ... les
Phéniciens, ... Cauchy, Euler, ... Babagge ... Von Neumann ... Türing
... Engelbart ... ;-)
Là c'est cruel, parce que non seulement je ne comprends pas le
fonctionnement sous 16 et 32 bits mais en plus, à part "Big bang,
Lucy et Phéniciens, voire Euler, le reste ne me dit RIEN ;-(
Allez, pour ne pas mourir idiot, qu'est ce que tu peux me dire de :
- System32
cf. plus haut
et I1386 (ça aussi, ça m'intrigue !)
Non, c'est "i386"
Et d'après toi, où faut-il commencer pour comprendre (un peu)
l'informatique ???
Il n'y a pas de "point zéro" (ou il y en a plein) !
Toi, par exemple, tu as commencé par quoi ?
A l'époque (1985, mon 1er PC), Internet n'était pas accessible aux
Je sais, c'est désolant ;-(
Meuhhhhhh non !!!!!
Jean-Claude BELLAMY wrote:
[...]
Si tu ne veux pas mourir idiot, ou pour briller dans les "salons
branchés", ou pour ta culture personnelle, si tu le souhaites, je
suis prêt à te commenter expliquer les passages obscurs pour toi !
Merci JCB, mais je ne saurais pas par quel bout commencer parce que
tout me semble compliqué ! C'est toujours très tentant de poser des
questions "à chaud" et en même temps ça me donne parfois mauvaise
conscience. Je m'explique : Depuis quelque temps, je me demande
pourquoi le fameux "system32" revient si souvent sur le tapis ! Ca me
titille de demander sur le forum ce qu'est le "system32" (surnom que
finit par me donner ma femme quand elle me voit sur le forum...) et
pourtant je me dis qu'avant de poser la question ici, je dois faire
l'effort de chercher "un peu" par moi-même !
[...]
Mais évidemment il faut que je sache "quoi" !
Du style à quoi dois-je remonter : le Big-bang, ou seulement à la
1ère ou 2ème extinction de dinosaures, à Lucy, ... Sumer ... les
Phéniciens, ... Cauchy, Euler, ... Babagge ... Von Neumann ... Türing
... Engelbart ... ;-)
Là c'est cruel, parce que non seulement je ne comprends pas le
fonctionnement sous 16 et 32 bits mais en plus, à part "Big bang,
Lucy et Phéniciens, voire Euler, le reste ne me dit RIEN ;-(
Allez, pour ne pas mourir idiot, qu'est ce que tu peux me dire de :
- System32
cf. plus haut
et I1386 (ça aussi, ça m'intrigue !)
Non, c'est "i386"
Et d'après toi, où faut-il commencer pour comprendre (un peu)
l'informatique ???
Il n'y a pas de "point zéro" (ou il y en a plein) !
Toi, par exemple, tu as commencé par quoi ?
A l'époque (1985, mon 1er PC), Internet n'était pas accessible aux
Je sais, c'est désolant ;-(
Meuhhhhhh non !!!!!
Jean-Claude BELLAMY wrote:[...]
Si tu ne veux pas mourir idiot, ou pour briller dans les "salons
branchés", ou pour ta culture personnelle, si tu le souhaites, je
suis prêt à te commenter expliquer les passages obscurs pour toi !
Merci JCB, mais je ne saurais pas par quel bout commencer parce que
tout me semble compliqué ! C'est toujours très tentant de poser des
questions "à chaud" et en même temps ça me donne parfois mauvaise
conscience. Je m'explique : Depuis quelque temps, je me demande
pourquoi le fameux "system32" revient si souvent sur le tapis ! Ca me
titille de demander sur le forum ce qu'est le "system32" (surnom que
finit par me donner ma femme quand elle me voit sur le forum...) et
pourtant je me dis qu'avant de poser la question ici, je dois faire
l'effort de chercher "un peu" par moi-même !
[...]
Mais évidemment il faut que je sache "quoi" !
Du style à quoi dois-je remonter : le Big-bang, ou seulement à la
1ère ou 2ème extinction de dinosaures, à Lucy, ... Sumer ... les
Phéniciens, ... Cauchy, Euler, ... Babagge ... Von Neumann ... Türing
... Engelbart ... ;-)
Là c'est cruel, parce que non seulement je ne comprends pas le
fonctionnement sous 16 et 32 bits mais en plus, à part "Big bang,
Lucy et Phéniciens, voire Euler, le reste ne me dit RIEN ;-(
Allez, pour ne pas mourir idiot, qu'est ce que tu peux me dire de :
- System32
cf. plus haut
et I1386 (ça aussi, ça m'intrigue !)
Non, c'est "i386"
Et d'après toi, où faut-il commencer pour comprendre (un peu)
l'informatique ???
Il n'y a pas de "point zéro" (ou il y en a plein) !
Toi, par exemple, tu as commencé par quoi ?
A l'époque (1985, mon 1er PC), Internet n'était pas accessible aux
Je sais, c'est désolant ;-(
Meuhhhhhh non !!!!!