Обсуждение: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 я знаком очень поверхностно). Кстати, тема для еще одной статьи . Насчет статьи Счётчик_команд, согласен, надо переписывать. Qldor 20:04, 2 декабря 2009 (UTC)

По сути эти две статейки как Танк и Т-34 Qldor 20:04, 2 декабря 2009 (UTC)

• все же соответствует содержанию - точно так же, как уточнение "(флора)" соответствует "Яблоня" - формально вроде верно, но по сути слишком общо, поскольку флора - это не только деревья. как Танк и Т-34 - вопрос только в том, что для "танк" обзор можно сделать достаточно обширный, а по счётчику команд - нет. И будет так и висеть этот позорный стаб на полтора абзаца... -- A^VB^talk 20:30, 3 декабря 2009 (UTC)

• Попробую проще: по обоим темам можно написать много и сделать обширные статьи. Возможно я этим займусь. "для "танк" обзор можно сделать достаточно обширный, а по счётчику команд - нет." - прошу прощения, но это так. Кстати, до решения вопроса прошу не ставить шаблон "к объединению" на странице статьи. — Эта реплика добавлена участником Qldor (о • в) 20:49, 3 декабря 2009 (UTC)

• займусь - вот когда (если!) вы этим займётесь и напишите достаточно обширный обзор, тогда и будет о чём вести речь. А пока нет причине не объединять. прошу не ставить шаблон - почему? -- A^VB^talk 20:56, 3 декабря 2009 (UTC)

• Потому что, если статьи объединятся я этим не займусь. Как не имеет смысла писать подробную статью про "Т-34" в статье "танк", так и в статье "счетчик команд" не имеет смысла писать очерки про регистр r15 (получится куча-мала). А если я напишу статью например, про регистр "CS" и его производные, где будет статья про "IP"? Таковы мои соображения. По этому я и предлагаю оставить пока все как есть. P.S. Если ты полностью уверен что их действительно надо соединять, просто сделай это. Посмотрим что получится, откатить недолго. Qldor 21:16, 3 декабря 2009 (UTC)

• я этим не займусь - странный у вас резон не пополнять, если у вас есть что добавить. Но в любом случае, это не происходит мгновенно. А то бы я уже давно слил обе страницы. сделай это - да легко. -- A^VB^talk 21:38, 3 декабря 2009 (UTC)

• Резон - не резон, на все надо время и желание. Желание несколько поубавилось конечно, ну да ладно. По поводу статей: пускай пока так будет, там видно будет. Qldor 22:07, 3 декабря 2009 (UTC)