• 2006—2007 год

• 1 Рецензия с 8 июля по 12 июля 2008 года
  • 1.1 продолжение обсуждения
• 2 Двойная загрузка DOS и Windows 9x
  • 2.1 Перенесено с Википедия:Форум/Вопросы
• 3 Структура статьи
• 4 спорные правки
  • 4.1 "исполняемый" против "двоичный"
• 5 Windows NT
• 6 OS/2
• 7 IO.SYS и JO.SYS

• Докиньте принтскрин какой-нибудь с файлом в действии, в редакторе его открыть или что-нть такое. Графики не хватает. - Zac Allan Слова / Дела 23:51, 9 июля 2008 (UTC)[ответить]

• Вероятно, имеется в виду что-то типа
  <фотки справа> со страницы Начальная загрузка компьютера? Я бы с радостью, но всё, что связано с графикой, для меня проблема. Максимум - сделать скриншот и ресайзнуть его в Irfanview. Так что попробуйте добавить скриншот сами, почему нет? Это во-первых. Во-вторых, когда исполняется autoexec, мы этого не можем видеть, мы можем видеть только вывод в консоль тех программ, которые из него запускаются. А это совсем другое. Так что я не представляю, какие иллюстрации, помимо уже имеющегося раздела "Пример файла <такого-то>" можно здесь добавить в принципе. -- AVB 00:15, 10 июля 2008 (UTC)[ответить]

• Можно было бы написать как он используется в WindowsXP, Viste. Так же можно расширить информацией, что это файл в совокупности с config.sys можно использовать для построения меню при мультиоперационной загрузке и/или построения произвольного меню, например с загрузкой с CD-ROM или без ... если в статье про config.sys это описано (хотя можно подробнее), то здесь нужно показать как этим пользоваться ... И возможно изображение компьютера с таким меню будет лучше, или дополнять изображение с начальной загрузкой (она же не имеет отношения к этим файлам, а меню самое непосредственное ... да и можно включить эхо, выводя исполняемые файлы на экран - и такую графику показать - может кто и поймет, что если его спрашивают на черном экране, то возможно концы нужно искать в AUTOEXEC.BAT :) ) .. SergeyJ 00:42, 10 июля 2008 (UTC)[ответить]

• в WindowsXP, Viste - об этом есть, там говорится про сеймество Windows NT. Или может нужно заменить "семейство Windows NT" на "Windows NT/2k/XP/2k3/Vista/2007"?
• построения меню - меню с помощью этого файла не построишь. Можно использовать переменную с результатом выбора конфигурации (CONFIG), но это относится и к любой другой переменной (например, OS), которую система (или пользователь через set в config.sys) соизволит установить до запуска шелла. Но стоит ли это (программирование на языке пакетных файлов) внедрять/переносить сюда?
• в статье про config.sys можно подробнее - я думал об этом, и мне кажется, что превращать обзорную энциклопедическую статью в technical referece, user manual и user guide в одном лице как-то неправильно. Я то сам, если бы писал статью с нуля, а не редактировал имеющееся, не стал бы даже включать список директив, который кто-то впихнул уже до меня. Или я не прав?

• уточнение: список команд добавил не "кто-то", а Участник:George Shuklin. :) -- AVB 02:11, 10 июля 2008 (UTC)[ответить]
• По мне это списка даже маловато - комментарии должны быть подробнее ... SergeyJ 14:29, 10 июля 2008 (UTC)[ответить]

• Прошу привести пример. А то мне не понятно, что именно нужно добавить в комментариях, чтобы это улучшило статьи, и при этом они осталмсь (а) обзорными, (б) понятными неофиту и (в) не подменяющими/дублирующими мануалы? -- AVB 10:13, 11 июля 2008 (UTC)[ответить]

• изображение компьютера с таким меню - у меня нет цифровика, а делать скриншот на этапе загрузки доса нельзя. Если кто имее/умеет пользоваться цифровиком или сделает скриншот из виртуальной машины - почему бы и нет? Но это относится к config.sys, а к autoexec.bat не будет иметь абсолютно никакого отношения, поскольку собственных визуальных эффектов autoexec не имеет.
• эхо, и такую графику показать - для съёмки опять же нужен цифровик или виртуальная машина. Если можете предложить скриншот - почему бы и не вставить? Но, повторюсь, сам я в этом отношении скептичен, поскольку отношение к autoexec содержимое картинки будет иметь само далёкое. -- AVB 01:53, 10 июля 2008 (UTC)[ответить]

• Насколько я помню, в последних версиях DOS была возможность перенаправления вывода... Что-то вроде:

echo on 
echo ><имя файла>
<текст файла autoexec.bat>
echo off

• последних версиях DOS перенаправления вывода - перенаправление дос (точнее, command.com) поддерживает со второй версии, когда были добавлены многие юниксные фичи: каталоги, хендловый ввод-вывод и т.п. Синтаксис перенаправления с того времени не менялся и от версии доса не зависит. echo >''<имя файла>'' - если имеется в виду создание скриншота перенаправлением, то, во-первых, этот код делает совсем другое. А именно: выводит в указанный файл текст после команды echo. А поскольку здесь нет текста, то выводится "ECHO is on" (или, например, в русской Win98: "Режим вывода команд на экран (ECHO): вкл"). На все последующие команды никакого влияния это не оказывает. Таким образом, этот способ не годится для перенаправления вывода батника, а вывод autoexec вообще нельзя перенаправить (ну разве что с CTTY поиграться). Во-вторых, перенаправить можно только те команды и программы, которые выводят в стандартный вывод консоли. Программы, идущие в обход доса, и команды command.com, использующие stderr, так не перенаправить. Попробуй: "del somefile>nul" (файл somefile не должен существовать) и убедись, что перенаправление не работает. Ну и, наконец, в-третьих - даже если перенаправить вывод команд и программ, запускаемых из autoexec, то как из этого будет видно, что оно имеет отношение именно к autoexec? -- AVB 19:24, 12 июля 2008 (UTC)[ответить]

• autoexec.bat к системным относится с скрипом - то, что command.com может быть заменён клонами, не делает из него менее системную программу. А autoexec - файл command.com-а и всех его клонов. Не уверен, насколько корректна аналогия, но является ли системным файл /etc/passwd? -- AVB 15:12, 8 июля 2008 (UTC)[ответить]

• убрали порядок загрузки - порядок загрузки есть, в Использовании. Причём для всех систем. Если же описать только для одной системы/семейства, то это вроде бы будет спорное (если не некорректное) определение? Или придётся раздувать введение дублрованием инфы из Использования.

• имя исполнимого файла - а это и есть команда интерпретатора на запуск внешней программы. -- AVB 15:12, 8 июля 2008 (UTC)[ответить]

• не в статьи про файл конфигурации - как раз файлом конфигурации autoexec назвать можно с натягом, особенно после внедрения в config.sys команд install и set. :) Кстати, я особенно выделяю, что autoexec - обычный батник. А в статье про config - что у него свой синтаксис. -- AVB 15:12, 8 июля 2008 (UTC)[ответить]

• раскрывать в статье про пакетный файл - а там и раскрыто (причём там также сказано про "последовательность команд", как это сформулировал и я). Здесь же дано только короткое пояснение. Или убрать и его? Сократить до "системный пакетный файл интерпретатора командной строки command.com"? -- AVB 15:12, 8 июля 2008 (UTC) edit: Или вообще сократить до "пакетный файл command.com"?[ответить]

Не знаю, сомневаюсь, что такой маленький раздел надо куда-то выносить... // vh16 (обс.) 04:55, 11 июля 2008 (UTC)[ответить]

• как вариант: вынести раздел в статью о начальной загрузке, и поставить ссылка ну этот раздел (раздел, а не всю статью) в разделе "См. также". Просто тот факт, что один и тот же раздел дублируется в нескольких статьях (сейчас autoexec и config, будет ещё msdos.sys) - повод призадуматься, ведь дублирование всегда чревато потерей синхронизации. -- AVB 09:09, 11 июля 2008 (UTC)[ответить]

Тема не слишком мелкая, это вполне себе описание технического процесса - вопрос в том, можете ли вы про неё написать нетривиальную информацию. У меня есть замечательная книжка по потрохам FreeBSD, так там раздел про pid'ы занимает около 200 страниц, и это только для одной операционной системы :) #!George Shuklin 08:44, 15 июля 2008 (UTC)[ответить]

• не мелкая - мелкая, мелкая. Я не думаю, что из этой мухи (переименование файлов; ключевое здесь именно это - то, что всякие там autoexec.dos и .w40 являются переименованными вариантами) стоит рождать слона, а специфические и нетривиальные подробности вроде MBR-ов - это для других разделов и статей. Вопрос в том, есть ли уже эти слоны-статьи (к примеру, подходит ли уже упомянутая Начальная загрузка компьютера), куда можно было бы притулить и эту мелкую тему, или нужно создавать нового (независимого) слона. Или оставить всё как есть, в надежде, что в будущем не случится слишком сильной рассинхронизации дубликатов этого текста? -- AVB 09:57, 15 июля 2008 (UTC)[ответить]

• Пока оставьте как есть. Если же вы хотите аргументов, почему "не мелкая" - пожалуйста. В статье "двойная загрузка dos/windows" должны описываться не только переименования этих двух файлов, но и то, из чего они появляются. Т.е. пункт загрузочного меню, пункт в свойствах ярлыка в windows 95, использование данной технологии другими компаниями, история появления (какие были варианты, кто предложил), различия в использовании в разных ОС семейства 9x, поддержка данной технологии в стороннем ПО (обнаружение и учёт), альтернативные технологии, проблемы при использовании... Всё это при тщательном анализе и сборе источников килобайт на 30-40 потянет. Я ещё раз повторю: если есть технология (а ведь речь идёт не просто о "переименовании файлов", это действительно технология) - то статья о ней может быть и она может быть обширной. Отсутствие у вас/меня источников для написания - это не признак того, что этой информации "нет вообще". #!George Shuklin 17:12, 15 июля 2008 (UTC)[ответить]

• оставьте - ну лады, пусть будет так. Сейчас скопирую эту тему в обсуждение, а здесь видимо вопрос можно закрывать. (Только кто и как это должен сделать? Удалить ли эту тему мне?) почему "не мелкая" - формально вроде верно, но по сути, в целом, смотрится как-то не так. Ведь если вдуматься, с таким подходом можно начать плодить самостоятельные и самоценные статьи и исследования про каждый байт каждой версии каждой программы, про каждый нюанс каждой версии каждого API... Кстати, это уже подпадает под Википедия:Инклюзионизм и даже Википедия:Смартассизм с его Майонезная банка. -- AVB 17:59, 15 июля 2008 (UTC)[ответить]

• abstract
• Использование
  • MS-DOS
  • PC-DOS
  • FreeDOS
  • Windows 95/98
  • Windows ME
  • Windows NT
• Специальная обработка прикладным ПО
• Культура и т.д.

• проблема в том, что эти абзацы будут содержать либо по одному-два предложения, либо в основном дублировать содержимой других разделов. К примеру, ну какой смысл выделять PC-DOS и FreeDOS, когда там работа с autoexec абсолютно идентична (и отличие только в названии клона)? А Win 95/98 чем здесь от MS-DOS отличается?
  PS: Мне знакома проблема структурирования набора фактов/предметов, с целью внести упорядоченность в единый массив. Но мой опыт показывает, что мелкие наборы и/или без явных слабо пересекающихся категорий (между которыми и стоит проводить границу) излишне структурировать не стоит, удобство использования от этого только уменьшается. Кстати, у психологов вроде есть тест, когда испытуемому предлагается массив карточек с разными картинками сгруппировать по разным критериям, а в итоге довести разделение до двух групп. -- AVB 06:47, 20 июля 2008 (UTC)[ответить]

  Уф... Насчёт PC-DOS/FreeDOS соглашусь (можно объединить в один раздел "клоны DOS"), а вот в 95/98 различия колоссальные - тут находится текст про двойную загрузку, тут же описывается поддержка режима MS-DOS. Собственно, деление простое: MS-DOS, клоны DOS, Windows 95/98, Windows ME, Windows NT. От того, что раздел будет состоять из 3-5 предложений важность выделения его как отдельной структурированной единицы не изменится. И у нас нет цели "минимизировать" число разделов - нам надо структурировать информацию в соответствии с положением дел в реальном мире. Вполне очевидно, что DOS и Windows 95 различаются, и различаются существенно. Разница же в обработке файла в Windows ME и Windows 98 - принципиальная. #!George Shuklin 14:16, 20 июля 2008 (UTC)[ответить]

• Уболтали. Сделано Переделал структуру, как предложено. Заценивайте. -- AVB 15:11, 20 июля 2008 (UTC)[ответить]

• уточнение "системный" в определении - я не против его убрать, но было бы неплохо показать, что манипуляции с файлом затрагивают функционирование системы. -- AVB 19:31, 21 июля 2008 (UTC)[ответить]

  Конфигурационный файл? Вполне однозначно указывает, что файл влияет на конфигурацию ОС. #!George Shuklin 09:53, 23 июля 2008 (UTC)[ответить]

• сейчас в определении нет ничего про "конфигурационный файл". И мне кажется это правильно - не надо вводить лишнюю зауженную характеристику, есть часть "как правило, он используется". -- AVB 13:44, 23 июля 2008 (UTC)[ответить]

• в последней редакции определения во введении, есть два серьёзных недостатка - фраза выглядит обрезанной ("это системный пакетный файл" и точка) и нет уточнения на каком языке пакетный файл (а тот же cmd всё же отличается от command). К сожалению, "command.com" является частью как самого определения, так и пояснения, так что я не вижу другого способа корректно по русски это сформулировать, не убрав вокруг "пояснения" скобки, как это было раньше. -- AVB 19:31, 21 июля 2008 (UTC)[ответить]

  autoexec пишется на языке интерпретатора командной строки. Какой укажут, тот и будет. Укажут 4dos, будет 4dos'овский формат. #!George Shuklin 09:53, 23 июля 2008 (UTC)[ответить]

• (4dos - пример некорректный, это суперсет над command.com, а не другой формат). Загрузка командного интерпретатора - неотъемлемая процедура DOS, а в DOS стандартным шеллом является именно command.com. Впрочем, ладно, пусть будет так, как сейчас. Готово Только про стандартность command.com добавлю. Сделано -- AVB 13:44, 23 июля 2008 (UTC)[ответить]

• (претензия к "должен располагаться") Достаточно ли заменить "он должен располагаться" на "он располагается"? -- AVB 19:31, 21 июля 2008 (UTC)[ответить]

  Думаю, да. #!George Shuklin 09:53, 23 июля 2008 (UTC)[ответить]

• Сделано -- AVB 13:44, 23 июля 2008 (UTC)[ответить]

• сейчас пиктограммка с текстом сливается с основным текстом, что не есть красиво. Надо бы довести до ума. Может, взять это дело в рамочку? Кто возьмётся? -- AVB 19:31, 21 июля 2008 (UTC)[ответить]

  Добавил стиль standard для таблиц. #!George Shuklin 09:53, 23 июля 2008 (UTC)[ответить]

• Готово Я, правда, переделал слегка компактнее. -- AVB 13:44, 23 июля 2008 (UTC)[ответить]

• Зачем разделы "Двойная загрузка" и "Перезагрузка в режиме MS-DOS" спущены на уровень ниже (добавлены дополнительные знаки = в заголовках)? -- AVB 19:31, 21 июля 2008 (UTC)[ответить]

  Потому что этот режим поддерживается Windows 95/98, но не дос (которая знать не знает про этот механизм). Описание относится к особенностям работы с файлами в виндах, а не в досе. #!George Shuklin 09:53, 23 июля 2008 (UTC)[ответить]

• вообще-то, этот раздел и так был подразделом раздела виндов. К счастью, вики проигнорировала лишние знаки = и я их убрал. Сделано -- AVB 13:44, 23 июля 2008 (UTC)[ответить]

• Вопрос по поводу правки: "двоичный" (которым заменено "исполняемый") - это неформат, замена формального определения на сленговое-разговорное. Разве это правильно? Также, какая претензия к названию Windows NT? Разве ссылка, данная в конце предложения, уже перестала быть АИ по теме? -- AVB 01:09, 21 июля 2008 (UTC) Если под вопросом Vista и серверные системы (не заметил комментарий ко второй правке), то я на этот вопрос уже ответил на странице кандидатов - имеет. Смотри APPLIES TO в статье, ссылку на которую я давал (сейчас эта ссылка в сноске 14). -- AVB 01:32, 21 июля 2008 (UTC)[ответить]

• Файлы драйверов не являются исполнимыми (в том смысле, как MZ/EXE или COM) - у файлов драйверов свой формат (об этом надо упомянуть, сделав ссылку на основную статью про них через {{main}} (заодно надо упомянуть, что некоторые драйвера умеют работать как EXE, так и SYS-файлы). #!George Shuklin 09:53, 23 июля 2008 (UTC)[ответить]

• позвольте не согласиться. Во-первых, формат sys - один из множества форматов исполняемых файлов: MZ, NE, PE и т.д., и т.п. То, что простой sys в досе не запустится - так PE файл (виндовая программа) без стаба (возможно и такое) тоже в досе не запустится. Но мы от этого не перестаём называть PE-файл исполняемым файлом? Во-вторых, драйвер (см. определение в самой же вики) вовсе не подразумевает, что код управления железом может и должен быть представлен в одном и только одном конкретном формате sys. Про {{main}} не понял - в какой части статьи и на какую статью давать ссылку? А то, что многие (но далеко не все!) драйвера в досе оформлены как sys, а также то, что некоторые драйвера дуальны - это лучше оставить для статьи про драйвера или, на худой конец, для config.sys. Не так?
  Но это общие рассуждения. Возвращаясь к замене "исполняемый модуль" на "двоичный" в описании MSDOS.SYS (которое надо [будет] перенести в соответствующую статью, как сказано в комментарии), то MSDOS.SYS представлен и не в формате MZ, и не в формате sys, однако это не мешает ему оставаться исполнимым (см. определение в исполняемый модуль). -- AVB 13:44, 23 июля 2008 (UTC)[ответить]

• Насчёт sys'ов, пардон, меня не туда занесло. А вот по поводу MSDOS.SYS - я не считаю, что его следует называть "исполняемым". Хотя бы потому, что его нельзя запустить на выполнение из-под самой операционной системы. С позиций самой DOS - msdos.sys (так же как io.sys) - не исполняемые, а двоичные файлы неизвестной структуры. #!George Shuklin 15:01, 23 июля 2008 (UTC)[ответить]

• нельзя запустить на выполнение - обратимся к определению: "содержимое которого является готовой к непосредственному исполнению" и далее по тексту. Здесь нет ничего про формат хранения и про возможность запуска в конкретных условиях. Т.е., дамп какой-нибудь прошибки или образ биоса нельзя запустить из-под доса, а жосовский экзешник - под линуксом, но они остаются исполняемыми. Разве это не аргумент? -- AVB 15:26, 23 июля 2008 (UTC)[ответить]
• другой аргумент (который я уже упоминал): то, что "двоичный" - это сленговый синоним "исполняемого". Зачем же заменять точное определение сленговым? -- AVB 16:06, 23 июля 2008 (UTC)[ответить]

• Двоичный - никаким образом не сленговый для "исполняемый". двоичный/текстовый - типы форматов файлов. Ваше расширенное трактование мне не нравится (оно противоречит известному мне словоупотреблению) - следует либо найти источники (я очень сомневаюсь, что мы можем считать исполняемым файлом код для java-vm или аппаратного форт-интерпретатора в рамках x86 системы). Понятие "исполняемый файл" имеет смысл только в контексте операционной системы (без операционной системы файлов нет, а есть сектора). Так вот, в рамках DOS MSDOS.SYS совершенно не исполняемый файл - его формат нам не известен и что с ним делать не понятно. Обратите внимание, в случае необходимости уточнения указывают "чей именно исполняемый файл" (исполняемый файл linux, исполняемый файл windows). MSDOS не является исполняемым файлом, ровно так же, как не является им, например, MBR-загрузчик, не смотря на наличие исполняемого кода внутри. #!George Shuklin 18:01, 23 июля 2008 (UTC)[ответить]

• Двоичный файл - мда. Что я могу сказать. Возможно, я не прав, но как математик я утверждаю, что эта статья терминологически ложная, поскольку одну из форм представления описывает как неотъемлимую характеристику данных. Если я запишу некоторое число как 10 в двоичной системе и 2 в любой другой - свойства числа от этого никоим образом не поменяются. Если файл будет храниться на троичной машине (или машине с любым другим представлением - я слышал и о нецелых вариантах) и/или покажу троичный (вместо шестнадцатиричного) дамп, то суть файла от этого не поменяется. Кстати, дампы-то тоже обычно показывают в хексе, который отнюдь не двоичный. И байты - это битовые октеты (т.е. 256-ричная система), а работа с файлами в современных компьютерах идёт побайтно, а не побитно (а на дисках - так и вообще секторами по 512 байт). Так что эту статью надо кардинально переделывать, указав, что "двоичный" - это разговорный сленг, основанный на путанице формы и содержания. Впрочем, даже если опустить придирки к "двоичности", то и в рамках определения из данной статьи "двоичный" - слишком широкое толкование, поскольку MSDOS.SYS никоим образом не произвольный неструктурированный набор байт.

• Ваше расширенное трактование мне не нравится - это не моя трактовка, это цитаты из вики же. сомневаюсь исполняемым код java-vm в рамках x86 - мне тоже не нравится такое упрощение. Но эта коллизия (исполняемый код для одной аппаратной или программной платформы, рассматриваемый в рамках другой платформы - например, байт-код ява-проги или досовский экзешник под линухом и/или на PowerPC) легко устраняется, если добавлять уточнение про таргет-платформу. Типа "исполняемый файл для MS-DOS/компьютера Amiga/с кодом загрузки системы". Понятное дело, что, скорее всего, исполняемый модуль для загрузки системы в уже загруженной системе запускать не будет возможности/смысла.

• "исполняемый файл" смысл только в контексте операционной системы - файл - да, только в контексте ОС, поскольку это характеристика как раз формы представления/хранения данных. Исполняемый - уже не обязательно (см. выше про уточнение таргета). А MSDOS.SYS является и файлом (в контексте DOS), и определялся как "исполняемый модуль". исполняемым файлом не является MBR-загрузчик - файлом не является (пока не будет скопирован из MBR в файл), исполняемым модулем - является, поскольку содержит готовый код.

• его формат нам не известен - вот это самый сильный аргумент против использования конкретной характеристики и замены её на какую-то обобщённую (типа, "это не текстовый файл" вместо "исполняемый файл/модуль"). Но, в данном случае, мы знаем что он содержит (код собственно доса) и имеем возможность это проверить (декомпиляция), так что этот аргумент тоже отпадает. -- AVB 19:01, 23 июля 2008 (UTC)[ответить]

  Раз у нас возникло некое разногласие по терминологии (я полагаю, что всё-таки говорить про исполняемость чего-либо в ОС можно только при условии, что ОС это умеет выполнять) - то лучше обратиться к АИ. Я в трёх найденных с ходу источниках про архитектуру MS-DOS подобного термина в отношении msdos.sys не встретил.

• термина в отношении msdos.sys не встретил - какого? Что он исполняемый? На самом деле, как я понимаю, тут только два действительно авторитетных источника - (1) руководство по компиляции сорсов ядра в этот файл вместе с самими сорсами и/или (2) декомпиляция IO.SYS, в которой видно, как происходит загрузка на исполнение MSDOS.SYS. (Тут всё очень похоже на .com файл, который тоже не имеет собственной структуры). Всё остальное - либо вольные пересказы руководства, либо домыслы общего вида. Руководств нам не достать (раньше нужно было платить денежку, если бы мы были OEM, сейчас и этот путь вряд ли доступен), декомпиляцию можно сделать. Отстствие же широкого употребления термина "исполяемый" в отношении msdos.sys я могу объяснить только (1) доминированием сленгового "двоичный файл" как синонима "исполняемый" (тут у "двоичного" двоякое значение) и (2) отсутствием необходимости в классификации этого файла по этому критерию.

• при условии, что ОС это умеет выполнять - дос не может исполнять elf-ы, линух - mz. Разве исполняемые модули в этих форматах перестают быть исполняемыми?

• ibmio.com/ibmdos.com - да я помню. :) Но этот случай в нашей дискуссии нет необходимости выделять, поскольку это просто переименованные io.sys и msdos.sys. Ведь PC-DOS - это OEM версия MS-DOS, и отличия там в другом (несколько фиксов, несколько заменённых/добавленных утилит вроде Stacker - вот и всё). Собственно, затем в своё время и разделяли io.sys и msdos.sys - чтобы отделить часть, отвечающущю за интерфейс с биосом и железом от аппаратно-независимого ядра дос. Это должно было облегчить адаптацию OEM-ами (например, Compaq) доса под своё железо. -- AVB 22:15, 23 июля 2008 (UTC)[ответить]

• Я в курсе. :) Сделано добавил на страничку. -- AVB 01:23, 21 июля 2008 (UTC)[ответить]

  Просто я не был в курсе что вы в курсе :) И еще, файл обрабатывется не "при входе пользователя в систему", а "при загрузке системы" - "during system startup". --Hayk 01:33, 21 июля 2008 (UTC)[ответить]

• именно при входе, смотри статью по сноске 13. Цитирую:

  When you log on to Windows NT, the path and environment variables stored in the Autoexec.bat file are appended to the Windows NT path and environment settings. Because this portion of the operating environment is established when you log onto Windows NT, the values set for the path and environment variables are available to each application you use. If you change values in Autoexec.bat, Autoexec.nt, or Config.nt, you must log off and log on to Windows NT again so that the changes take effect.

  -- AVB 01:37, 21 июля 2008 (UTC)[ответить]

  Странно, немного выше там же написано:

  During system startup, Windows NT adds Path, Prompt, and Set commands from the C:\Autoexec.bat file to the Windows NT environment variables and then ignores the remainder of C:\Autoexec.bat and C:\Config.sys. (If these files are not present when you install Windows NT, the Setup program creates them.)

  --Hayk 06:33, 21 июля 2008 (UTC)[ответить]

• Я могу это объяснить только вольностью в описании, когда ихний технический писатель при написании текста в этом месте допустил упрощение (logon в некотором роде это тоже startup), чтобы сделать текст более понятным для неофитов (а для спецов подробности даны ниже). В любом случае, владельцы Windows NT могут, если хотят, организовать запуск до логона (тут, наверное, надо поиграться с сервисами?) дос-прожки, делающей дамп окружения, и посмотреть, что туда попадает. Для обычных пользователей логон является неотделимой частью стартапа, поскольку программы они могут запускать только после логона. -- AVB 06:46, 21 июля 2008 (UTC)[ответить]

  Вполне возможно. Теоретически это не обязательно должна быть DOS-программа - изменяются переменные окружения, а они доступны для всех приложений. Из описания так же нпонятно какие переменные меняются - пользовательские или же системные.

  Еще один способ проверки - по времени создания и последнего доступа к файлу autoexec.bat: если удалить фалйл при ParseAutoexec = 1, то при следующем запуске он автоматически создастся. Можно залогиниться позже чем загрузиться и по времени создания и доступа к файлу попробовать разобраться. Хотя результат эксперимента навреное будет спорный. --Hayk 07:23, 21 июля 2008 (UTC)[ответить]

• переменные пользовательские или же системные - не понял, это как? Что за разделение? Или имеется в виду из какой ветки берутся переменные из реестра? А почему они должны браться не из HKCU (ведь каждый пользователь может иметь свою конфигурацию)? Впрочем, какая нам разница? по времени создания и последнего доступа к файлу autoexec.bat - в статье написано, что файл создаётся сетапером, а не при входе, так что время создания отпадает. Время доступа тоже не считается, поскольку даже если файл перечитывается два раза (не только при логоне, но и при старте ядра), то по отметке времени последнего доступа этого не определить. -- AVB 07:55, 21 июля 2008 (UTC)[ответить]

  1. Переменные окружения (среды) есть двух типов: ситемные (общие для всех) и пользовательские (разные для каждого пользователя). В этом можно убедиться на вкладке "Переменные среды" (Панель управления - Система - Дополнительно - Переменные среды).

  2. Файл создается не только при установке, но и при каждой загрузке, если отсутствует. --Hayk 09:04, 21 июля 2008 (UTC)[ответить]

• я не работал с OS/2 и ничего по этому поводу сказать не могу. Правда, могу поспрошать в одной из ньюсгрупп, где присутствуют также и пользователи полуоси, но не думаю, что это может/должно служить основой для текста об этом. А вот "близко ... о НЕ поддержке" - это неверно, в НТ автоэкзек (в отличие от config) как раз подерживается. -- AVB 15:12, 23 июля 2008 (UTC)[ответить]

• Я про это и говорю не смотря на то, что полуось и нт близки, нтя автоэкзек понимает, а полуось нет - про это следует написать. #!George Shuklin 17:21, 23 июля 2008 (UTC)[ответить]

• Опыта работы с полуосью у меня нет, так что по любому без источников об этом должен писать не я. -- AVB 18:13, 23 июля 2008 (UTC)[ответить]
• В любом случае, если autoexec там не поддерживается, то и отсутствие раздела "OS/2" (как и Linux, например) оправдано. Так что, остались ещё какие-то препятствия/замечания для номинации статьи? Если есть - я готов их выслушать и постараться исправить. Если нет, могу я просить проголосвать "за"? -- AVB 19:34, 23 июля 2008 (UTC)[ответить]

• Уф. Ещё раз. NT и OS/2 близкие родственники. ОТСУТСТВИЕ поддержки autoexec'а в os/2 и наличие её в NT - это важный момент. #!George Shuklin 20:23, 23 июля 2008 (UTC)[ответить]

• близкие родственники - ни в коей мере. Не больше, чем линух и нт или линух и полуось. НТ писался Катлером с нуля, независимо от полуоси. А (не до конца реализованая) поддержка API OS/2 среди прочих API ещё не делает из них родственников. Так же, как и FreeDOS - только клон, а не близкий родственник MS-DOS. важный момент - какой-бы ни был этот момент важный (а autoexec в полуоси всё-таки есть - как минимум, для дос-подсистемы), а без наличия АИ и тех, кто в полуоси что-то понимает, мы ничего сделать не можем. Что теперь, из-за того, что у нас нет ни того, ни других (при том, что одна из множества осей в нашем случае погоды не делает, а корень тут - MS-DOS), навечно откладывать номинацию статьи? -- AVB 22:28, 23 июля 2008 (UTC)[ответить]

• Ссылка на Bart's JO.SYS была дана не в подтверждение, а как "см. также". Но вы правы в том, что утверждение нетривиальное и требуется АИ (во исполнение ВП:ПРОВ). Так что я сейчас дам парочку ссылок по теме. -- A^VB^talk 09:52, 7 июня 2009 (UTC)[ответить]

• точно АИ? - одна ссылка - на knowledge base майкрософта, другая - на достаточно известную и очень подробную коллекцию заметок по особенностям мелкософтовских систем. Вполне себе АИ. -- A^VB^talk 19:31, 7 июня 2009 (UTC)[ответить]

• он используется для dual-boot - dual-boot в понимании майкрософта - это и есть загрузка в предыдущую версию DOS, а не выбор между устройствами, с которых можно загружаться. там не гововорится что io.sys переименовывается в jo.sys - там не говорится конкретно о переименовании, но там говорится о том, что jo.sys в принципе используется для дуалбута. -- A^VB^talk 20:25, 7 июня 2009 (UTC)[ответить]

• Во-первых, другого места, куда перенести эту сноску, всё равно нет. Во-вторых, хотя ТЕХНИЧЕСКОЙ информации из первой ссылки достаточно, вторая ссылка на майкрософт должна придать информации больше веса (авторитетности), подтверждая, что ИДЕОЛОГИЧЕСКИ всё так и есть (то есть jo.sys не выдумка и предназначен как раз для того, о чём в статье и в первой ссылке и говорится). -- A^VB^talk 01:11, 8 июня 2009 (UTC)[ответить]