Win3x.Org

Big Monstro a écrit : *

18 juil. 2014 16:50

Afficher

Jajan a écrit :

C'est incroyable !!!!!!!!!!!!!!!!!!!!!!!!!
Faudrait aussi essayer Windows NT 3.51/Windows 8.1 !!!!!!!!

J'ai finalement réussi l'improbable

Et ça marche vraiment bien : j'ai utilisé Windows 8.1 à distance et à partir de Windows NT 3.51 pendant plusieurs heures, sans interruption !

Cliquez sur l'image pour l'agrandir


Comment ai-je fait ? Voilà la réponse...

Préparer l'application...

1. téléchargez le programme client de bureau à distance datant de 2004 (de Windows XP SP2)
2. décompressez le fichier msrdpcli.msi, lui-même contenu dans le fichier exécutable d'installation
3. trois fichiers sont extraits de la décompression: F1059_mstscax.dll, F1060_mstsc.exe et F1061_mstsc.chm
   • renommez le fichier "F1060_mstsc.exe" en "mstsc.exe" et le fichier "F1059_mstscax.dll" en "mstscax.dll"
   • vous pouvez ignorer "F1061_mstsc.chm", ce fichier d'aide n'est pas essentiel au fonctionnement de l'application
   L'application est désormais prête à l'emploi: il suffit d'exécuter mstsc.exe pour démarrer l'application de bureau à distance
   note: mstscax.dll doit être situé dans le même répertoire que mstsc.exe

Préparer Windows NT 3.51...

1. si ce n'est pas déjà fait, installer le cinquième et dernier Service Pack (ou SP5) puis redémarrer
2. si vous tentez d'exécuter le bureau à distance de 2004 à ce stade, vous obtiendrez ce message d'erreur:
   Afficher

   
   Le fichier comctl32.dll issu du SP5 est trop obsolète pour ce programme. Il faut donc le remplacer par une version plus récente:
   
   comctl32.dll et imm32.dll issus de Windows NT 4.0 SP6a (Internet Archive)
   
     Le fichier comctl32.dll étant verrouillé, comment le mettre à jour ?
   • renommez l'ancien fichier par n'importe quel autre nom (ex: comctl32.old)
   • ajoutez la version plus récente du fichier comctl32.dll dans le répertoire system32
   • redémarrer votre ordinateur pour que Windows charge ce fichier (l'ancien peut être supprimé)
3. L'application du bureau à distance peut désormais être lancée... mais n'est pas encore utilisable:
   dès que vous ouvrez une session à distance, le programme s'arrête et laisse place à un autre message d'erreur
   Afficher

   
   Pour aller plus loin, désactivez le lancement automatique du Dr. Watson lors d'un plantage, via la base de registres:

   Code : Tout sélectionner HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug Mettre la valeur de la chaîne Auto à 0. Cette fois, nul besoin de redémarrer

4. Voilà, vous pouvez maintenant profiter du programme de bureau à distance (issu de Windows XP SP2) sous Windows NT 3.51

Dernières remarques

• Bien entendu, n'oubliez pas de configurer l'ordinateur distant en conséquence: pour permettre à Windows NT, 98/Me ou même 2000/XP de se connecter à un système exécutant Windows Vista ou supérieur, vous devez désactiver l'authentification NLA sur ce dernier
• Même après avoir suivi ce tutoriel, vous aurez toujours droit à un message d'erreur lorsque vous ouvrez une session à distance :
  Afficher

  
  Contrairement aux messages précédents, vous pouvez l'ignorer et déplacer cette fenêtre dans un coin de l'écran pour ne pas vous gâcher la vue : l'accès à distance fonctionnera comme si de rien n'était !
• Pour vous déconnectez de l'ordinateur distant, cliquez simplement sur le bouton "OK" du précédent message d'erreur (la déconnexion ne s'effectue pas normalement sous NT 3.51)
  Hormis ces bugs mineurs pour la connexion et la déconnexion d'une session à distance, tout le reste fonctionne parfaitement

Jajan a écrit :

Faudrait aussi essayer Windows 3.1(ou NT 3.1)/Windows 8.1

Là par contre, cela semble vraiment impossible : premièrement parce que les versions 4.70 et au-delà du fichier comctl32.dll (compatibles avec le bureau à distance de Windows XP) ne fonctionnent pas sous Windows NT 3.5 et les systèmes antérieurs. Deuxièmement, parce qu'il manque des fonctions requises dans le Kernel. Il y a une réelle différence de compatibilité logicielle entre Windows NT 3.51 et les autres Windows 3.x (16-bit et NT 3.1/3.5), et c'est quand on bidouille comme moi qu'on s'en rend compte.

Sous Windows 3.11 for Workgroups, je parviens à me connecter à un ordinateur sous Windows XP Professionnel SP3 grâce à la version 16-bit de 1999 ; avec un affichage en 256 couleurs et sans aucun son certes, mais c'est déjà pas mal...