Russian Qt Forum

Добрый день
Компилятор выдает ошибку:

Подскажите как от нее избавиться?
Спасибо.

Компилятор? Уверен?

 ??? А кто

396 строчка qbytearray.h, line 396
может в цикле как-то неправильно обращаюсь или в индексах дело.

и еще пишет в консоле

Ошибка времени исполнения - индекс вышел за пределы массива.

Понятно, :(

Программа (а не компилятор) на этапе выполнения выдает ошибку, избавится от которой можно только, передавая корректный индекс в метод at().
А это предупреждение, что  индекс должен быть в пределах от 0 до размера контейнера ( 0 <= i < size ), не включая сам размер.

Ну прям как колхозник в первый раз увидевший "ПК". За время проведенное на форуме (и написание 277 сообщений) вполне можно было чего-то набраться - пусть не самого хорошего, но чтобы в таких-то азах уж не плавать  :'(

в точности мои (да и думаю многих других участников форума) мысли в культурной форме

Счастлив тот программист, который никогда не видел ассертов :D

Ну да придёт знание, да и опыт приобретётся. Если б я с бустом не работал, тоже бы наверно об ассертах незнал :D

assert() — это вообще сишная функция изначально

Это вообще макрос)

Ухаха :D

А вообще это проверка некоего условия на true/false :) (не в укор, не в спор, а просто к сведению незнающим)

и правда :)
не просто ж проверка, а убийство программы в случае фолс

В совокупности Assert это:

Изначально сишный макрос, производящий проверку некоего условия на равенство true и производящий остановку программы при получении false.

Вместо этих словесных переливаний интересно было бы (по ходу дела) узнать а почему assert не ловится через catch (..)

Дык коли он С-шный и вызывает abort() (SIGABRT(6)), какие уж здесь кетчеры?
Остаётся вешать signal handler.

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

добавлено: ой, не заметил, что уже есть ответ на новой странице :)

Хмм... не уверен. Синтаксиса try/catch нет, это да. Но почему С-шная библиотечная ф-ция не может испустить исключение? (возможно даже и не ++ исключение)

Да, на nix OC дело сводится у abort(), это хорошо видно в отладчике. Но что на Вындоуз - хз. Выгоднее считать "делом реализации"  :)

как тогда будет выглядеть пускание исключения в С? там же всё завязано на кодах ошибок, возвращаемых из функций. разве можно «провалиться» в стеке дальше, чем на 1 шаг, как в случае с исключениями в С++?

Можно через longjmp, правда без всяких авто-откатов деструкторов. Но я говорю не об исключениях вообще - как бы с точки зрения процессора, а не С++.

с ассемблером дел никогда не имел, но насколько я понимаю, для использования longjmp нужно знать куда (в какую функция) «прыгать». как же может сторонняя библиотека знать об этом — получать указатель на «коллбэк»-функцию, в которую осуществлять «прыжок»? или я всё в корне неправильно понимаю? :)

да, и можно примерчик, чтобы посмотреть как это работает?

Можно глянуть в С++ reference (хороший справочник). А есть и в Qt, т.к. используется libJPG а там longjmp (в примечаниях тролли неоднократно ноют об отсутствии авто-деструкторов  :))

Сам "прыжок" - дело нехитрое. Есть глобальные переменные (сохраненные при вызове setjmp). Это

- адрес самого кода (точки на которую спрыгнуть), получить просто LEA
- значение регистра стека

Просто установили стек да передали управление "длинным jump'ом". Как бы "зачеркнуть всю жизнь да сначала начать". Ну а что там произошло "в старой жизни" - память распределили, файлы открыли и.т.п. - то уже разбирайтесь сами как это все зачистить.

Конечно, exception куда приятнее, но мне кажется оно не дает того понимания как работает машина, и это важно. Хотя возможно все это лишь ностальгия старого пердуна  :)

Помнится в ранних версиях g++ исключения именно через longjmp() и делались.