1) Сам стек определяется регистрами SS : SP, т.е. он находится в памяти ОЗУ, а не в процессоре.
2) да.
3)см 1.
4) команда говорит, что изменился указатель стека.
5) да.
6) см.1
7) команда push работает в два этапа, SP:=SP-2 и MOV SS:[SP],reg

И вообще, работа этого кода показывает один из приемов борьбы с отладчиками.
Без отладчика код работает, а в ЛЮБОМ отладчике вылетает.

Буквально недавно это обсуждалось тут.

Здравствуйте!
На самом деле, все очень просто
На самом деле, стек - это самая обычная память.
Для манипуляции со стеком есть сегментный регистр стека и указатель стека.
В модели Tiny, в которой Вы сейчас пишите программки, все сегментные регистры указывают на один и тот сегмент памяти.
А значит, возможны подобные "фокусы".

Как работает стек?
Регистр вершины стека SP указывает на слово (мы говорим сейчас о 16-битном режиме процессора) ЗА адресом, куда будет писаться следующее значение. При записи в стек происходит уменьшение значения SP на 2 и запись по адресу SS:SP. При извлечении из стека происходит чтение по адресу SS:SP и увеличение SP на 2.

Чем удобен стек?
Например, работает подпрограмма. По ходу дела вызывается другая. При этом, адрес следующей команды прерванной заносится в стек, загружается адрес вызванной. По завершению которой извлекается адрес возврата из стека. Так работают и прерывания. При вызове подпрограмм часто параметры загружают в стек, по возвращению параметры оттуда удаляются. И, наконец, в стеке можно временно сохранять какие-то переменные.

Вернемся к нашему примеру. Что получилось?
Командой mov sp,offset lab1 мы загрузили в регистр вершины стека адрес в сегменте кода (не забываем, что в модели Tiny все сегменты равны!), равный адресу ЗА командой int 20h.
Далее, командой push ax мы записали ПЕРЕД адресом lab1 две команды nop (ее код 90h), тем самым затерли int 20h
Вот и все

PS Константин Николаевич чуток опередил Но раз уж набрал...

Уважаемые Константин Николаевич и Игорь Витальевич,
добрый вечер,

спасибо за ваши сообщения-консультации.
1) правильно ли я понимаю, что при ассемблировании ml.exe listing65.asm /AT происходит преобразование ассемблеровского файла, написанном на человекоподобном языке, на язык машинных кодов, 0100110 ...1111001 и т.д., то есть совокупность больших и малых напряжений в микроэлектронной памяти (черной микросхеме с ножками и ручками для поддержки) .
2) затем, когда мы запускам com-файл, нажатием клавиши Enter, программа пересылается по шине из ПЗУ (жесткий диск) в ОЗУ и дальше пересылается в микропроцессор на исполнение ?
3) далее для данного 6.5 листинга или модели tiny происходят "фокусы" в микроэлектронном мире, а именно:
а) все регистры указывают на один и тот же (!) сегмент памяти ОЗУ,
б) значит, стек физически совпадает с сегментом кода и сегментом данных,
в) следовательно, так как команда (как вы объяснили) "push" работает в два этапа:
i) sp:=sp-2;
ii) mov ss:[sp],reg;
то происходит sp=0109-0002=0107 и запись в память по адресу ss:[sp]=ss:0107 (!) данных из регистра AX.
г) а так как для модели com-файлов (или tiny в TASM) - ss=ds=cs=es, то ss:0107 = ds:0107, а это и есть логический адрес в ОЗУ, где и находится первая команда "int 20" в листинге 6.5.
д) в результате двух-этапная команда "push ax" и затирает первую команду "int 20".
4) правильно ли понимаю-рассуждаю в а)-д) пункта 3) моих рассуждений-вопросов ?
5) правильно ли я понимаю, что если бы регистр SS указывал бы на другое число-адрес (страницы) в ОЗУ, которое бы отличалось и от CS, и от DS, и от ES, то код-листинг 6.5 наверное работал бы корректно, то есть первая команда выхода в DOS-систему "int 20", исполнялась бы и текстовая строка не выводилась бы на экран ?

Спасибо.

В целом, все правильно
Вы делаете успехи

В пункте 5) немного уточню. Если SS не будет равен CS, то только тогда данная программа не сработает.
Мы же меняем команду, а не данные, поэтому содержимое DS и ES несущественно.
То же самое относится и к пункту 3г) Важно, что ss:0107 = cs:0107

Уважаемый Игорь Витальевич,
добрый день,

спасибо за Ваше сообщение и комплимент (это я насчет "... делаете успехи"). однако, мне еще многому чему надо учиться по различным Ассемблерам (для PC, Apple, микроконтроллеров, и т.д.), схемотехнике и радиоэлектронике, чтобы реально понимать, что именно происходит в "железе" (hardware) и чтобы научиться разрабатывать радиоэлектроннное "железо" (пусть даже простое-элементарное, но свое - и начать это с обычного фундамента-базиса: полупроводники, диоды, транзисторы, простые схемы на транзисторах и диодах и т.д.) и программировать его. у меня есть интерес к этому.

Игорь Витальевич, к сожалению моя специальность - компьютерное моделирование в атомной (квантовые электронные переходы в атомах) и лазерной физике - является не востребованной (и высокая конкуренция тоже имеется) в современной России и на Западе, и поэтому я вынужден искать пути приложения своих научных знаний и опыта в других областях техники. в дальнейшем мне хотелось бы заняться разработкой и программированием радиоэлектронного "железа" (hardware). для этого я и хотел бы освоить Ассемблеры (Windows, Linux, Unix, микроконтроллеры и т.д.), схемотехнику, радиоэлектронику и микроэлектронику с азов, то есть с фундамента-базы.

спасибо за Ваше взаимопонимание.

Здравствуйте!
Раз хотите работать с железом, то рекомендую посмотреть на микроконтроллеры, например, на семейство AVR или ARM.
Классические компьютеры - это "числодробилки", для непосредственного управления не годятся.
Разве что, передавать некоторую информацию на исполнительное устройство.

Я сейчас как раз занимаюсь программированием контроллеров, больше AVR.
Для AVR пишу исключительно на Ассемблере, для ARM-ов совмещаю Си и Ассемблер
На компьютере пишу только настроечные программы для устройств.

При программировании железа минимальные требования к знаниям электроники - понимание схем.
(при условии, если схемы разрабатывает кто-то другой ).
Если надо разработать все самому, то, конечно, надо знать поболее.
Мне повезло, работаю в коллективе схемотехников. А вот программы - полностью моя вотчина.

Вообще-то, в программировании гораздо более важнее логически мыслить и писать программы с оптимальным алгоритмом.

Уважаемый Игорь Витальевич,
здравствуйте,

спасибо за Ваше сообщение и ценные советы по поводу AVR и ARM микроконтроллеров.

действительно, я хотел бы научиться сам программировать микроконтроллеры и другое произвольное "железо" и сам же разрабатывать радиоэлектронные схемы - аналоговые и цифровые. однако, как и в любой деятельности-творчестве необходимо начинать с простых вещей - вспомнить вузовский курс по общей физике и математике - и не стесняться того, что многое уже сейчас забыто - просто надо почитать книги по соответствующим предметам и вспомнить вузовские лекции. и надо делать это постепенно-последовательно - иначе в голове будет "каша".

для начала я ухватился за Ассемблер MASM, так как имею книгу О.А.Калашникова в качестве учебника (manual). в дальнейшем мне предстоит вспоминать общий курс физики по электричеству и магнетизму - вспомнить и самому выводить формулы - это нужно новичкам по "железу" для того чтобы оттачивать свои мозги и научиться (точнее переучиться) в дальнейшем думать на радио- и микро-электронном уровнях. опять же, вся эта работа над собой для новичков должна происходить последовательно-постепенно, то есть, как говорили в старину - "не надо торопить события".

Игорь Витальевич, к сожалению в современное время на территории экс-СССР происходит развал экономик - то есть по проще говоря - у обычных простых (а не долларовых миллионеров и миллиардеров) граждан экс-СССР зарплаты очень-очень маленькие, а цены на товары и услуги потребления очень-очень дорогие. поэтому, в частности, цены на печатные книги и радиодетали и радиоприборы очень-очень высокие-дорогие. поэтому приходится учиться на тех книгах и софте, которые можно загрузить в Интернете.

спасибо за Ваше взаимопонимание.

Отвечать будете?