atoi crashes the application

uniqueman · Post by **uniqueman** » 28 Nov 2003 20:21

Ничего не понимаю.. есть такие строчки

CString m_sT1Boards = "2";
int Boards = atoi (m_sT1Boards);

на второй строчке приложение крашится напрочь и просто вылетает. Никаких ошибок не выдает.. как только я вместо 2 ставлю 0 допустим, то все нормально :pain1:

Апликация запускается на NT. На всех других работает нормально

Sanych · Post by **Sanych** » 28 Nov 2003 20:52

uniqueman, наблюдая Вашу активность здесь, разрешите Вас спросить, Вы когда нибудь пользовались Google Groups http://www.google.com/grphp в поисках ответов на Ваши вопросы?
Мне кажется что это было бы гораздо эффективней, да и встретили бы массу интересного для себя.

Для начала Вы бы обратили внимание на определение функции atoi()? Это функция из стандартного C, и ее аргумент ессно не может быть MFC объектом (С++)!

Ну а дальше - GOOGLE RULEZZZZZZ! :mrgreen:

:

http://groups.google.com/groups?hl=ru&l ... .com#link1

http://groups.google.com/groups?hl=ru&l ... .net#link1

uniqueman · Post by **uniqueman** » 28 Nov 2003 21:22

Sanych,

При всем уважении, don't be a smart ass, OK? Неужели Вы думаете, что я по каждому вопросу буду бегать в Привет. Я перепробовал все параметры которые только можно..

из Вашего же примера..

char *str = "9";
int x = atoi(str); // говорят будет работать

В моем примере,

const char* sTemp = "9";
int i = atoi (sTemp);

приводит к крашу..

KVA · Post by **KVA** » 28 Nov 2003 21:44

uniqueman wrote:В моем примере,

const char* sTemp = "9";
int i = atoi (sTemp);

приводит к крашу..

Даже если создать новый совершенно пустой проект?

То что изначальный пример вылетает только в NT наводит на мысли что это может быть как-то связано с unicode. А скорее этот краш никак не связан с atoi и CString. Кто-то в совершенно другом месте трет память/стек и т.д. и т.п.

Sanych · Post by **Sanych** » 29 Nov 2003 02:27

> При всем уважении, don't be a smart ass, OK? Неужели Вы
> думаете, что я по каждому вопросу буду бегать в
> Привет.

Однако у меня возникло такое впечатление, несмотря на то что дело дошло до задниц...

> Я перепробовал все параметры которые только
> можно..

По моему подход неверен. Попробуйте сделать то же самое в пустом проекте, как упоминал KVA

> из Вашего же примера..

Моего??? :roll:

Я вроде не приводил ни единого примера :pain1:

> char *str = "9";
> int x = atoi(str); // говорят будет работать

uniqueman, "будет работать" - понятие условное. Если смешать пополам бензин с соляркой, то некоторые карбюраторные автомобили тоже могут работать, хотя чад будет еще тот :wink:

Если вовсю баловаться кастингом, не вникая в детали, то то и стандартные функции могут не работать. Часто первые признаки - Debug версия работает, а Release - падает.
Наиболее часто такие вещи происходят, когда переменные "наезжают" друг на друга.
У нас ребята 3 месяца ловили проблему с крушением DLL'a в Release, когда в Debug все вроде работало (если пробовать меньше 5-ти раз :mrgreen:

) А проблема оказалась в том, что в DLL функцию объявили как

int WINAPI func(void *);

а потом пользовали указатель как на:

int WINAPI func(void);

В результате возникал "перекос" стека.

Или, скажем, популярная проблема, объявили
char str[4];
int i;

а потом загоняете в str что нить типа строки "stop" длиной в 4 символа. и инициализируете
i = 25;

Если компилятор последовательно распределит память под str а потом под i, то строка "stop" частично "наедет" на переменную i. Ну а когда Вы проинициализируете i, то, по сути дела, убьете '\0' на конце строки "stop". Ну и ессно потом любая строковая операция с str вызовет непредсказуемые результаты.

Это наиболее типичные примеры возникновения подобных проблем. Действительность может быть намного хуже :pain1:

> В моем примере,
> const char* sTemp = "9";
> int i = atoi (sTemp);
> приводит к крашу.

А попробуйте поставить для прикола пару буферов вокруг, типа:

const char buf1[512] = {'\0'};
const char* sTemp = "9";
const char buf2[512] = {'\0'};
int i = atoi (sTemp);

Если крэша не будет, то очень похоже на "наезд" переменных или перекос стека.

uniqueman · Post by **uniqueman** » 29 Nov 2003 15:20

заметил вот еще что..
Если пишу

const char* a = "0";
int i = atoi (a);

то без проблем, но если вместо нуля вставить любое другое число - crash :pain1:

Никаких переменных рядом с ней не инициализирую. Повторил то же самое на 2000 системе. Ужасно не нравится когда простые до боли функции перестают работать на голом месте. Еще как назло в дебаге не могу запустить софт

SlaMin · Post by **SlaMin** » 29 Nov 2003 19:33

uniqueman, проверьте, не линкуетесь ли вы с однопоточной CRT в многопоточном приложении.

uniqueman · Post by **uniqueman** » 29 Nov 2003 22:34

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

A. Fig Lee · Post by **A. Fig Lee** » 30 Nov 2003 00:05

ну atoi то safe, а вот strtok - случайно не используется?

Pink Panther · Post by **Pink Panther** » 01 Dec 2003 01:33

Выглядит так, как будто стэк отвалился.

Проверьте включена ли опция компилятора /GZ или нет. Эта опция была введена начиная с VC++ 6.0 и в новых проектах включена по умолчанию. Если используется сконвертированный вариант старого проекта, например от VC++ 5.0, то этой опции в settings естественно не будет, если только самому не поставить. При включенной /GZ можно легко найти функцию, которая портит стек, и дальше уже смотреть, в чем же дело.