Valgrind 3.4.0

Отлично. Жду в репах :)

Предлагаю испытать на firefox'e и ядре.

Das ist fantastisch! :) Очень полезная прога, без неё как без рук!

Некоторые либы (glib и потомки) не являются valgrind-friendly, и если valgrind ругается, ещё не значит, что ошибка действительно есть.

Прекрасно. Очень удобный и нужный инструмент.

>такие как ошибки при работе с памятью, неправильное разделение потоков, неинициализированные переменные и прочее.

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

А нормальный язык на чём писать?

>Что только не используют, вместо того чтобы взять, наконец, нормальный язык.

Ну давай пофлеймим. Итак, нормальный язык - это ...?

>Ну давай пофлеймим. Итак, нормальный язык - это ...?

... FreePascal разумеется, по крайней мере в нём таких проблем нет.

> если valgrind ругается, ещё не значит, что ошибка действительно есть.

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

> нормальный язык - это ...?

Он имел в виду Хаскель :)

хорошие изменения, надо бы обновить статью про valgrind

> нормальный язык - это ...?

BrainFuck ?

Java и только она.

>Он имел в виду Хаскель :)

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

Непонятно желание писать все на С и наступать постоянно на те же грабли.

> Непонятно желание писать все на С и наступать постоянно на те же грабли.

Мечта об идеальном сферическом коне в вакууме, напротив, вполне понятна :) Жаль, но в реальной жизни все по-другому.

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

Ничего подобного!

http://live.gnome.org/Valgrind

> Непонятно желание писать все на С

Ну почему же "всё"? Только то, что нужно. А остальное мы напишем на Питоне :)

Это всё конечно здорово. Хорошо что есть такой бесплатный инструмент, хотя однажды попробовав проприетарной insure++ и с++-test не смог удержаться от использования ).

Хотя вскорости минимальным количеством костыля забыл и о insure и о тесте.

Вот только интересно, почему столь принципиально разрабы поддерживают только linux. Может кто ссылочкой кинет?

> Вот только интересно, почему столь принципиально разрабы поддерживают только linux. Может кто ссылочкой кинет?

Тут подробно описано: http://valgrind.org/info/platforms.html

>FreePascal разумеется, по крайней мере в нём таких проблем нет.

Точно. Нет фич - нет проблем :)

>Именно его, но есть куча других языков, в которых так же нет вышеописанных проблем.
>Непонятно желание писать все на С и наступать постоянно на те же грабли.

Ничего, начни писать пару-тройку несферических приложений, в которых нужна скорость, поймёшь.

Может просто писать более вдумчиво?

Поддерживаю предыдущий пост. Софт - Ъ

>Ничего, начни писать пару-тройку несферических приложений, в которых нужна скорость, поймёшь.

А вот если сопоставить количество приложений в которых критична скорость к общему количеству приложений?

А также объем кода вызывающего основные тормоза к общему объему кода (типа 90% тормозов в 10% кода)?

за десяток подтверждённых — единственная стоящая новость. «сраный ЛОР катится в сраное говно» ~(ц)

Красивый у них сайт

>>Появилась новая версия замечательного инструмента для разработчиков Valgrind.

Мдямс... На ЛОРе когда- нибудь русский язык выучат?

> На ЛОРе когда-нибудь русский язык выучат?

Зачем?

Dnirglav — это инструмент, позволяющий находить синтаксические ошибки в предложениях, такие как ошибки при связке сказуемого и прилагательного, неправильное применение союзов и частиц, жаргонные обороты и прочее.

В следующей версии ожидается механизм формирования автореферата мысли обладателя по случайной комбинации клавиш во время постинга на ЛОРе.

> Ну почему же "всё"? Только то, что нужно. А остальное мы напишем на Питоне :)

Хе-хе, "питон не нужен" из уст питонофила - это круто :).

Логическая цепочка. То что нужно пишется на Си. Остальное не нужно. Остальное напишете на питоне. Нахуа писать то что не нужно? Если его писать не надо, то и питон не нужен, ибо ничего на нём писать не будут ибо всё нужное напишут на си. Во как :)

ЗЫ. Абсолютно индиферентен к питону. Пожалуй, пусть будет ..

> # Поддержка gcc 4.4.
А вот и еще один "инструмент" для плюсофагов. Ну не прекрасно ли?
> # memcheck способен показывать происхождения неинициализированных переменных.
Ух ты! Она способна заглянуть в черепушку говнокодера? И найти происхождение? И даже адрес покажет?
> # Алгоритм, используемый helgrind, был полностью изменён.
Ага, значит с нуля переписали! Старый движок не учитывал значит психологию современной школы подготовки "программистов" в постсоветских вузах? А теперь учитывает? Т. е. после анализа, она выдает мигающую надпись " -= ГоВнОкОдЕр =- "?
> Теперь он даёт меньше ложных срабатываний, имеет лучшую производительность, поддерживает потоки Qt4.
А ложное срабатывание это как? Например я ох...но крутой программер, написал суперкод абсолютно без ошибок, а она на меня сработала? Моя психика не выдержала, и теперь я пишу только говнокод!
qt4 -- теперь эти ребята из тролльтеча поймут почем фунт лиха. Сколько раз интересно она сработает, если ей KDE подсунуть? А еще интересно, в qt какие-то особенные потоки? Эти qt-потоки чем отличаются от неqt-потоков?
> # Для drd сильно улучшена производительность и уменьшено использование памяти,
т. е. они сами наконец-то инициализировали свои переменные, и упорядочили потоки? А зачем раньше столько памяти расходовали?
> добавлена поддержка Boost.Thread, Qt4, glib, OpenMP и многое другое.
Ой мама! Мне уже страшно!
> # Добавлен новый экспериментальный инструмент ptrcheck, проверяющий ошибки при работе с указателями.
вот как. она значит раньше указатели не понимала! Но как же она их интерпретировала? Или просто игнорлист? И почему экспериментальный, в чем эксперимент?
> # Множество других небольших изменений и исправлений ошибок.
В общем они на себе почувствовали работу программы! И таки исправились?

P.S.: Давно так не смеялся! Спасибо!

Потомки будут над нами смеяться, как мы сейчас над перфокартами и "ручной" отладкой по дампу памяти. Господа! 21 век наступил!!!! Сколько можно слушать про "переполнение памяти"? Ну смешно, ей богу! Скорость, скорость... Си - единственный язык с хорошей скоростью?? Возьмите ЛЮБОЙ компилятор - он делает процессорные команды. Проц их распараллеливает, упреждает выборки, кэширует данные, исполняет несколько инструкций за раз... этого мало?! Забудьте уже наконец про эти атавизмы времён 80386. Сейчас главная проблема - качественные либы и квалификация прогеров.

Ждём дебов.

>Потомки будут над нами смеяться

Таки не надо лишать удовольствия потомков. Смех продливает жизнь.

личинка петросяна на моих лорах.

ну чего ты кричишь? пользуйся своим php и радуйся.

> Возьмите ЛЮБОЙ компилятор - он делает процессорные команды. Проц их распараллеливает, упреждает выборки, кэширует данные, исполняет несколько инструкций за раз... этого мало?!

А что енто за такой любой компилятор? %)

Кстати, поиск не инициализированной памяти это очень полезная штука. В многих случаях можно найти логические ошибки в алгоритме.

будет ли (когда-нибудь) порт под оффтопик?
purify - уж очень дорог (за крэк буду благодарен:-)
хотя всю жесть проработал и с тем и с другим 
(подчас, они [valgrind & purify] дополняли друг друга),
но первый как-то роднее :)

> личинка петросяна на моих лорах.

нет пути.

>> Ну почему же "всё"? Только то, что нужно. А остальное мы напишем на Питоне :)

> Хе-хе, "питон не нужен" из уст питонофила - это круто :).

"Кто питонофил? Ты питонофил йопт!" (c) А я лично ненавижу Питон %)

> Логическая цепочка. То что нужно пишется на Си. Остальное не нужно.

Логическая цепочка не такая, но ладно :)

>Предлагаю испытать на firefox'e и ядре.

лоровцы дают тебе добро. испытывай

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

зато есть другие. очевидно же.

>Непонятно желание писать все на С и наступать постоянно на те же грабли.

троль из тебя слабенький. приписал неизвестно кому стремления писать все на с, приписал им же грабли и теперь с броневичка какие то лозунги толкаешь развенчивая мировое зло

>>Ничего, начни писать пару-тройку несферических приложений, в которых нужна скорость, поймёшь.

>А вот если сопоставить количество приложений в которых критична скорость к общему количеству приложений?

а вот если сопоставить кол-во вантузов? или кол-во быдла?

>будет ли (когда-нибудь) порт под оффтопик?
>purify - уж очень дорог (за крэк буду благодарен:-)
>хотя всю жесть проработал и с тем и с другим
>(подчас, они [valgrind & purify] дополняли друг друга),
>но первый как-то роднее :)

По вышеприведенной ссылке написано, что нет, не будет.
От себя могу сказать, что BCB (C++ Builder) в свое время хорошо отслеживал работу с указателями и утечки памяти.

ну что ж , может и пришло время попробовать сие чудо

Иногда полезная штука :-)

Не надо его портировать на оффтопик, это же киллер аппликейшн для курсов, использующих Си.

>(за крэк буду благодарен:-)

сколько за грам платишь?

Java