Вероятно, имеется в виду что-то типа Загружается персональный компьютер <фотки справа> со страницы Начальная загрузка компьютера? Я бы с радостью, но всё, что связано с графикой, для меня проблема. Максимум - сделать скриншот и ресайзнуть его в Irfanview. Так что попробуйте добавить скриншот сами, почему нет? Это во-первых. Во-вторых, когда исполняется autoexec, мы этого не можем видеть, мы можем видеть только вывод в консоль тех программ, которые из него запускаются. А это совсем другое. Так что я не представляю, какие иллюстрации, помимо уже имеющегося раздела "Пример файла <такого-то>" можно здесь добавить в принципе. -- AVB00:15, 10 июля 2008 (UTC)[ответить]
Можно было бы написать как он используется в WindowsXP, Viste. Так же можно расширить информацией, что это файл в совокупности с config.sys можно использовать для построения меню при мультиоперационной загрузке и/или построения произвольного меню, например с загрузкой с CD-ROM или без ... если в статье про config.sys это описано (хотя можно подробнее), то здесь нужно показать как этим пользоваться ... И возможно изображение компьютера с таким меню будет лучше, или дополнять изображение с начальной загрузкой (она же не имеет отношения к этим файлам, а меню самое непосредственное ... да и можно включить эхо, выводя исполняемые файлы на экран - и такую графику показать - может кто и поймет, что если его спрашивают на черном экране, то возможно концы нужно искать в AUTOEXEC.BAT :) ) .. SergeyJ00: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 в одном лице как-то неправильно. Я то сам, если бы писал статью с нуля, а не редактировал имеющееся, не стал бы даже включать список директив, который кто-то впихнул уже до меня. Или я не прав?
Прошу привести пример. А то мне не понятно, что именно нужно добавить в комментариях, чтобы это улучшило статьи, и при этом они осталмсь (а) обзорными, (б) понятными неофиту и (в) не подменяющими/дублирующими мануалы? -- AVB10:13, 11 июля 2008 (UTC)[ответить]
изображение компьютера с таким меню - у меня нет цифровика, а делать скриншот на этапе загрузки доса нельзя. Если кто имее/умеет пользоваться цифровиком или сделает скриншот из виртуальной машины - почему бы и нет? Но это относится к config.sys, а к autoexec.bat не будет иметь абсолютно никакого отношения, поскольку собственных визуальных эффектов autoexec не имеет.
эхо, и такую графику показать - для съёмки опять же нужен цифровик или виртуальная машина. Если можете предложить скриншот - почему бы и не вставить? Но, повторюсь, сам я в этом отношении скептичен, поскольку отношение к autoexec содержимое картинки будет иметь само далёкое. -- AVB01:53, 10 июля 2008 (UTC)[ответить]
Насколько я помню, в последних версиях DOS была возможность перенаправления вывода... Что-то вроде:
echo on
echo ><имя файла>
<текст файла autoexec.bat>
echo off
конкретный синтаксис команд может быть другим, к тому же он зависит от версии DOS, но возможность перенаправления, насколько я помню, была... --Serg208:48, 12 июля 2008 (UTC)[ответить]
последних версиях DOS перенаправления вывода - перенаправление дос (точнее, command.com) поддерживает со второй версии, когда были добавлены многие юниксные фичи: каталоги, хендловый ввод-вывод и т.п. Синтаксис перенаправления с того времени не менялся и от версии доса не зависит. echo >''<имя файла>'' - если имеется в виду создание скриншота перенаправлением, то, во-первых, этот код делает совсем другое. А именно: выводит в указанный файл текст после команды echo. А поскольку здесь нет текста, то выводится "ECHO is on" (или, например, в русской Win98: "Режим вывода команд на экран (ECHO): вкл"). На все последующие команды никакого влияния это не оказывает. Таким образом, этот способ не годится для перенаправления вывода батника, а вывод autoexec вообще нельзя перенаправить (ну разве что с CTTY поиграться). Во-вторых, перенаправить можно только те команды и программы, которые выводят в стандартный вывод консоли. Программы, идущие в обход доса, и команды command.com, использующие stderr, так не перенаправить. Попробуй: "del somefile>nul" (файл somefile не должен существовать) и убедись, что перенаправление не работает. Ну и, наконец, в-третьих - даже если перенаправить вывод команд и программ, запускаемых из autoexec, то как из этого будет видно, что оно имеет отношение именно к autoexec? -- AVB19:24, 12 июля 2008 (UTC)[ответить]
Относительно же переформулированного вступления. Во-первых, autoexec.bat к системным относится с некоторым скрипом, во-вторых, вы зачем-то убрали упоминание про порядок загрузки. Я бы предложил таки вернуться к переформулированному мною вступлению. Оно проще, более информативно и не содержит спорных утверждений (например, утверждение о том, что файл содержит список комманд на языке интерпретатора - это не совсем точно, пакетный файл может просто содержать имя исполнимого файла - раскрывать это понятие нужно не в абстракте статьи про файл конфигурации, а в статье про пакетный файл (куда и дана отсылка). #!George Shuklin14:28, 8 июля 2008 (UTC)[ответить]
autoexec.bat к системным относится с скрипом - то, что command.com может быть заменён клонами, не делает из него менее системную программу. А autoexec - файл command.com-а и всех его клонов. Не уверен, насколько корректна аналогия, но является ли системным файл /etc/passwd? -- AVB15:12, 8 июля 2008 (UTC)[ответить]
убрали порядок загрузки - порядок загрузки есть, в Использовании. Причём для всех систем. Если же описать только для одной системы/семейства, то это вроде бы будет спорное (если не некорректное) определение? Или придётся раздувать введение дублрованием инфы из Использования.
не в статьи про файл конфигурации - как раз файлом конфигурации autoexec назвать можно с натягом, особенно после внедрения в config.sys команд install и set. :) Кстати, я особенно выделяю, что autoexec - обычный батник. А в статье про config - что у него свой синтаксис. -- AVB15:12, 8 июля 2008 (UTC)[ответить]
раскрывать в статье про пакетный файл - а там и раскрыто (причём там также сказано про "последовательность команд", как это сформулировал и я). Здесь же дано только короткое пояснение. Или убрать и его? Сократить до "системный пакетный файл интерпретатора командной строки command.com"? -- AVB15:12, 8 июля 2008 (UTC)edit: Или вообще сократить до "пакетный файл command.com"?[ответить]
У меня появилось подозрение, что имеет смысл вынести раздел о двойной загрузке в отдельную статью, поскольку этот топик общий для описания нескольких файлов (которые в этом разделе и перечислены). Правда, непонятно, как быть с тем, что этот раздел такой короткий (то есть выносить-то почти нечего)? Есть ли другие способы, чтобы иметь общие разделы для нескольких статей? Проконсультируйте по этому вопросу пожалуйста. -- AVB23:17, 8 июля 2008 (UTC)[ответить]
как вариант: вынести раздел в статью о начальной загрузке, и поставить ссылка ну этот раздел (раздел, а не всю статью) в разделе "См. также". Просто тот факт, что один и тот же раздел дублируется в нескольких статьях (сейчас autoexec и config, будет ещё msdos.sys) - повод призадуматься, ведь дублирование всегда чревато потерей синхронизации. -- AVB09:09, 11 июля 2008 (UTC)[ответить]
В AUTOEXEC.BAT и CONFIG.SYS есть общий раздел "Двойная загрузка DOS и Windows 9x". По идее, такой же раздел потом будет сдублирован и в других статьях - например, MSDOS.SYS. У меня в связи с этим вопрос, как тут быть? Оставить как есть (что может привести к рассинхронизации этого раздела в разных статьях)? Сделать этот раздел общим для всех статей, если такая возможность есть в вики в принципе? Вынести в новую статью, несмотря на слишком мелкий объём темы? Вынести в другую статью (вероятный кандидат, как я предположил в Обсуждение:AUTOEXEC.BAT - Начальная загрузка компьютера)? Если вынести раздел в новую/отдельную статью, как представить связку к этой статье - с помощью ссылки в разделе "См. также" или как-то ещё? -- AVB01:43, 15 июля 2008 (UTC)[ответить]
Тема не слишком мелкая, это вполне себе описание технического процесса - вопрос в том, можете ли вы про неё написать нетривиальную информацию. У меня есть замечательная книжка по потрохам FreeBSD, так там раздел про pid'ы занимает около 200 страниц, и это только для одной операционной системы :) #!George Shuklin08:44, 15 июля 2008 (UTC)[ответить]
не мелкая - мелкая, мелкая. Я не думаю, что из этой мухи (переименование файлов; ключевое здесь именно это - то, что всякие там autoexec.dos и .w40 являются переименованными вариантами) стоит рождать слона, а специфические и нетривиальные подробности вроде MBR-ов - это для других разделов и статей. Вопрос в том, есть ли уже эти слоны-статьи (к примеру, подходит ли уже упомянутая Начальная загрузка компьютера), куда можно было бы притулить и эту мелкую тему, или нужно создавать нового (независимого) слона. Или оставить всё как есть, в надежде, что в будущем не случится слишком сильной рассинхронизации дубликатов этого текста? -- AVB09:57, 15 июля 2008 (UTC)[ответить]
Пока оставьте как есть. Если же вы хотите аргументов, почему "не мелкая" - пожалуйста. В статье "двойная загрузка dos/windows" должны описываться не только переименования этих двух файлов, но и то, из чего они появляются. Т.е. пункт загрузочного меню, пункт в свойствах ярлыка в windows 95, использование данной технологии другими компаниями, история появления (какие были варианты, кто предложил), различия в использовании в разных ОС семейства 9x, поддержка данной технологии в стороннем ПО (обнаружение и учёт), альтернативные технологии, проблемы при использовании... Всё это при тщательном анализе и сборе источников килобайт на 30-40 потянет. Я ещё раз повторю: если есть технология (а ведь речь идёт не просто о "переименовании файлов", это действительно технология) - то статья о ней может быть и она может быть обширной. Отсутствие у вас/меня источников для написания - это не признак того, что этой информации "нет вообще". #!George Shuklin17:12, 15 июля 2008 (UTC)[ответить]
оставьте - ну лады, пусть будет так. Сейчас скопирую эту тему в обсуждение, а здесь видимо вопрос можно закрывать. (Только кто и как это должен сделать? Удалить ли эту тему мне?)почему "не мелкая" - формально вроде верно, но по сути, в целом, смотрится как-то не так. Ведь если вдуматься, с таким подходом можно начать плодить самостоятельные и самоценные статьи и исследования про каждый байт каждой версии каждой программы, про каждый нюанс каждой версии каждого API... Кстати, это уже подпадает под Википедия:Инклюзионизм и даже Википедия:Смартассизм с его Майонезная банка. -- AVB17:59, 15 июля 2008 (UTC)[ответить]
проблема в том, что эти абзацы будут содержать либо по одному-два предложения, либо в основном дублировать содержимой других разделов. К примеру, ну какой смысл выделять PC-DOS и FreeDOS, когда там работа с autoexec абсолютно идентична (и отличие только в названии клона)? А Win 95/98 чем здесь от MS-DOS отличается? PS: Мне знакома проблема структурирования набора фактов/предметов, с целью внести упорядоченность в единый массив. Но мой опыт показывает, что мелкие наборы и/или без явных слабо пересекающихся категорий (между которыми и стоит проводить границу) излишне структурировать не стоит, удобство использования от этого только уменьшается. Кстати, у психологов вроде есть тест, когда испытуемому предлагается массив карточек с разными картинками сгруппировать по разным критериям, а в итоге довести разделение до двух групп. -- AVB06: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 Shuklin14:16, 20 июля 2008 (UTC)[ответить]
уточнение "системный" в определении - я не против его убрать, но было бы неплохо показать, что манипуляции с файлом затрагивают функционирование системы. -- AVB19:31, 21 июля 2008 (UTC)[ответить]
сейчас в определении нет ничего про "конфигурационный файл". И мне кажется это правильно - не надо вводить лишнюю зауженную характеристику, есть часть "как правило, он используется". -- AVB13:44, 23 июля 2008 (UTC)[ответить]
в последней редакции определения во введении, есть два серьёзных недостатка - фраза выглядит обрезанной ("это системный пакетный файл" и точка) и нет уточнения на каком языке пакетный файл (а тот же cmd всё же отличается от command). К сожалению, "command.com" является частью как самого определения, так и пояснения, так что я не вижу другого способа корректно по русски это сформулировать, не убрав вокруг "пояснения" скобки, как это было раньше. -- AVB19:31, 21 июля 2008 (UTC)[ответить]
(4dos - пример некорректный, это суперсет над command.com, а не другой формат). Загрузка командного интерпретатора - неотъемлемая процедура DOS, а в DOS стандартным шеллом является именно command.com. Впрочем, ладно, пусть будет так, как сейчас. Готово Только про стандартность command.com добавлю. Сделано -- AVB13:44, 23 июля 2008 (UTC)[ответить]
(претензия к "должен располагаться") Достаточно ли заменить "он должен располагаться" на "он располагается"? -- AVB19:31, 21 июля 2008 (UTC)[ответить]
сейчас пиктограммка с текстом сливается с основным текстом, что не есть красиво. Надо бы довести до ума. Может, взять это дело в рамочку? Кто возьмётся? -- AVB19:31, 21 июля 2008 (UTC)[ответить]
Зачем разделы "Двойная загрузка" и "Перезагрузка в режиме MS-DOS" спущены на уровень ниже (добавлены дополнительные знаки = в заголовках)? -- AVB19:31, 21 июля 2008 (UTC)[ответить]
Потому что этот режим поддерживается Windows 95/98, но не дос (которая знать не знает про этот механизм). Описание относится к особенностям работы с файлами в виндах, а не в досе. #!George Shuklin09:53, 23 июля 2008 (UTC)[ответить]
вообще-то, этот раздел и так был подразделом раздела виндов. К счастью, вики проигнорировала лишние знаки = и я их убрал. Сделано -- AVB13:44, 23 июля 2008 (UTC)[ответить]
Вопрос по поводу правки: "двоичный" (которым заменено "исполняемый") - это неформат, замена формального определения на сленговое-разговорное. Разве это правильно? Также, какая претензия к названию Windows NT? Разве ссылка, данная в конце предложения, уже перестала быть АИ по теме? -- AVB 01:09, 21 июля 2008 (UTC) Если под вопросом Vista и серверные системы (не заметил комментарий ко второй правке), то я на этот вопрос уже ответил на странице кандидатов - имеет. Смотри APPLIES TO в статье, ссылку на которую я давал (сейчас эта ссылка в сноске 14). -- AVB01:32, 21 июля 2008 (UTC)[ответить]
Файлы драйверов не являются исполнимыми (в том смысле, как MZ/EXE или COM) - у файлов драйверов свой формат (об этом надо упомянуть, сделав ссылку на основную статью про них через {{main}} (заодно надо упомянуть, что некоторые драйвера умеют работать как EXE, так и SYS-файлы). #!George Shuklin09:53, 23 июля 2008 (UTC)[ответить]
позвольте не согласиться. Во-первых, формат sys - один из множества форматов исполняемых файлов: MZ, NE, PE и т.д., и т.п. То, что простой sys в досе не запустится - так PE файл (виндовая программа) без стаба (возможно и такое) тоже в досе не запустится. Но мы от этого не перестаём называть PE-файл исполняемым файлом? Во-вторых, драйвер (см. определение в самой же вики) вовсе не подразумевает, что код управления железом может и должен быть представлен в одном и только одном конкретном формате sys. Про {{main}} не понял - в какой части статьи и на какую статью давать ссылку? А то, что многие (но далеко не все!) драйвера в досе оформлены как sys, а также то, что некоторые драйвера дуальны - это лучше оставить для статьи про драйвера или, на худой конец, для config.sys. Не так? Но это общие рассуждения. Возвращаясь к замене "исполняемый модуль" на "двоичный" в описании MSDOS.SYS (которое надо [будет] перенести в соответствующую статью, как сказано в комментарии), то MSDOS.SYS представлен и не в формате MZ, и не в формате sys, однако это не мешает ему оставаться исполнимым (см. определение в исполняемый модуль). -- AVB13:44, 23 июля 2008 (UTC)[ответить]
Насчёт sys'ов, пардон, меня не туда занесло. А вот по поводу MSDOS.SYS - я не считаю, что его следует называть "исполняемым". Хотя бы потому, что его нельзя запустить на выполнение из-под самой операционной системы. С позиций самой DOS - msdos.sys (так же как io.sys) - не исполняемые, а двоичные файлы неизвестной структуры. #!George Shuklin15:01, 23 июля 2008 (UTC)[ответить]
нельзя запустить на выполнение - обратимся к определению: "содержимое которого является готовой к непосредственному исполнению" и далее по тексту. Здесь нет ничего про формат хранения и про возможность запуска в конкретных условиях. Т.е., дамп какой-нибудь прошибки или образ биоса нельзя запустить из-под доса, а жосовский экзешник - под линуксом, но они остаются исполняемыми. Разве это не аргумент? -- AVB15:26, 23 июля 2008 (UTC)[ответить]
другой аргумент (который я уже упоминал): то, что "двоичный" - это сленговый синоним "исполняемого". Зачем же заменять точное определение сленговым? -- AVB16:06, 23 июля 2008 (UTC)[ответить]
Двоичный - никаким образом не сленговый для "исполняемый". двоичный/текстовый - типы форматов файлов. Ваше расширенное трактование мне не нравится (оно противоречит известному мне словоупотреблению) - следует либо найти источники (я очень сомневаюсь, что мы можем считать исполняемым файлом код для java-vm или аппаратного форт-интерпретатора в рамках x86 системы). Понятие "исполняемый файл" имеет смысл только в контексте операционной системы (без операционной системы файлов нет, а есть сектора). Так вот, в рамках DOS MSDOS.SYS совершенно не исполняемый файл - его формат нам не известен и что с ним делать не понятно. Обратите внимание, в случае необходимости уточнения указывают "чей именно исполняемый файл" (исполняемый файл linux, исполняемый файл windows). MSDOS не является исполняемым файлом, ровно так же, как не является им, например, MBR-загрузчик, не смотря на наличие исполняемого кода внутри. #!George Shuklin18:01, 23 июля 2008 (UTC)[ответить]
Двоичный файл - мда. Что я могу сказать. Возможно, я не прав, но как математик я утверждаю, что эта статья терминологически ложная, поскольку одну изформ представления описывает как неотъемлимую характеристику данных. Если я запишу некоторое число как 10 в двоичной системе и 2 в любой другой - свойства числа от этого никоим образом не поменяются. Если файл будет храниться на троичной машине (или машине с любым другим представлением - я слышал и о нецелых вариантах) и/или покажу троичный (вместо шестнадцатиричного) дамп, то суть файла от этого не поменяется. Кстати, дампы-то тоже обычно показывают в хексе, который отнюдь не двоичный. И байты - это битовые октеты (т.е. 256-ричная система), а работа с файлами в современных компьютерах идёт побайтно, а не побитно (а на дисках - так и вообще секторами по 512 байт). Так что эту статью надо кардинально переделывать, указав, что "двоичный" - это разговорный сленг, основанный на путанице формы и содержания. Впрочем, даже если опустить придирки к "двоичности", то и в рамках определения из данной статьи "двоичный" - слишком широкое толкование, поскольку MSDOS.SYS никоим образом не произвольный неструктурированный набор байт.
Ваше расширенное трактование мне не нравится - это не моя трактовка, это цитаты из вики же. сомневаюсь исполняемым код java-vm в рамках x86 - мне тоже не нравится такое упрощение. Но эта коллизия (исполняемый код для одной аппаратной или программной платформы, рассматриваемый в рамках другой платформы - например, байт-код ява-проги или досовский экзешник под линухом и/или на PowerPC) легко устраняется, если добавлять уточнение про таргет-платформу. Типа "исполняемый файл для MS-DOS/компьютера Amiga/с кодом загрузки системы". Понятное дело, что, скорее всего, исполняемый модуль для загрузки системы в уже загруженной системе запускать не будет возможности/смысла.
"исполняемый файл" смысл только в контексте операционной системы - файл - да, только в контексте ОС, поскольку это характеристика как раз формы представления/хранения данных. Исполняемый - уже не обязательно (см. выше про уточнение таргета). А MSDOS.SYS является и файлом (в контексте DOS), и определялся как "исполняемый модуль". исполняемым файлом не является MBR-загрузчик - файлом не является (пока не будет скопирован из MBR в файл), исполняемым модулем - является, поскольку содержит готовый код.
его формат нам не известен - вот это самый сильный аргумент против использования конкретной характеристики и замены её на какую-то обобщённую (типа, "это не текстовый файл" вместо "исполняемый файл/модуль"). Но, в данном случае, мы знаем что он содержит (код собственно доса) и имеем возможность это проверить (декомпиляция), так что этот аргумент тоже отпадает. -- AVB19:01, 23 июля 2008 (UTC)[ответить]
Раз у нас возникло некое разногласие по терминологии (я полагаю, что всё-таки говорить про исполняемость чего-либо в ОС можно только при условии, что ОС это умеет выполнять) - то лучше обратиться к АИ. Я в трёх найденных с ходу источниках про архитектуру MS-DOS подобного термина в отношении msdos.sys не встретил.
PS Как подсказывают эти источники, не надо циклиться на msdos.sys/io.sys. Есть же ещё ibmio.com/ibmdos.com #!George Shuklin
термина в отношении 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) доса под своё железо. -- AVB22:15, 23 июля 2008 (UTC)[ответить]
PS: поскольку эта дискуссия относится к msdos.sys и к фрагменту, предназначенному для переноса в статью MSDOS.SYS, возникает вопрос - есть ли другие вопросы по статье? Если нет, как насчёт номинации? -- AVB22:15, 23 июля 2008 (UTC)[ответить]
В ОС семейства Windows NT файл autoexec.bat обрабатывается лишь в том случае, если ключ [HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Winlogon]:ParseAutoexec в реесте установлен в 1. --Hayk17:58, 20 июля 2008 (UTC)[ответить]
Просто я не был в курсе что вы в курсе :) И еще, файл обрабатывется не "при входе пользователя в систему", а "при загрузке системы" - "during system startup". --Hayk01: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.
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.)
Я могу это объяснить только вольностью в описании, когда ихний технический писатель при написании текста в этом месте допустил упрощение (logon в некотором роде это тоже startup), чтобы сделать текст более понятным для неофитов (а для спецов подробности даны ниже). В любом случае, владельцы Windows NT могут, если хотят, организовать запуск до логона (тут, наверное, надо поиграться с сервисами?) дос-прожки, делающей дамп окружения, и посмотреть, что туда попадает. Для обычных пользователей логон является неотделимой частью стартапа, поскольку программы они могут запускать только после логона. -- AVB06:46, 21 июля 2008 (UTC)[ответить]
Вполне возможно. Теоретически это не обязательно должна быть DOS-программа - изменяются переменные окружения, а они доступны для всех приложений. Из описания так же нпонятно какие переменные меняются - пользовательские или же системные.
Еще один способ проверки - по времени создания и последнего доступа к файлу autoexec.bat: если удалить фалйл при ParseAutoexec = 1, то при следующем запуске он автоматически создастся. Можно залогиниться позже чем загрузиться и по времени создания и доступа к файлу попробовать разобраться. Хотя результат эксперимента навреное будет спорный. --Hayk07:23, 21 июля 2008 (UTC)[ответить]
переменные пользовательские или же системные - не понял, это как? Что за разделение? Или имеется в виду из какой ветки берутся переменные из реестра? А почему они должны браться не из HKCU (ведь каждый пользователь может иметь свою конфигурацию)? Впрочем, какая нам разница? по времени создания и последнего доступа к файлу autoexec.bat - в статье написано, что файл создаётся сетапером, а не при входе, так что время создания отпадает. Время доступа тоже не считается, поскольку даже если файл перечитывается два раза (не только при логоне, но и при старте ядра), то по отметке времени последнего доступа этого не определить. -- AVB07:55, 21 июля 2008 (UTC)[ответить]
1. Переменные окружения (среды) есть двух типов: ситемные (общие для всех) и пользовательские (разные для каждого пользователя). В этом можно убедиться на вкладке "Переменные среды" (Панель управления - Система - Дополнительно - Переменные среды).
В энвике есть упоминание про os/2. Я с ней никогда не работал, надо бы найти источники (т.к. семейство nt/os/2 близко, то упомянуть о НЕ поддержке нужно). #!George Shuklin15:06, 23 июля 2008 (UTC)[ответить]
я не работал с OS/2 и ничего по этому поводу сказать не могу. Правда, могу поспрошать в одной из ньюсгрупп, где присутствуют также и пользователи полуоси, но не думаю, что это может/должно служить основой для текста об этом. А вот "близко ... о НЕ поддержке" - это неверно, в НТ автоэкзек (в отличие от config) как раз подерживается. -- AVB15:12, 23 июля 2008 (UTC)[ответить]
В любом случае, если autoexec там не поддерживается, то и отсутствие раздела "OS/2" (как и Linux, например) оправдано. Так что, остались ещё какие-то препятствия/замечания для номинации статьи? Если есть - я готов их выслушать и постараться исправить. Если нет, могу я просить проголосвать "за"? -- AVB19:34, 23 июля 2008 (UTC)[ответить]
близкие родственники - ни в коей мере. Не больше, чем линух и нт или линух и полуось. НТ писался Катлером с нуля, независимо от полуоси. А (не до конца реализованая) поддержка API OS/2 среди прочих API ещё не делает из них родственников. Так же, как и FreeDOS - только клон, а не близкий родственник MS-DOS. важный момент - какой-бы ни был этот момент важный (а autoexec в полуоси всё-таки есть - как минимум, для дос-подсистемы), а без наличия АИ и тех, кто в полуоси что-то понимает, мы ничего сделать не можем. Что теперь, из-за того, что у нас нет ни того, ни других (при том, что одна из множества осей в нашем случае погоды не делает, а корень тут - MS-DOS), навечно откладывать номинацию статьи? -- AVB22:28, 23 июля 2008 (UTC)[ответить]
Пожалуйста, вот мои аргументы:
В ссылке написано (перевод на скорую руку):
Jo.sys is used to decide if the system should boot from the first harddisk or from the first floppy drive. The default is boot from harddisk, but when a key is pressed within the timeout (default 5 sec.) or when the first harddisk has no valid partitions jo.sys boots from floppy drive. Jo.sys also supports booting from floppy image on a bootable CD-Rom.
Jo.sys используется для выбора, будет ли система загружаться с первого жёсткого диска или с загрузочной дискеты. Значение по умолчанию - загрузка с жёсткого диска, но если будет нажата любая клавиша до истечения таймаута (по умолчанию - 5 сек.) или первый жёсткий диск не имеет разделов, то jo.sys загружает систему с флоппи-диска. Jo.sys поддерживает загрузку с загрузочных образов дискет на сд-диске.
Вобщем этот файл нужен для отображения меню, в котором есть два пункта - загрузка с образа или с жёсткого диска. Я с там файлом ставлкивался сам, видел ссылку с io.sys на jo.sys. То есть jo.sys не есть io.sys. Это вообще из другой песни. Это всё равно что говорить, что в некоторой windows файл ntldr переименовывается в boot.ini. Конечно его переименовывать никто не запрещает, но это не значит, что если кто-то переименовал системные файлы то это надо в статье отражать. Есть отдельно io.sys, который часть MS-DOS и отдельно jo.sys, который позволяет выбирать откуда загружаться. Короче говоря, они функционально различны.
Кроме того, автор статьи пишет, что он I've written my own jo.sys - написал собственный файл. Мой конёк - загрузка компьютера и я рад, что кто-то пишет загрузчики, изменяет их и проч. (да и мне самому интересно читать материал на эту тему), но я бы отнёсся к этому с предосторожностью, так как ситуация, которую он там описывает подходит только для его компьютера, а не для большинства. Я вот к примеру могу отредактировать $BOOT, вшить туда ссылку на RusikkLDR вместо NTLDR и прибежать в Википедию говорить, что в windows xp файл NTLDR переименовывается в RusikkLDR. Это абсурд.
Поэтому провожу откат.
С уважением, --Rusikk20:05, 5 июня 2009 (UTC)[ответить]
Ссылка на Bart's JO.SYS была дана не в подтверждение, а как "см. также". Но вы правы в том, что утверждение нетривиальное и требуется АИ (во исполнение ВП:ПРОВ). Так что я сейчас дам парочку ссылок по теме. -- AVBtalk09:52, 7 июня 2009 (UTC)[ответить]
Гм.. если бы не эти две ссылки я бы продолжал протестовать. Просто я считаю что этот файл jo.sys создан для выбора загрузочного устройства. Я не думал что на самом то деле это был обычный io.sys, который создатели разных сборок и bootcd заменяли своим загрузчиком для выбора ос.
А ти источники - точно АИ? На сколько на них можно положиться? --Rusikk11:04, 7 июня 2009 (UTC)[ответить]
точно АИ? - одна ссылка - на knowledge base майкрософта, другая - на достаточно известную и очень подробную коллекцию заметок по особенностям мелкософтовских систем. Вполне себе АИ. -- AVBtalk19:31, 7 июня 2009 (UTC)[ответить]
Насчёт статьи knowledge base там просто сказано что jo.sys не может загружать MS-DOS (чего моя версия не отрицает) и то что он используется для dual-boot (то что я утверждал), вобщем она наоброт подтверждает мою версию и это мне следовало её преводить в качестве аргумента. Хотя это не имеет значения, так как я признаю другой, второй АИ и принимаю вашу точку зрения по этому поводу.
В завершение дискуссии, думаю ссылку на knowledgebase надо удалить (или поставить в другое место) : там не гововорится что io.sys переименовывается в jo.sys, что собственно требуется от неё. Как я говорил там просто два вышеперечисленных факта. Так что эта ссылка в настоящем контексте вообще ни о чём.
С уважением, --Rusikk19:54, 7 июня 2009 (UTC)[ответить]
он используется для dual-boot - dual-boot в понимании майкрософта - это и есть загрузка в предыдущую версию DOS, а не выбор между устройствами, с которых можно загружаться. там не гововорится что io.sys переименовывается в jo.sys - там не говорится конкретно о переименовании, но там говорится о том, что jo.sys в принципе используется для дуалбута. -- AVBtalk20:25, 7 июня 2009 (UTC)[ответить]
там не говорится конкретно о переименовании — а вот это как раз и требуется. Линк же проставлен в фразе При этом файл IO.SYS в Windows 95 переименовывается в WINBOOT.SYS, а в Windows 98/ME — в JO.SYS а не просто jo.sys. Я согласен, что наличие этого АИ позитивно для статьи, просто я считаю что оно стоит не в том месте.--Rusikk20:41, 7 июня 2009 (UTC)[ответить]
Во-первых, другого места, куда перенести эту сноску, всё равно нет. Во-вторых, хотя ТЕХНИЧЕСКОЙ информации из первой ссылки достаточно, вторая ссылка на майкрософт должна придать информации больше веса (авторитетности), подтверждая, что ИДЕОЛОГИЧЕСКИ всё так и есть (то есть jo.sys не выдумка и предназначен как раз для того, о чём в статье и в первой ссылке и говорится). -- AVBtalk01:11, 8 июня 2009 (UTC)[ответить]
Сделано Переделал структуру, как предложено. Заценивайте. -- AVB 15:11, 20 июля 2008 (UTC)