Короче такой вот простенький код в консолевском режиме в 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

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