уже часа 2 ломаю голову над проблемой.

Есть код:



в котором MyException не ловится, а ловится ... . причем если выбросить MyException, скажем, в блоке try на первом уровне, то поймается замечательно. В чем может быть проблема???   

ЗЫ компилятор - MS VS C++ 6.0

Добавлено через 13 минут и 14 секунд
только что попробовал изменить код на


т.е. чтобы метод класса B не вызывался, а MyException выбрасывался в родительском классе. Так все прекрасно работает. Что за фигня может быть с наследованием и виртуальными методами???

блин, хрень какая-то.



даже целое не ловится из дочернего класса :(

InvalidProperty, Учитывая, что компилятору лет столько же, сколько моему покойному деду, то это нормально!

andrew_121, и все-таки... должен же быть выход

Я не вижу ошибок. Попробуй скомпилить нормальным компилятором.

andrew_121, блин, и я не вижу теперь ошибок. Главная ошибка - не спал ночью. Заключалась ошибка в том, что у меня класс B выглядит примерно следующим образом:



теперь же я добавил пару проверок и все стало пучком.

И я не спал. Сейчас пойду.




Решил обойтись без исключений?

andrew_121, не... с исключениями. Решил сначала проверять на NULL перед тем, как что-то очищать, а после очистки еще и NULL присваивать, чтобы потом все было хорошо.

NULL присваивать не надо. delete должен это делаеть сам. Если используется старый компилятор, то лучше сменить. Под линух g++ (я пользуюсь Code::Blocks) под винду всё же лучше MS VS Express чем GNU компилятор. (но для учебных целей g++ лучше, потому что он более строго придерживается стандарта С++)

Считаю очень плохой практикой выделять в одной и той же программе память при помощи и malloc и new. Может привести к ошибкам, особенно если захочешь заменить char* на std::string. Между ними есть огромная разница. И вообще, malloc надо использовать только в C !
Если программируешь с исключениями (или хотя бы пользуешься new без (nothrow)) то советую почитать про безопастность исключений. В первую очередь у Страуструпа. Таже, просто необходимо понимать что представляет из себя "раскрутка стека" (имеется ввиду стек программы) которая происходит при порождении исключения и прекращается при отлове блоком catch (этот же catch, может, по желаню продолжить, раскрутку при помощи пустого throw; )

Леопольд, дорогой товарищ!

Спасибо за ответ, я очень признателен. Дело лишь в том, что тот код, который я выложил - всего лишь болванка того, что был у меня на самом деле. Я хотел лишь передать людям смысл того, что я делаю, чтобы было понятно, как поступать дальше. Все, что ты написал, это истина, за исключением того, что я не уверен в том, что delete присваивает NULL к удаляемому параметру. Я более склонен доверять официальным источникам, где про сие чудо не сказано ни слова, да и ко всему прочему, опытным путем доказывается обратное к тому, что ты сказал по поводу delete.

Дорогой мой Леопольд, под линух я, как и ты, использую gcc, который включает в себя и С++ и много чего еще, ибо расшифровывается как GNU Compiler Collection. Code::Blocks я не использую.


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



сущая правда, друг мой


убей того, кто тебе это сказал! может быть вообще функции C не использовать, такие, как memset, printf, strcpy...


Это ты про чего? может я упустил кое-что в своей жизни?




это точно!!! без этого нельзя пользоваться исключениями. вот только на счет скобок я хочу оговориться, что если верхнего catch не будет, то программа вылетит с ошибкой "Unhandled exception"

Еще раз благодарствую за подробный ответ 

Это сообщение отредактировал(а) InvalidProperty - 18.6.2009, 12:47

не должен и не делает.

А я бы вам посоветовал прочитать что нибудь посерьезнее. Стауструп всего лишь основы.


Это сообщение отредактировал(а) azesmcar - 18.6.2009, 14:03

Осмелюсь заметить что я комментирова код, который оказался "болванкой"

Я всё равно не буду пользоваться malloc в C++, new (nothrow) (который и присваивает 0 в случае неудачи) вполне его заменяет. Хотя, я не говорю о системах для которых критична одна инструкция. Но тамС++ как правило не нужен.

Грешен, каюсь, перепутал результат действия delete c неудачным вызовом new (nothrow)...

Как правило, есть замена функциям С. Библиотека С++ гораздо богаче. Вижу смысл использовать стандартные функции С только если нет замены в С++ или в open source библиотеках. Уж для printf и strcpy точно есть. 

Код выглядел так как буд-то ты начал изучать С++ около года назад. Под одёжке встречают...

Про "безопасность исключений" есть раздел у Страуструпа "Язык С++. Специальное издание". Смысл в том, что стоит использовать shared_ptr и т.д. и т.п. В общем, можно писать код так, что в catch блоках будет происходить минимальная обработка, почти полностью относящаяся к исключению а не очиска памяти или состояний или...

Добавлено через 8 минут и 10 секунд

А поконкретнее? Что-то типа "Освои С++ за 21 день" и "С++ для чайников"?
У Страуструпа около 1000 страниц мелким шрифтом причём на шаблоны у него похоже просто не хватило места. По моему серьёзнее только стандарт языка. Но мне лень его читать.

Сейчас читаю "Шаблоны. Справочник разработчика", потом планирую Александреску "Современное проектирование на С++"

Что ещё мне надо по Вашему мнению прочитать/понять?

Именно при неудаче!
То же само делает malloc().
Но не free(), operator delete не присваивают NULL, указателю который освободили.

Мэтью Уилсона "Imperfect C++" 

Возможно, если вы считаете эти книги достойными вашего внимания.


С каких пор количество страниц и размер шрифта стали критерием качества? Могу поспорить что Дарья Донцова написала в своей жизни больше чем Страуструп. От этого ее книги не наполянются смыслом, как и не поднимается уровень книги Страуструпа. Да, эта книга расскажет вам о языке программирования С++, но это максимум чего вы можете от нее ожидать.


http://forum.vingrad.ru/forum/topic-255667...y1843390/0.html
вообще про безопасность исключений


1. следует избегать оператора new (nothrow)
2. в основном проверка на отказ оператора new бесполезна

Может быть не стоит сравнивать с художественной литературой? Он, что по Вашему, большую часть книги описывает окружающую его природу или постельные сцены? Причём замечу, ему очевидно пришлось ужать количество материала из-за размеров книги. Он пишет тяжело, не спорю приходится много думать. Кстати, я бы не сказал что Страутсруп плодовитый писатель... Это кончено ужасно, что книга о С++ максимум о чём мне расскажет так это о С++ 

Я был бы благодарен если Вы вкратце опишите что я могу найти в той или иной книге. Например: 
Страуструп "Язык С++. Спец. издание" - подробное описание синтаксиса и большей части STL.
Скот Мейерс. "55 способов улучшить ..." - 55 особенностей языка, которым следует уделить внимание.
Вандевурд "Шаблоны. Справочник разработчика" - детальное описание шаблонов и их особенностей. (читаю сейчас)

Мне кажется что я знаю немало о С++. Но я понимаю что даже если это так, я могу узнать гораздо больше. Пока что я не представляю что именно я могу узнать, потому что не знаю этого.

Добавлено @ 23:12

Я не использую (nothrow) по своему желанию. Если передо мной поставить выбор malloc или new(nothrow) в С++ то я выберу new, потому что она корректно работает и с классами и со встроенными типами.

Исключения весьмя полезны, в исключительных ситуациях.  Не вижу смысла отказываться от них... Недостаток памяти, как правило, подходит под это определение.

Добавлено через 12 минут и 56 секунд

Очень хорошо. Зачем мне его читать? Что именно я найду в этой книге?

Это сообщение отредактировал(а) Леопольд - 18.6.2009, 23:16

  

Вот не надо: книги Донцовой я в своё время читал, и могу сказать, что пишет она достаточно грамотно и интересно, другое дело, что потом она уже начала повторяться. Т.е. в общем впечатление от неё положительное. А на С++ я написал "калькулятор", понял, что программирование на этом языке вынесет остатки моего мозга, и забил на дальнейшее его изучение. Сейчас если только на Билдере иногда пишу, ибо он, в отличие от С++, язык вполне адекватный.  

Данкинг, Подумал прежде чем писать? Уверен что нет! Удали текст, заплюют не отмоешься)

Не важно с чем сравнивать, речь о том что главное не количество  


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


Описывать долго, в основном советы, правила, заблуждения, стиль...


 



никто не говорил об отказе от исключений. Речь шла о проверка отказа в выделении памяти оператором new.

Добавлено @ 23:41

Сочувствую  
Ну, об этом можно поспорить думаю в разделе (не побоюсь этого слова) Искусство, но это всего лишь пример. Не надо так за Донцову переживать  

Ну, неграмотно писать ей microsoft word не позволит, а насчет интереса - это дело вкуса.


Это сообщение отредактировал(а) azesmcar - 18.6.2009, 23:47

Это всё потому, что у С++ очень много возможностей. В данном случае количество страниц имеет значение. Книги в 2000 страниц и больше мало кто решится читать. Я думаю, Страуструп это понимал. О проблеммах можно почитать в других книгах, если нет желания иногда танцевать с бубном.

Если Вы считаете книгу Страуструпа бесполезной, почему бы так не сказать?

из этой фразы вы сделали такой вывод?

или из этой ссылки
http://forum.vingrad.ru/forum/topic-255667...y1843390/0.html
?
Поверьте, я не стесняюсь  еслиб я так считал - я бы об этом заявил. Я лишь сказал что Страуструп это начало а не конец.

Это сообщение отредактировал(а) azesmcar - 19.6.2009, 00:05

andrew_121, по поводу чего именно заплюют-то?  Я же не делаю конкретно каких-то наездов на С++.


Можно, только я не такой знаток её творчества, чтобы спорить по этому поводу.  



Это сообщение отредактировал(а) Данкинг - 19.6.2009, 00:06

я тоже  подождем знатоков  

А... Хорошо, исправляюсь: с моей субъективной точки зрения.  Но вообще по этому поводу уже вроде как масса холиваров была.

это, можно понять так, как будто билдер и С++ это разные вещи.

не читайте. я ошибался, когда его вам рекомендовал. вы там ничего не найдёте.

Это сообщение отредактировал(а) zim22 - 19.6.2009, 08:24

andrew_121 имел ввиду что Билдер - это среда разработки и компилятор, а С++ язык программирования. В Билдере вы используете язык программирования С++. Может вы считаете С++ неадекватным, это ваше право, но вы сказали что-то парадоксальное  Т.е. С++ одновременно и адекватен, и нет  Борланд сделал из С++ адекватный язык (интересно чем). Может вам просто VCL нравится? Ну да, мне он тоже нравился  для того времени довольно неплохо спроектирован.

Это сообщение отредактировал(а) azesmcar - 19.6.2009, 08:48

В Билдере используется С++, но при этом писать программы там можно вполне именно адекватно, в то время как в VS эта адекватность как-то потеряна.  По крайней мере,  VS 6.0, которую я юзал.

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

Это сообщение отредактировал(а) azesmcar - 19.6.2009, 09:39

Никак не могу понять следующую аномалию

test.h


test.cpp


second.cpp


результат


Почему var in dyn_func { inl_func } = 1 ?
Чем отличается статическая компоновка inline функций от статической компоновки static функций? Компилятор из VS 2005, не удивлюсь если g++ покажет иной результат.

Я, собственно, не являюсь столь уж яростным противником С++, я куда больше и чаще наезжаю на VBA.  

давайте наезжать вместе  

Леопольд
а почему вы решили что эта тема самая подходящая для вашего вопроса? Знаете, если создать свою тему будет намного удобнее.

Не надо путать мягкое с тёплым.
И что мешает использовать QT или wxWidgets? Это тоже GUI (в основном) библиотеки.

Добавлено через 1 минуту и 56 секунд

Потому что здесь эту тему читает человек, который прочитал много полезных книг по С++. И советует мне их почитать тоже. Вот мне интересно, был ли в тех книгах ответ на мой вопрос? 

Я еще во флейме читаю, можете там тоже запостить вопрос.


Частично содержат. 

Раз Вы читали, то наверное, сможете частично ответить на мой вопрос  Буду премного благодарен. Хотя, я создал отдельную тему

Добавлено @ 10:04

Вы читали, мне интересно ваше субъективное мнение о книге а не то которое написанно на всех заборах.

Это сообщение отредактировал(а) Леопольд - 19.6.2009, 10:07

Отвечу за него : был и был разобран с разных сторон и был ответ не только на этот вопрос. 

  
Вообще-то к этому вопросу Струструп тоже подходил. Это обычный статик, ничего удивительного тут нету. Инлайнин очень хорошо рассмотрен у Саттера в More Exceptional C++. В этих результатах ничего необычного нет, что просили - то и получили. Хотите одну переменную, используйте extern.

Это сообщение отредактировал(а) azesmcar - 19.6.2009, 10:43

я не читал ещё. просматривал. понравилось. там очень много умных слов и интересных примеров.
например: 
15.3. Изгиб "истины"
Булева логика основана на понятии двух состояний, 0 и 1.... Увы, даже в стандарте(С++-98: 3.9.1.6; примеч.42) отмечается, что "применение значения bool... "непредусмотренным" образом... может привести к тому, что его поведение не будет соответстововать ни значению true, ни значению false"

Это конечно интересно, но я сомневаюсь что можно встретить живой пример такого кода. Что-то более призёмлённое там есть или всё такого уровня абстрагирования от реальности?

Это сообщение отредактировал(а) Леопольд - 19.6.2009, 13:19

эта книга гораздо приземлённей Современного проектирования Александреску.

Под приземлённостью я имел ввиду что-то более реальное, а не простое. У Александреску есть Loki.
 Я имел ввиду что "Изгиб Истины" ни для чего не пригоден. Что можно с его помощью сделать? Скорее всего ничего. К тому же использование reinterpret_cast говорит о том, что проект до боли нуждается в перепроектировании, хотя его скорее всего даже не проектировали до этого.

что это за безобразие?   

И при чём тут компилятор? Он делает всё правильно, как от него и требуют.
Виртуальные функции и работа с памятью должна делаться так:

voby

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

  

так и только так. а кто будет делать по другому - накажу. 

а мне можно безнаказанно так писать?

  

не знаю, не знаю. надо посовещаться с voby... 

Это сообщение отредактировал(а) zim22 - 24.6.2009, 11:08