Je suis sur le point de commencer un cours sur les systèmes d'exploitation et, en tant qu'utilisateur d'Apple, je ne suis pas très familier avec les détails sous-jacents du système d'exploitation Windows. Je me demandais si MS DOS était toujours utilisé avec Windows par-dessus ou si SEUL Windows était utilisé 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 que Windows a toutes les autres capacités du système d'exploitation intégrées et est donc utilisé pour toutes les autres opérations du système d'exploitation...
Réponses
Trop de publicités?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 apprises sur l'autre.
-
Le site DOS+Windows La lignée 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é au DOS. Des livres entiers ont été écrits sur le sujet de cette superposition, qui fait l'objet d'une certaine controverse, notamment parce que, pendant un certain temps, au début et au milieu des années 1990, beaucoup de gens ont voulu faire croire au monde que le DOS avait disparu et que Windows était le système d'exploitation.
-
Le site Windows NT comprend Windows NT 3.x, Windows NT 4.0, Windows NT 5.0 ("Windows 2000"), Windows NT 5.1 ("Windows XP"), Windows NT 5.2 (certaines éditions de Windows XP et "Windows Server 2003"), Windows NT 6.0 ("Windows Vista") et Windows NT 6.1 ("Windows 7"). Il n'est pas superposé au DOS, fonctionne d'une manière complètement différente du DOS, et peut exécuter des applications DOS grâce à une machine virtuelle DOS NT (NTVDM) qui est un système de gestion de l'information. machine virtuelle qui fonctionne au dessus de Windows NT plutôt que l'inverse.
Ce qui n'aide pas non plus, c'est lorsque les gens parlent à tort d'une "invite DOS" dans Windows NT, comme cela s'est même produit dans des réponses ici. Mis à part le fait que ce sont les interprètes de commandes qui invitent, pas les systèmes d'exploitation. Le terme "DOS" est confondu avec les termes "interface utilisateur textuelle" et "interpréteur de commandes", qui ne sont en réalité pas synonymes de DOS. DOS est une famille de systèmes d'exploitation : MS-DOS, PC-DOS, DR-DOS, FreeDOS, OpenDOS, etc.
Si l'on a une fenêtre d'invite de commande ouverte sous Windows NT, on exécute presque toujours CMD
qui est l'interpréteur de commandes par défaut de Microsoft fourni dans la boîte et qui est un programme Win32 ordinaire, à interface utilisateur textuelle. Il n'y a pas de "DOS", ni de NTVDM. Il s'agit simplement d'un programme Win32 qui parle à son objet console Win32. Et en fait, pour de nombreux programmes TUI que l'on peut exécuter sous Windows NT, y compris tous les outils des divers kits de ressources de Microsoft, il y a un objet de console Win32. toujours aucune trace de DOS dans l'image, car ce sont tous des programmes Win32 ordinaires qui effectuent également des E/S de console Win32.
Ironiquement, étant donné que Windows NT 3.1 a été publié en 1993, la lignée Windows NT est en fait le système Windows est le système d'exploitation qui n'est pas basé sur le DOS et que toutes les personnes du milieu des années 90 ont essayé de convaincre que DOS+Windows 95 était le système.
Et, dix-huit ans plus tard, nous essayons toujours de faire comprendre à certaines personnes que Windows NT ne fonctionne pas comme DOS et n'a jamais fonctionné. .
Autres lectures
- Jonathan de Boyne Pollard (2006). Une liste de livres pour les développeurs de noyaux de systèmes d'exploitation et les auteurs de pilotes de périphériques. . Réponses fréquemment données.
- Mark E. Russinovich, David A. Solomon, Alex Ionescu (2009). Internes de Windows (5ème édition) . Microsoft Press. ISBN 9780735625303.
- Walter Oney (1996). Programmation de systèmes pour Windows 95 . Microsoft Press. ISBN 1 55615 949 8.
- Matt Pietrek (novembre 1995). Secrets de programmation du système Windows 95 . IDG Books. ISBN 1-56884-318-6.
- Andrew Schulman (1994). Windows 95 non autorisé . IDG Books Worldwide. ISBN 9781568841694.
- Matt Pietrek (1993). Internes de Windows : la mise en œuvre de l'environnement d'exploitation Windows . Addison-Wesley. ISBN 9780201622171.
- Andrew Schulman, David Maxey, Matt Pietrek (1992). Windows non documenté : Un guide du programmeur pour les fonctions réservées de l'API de Microsoft Windows . Addison-Wesley. ISBN 9780201608342.
De plus, Windows 95 n'était pas entièrement une interface graphique par-dessus DOS. Lire la suite aquí ( lien avec les commentaires )
Non. Toutes les versions de Windows antérieures à celles dotées du "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ée .
Les versions 32 bits de Windows disposent toujours d'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 disposent d'une invite de commande qui peut être utilisée pour exécuter des fichiers batch et des commandes de type DOS (qui sont généralement des applications Windows natives conçues pour interagir avec la console de type DOS). Windows 64 bits ne peut pas exécuter d'applications DOS car il ne prend pas en charge les processus 16 bits.
Il est probablement préférable de considérer l'invite de commande comme une application spécialisée qui peut être utilisée pour exécuter des programmes DOS et/ou lancer 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 aujourd'hui le terme "invite DOS" (parce qu'elles l'utilisent pour exécuter un grand nombre des mêmes commandes, appelées à l'origine "commandes DOS", qui sont généralement disponibles dans un environnement DOS), le terme "invite de commande" est techniquement correct dans les variantes NT de Windows.
Plutôt comme une réponse à Randolf, mais il n'est pas le seul à confondre interfaces de ligne de commande y DOS de façon répétée.
Notez que de nombreuses versions de [DOS] et de [MS-DOS]. tags souffrent de la même erreur : MS-DOS ne disposait initialement que d'un mode texte, une interface en ligne de commande appelée command.com
+ norton commander pour beaucoup d'entre nous, et un Windows en mode texte fait maison avec des cadres, dessinés avec ansi.sys, mais contrôlables non seulement par le clavier, mais aussi par la souris, mais plus facilement avec les touches fléchées et les touches de raccourci, aussi.
Puis Windows a été construit au dessus de DOS (2.0, 3.0, 3.1, 3.11), où une icône pour DOS-Box est réapparue dans Windows, comme nom pour l'interface de commande dans Windows.
Mais dans Windows-NT et dans Windows-95 ou -98 MS-DOS a été abandonné, mais un interpréteur de commande, cmd.exe
(cmd32.exe) existait toujours, avec la même, ou presque, syntaxe et les mêmes mots-clés. Mais il s'agissait d'un programme, fonctionnant à l'intérieur de Windows, comme d'autres interpréteurs de commandes de style texte, comme BASIC, irb (Ruby), scala-repl, psql (Postgresql), sqlplus (oracle), bc, R, rhino, et ainsi de suite, fonctionnant sur plusieurs plateformes.
Appeler cela le style MS-DOS est trompeur, puisque DOS ou MS-DOS ne sont pas les premiers à l'avoir inventé. C'est beaucoup plus ancien.
Même sous Windows, il n'était pas limité à l'exécution de commandes DOS - une pratique courante de l'industrie de l'informatique. fichier de lot était de spécifier certains paramètres avant de lancer un programme Windows. Par exemple, définir un CLASSPATH, JAVA_HOME, des paramètres java comme -Xmx, etc. pour un programme Java.
Beaucoup de gens pensent que les interfaces de ligne de commande sont relique d'autrefois - qui ne connaissent pas la puissance du traitement de milliers de fichiers en quelques frappes. Ils ne connaissent pas non plus wsh et monad. Mais pour les professionnels, un interpréteur de commandes est sous Windows presque aussi utile que sous Unix ou Linux. Il n'est pas si connu, mais il est essentiel pour de nombreux administrateurs.
Il existe même un portage de la chaîne d'outils gnu, avec un sh.exe et sed, awk, bc, tail, rev, cat et tout le reste en tant qu'applications win32 natives.
Peut-être que vous pouvez exécuter de vieux programmes DOS sous cmd.exe, mais vous ne pouvez pas exécuter des programmes Windows en mode DOS, alors ne continuez pas à dire aux gens, que cmd.exe es DOS - ce n'est pas le cas. Et ce n'est pas DOS-like . Ce que vous voulez dire, c'est que interactive command-line program
, a command-line interface
.
- Invite DOS
- Fichiers batch DOS
- Commandes de type DOS
- Console de style DOS
- Applications DOS
est presque toujours trompeuse terminologie . Cela peut convenir à un amateur, mais si vous voulez que votre public comprenne ce dont vous parlez, vous devez vous poser la question suivante : Est-ce limité à un système d'exploitation particulier, au DOS ? Le style CLI est-il mieux nommé 'style DOS' ? Est-ce historiquement correct ? Votre public connaît-il DOS ? Cela aide-t-il à la compréhension ? Ces programmes fonctionnent-ils vraiment sous DOS ?
Il faut les bonnes expressions, aiguisées comme le couteau d'un chirurgien, pour expliquer les choses compliquées. Les expressions incorrectes provoquent des impressions erronées dans le cerveau de votre public. Des expressions bâclées sont pires que rien. Évitez-les. Utilisez CLI
si l'interface de ligne de commande est trop longue à taper pour vous.
Corriger les étiquettes trompeuses sur les côtés SU, SE et autres.
- Réponses précédentes
- Plus de réponses