Короче такой вот простенький код в консолевском режиме в Builder -е

int main(int argc, char* argv[])
{char *ch;
//int a;
cin >>ch;
cout << ch;
return 0;
}
Все работает замечательно
Как только раскоментируем переменную ,а вообщем даже неважно какого она типа, то появляется ошибка доступа: "Access violation at adress 32657C73. Write to address 00000001 "
Возможно мой вопрос покажится забавным, но просто не пойму в чем причина, может кто объяснит мне почему возникает такая ошибка?

А выделять память под переменную кто будет?

ошибка в том, что ты память под ch не выделяеш

Глюк компилятора Borland, визуалка такое сразу не пропускает.

Это сообщение отредактировал(а) DeadMan83 - 21.2.2006, 16:24

неа глюк рук

Romikgy
а если я введу строку длиной больше 256 символов?
твой код тож глючит

глюк не в том что выдаеться ошибка, а втом что она в первом случае не возникает. Если посмотретькуда указывает ch, то в первом случае указатель равен чтото типа 0x007а21с0, а во втором случае 0x01. Почему в первом случае инициализация не происходи, в отличии от второго - на совести Borland.
PS. А с "ручками" конечно я согласен, указатель надо инициализировать.
кстати вот рабочий код

локальные переменные никто не обязан ( я имею в виду компилятор ) инициализировать.
поэтому таки руки виноваты

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

DeadMan83,

Я это для примера привел, и думаю , что юзер захарится с клавы 255 символов набивать
А число можно и другое поставить и динамически выделять

Смысл куда то смотреть при кривом коде?
_hunter, согласен

так это и есть однозначность -- переменная ВСЕГДА устанавливается в случайное значение
насчет варнинга... а смысл? может ты специально так задумал.

в том то и фишка что значение во втором случае (когда выдаеться сообщение) не случайно (0x0000001).


задумал получитиь значение от неинициализированной переменной? чтото не придумываеться такого случая.
гораздо чаще возникает необходимость сделать чтото типа if(a = proc(b)){...} причем сдесь-то варнинг выдаеться.

интересно как выделять char динамически не зная какая будет длина строки? да и 255 - это не так уж и много

Попробуй переписать функцию ввода с клавиатуры. Выделяеш например под буффер ввода 64 байта, устанавливаеш счетчик введенных символов, как только счетчик дошел до предела, расширяй буфер (realloc). Как правило расширяют размер буфера в два раза.

В VC в дебаг режиме, все переменные сразу иницилизируются кодом 0xCC. Иницилизация прописана автоматически.

Это сообщение отредактировал(а) Fin - 21.2.2006, 17:33

ты значение переменной смотри до _выполнения_ следующей _комманды_.

а если ты планируеш позже эту переменную инициализировать ( да еще и по условию ( да еще и не в одном месте ) )? ты этк проверку себе представляеш?

а зачем изобретать велосипед? не лучше ли воспользоваться тем что уже написано и оттестировано, STL например;)


в VC все хорошо обрабатывает, проверял и там, выдает ошибку что произошло обращение к неинициалезированной переменной, что собственно и ожидалось. А вот в Builder все не так.
Добавлено @ 17:46

имелось виду выдавать варнинг при обращении к переменной (получения ее значения) ДО ее инициализации.

значение я смотрю когда еще выполнение "cin>>ch" не началось. (брейкпоинты ставить умею)

следующая _команда_ это int a

это варниг ты можеш ( и должен ) сам реализовать...

это варнинг есть
W8013 Possible use of 'identifier' before definition Compiler warning

int a - это не команда (попробуй поставить брейкпоинт, посмотреть в режиме дизасма.
а вот int a= 1; - уже команда.

согласен что вызов cin>>ch сложно анализировать и VC ксатит ту варнинг не выводит. но вот попробуй такой код


и варнинг тут как тут

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

Единственное как я вижу этот варнинг, это только на стадии компиляции. Да и то, оно им надо (разработчикам).
Пример:

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

Это сообщение отредактировал(а) Fin - 21.2.2006, 18:09

Fin, зайди в настройки проекта и включи соответствующий варнинг (W8013) после чего компилятор билдера (да и VC тоже) легко будет отлавливать подобные обращениия с переменными

сложно но можно. VC (как оказалось и Builder) отслеживает и варнинг выдает.


а зачем тогда вообще варнинги??? по мне так чтоб предупредить программиста, что возможно в коде ошибка.

Это сообщение отредактировал(а) DeadMan83 - 21.2.2006, 18:15

Я привел пример в лоб. Если пустить кучу ветвлений (switch), то или Вы компилятор, или компилятор Вас.

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

Читай по одному символу и каждый раз увеличивай динамический массив


STL не является стандартом С++, если я не прав пусть гуру поправят

стандартом -- нет, стандартной библиотекой -- да

Отож

Требования к STL описаны в стандарте языка в главе 17 и она обзывается там как С++ Standard Library и следовательно входит в стандарт