FooProc proc hWnd : DWORD, lpszMessage : DWORD
.const
szCaption db "Foo", 0
.code
invoke MessageBox, hWnd, lpszMessage, offset szCaption, MB_ICONINFORMATION
ret
FooProc endp
Локальные переменные в процедурах
Можно ли определить локальный сегмент данных для локальных перемен
ных процедуры c помощью директив опр. сегментов, или лок.переменны-
ми считаются только данные, размещённые в стеке ниже BP?
ных процедуры c помощью директив опр. сегментов, или лок.переменны-
ми считаются только данные, размещённые в стеке ниже BP?
Локальный всмысле для одной функции?
Если да, то нет, локальными считаются переменные внутри одной функции (ниже BP/EBP)
Если да, то нет, локальными считаются переменные внутри одной функции (ниже BP/EBP)
А сегмент-то данных для процедуры можно ли определить или только что в стек заносится, то и есть локальные переменные, и чтобы с ними рабо
тать, процедура должна обращаться к стеку?
тать, процедура должна обращаться к стеку?
Можно, если нет рекурсии или просто повторной входимости, вот только нафига?
Den76
MASM
Локальный для процедуры сегмент создать не получиться. Но для удобства можно писать так, как я написал выше. В данном случае, естественно, szCaption не будет являться локальной переменной. Она будет глобальной и будет находиться в секции .rdata. Но, повторюсь, это удобный способ объявления переменных в том случае, если необходима глобальная переменная, которая используется только в одной процедуре.
MASM
Код:
Цитата:
Но, повторюсь, это удобный способ объявления переменных в том случае, если необходима глобальная переменная, которая используется только в одной процедуре.
Это статическая переменная. А локальные формируются в сегменте стека :D
Цитата: el scorpio
Это статическая переменная. А локальные формируются в сегменте стека :D
Гы... В ассемблере, в частности в MASM, нет понятия статической переменной.
Это же не C или C++. И ЭТА переменная видна в других процедурах модуля.
ЗЫ Не хочу повторяться (в третий раз) - но ключевое слово здесь - удобство.
k3Eahn, раз он говорит про BP и сегменты, то скорее всего речь идет о программе реального режима (V86), поэтому завести отдельный сегмент для локальных данных подпрограммы вполне реально, вот только непонятно, зачем это нужно, ведь в крайнем случае можно использовать для этих целей зарезервированный участок в основном сегменте данных.
Phantom-84
Дык и мне не понятно зачем может понадобиться отдельный сегмент для процедуры и почему не использовать один сегмент данных для всех процедур.
Можно ли определить локальный сегмент данных для локальных перемен
ных процедуры c помощью директив опр. сегментов, или лок.переменны-
ми считаются только данные, размещённые в стеке ниже BP?
Дык и мне не понятно зачем может понадобиться отдельный сегмент для процедуры и почему не использовать один сегмент данных для всех процедур.
Цитата:
Можно ли определить локальный сегмент данных для локальных перемен
ных процедуры c помощью директив опр. сегментов, или лок.переменны-
ми считаются только данные, размещённые в стеке ниже BP?
Насколько локален будет сегмент?
Насколько я понимаю, под директивами опр. сегментов подразумеваются директивы типа .data, которые "закрывают" предыдущий сегмент и обозначают начало другого сегмента.
Та же .data будет при каждом использовании начинать сегмент каждый раз с одним и тем же "именем". В конце концов сегменты с одинаковыми именами будут объединены в один сегмент.
вопрос был:
Цитата: Den76
Можно ли определить локальный сегмент данных для локальных перемен
ных процедуры c помощью директив опр. сегментов, или лок.переменны-
ми считаются только данные, размещённые в стеке ниже BP?
ных процедуры c помощью директив опр. сегментов, или лок.переменны-
ми считаются только данные, размещённые в стеке ниже BP?
ответ нет, т.е. можно но фактически это бесполезно потому, что данные всегменте .code можно будет изменить, а .data можно будет выполнить
[quote=ahilles]данные всегменте .code можно будет изменить, а .data можно будет выполнить[/quote]
Нет, нельзя!
Код можно только выполнять и читать, а данные - читать и записывать...
Посмотри флаги сегментов в PM.
А в реальном режиме - это и так можно.
Нет, нельзя!
Код можно только выполнять и читать, а данные - читать и записывать...
Посмотри флаги сегментов в PM.
А в реальном режиме - это и так можно.
смотря где используются локальные данные. в различных местах их могут обозначать как статистические. как в c++ например.
Цитата: HexEdit
Нет, нельзя!
Код можно только выполнять и читать, а данные - читать и записывать...
Посмотри флаги сегментов в PM.
А в реальном режиме - это и так можно.
Код можно только выполнять и читать, а данные - читать и записывать...
Посмотри флаги сегментов в PM.
А в реальном режиме - это и так можно.
это получается чт оесли в процедуре 3 сегмента, то для одной процедурки будет создано 3 дескриптора, БРЕД!!!
короче это не надо!!!!!!!!!!!
[quote=ahilles]это получается чт оесли в процедуре 3 сегмента, то для одной процедурки будет создано 3 дескриптора[/quote]
Нет. Сегменты с одинаковыми именами и атрибутами объединяются в одну секцию. А вот уже для разных секций создаются отдельные дескрипторы.
[quote=ahilles]короче это не надо!!!!!!!!!!![/quote]
Согласен.
2аффтар: Юзай либо локальные переменные как обычно, в стеке, либо глобальные, в секции данных.
Нет. Сегменты с одинаковыми именами и атрибутами объединяются в одну секцию. А вот уже для разных секций создаются отдельные дескрипторы.
[quote=ahilles]короче это не надо!!!!!!!!!!![/quote]
Согласен.
2аффтар: Юзай либо локальные переменные как обычно, в стеке, либо глобальные, в секции данных.
Цитата: Den76
Можно ли определить локальный сегмент данных для локальных перемен
ных процедуры c помощью директив опр. сегментов, или лок.переменны-
ми считаются только данные, размещённые в стеке ниже BP?
ных процедуры c помощью директив опр. сегментов, или лок.переменны-
ми считаются только данные, размещённые в стеке ниже BP?
в языках высокого уровня локальные переменные - область стека .
в ассемблере можно использовать всё что угодно . надо только озаботится корректным выделением и освобождением памяти .
[quote=koderAlex]в ассемблере можно использовать всё что угодно . надо только озаботится корректным выделением и освобождением памяти .[/quote]
В любом случае они (что вне стека функции) уже будут считаться глобальными...
В любом случае они (что вне стека функции) уже будут считаться глобальными...
если под переменные я выделяю область памяти , а указатель передаю функции через стек , то они какие ? :)
Все равно глобальные, ибо сами переменные находятся в общей секции данных.
это условность .