Question Windows repose-t-il toujours sur MS-DOS?


Je suis sur le point de lancer un cours sur le système d'exploitation et, en tant qu'utilisateur d'Apple, je ne connais pas très bien les détails sous-jacents du système d'exploitation Windows. Je me demandais, MS DOS est-il toujours utilisé avec Windows sur le dessus ou est-ce que SEULEMENT Windows est utilisé maintenant comme système d'exploitation? J'étais un peu confus parce que j'ai lu quelque part que MS-DOS est utilisé pour le démarrage, mais Windows a toutes les autres fonctionnalités du système d'exploitation intégré et est donc utilisé pour toutes les autres opérations du système d'exploitation ...


70
2017-08-04 15:07


origine


La fin de cela discussion semble intéressant. - user2284570
Non. Le dernier système d'exploitation client reposant sur MS-DOS était Windows Me. Windows XP, Vista, 7 et versions ultérieures reposent tous sur l'architecture Windows NT. - bwDraco


Réponses:


Il existe deux lignées distinctes en ce qui concerne Microsoft Windows, et cela n’aide pas les choses lorsque les gens écrivent des choses sur une lignée qu’ils ont apprise de l’autre.

  • le DOS + Windows Le lignage comprend DOS + Windows toutes les versions jusqu'à la version 3.11, DOS + Windows 95, DOS + Windows 98 et DOS + Windows Millennium Edition. Windows est superposé à DOS. Des livres entiers ont été écrits sur le sujet de cette superposition, et cela fait l’objet de controverses, notamment parce que, au début des années 1990, beaucoup de gens souhaitaient que le monde entier sache que le DOS avait disparu et que Windows était le système d'exploitation.

138
2017-08-04 19:59



Cela ne fait que s'améliorer. J'enseigne toujours aux gens que vous pouvez Alt-Tab entre les applications. . . - surfasb
N'est-il pas vrai que pour Windows 95+, DOS est utilisé comme chargeur de démarrage plutôt que comme couche de système d'exploitation? c'est-à-dire que Windows 95+ n'invoque pas les services DOS, sauf pendant le processus de démarrage. - Winston Ewert
@ Winston Ewert, à ma connaissance, les programmes Windows reposaient toujours sur les INT 21h dans Windows 95. Par exemple, la fonction INT 21h 55h pour l'initialisation et la fonction INT 21h 4Ch pour la terminaison. Je ne peux pas répondre pour 98 et ME. Mais 95 l'ont fait. - artifex
Cependant vous encore ne peut pas utiliser les noms de périphériques DOS réservés dans Windows 7 sous explorer.exe! - LawrenceC
Gens! Vous savez comment fonctionne ce site. Si tu veux poser des questions sur le mode DOS, la signification des options msdos.sys, et pourquoi on ne peut pas utiliser plusieurs noms comme noms de fichiers dans Win32, alors Utilisez le Poser une question hyperlien en haut de cette page. Commencez, en outre, en lisant les questions des personnes qui déjà  avoir. - JdeBP


De plus, Windows 95 n'était pas entièrement une interface utilisateur graphique au dessus de DOS. Lire plus ici:

http://blogs.msdn.com/b/oldnewthing/archive/2007/12/24/6849530.aspx


21
2017-08-04 16:27



Je me souviens de cela, de l’ensemble de l’interface VxD et du sélecteur VMM. C'était un moyen intéressant de progresser quelque peu sur un système d’exploitation et d’avoir encore beaucoup de compatibilité en amont. - Rich Homolka
Windows 95 était fourni avec MS-DOS 7, et on pouvait utiliser uniquement la partie DOS pour créer une disquette d'amorçage uniquement DOS et avoir quelque chose qui ressemblait à une édition légèrement endommagée de MS-DOS 6 (mais aussi avec quelques nouvelles fonctionnalités). - Randolf Richardson
La réponse est la plus correcte: Windows ne s’appuie pas sur DOS depuis Windows 95. Et à proprement parler, Windows 3.11 n’a pas besoin de DOS une fois que les pilotes 32 bits ont pris le relais. Mais 3.11 n'est pas venu avec un chargeur de démarrage; il fallait donc que le DOS soit au point de départ. - Ian Boyd
Ce blog est une très bonne lecture, merci pour le lien - crasic


Non.  Toutes les versions de Windows antérieures à celles avec le "noyau NT" ressemblaient davantage à une interface graphique au-dessus de DOS. Avec NT, qui est devenu particulièrement courant avec l'introduction de Windows XP (et Windows Vista et Windows 7 utilisent également le noyau NT), la nécessité d'utiliser DOS comme système d'exploitation sous-jacent a été éliminé.

Les versions 32 bits de Windows ont toujours une invite DOS qui peut être exécutée en entrant command.com dans la boîte de dialogue d'exécution, et il peut exécuter la plupart des anciens programmes DOS. Toutes les versions de Windows ont une invite de commande qui peut être utilisée pour exécuter des fichiers de commandes et des commandes de type DOS (généralement des applications Windows natives conçues pour interagir avec la console de style DOS). Windows 64 bits ne peut pas exécuter les applications DOS car il ne prend pas en charge les processus 16 bits.

Vous feriez probablement mieux de voir l'invite de commande comme une application spécialisée qui peut être utilisée pour exécuter des programmes DOS et / ou démarrer des programmes Windows à partir de la ligne de commande.

Remarque: La terminologie "invite DOS" était couramment utilisée pour décrire "l'invite de commande" avant l'introduction du noyau NT. Bien que de nombreuses personnes utilisent encore le terme "invite DOS" (parce qu’elles l’utilisent pour exécuter plusieurs des mêmes commandes, appelées à l’origine "commandes DOS", généralement disponibles dans un environnement DOS), le terme "commande prompt "est techniquement correct dans les variantes NT de Windows.


20
2017-08-04 15:14



Les anciennes applications DOS (anciennes, 16 bits) sont exécutées dans le NTVDM, qui est émulé dans le sous-système d'invite de commandes. Le NTVDM n'est pas disponible dans les systèmes Windows 64 bits. Vous avez donc besoin d'un émulateur tiers pour exécuter des applications DOS 16 bits, telles que DOSBox ou VirtualBox. - afrazier
La raison pour laquelle le NTVDM n'est pas disponible dans Windows 64 bits est qu'il s'agit simplement d'un wrapper fin qui bascule le processeur sur le mode 16 bits avant d'exécuter le code. En mode 64 bits, le processeur ne peut passer que temporairement au mode 32 bits pour exécuter du code 32 bits; il ne peut pas exécuter du code 16 bits sans redémarrage à froid. - Hello71
Note à tous: Les commentaires ont été supprimés de cet article. Aux personnes impliquées: s'il vous plaît gardez le civil et rappelez-vous que les discussions prolongées devraient être déplacées vers bavarder chaque fois que possible - les commentaires excessifs sur un message deviennent très bruyants pour les autres visiteurs. - DMA57361
Puisque les gens ont continué à se disputer avec véhémence à propos de cet article, nous le bloquons pour le moment. Les commentaires ont été supprimés à nouveau. - nhinkle♦
@ Hello71 mal. Sous Linux, par exemple, il le peut. Et vous pouvez exécuter des applications DOS et Win 3.1 16 bits sous Linux 64 bits. - Anixx


Plus comme une réponse à Randolf, mais il n'est pas le seul, déroutant interfaces de ligne de commande et DOS à plusieurs reprises.

Notez que beaucoup de [DOS] et [MS-DOS] Mots clés souffrent de la même erreur: MS-DOS n'avait initialement qu'un mode texte, une interface de ligne de commande appelée command.com+ norton commander pour beaucoup d'entre nous, et une fenêtre de mode texte avec des frames, dessinée avec ansi.sys, mais contrôlable non seulement par le clavier, mais par la souris, mais aussi plus facilement avec les touches fléchées et les raccourcis clavier.

Puis Windows a été construit au dessus de DOS (2.0, 3.0, 3.1, 3.11), où une icône pour DOS-Box réapparaissait à l'intérieur de windows, comme nom de l'interface de commande à l'intérieur de windows.

Mais dans Windows NT et Windows 95 ou 98, MS-DOS a été abandonné, mais un interpréteur de commandes, cmd.exe (cmd32.exe) existait toujours, avec la même syntaxe et presque la même syntaxe et les mêmes mots-clés. Mais c'était un programme, fonctionnant sous Windows, comme d'autres interpréteurs de commandes de type texte, tels que BASIC, irb (Ruby), scala-repl, psql (Postgresql), sqlplus (oracle), bc, R, rhino, etc. et ainsi de suite, fonctionnant sur plusieurs plates-formes.

L'appel de ce style MS-DOS est trompeur, depuis DOS ou MS-DOS, sans que ce soit le cas. C'est beaucoup plus vieux.

Même sous Windows, il n’était pas limité à exécuter des commandes DOS - une pratique courante de fichier de lot l'écriture était, pour spécifier certains paramètres, avant de lancer un programme Windows. Par exemple, définir un CLASSPATH, JAVA_HOME, des paramètres Java tels que -Xmx, etc. pour un programme Java.

Beaucoup de gens pensent que les interfaces de ligne de commande sont un veuve des temps anciens - qui ne connaissent pas le pouvoir de traiter des milliers de fichiers avec quelques touches. Ils ne connaissent pas non plus wsh et monad. Mais pour les professionnels, un interpréteur de commandes est presque aussi utile sous Windows que sous Unix ou Linux. Ce n'est pas très connu, mais c'est essentiel pour de nombreux administrateurs.

Il y a même un port de gnu-toolchain, avec un sh.exe et un sed, un awk, un bc, un tail, un rev, un chat et tout ça comme des applications win32 natives.

Peut-être que vous pouvez exécuter d'anciens programmes DOS sous cmd.exe, mais vous ne pouvez pas exécuter les programmes Windows en mode DOS, alors ne continuez pas à dire aux gens que cmd.exe est DOS - ce n'est pas Et ce n'est pas DOS-like. Qu'est-ce que tu veux dire, est un interactive command-line program, une command-line interface.

  • Invite DOS
  • Fichiers de commandes DOS
  • Commandes de type DOS
  • Console de style DOS
  • Applications DOS

est presque toujours trompeuse terminologie. Cela peut être approprié pour un amateur, mais si vous voulez que votre public comprenne ce dont vous parlez, vous devriez vous demander: est-ce limité à un système d'exploitation spécial, à DOS? Le style CLI est-il mieux nommé "style DOS"? Est-ce historiquement correct? Votre public connaît-il le DOS? Est-ce utile pour comprendre? Est-ce que ces programmes fonctionnent vraiment sous DOS?

Vous avez besoin des bonnes expressions, pointues comme le couteau d'un chirurgien, pour expliquer des choses compliquées. Les mauvaises expressions provoquent de mauvaises impressions dans le cerveau de votre public. Les expressions bâclées sont pires que rien. Évite-les. Utilisation CLI si l'interface de ligne de commande est trop longue pour vous

Corrigez les étiquettes trompeuses sur SU, SE et les autres côtés.


5
2017-08-07 01:44



Bien dit. Beaucoup de mauvaise terminologie autour. - Milind R
Dans Win95 et Win98, il n'y avait pas de cmd.exe. - Anixx


Dans la famille Windows NT (NT, 2000, XP, 2003, Vista, 2008, 7), il est indépendant du DOS. Il n'y a que des émulateurs DOS pour la compatibilité ascendante.

Cependant, il existe encore des limitations qui sont des conséquences de la compatibilité avec DOS dans les premiers jours du NT. Par exemple, vous ne pouvez pas créer un fichier ou un répertoire nommé "CON" ou "PRN" car ce sont des noms réservés pour représenter des périphériques sous DOS.


2
2017-08-08 19:19





Actuellement, Windows n'utilise plus DOS. Invite à DOS (ou cmd) est émulé sur Windows XP, Vista ou Seven. Windows démarre à partir de ses propres ressources.


1
2017-08-04 15:12



-1: faux Ce n'est pas to DOS (or cmd). Il y a un interpréteur de commandes, cmd.exe, mais ce n'est pas DOS. DOS avait également un interpréteur de commandes, command.com, dont la syntaxe, les mots-clés et l'utilisation sont très similaires, mais l'interface de commande n'est qu'une partie de DOS. ce n'est pas DOS. - user unknown
Oui la console type dans l'en-tête PE fait partie du sous-système Win32 / Win64. Ce n'est pas du tout 16 bits. - user2284570