Валидность строки, тип QString Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Переключить на: Древовидный Переключить на: Стандартный Линейный

[AD]

Что-то я не понимаю, что за ерунда происходит: делаю проверку на isNull(), на isEmpty() - все это компилятор проглатывает, а строка так и остается невалидной. При присвоении другой строке он вылетает. Как исправить это глюк?

[trdm]

Что-то я не понимаю, что за ерунда происходит: делаю проверку на isNull(), на isEmpty() - все это компилятор проглатывает, а строка так и остается невалидной. При присвоении другой строке он вылетает. Как исправить это глюк?

В каком смысле не валидной? битый указатель?

[AD]

В каком смысле не валидной? битый указатель?

Не указатель, а строка. на строке проверки на !isEmpty() ломается. При этом проверку на !isNull() прошла нормально!

[trdm]

кодом поделись как сломать строку %)

[void*]

а ты вообще чувствуешь разницу между null и has no characters(empty)?
строка является null, когда использован конструктор по умолчанию, т.е.

QString()

а пустой(empty, has no characters) она является в таком случае:

QString("")

теперь понятно?


в твоем случае, ты скорее всего делал так:

QString("")

т.к. именно в этом случае isNull вернет false, а isEmpty - true
и получится: !isNull() == true, !isEmpty() == false

Сообщение отредактировал void* - 5.8.2008, 20:12

[Litkevich Yuriy]

на строке проверки на !isEmpty() ломается

AD, что значит ломается? Программа аврийно завершается? Изъясняйся по проще.

[void*]

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

Сообщение отредактировал void* - 5.8.2008, 20:23

[Litkevich Yuriy]

т.к. ты присваеваешь всякий мусор,

я может что-то пропустил, но про присвоение я непомню???

[void*]

именно что пропустил

При присвоении другой строке он вылетает.

[Litkevich Yuriy]

с тех пор он уже вот что написал:

на строке проверки на !isEmpty() ломается

я так понимаю, что уже до присвоения что-то не так.
---
бум ждать ответа от AD

[void*]

могу лишь еще предположить, что под словом "ломается" он имел ввиду возвращение выражением !isEmpty() значения false
ждем виновника торжества ©

[AD]

Вах! Сколько всего понаписали, е-мое! Ладно, все по порядку.
1) Я естественно знаю разницу между null and empty!
2) В конструкторе по-умолчанию я строке намеренно присвавиваю значение "", чтобы не было у меня неиницилизированной строки!
3) Ломается, вылетает - это значит, что при запуске на исполнение программа вылетает в дебаггер (если под ним запущена) или же выдает ошибку и выходит из программы (если без дебаггера)! Смысл в том, что на строчке, где я пытаюсь проверить значение на пустоту isEmpty(), он вылетает. В дебаггере видно, что строка какая-то некорректная, но при этом он не считает ее за null! Завтра могу прислать картинку, как видно эту строку в дебаге!
4) Сижу за компом не у себя дома и не на работе, а тут одностроковые строчки кода, почему-то не видны! (Багира, опять я тебя мучить буду? )

Сообщение отредактировал Багира - 2.6.2017, 23:03

[void*]

тогда код в студию, гадание на кофейной гуще нынче не в моде

[AD]

тогда код в студию, гадание на кофейной гуще нынче не в моде

Да код обычный, где-то строка создается с пустым значением. Где-то ей присваивается значение. А где-то используется. Вот там, где используется, там и ломается программа!

[Tonal]

2 AD
Скорее всего строка тут не причём.
Подобные вещи происходят тогда, когда ты разрушил память - кучу или стек.
Например вылетел за границы массива, дважды удалил один и тот же объект, или просто поработал по неинециализированному указателю.
Вот программа и валится в самых неожиданных местах.

2 void*
Если конструктор вызвался - объект уже инициализирован.
В QString() все данные корректно инициализируются, так что мусора там быть не может. Кроме случаев удара по памяти.

Сообщение отредактировал Tonal - 6.8.2008, 7:15

[AD]

2 AD
Скорее всего строка тут не причём.
Подобные вещи происходят тогда, когда ты разрушил память - кучу или стек.
Например вылетел за границы массива, дважды удалил один и тот же объект, или просто поработал по неинециализированному указателю.
Вот программа и валится в самых неожиданных местах.

да я и указатель проверяю, естественно. Он в этот момент валидный, а строка почему-то нет!
Вот так это выглядит в дебаггере:
[attachment=164:debugger.JPG]

[AD]

2 AD
Скорее всего строка тут не причём.
Подобные вещи происходят тогда, когда ты разрушил память - кучу или стек.
Например вылетел за границы массива, дважды удалил один и тот же объект, или просто поработал по неинециализированному указателю.
Вот программа и валится в самых неожиданных местах.

Проблема решена.
Tonal, был прав! У меня в указателе самом лежал мусор! При обнулении указателя такое перестало происходить!

[trdm]

(17)
Типа:
QString* str;
if (str->isEmpty()) {
трах-бабах.....
}

[AD]

(17)
Типа:
QString* str;
if (str->isEmpty()) {
трах-бабах.....
}

Нет совсем не то! Вот так:

struct HARDEVENT
{
         int address;
         QString ev_name;
         HARDEVENT(): address(0), ev_name("") {}
         HARDEVENT(const HARDEVENT& ev): address(ev.address), ev_name(ev.ev_name) {}
};

// где-то
HARDEVENT* hard_event;

// еще где-то
void setHardEvent(HARDEVENT* evn)
{ 
      hard_event = (evn == 0) ? 0 : new HARDEVENT(evn);
}

// И в итоге - но этот set выполняется только при некоторых условиях
//  а в других случаях в hard_event и не нулевой указатель, и не корректное значение
// evn != 0
setHardEvent(evn);


/* а надо было перед этим сделать такое действие*/
hard_event = 0;

Сообщение отредактировал AD - 6.8.2008, 10:35

[AD]

Виноват, забыл написать еще один момент: вылетало при использовании hard_event

if(hard_event != 0)
{
     if(!hard_event -> ev_name.isNull())
    {
         if(!hard_event -> ev_name.isEmpty())    // вот на этой строке как-раз и вылетал
         {
                  // что-то делается
         }
    }
}

[Tonal]

1) Плохо использовать глобальные переменные.
2) Совсем плохо не инициализировать переменные.

[AD]

1) Плохо использовать глобальные переменные.
2) Совсем плохо не инициализировать переменные.

1) Приведенный пример далек от программы. Я не использую глобальных переменных
2) А с инициализацией - это да! Проблема в том, что не могу конструктор создать. Нельзя.

[Tonal]

2) А с инициализацией - это да! Проблема в том, что не могу конструктор создать. Нельзя.

Серый волк не даёт?