[C++][дыра в знаниях] дефолтная инициализация стандартных типов и указателей

Глобальные переменные инициализируются нулями, в локальных - мусор.

В С++ емнип всегда вызывается дефолтный конструктор T(). Но так как пишу и на си, и на плюсах, всегда все инициализирую сам.

Почему? Где про это можно почитать?

В стандарте, вестимо.

Hint: ищи раздел Initialization

Почему?

Имхо, потому что глобальные переменные надо хранить, а нули хранить проще. А локальные динамически резервируются, и обнулять их пришлось бы специально.

Где про это можно почитать?

Здесь, например.

> Почему? Где про это можно почитать?

http://www.linux.org.ru/jump-message.jsp?msgid=5473773&cid=5474769

спасибо!

спасибо и тебе.

> Глобальные переменные инициализируются нулями, в локальных - мусор.

Сами не знаете и других с толку сбиваете! Стыдно должно быть!

На самом деле, нулями инициализируются переменные, расположенные в статической памяти, а переменные, расположенные в автоматической памяти (стеке) не инициализируются.

> В С++ емнип всегда вызывается дефолтный конструктор T()

Еще один говорит о том, чего не знает!

В плюсах у встроенных типов действительно есть дефолтный конструктор, но в отличие от пользовательских типов сам по себе он не вызывается.

> В С++ емнип всегда вызывается дефолтный конструктор T().

И у стандартных типов этот дефолтный конструктор просто ничего не делает.

> //в num может быть мусор?

//в ptr может быть мусор?

И в num и в ptr будет мусор.

PS: сам Страуструп как-то заметил, что если бы не язык Си, то он бы исключил возможность создания неинициализированных переменных в С++.

Ну щас! Конструктор есть и делает. Анонимус выше правильно сказал, что он просто не вызывается автоматически.

> И у стандартных типов этот дефолтный конструктор просто ничего не делает.

Сколько же на лоре неграмотных! Школота!

Дефолтный конструктор встроенных типов инициализирует их нулем. Это очень полезно, например, в шаблонах.

int i = int(); // значение i будет всегда 0

Ладно, уточню: локальные static-переменные и static-поля класса тоже инициализируются нулями.

> В С++ емнип всегда вызывается дефолтный конструктор T().

Ну щас! Конструктор есть и делает. Анонимус выше правильно сказал, что он просто не вызывается автоматически.

Еще добавь: а предыдущий коммент писал не я, а коте, пока я ходил покурить.

а как инициализировать указатель нулём? (NULL'ом)

> нули хранить проще

Расскажите, пожалуйста, чем нули хранить проще чем, например, единицы? Места меньше занимают что ли?

Да. man .bss-секция.

> Сколько же на лоре неграмотных! Школота!

Лол, анонимная школота называет меня школотой.

Дефолтный конструктор встроенных типов инициализирует их нулем.

Ну и черт с ним. Я на плюсах писал последний раз 4 года назад, и мне как-то по барабану.

в шаблонах.

Не поминай к ночи.

Предпочтительный способ: char* p = 0;

PS: если уж очень хочется, то можно использовать NULL

Ошибся, что такого то? В чем именно ошибся, стало и так понятно из дальнейшего обсуждения. Суть твоей совершенно глупой придирки не ясна.

Для элементарных типов дефолтовый конструктор не вызывается, за исключением глобального пространства имен

>> в шаблонах.

Не поминай к ночи.

Шаблоны полезны, если их применяют не для фаллометрических целей

> PS: если уж очень хочется, то можно использовать NULL

Везде использую NULL для указателей, это как минимум улучшает читабельность кода.

и указатели по умолчанию тоже не инициализируются?

Ну ты ошибся, потом я ошибся. Суть твоей совершенно пафосной придирки не ясна.

> man .bss-секция

Сами прочитали или понтов ради?

Область данных для .bss должен кто-то создать и инициализировать нулями. С таким же успехом ее можно создать и инициализовать единицами или двойками.

PS: инициализацию может выполнять сам C-runtime или ОС

> Шаблоны полезны, если их применяют не для фаллометрических целей

Только крайне не часто их применяют для иных целей.

> указатели по умолчанию тоже не инициализируются?

Да, тоже не инициализируются.

> Только крайне не часто их применяют для иных целей.

stl'ем и смарт-пойнтерами не пользуетесь?

Ты о чем?

Места меньше занимают что ли?

Да, потому что не хранятся в бинарнике. В памяти, разумеется, занимают столько же.

> Везде использую NULL для указателей

В нормальных компиляторах NULL это макрос для 0, если макросы не вызывают у вас отвращения то пользуйтесь. В новом стандарте для нулевых указателей планируется ключевое слово nullptr.

> В новом стандарте для нулевых указателей планируется ключевое слово nullptr.

И когда он выйдет и я начну переделывать свои проекты на него, NULL можно будет заменить на nullprt одним мановением... а вот 0!

И вообще, http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml?showone=0_and_...

> Ты о чем?

Да, потому что не хранятся в бинарнике.

Ноль не хранится в бинарнике не потому, что он ноль, а потому что есть такая договоренность. С таким же успехом можно было договориться об инициализации байтов значением 0xFF и не хранить его в бинарнике.

> И вообще, http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml?showone=0_and_...

Внимательнее читаем: «For pointers (address values), there is a choice between 0 and NULL. Bjarne Stroustrup prefers an unadorned 0. We prefer NULL because it looks like a pointer.»

По сути это дело вкуса.

>> Глобальные переменные инициализируются нулями, в локальных - мусор.

Сами не знаете и других с толку сбиваете! Стыдно должно быть!

На самом деле, нулями инициализируются переменные, расположенные в >статической памяти, а переменные, расположенные в автоматической >памяти (стеке) не инициализируются.

Вы где-то видели глобальные переменые, которые не в статической памяти размещены? И локальные не в стеке? Ай-ай-ай, стыдно должно быть, а ещё и на стипендию идёте. Давайте зачётку - два, придёте на перездачу.

> Везде использую NULL для указателей, это как минимум улучшает читабельность кода.

Ни когда не использовать NULL для укзателей. #define NULL 0 не всегда верно

> NULL можно будет заменить на nullprt одним мановением... а вот 0!

А 0 так и останется 0 )))

там мусор 1может быть1 везде

Ну и далее «In fact, some C++ compilers, such as gcc 4.1.0, provide special definitions of NULL which enable them to give useful warnings, particularly in situations where sizeof(NULL) is not equal to sizeof(0).»

> Ни когда не использовать NULL для укзателей. #define NULL 0 не всегда верно

В отличие от классического Си в C++ значение пустого указателя предопределено стандартом языка и всегда равно 0 (целочисленному нулю, приведённому к типу «указатель»).

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

Нет

И локальные не в стеке?

Откройте для себя ключевое слово static и удивитесь тому, что по стандарту в плюсах нет понятия стек, но есть автоматическая память.

PS: рано вам еще в преподаватели недоучка

настоящий anonymous

> В отличие от классического Си в C++ значение пустого указателя предопределено стандартом языка и всегда равно 0 (целочисленному нулю, приведённому к типу «указатель»).

Зачем вы говорите о том, чего не знаете?

«The macro NULL is an implementation-defined C + + null pointer constant in this International Standard (4.10).180)

180) Possible definitions include 0 and 0L, but not (void*)0.»

А достигается это отклонением от стандарта. Именно поэтому новый стандарт предложит nullptr, чтобы устранить ситуации когда не удается 0 идентифицировать как нулевой указатель.

Это копипаста из википедии. Надо было указать источник. Значит, там врут...

Нет. Это невалидный указатель требуемого типа

Понятно. Всё равно буду использовать NULL, чтобы потом миграция на nullptr прошла просто.

А я не заморачиваюсь на такой ерунде и считаю по дефолту везде мусор.

Язык С и его клон С++ были придуманы как скоростные, а это значит, что программисту, а не компилятору/среде исполнения, виднее где что чем и когда инициализировать.

Опять же, зачем смущать народ и использовать переменную, которая не была проинициализирована явно/в дефолтном конструкторе и предполагать что там якобы будет 0/NULL? Не понимаю я этого. Даже если в стандартах что-то сказано про статическую память и т.д.

Вот потом после таких и читаешь в коде тонны фейспалма в стиле sizeof(char).