Эффективный адрес переменной

@ElvenDragon · Регистрация: 12.07.2009

Author24 — интернет-сервис помощи студентам

Почему эффективный адрес переменной допустим этого примера уменьшается на 0xC при каждом создании новой переменной.

C++

#include <iostream>
using namespace std;
 
int main() {
  int u,p,s;
  cout << &u << ' ' << &p << ' '<< &s;
  return 0;
}

accept · 10.03.2011, 06:37

выведи sizeof(int)

@dimon1984 · 10.03.2011, 09:41

У меня в VS 6 уменьшается на 4, а в VS2008 тоже на 12 уменьшается. Интерестно.!

@no0ker · 10.03.2011, 10:24

уменьшается на 4. (code::blocks & mingw)
а это играет какую то роль? ну 4, ну 12..

@dimon1984 · 10.03.2011, 10:55

в VS 2008 на 12 уменьшается каждая переменная. Просто интерестно, почему такая разница? Ведь для int смещение должно быть 4 байта, а не 12 байтов

Добавлено через 19 минут
Всё таки надо немного хотябы представлять, что творится в памяти.

@CheshireCat · 10.03.2011, 11:01

А в Release или в Debug?

@dimon1984 · 10.03.2011, 11:08

в release смещение 4 байта, а почему так? если не секрет

@CheshireCat · 10.03.2011, 11:19

Ага! Так и должно быть.

А дело здесь вот в чем: хитрый компилятор от MS вокруг каждой переменной в режиме отладки (Debug) создает "буферную зону" и заполняет ее магическим значением 0xCD (а с учетом выравнивания на DWORD - 0xCDCDCDCD), ежли мой склероз мне не изменяет. Где-то в конце функции он проверяет эти значения, и, если паче чаяния не обнаружит там все то же нетронутое магическое число 0xCD, немедленно начнет ругаться - "stack around variable .... was corrupt" - что означает, что в коде имеется баг и ты промахнулся при записи в переменную. В Release это может иметь совершенно фатальные последствия. В Debug же ошибка будет обнаружена.
Ну а в Release этой буферной зоны он не создает - считается, что к релизу все ошибки должны быть устранены.
Во.

accept 4866 / 3288 / 468 Регистрация: 10.12.2008 Сообщений: 10,570
	10.03.2011, 06:37	2
	выведи sizeof(int) 0

@dimon1984 40 / 38 / 5 Регистрация: 22.01.2011 Сообщений: 670
	10.03.2011, 09:41	3
	У меня в VS 6 уменьшается на 4, а в VS2008 тоже на 12 уменьшается. Интерестно.! 0

@no0ker 101 / 88 / 7 Регистрация: 17.12.2010 Сообщений: 416
	10.03.2011, 10:24	4
	уменьшается на 4. (code::blocks & mingw) а это играет какую то роль? ну 4, ну 12.. 0

@dimon1984 40 / 38 / 5 Регистрация: 22.01.2011 Сообщений: 670
	10.03.2011, 10:55	5
	в VS 2008 на 12 уменьшается каждая переменная. Просто интерестно, почему такая разница? Ведь для int смещение должно быть 4 байта, а не 12 байтов Добавлено через 19 минут Всё таки надо немного хотябы представлять, что творится в памяти. 0

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	10.03.2011, 11:01	6
	А в Release или в Debug? 1

@dimon1984 40 / 38 / 5 Регистрация: 22.01.2011 Сообщений: 670
	10.03.2011, 11:08	7
	в release смещение 4 байта, а почему так? если не секрет 0

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	10.03.2011, 11:19	8
	Сообщение было отмечено как решение Решение Ага! Так и должно быть. А дело здесь вот в чем: хитрый компилятор от MS вокруг каждой переменной в режиме отладки (Debug) создает "буферную зону" и заполняет ее магическим значением 0xCD (а с учетом выравнивания на DWORD - 0xCDCDCDCD), ежли мой склероз мне не изменяет. Где-то в конце функции он проверяет эти значения, и, если паче чаяния не обнаружит там все то же нетронутое магическое число 0xCD, немедленно начнет ругаться - "stack around variable .... was corrupt" - что означает, что в коде имеется баг и ты промахнулся при записи в переменную. В Release это может иметь совершенно фатальные последствия. В Debug же ошибка будет обнаружена. Ну а в Release этой буферной зоны он не создает - считается, что к релизу все ошибки должны быть устранены. Во. 4

Эффективный адрес переменной

Решение