C++ vs D

[Rcus]

ну если это Q_ASSERT то можно ловить вызов qFatal

[BRE]

BRE, разумеется ты никогда подобных ошибок не допускаешь, так научи меня глупого как останавливать отладчик в местах Assert'ов чтобы стек вызовов сохранялся.

Честно, не знаю как там под вендой, но под линуксом у меня с этим проблем никогда не возникало.

[qoute]QImage image, вместо QImage &image, ты о чем думал? Почему ты считаешь это проблемой C++[/qoute]

В данном случае я считаю что это проблема библиотеки а не языка, QImage должен себя вести как некопируемый объект, копирование делать только специальной функцией. Вот например у QScriptValue все сделано правильно, результат ожидаем, у QString/QByteArray тоже.

Не понял что там про некопируемые объекты... В C++ (! не Qt) когда пишешь: void megafunc( Type param ), в теле функции имеем копию param - по-любому. Почитай книги...

[spirit]

BRE, разумеется ты никогда подобных ошибок не допускаешь, так научи меня глупого как останавливать отладчик в местах Assert'ов чтобы стек вызовов сохранялся.

вроде э уже ответили на этот вопрос: кнопку "Continue" в диалоге ассерта нажать надо и будет вам стек вызовов.
см. пост pastor'a

2 Detonator:

1) Это невнимательность, а не недостаток языка
2) Нет опыта отладки. Когда выскакивает ассерт, нажмите кнопку Продолжить, получите стек вызовов

[BRE]

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

[pastor]

В данном случае я считаю что это проблема библиотеки а не языка, QImage должен себя вести как некопируемый объект, копирование делать только специальной функцией. Вот например у QScriptValue все сделано правильно, результат ожидаем, у QString/QByteArray тоже.

Никакого копирования QImage непроисходит. QImage - это шаровый класс. Происходит лишь увеличение счетчика ссылок на данные. ЛДишь при попытке модификации данных происходит копирование.

Более того, Qt здесь абсолютно непричем. Передача по значению, по ссылке, через указатель - это специфика языка, а не библиотеки.

[Eldar]

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

Я так понимаю это мне адресовано было. Могу ответить. Я почти полностью изучил 1000 страничную книгу по плюсам, плюс 2 книги Мейерса(половина советов была о том как нельзя писать на С++). Я умею управлять памятью и подчищать ее за собой. В Ди к вашему сведению при необходимости я также пользуюсь malloc.
По Вашему значит программисты на python или hascell ничего не соображают в программировании? Да пишите тогда на асме - будете намного больше понимать в работе компьютера. Или в машинных кодах. Не хочу Вас обидеть, но то что вы написали про кирпичи полный бред. Александреску, если вы слышали о его книгах(для меня они пока слишком сложные) наверное ничего не понимает в строительстве домов(программировании), что бросил С++ и разрабатывает/использует D.

[BRE]

Я так понимаю это мне адресовано было. Могу ответить. Я почти полностью прочел 1000 страничную книгу по плюсам, плюс 2 книги Мейерса(половина советов была о том как нельзя писать на С++). Я умею управлять памятью и в подчищать ее за собой. В Ди к вашему сведению при необходимости я также пользуюсь malloc.
По Вашему значит программисты на python или hascell ничего не соображают в программировании. Да пишите тогда на асме - будете намного больше понимать в работе компьютера. Или в машинных кодах.  Не хочу Вас обидеть, но то что вы написали полный бред.

Я не писАл это обращаясь лично к тебе. И сразу предупредил, что не хочу никого обидеть...
В последнее время на форуме было  несколько обсуждений так называемой "кривости" языка С/С++, кто-то не понимал указателей и ссылок, кто-то не понимал множественного наследования и ручного управления памятью. Люди место того, чтобы разобраться со всеми тонкостями языка, говорили просто - С/С++ это фигня. Вот этот пример и описывает такое отношение к делу.

[BRE]

Александреску, если вы слышали о его книгах(для меня они пока слишком сложные) наверное ничего не понимает в строительстве домов(программировании), что бросил С++ и разрабатывает/использует D.

Вот ключевой момент. Разработка нового языка это ИССЛЕДОВАНИЕ. В результате таких исследований появляются новые конструкции, которые могут заимствоваться в других языках, но это и те вещи которые показывают свою неудачность. Это именно ИССЛЕДОВАНИЕ. Пройдет еще много лет, пока этот язык станет промышленным, когда на него будут разработаны стандарты и им можно будет спокойно пользоваться в больших проектах. Причем к этому моменту он может сильно измениться и не в приятную для тебя сторону. 

[mikemorgunov]

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

Ага ... а кирпичи все разные, и круглые тоже
Еще точнее - Египетские пирамиды, а наверху ф-я int main()

с уважением ...

[Eldar]

pastor
Мне очень хотелось бы услышать от Вас, какими качествами для Вас обладает идеальный ЯП? Перечислите пожалуйста, мне интересно.

[pastor]

Мне очень хотелось бы услышать от Вас, какими качествами для Вас обладает идеальный ЯП? Перечислите пожалуйста, мне интересно.

Меня пволне устраивает С++

[Detonator]

2) Нет опыта отладки. Когда выскакивает ассерт, нажмите кнопку Продолжить, получите стек вызовов

Вот не получаю, и при Continue, и при Break стек пустой, вернее в нем одна строка - какая-то даже не qt-шная dll (сейчас воспроизвести и точно сказать не могу). Потому мне и кажется что то-то при компилировании или в настройказх отладчика не так указано.

[SASA]

Вот не получаю, и при Continue, и при Break стек пустой, вернее в нем одна строка - какая-то даже не qt-шная dll (сейчас воспроизвести и точно сказать не могу). Потому мне и кажется что то-то при компилировании или в настройказх отладчика не так указано.

А поток один?

Критерии выбора языка:
- время на изучение (например, с++ я знаю – время 0);
- наличие хорошей IDE;
- наличие библиотек для поставленных задач;
- количество людей использующих язык;
- выразительность, т.е. возможность использовать разные парадигмы;
- платформы;
- перспективы языка.
Порядок выбирается в зависимости от задачи.

[BRE]

( это насчет того, что С++ - могуч )

А могуч С++, тем что там нет сборщика мусора, а если он мне понадобится, я могу воспользоваться сторонним или написать свой.
Тем, что управлением памятью я могу управлять так, как считаю нужным и для разных объектов могу сделать разные механизмы.
Тем, что когда я достаю значение по указателю, то достается значение из ячейки памяти, без кучи дополнительных проверок, а все ли там правильно. Если мне это потребуется я могу это сделать сам, так как мне нужно или использовать готовое решение.
Тем, что если мне нужны строки, я могу использовать те, которые мне нужны. (char *, std::string, QString, ...).
И этот список можно продолжать и продолжать.
В С/С++ все решаю я, так как мне надо.

[Eldar]

А могуч С++, тем что там нет сборщика мусора, а если он мне понадобится, я могу воспользоваться сторонним или написать свой.
Тем, что управлением памятью я могу управлять так, как считаю нужным и для разных объектов могу сделать разные механизмы.
Тем, что когда я достаю значение по указателю, то достается значение из ячейки памяти, без кучи дополнительных проверок, а все ли там правильно. Если мне это потребуется я могу это сделать сам, так как мне нужно или использовать готовое решение.
Тем, что если мне нужны строки, я могу использовать те, которые мне нужны. (char *, std::string, QString, ...).
И этот список можно продолжать и продолжать.
В С/С++ все решаю я, так как мне надо.

А могуч D, тем что там есть сборщик мусора, а если мне понадобится, я могу воспользоваться ручным выделением памяти в критичных местах, не тратя время во всех остальных случаях на поиски утечек. А могу вообще отключить его(только зачем?) Тем, что управлением памятью я могу управлять так, как считаю нужным и для разных объектов могу сделать разные механизмы. Тем, что когда я достаю значение по указателю, то достается значение из ячейки памяти, без кучи дополнительных проверок, а все ли там правильно. Если мне это потребуется я могу это сделать сам, так как мне нужно или использовать готовое решение.
Если мне нужны строки, я не заморачиваюсь что Сишная библиотека использует char *, С++ std::string а Qt - QString, я просто использую строки.