Обсуждение:IP (регистр процессора)

32 битный режим

В отличии от реального режима, в защищенном режиме CS является селектором. — Vort 17:23, 30 ноября 2009 (UTC)

Теперь всё ок. Спасибо — Vort 11:41, 2 декабря 2009 (UTC)

Тебе спасибо, что подметил Qldor 14:31, 2 декабря 2009 (UTC)

По поводу слияния статей

Я не уверен в том, что статьи IP_(регистр_процессора) и Счётчик_команд нужно объединять в одну. Потому как "Счётчик_команд" универсален пожалуй для любой архитектуры процессора, тогда как "IP регистр" является частным случаем, для x86 процессоров.

Но все же хочу узнать мнение опытных викепидистов, как сделать корректнее?

Я думаю стоит в статье Счётчик команд написать что-то по типу такого "В x86 архитектуре роль счетчика команд выполняет регистр IP (EAX, RAX)". Или просто добавить эту статью туда в См.Также. — Vort 15:04, 2 декабря 2009 (UTC)

• Обе статьи являются стабами и НИКОГДА не выйдут из этого состояния. Так что смысла разделять нет НИКАКОГО - нужно либо первую статью сделать одним из разделов другой, либо наборот. Более того, я полагаю, вообще имеет смысл объединить эти статьи с другими статьями о регистрах, поскольку IP/EIP ничем не отличаются от других указательных регистров (не считая того, что их содержимое поддерживается процессором), ни в x86, ни в других архитектурах. -- A^VB^talk 15:29, 2 декабря 2009 (UTC)

  Жаль я плохо знаком с другими архитектурами... Но мне кажется что не везде можно получить значение этого регистра. Кое где память данных и память кода жестко разделена. Сегменты тоже не везде есть... Насчёт стаба... в en:Program counter написано достаточно чтобы не считать ту статью стабом. Тут же можно много чего написать. Как получать содержимое этого регистра, какими командами оно меняется, как он себя ведет при обработке исключений.. и т.д. — Vort 15:56, 2 декабря 2009 (UTC)

• не везде можно получить значение этого регистра - в x86 - нельзя. И что? Что меняет то, что какой-то из регистров не применяется в схемах адресации, заложенных в маш.коде? en:Program counter - на мой взгляд, даже это можно было бы объединить (хотя и не обязательно). Но, повторюсь, сейчас вопрос объединения IP с другими регистрами я не поднимал, я поднял вопрос объединения IP со "счётчиком команд". Тем более, что не только интел название IP использовал. Как получать ... какими командами - а вот это уже, извините, мануал. Статья энциклопедии не должна быть списком инструкций какой-то одной (или даже 2-3-5) архитектур. -- A^VB^talk 16:59, 2 декабря 2009 (UTC)

Я думаю, довольно разумно IP/EIP/RIP/все_будущие_счетчики объединить в эту статью, а Счётчик_команд оставить отдельной статьей. В Счётчик_команд можно будет добавить ссылку на эту статью, а в будущем на статьи для регистра-счетчика команд для каждой отдельной архитектуры. Как было верно замечено выше, в обоих статьях можно предоставить кучу информации по каждой теме. Как такой вариант? Qldor 16:53, 2 декабря 2009 (UTC)

• Счётчик_команд - там НЕТ статьи, там всего полтора абзаца. Это во-первых. Во-вторых, ДАЖЕ ЕСЛИ статья об IP всё же останется отдельной, то сейчас её название обманывает читателя - сейчас её название по сути идентично "счётчик команд", тогда как на самом деле речь идёт исключительно о x86, и потому называться статья должна "IP (x86)". Но, повторюсь, с учётом стабовости статей и общих принципов работы всех архитектур, я не вижу причин, зачем оставлять эти стабы разделёнными. -- A^VB^talk 17:04, 2 декабря 2009 (UTC)

Не, название текущей статьи все же соответствует содержанию, потому что писал я именно про x86 IP (EIP, RIP) регистр. Дело в том, что в имя регистров IP, EIP, RIP достаточно уникально для того чтобы не путать их с Instruction Pointer-ами, которые применяются в других процессорах (да еще и в самом начале есть упоминание что речь идет именно о семействе x86). Например, в ARM процессорах этот регистр называется "r15" и работает он по другому насколько я знаю (поправьте, если ошибаюсь, потому как с ARM я знаком очень поверхностно). Кстати, тема для еще одной статьи . Насчет статьи Счётчик_команд, согласен, надо переписывать.

По сути эти две статейки как Танк и Танк_Т-34