https://opennet.me/openforum/vsluhforumID3/85998.html После двух лет разработки доступен (http://sourceforge.net/mailarchive/forum.php?thread_name=201208092148.21501.jseward%40acm.org&forum_name=valgrind-announce) релиз инструмента Valgrind 3.8.0 (http://valgrind.org/), предназначенного для отладки работы с памятью, обнаружения утечек памяти и профилирования потребления памяти. В новой версии добавлена полная поддержка платформ MIPS32/Linux и X86/Android, а также частичная поддержка Mac OS X 10.8 (Mountain Lion). Обеспечена поддержка наборов инструкций POWER DFP, Intel AVX и AES. Добавлена поддержка новых дистрибутивов и системных инструментариев (glibc 2.16, gcc 4.7). Внесена большая порция оптимизаций производительности и сокращено потребление памяти. Добавлена поддержка реализаций malloc, не из состава libc, что позволяет отлаживать программы, статически слинкованные с такими библиотеками, как TCMalloc и JEMalloc.<br><br>URL: http://sourceforge.net/mailarchive/forum.php?thread_name=201208092148.21501.jseward%40acm.org&forum_name=valgrind-announce<br>Новость: http://ww https://opennet.me/openforum/vsluhforumID3/85998.html#47 Fri, 24 Aug 2012 06:05:17 GMT &gt;&gt; Сборка мусора либо автоматическая либо ручная.<br>&gt; Вообще, бывали адекватные потуги - разрешить и так и сяк.<br><br>потуги были, а вот результат в мэйнстриме не виден. увы.<br><br> https://opennet.me/openforum/vsluhforumID3/85998.html#46 Wed, 15 Aug 2012 16:39:48 GMT а в железе багов не бывает, ага. какая разница, на что там возлагается? тестировать надо. и не &#171;абы как&#187;, а всё и вся, и fuzz'ом тоже. не зря у нормальных контор бюджет и время на тестирование чуть ли не больше (а иногда и весьма больше), нежели бюджет и время на разработку.<br> https://opennet.me/openforum/vsluhforumID3/85998.html#45 Wed, 15 Aug 2012 09:37:54 GMT Пятый пункт был приведен для того, чтобы показать что утверждение "По крайней мере, программы на GTK или Qt не требуется переписывать наполовину при переносе на иную ОС." - верно не для всех программ. Я не утверждал, что дескриптор окна должен быть на каждой системе, просто есть гора и маленькая тележка решений которые не переносимы на другие системы. Реализация того-же D-Bus для Windows появился не так давно, и его использование под Windows не является распространенным явлением.<br> https://opennet.me/openforum/vsluhforumID3/85998.html#44 Wed, 15 Aug 2012 08:46:03 GMT C#-compatible programmer detected.<br> https://opennet.me/openforum/vsluhforumID3/85998.html#43 Wed, 15 Aug 2012 03:21:57 GMT &gt; В том числе и с критичными функциями возложенными на софт<br><br>Критичные функции _никогда_ нельзя полностью возлагать на софт. За подробностями гуглите Therac-25 (спойлер: медицинский прибор, у которого отключили аппаратную блокировку слишком мощного излучения, что (вместе с кривой прошивкой) привело к смерти нескольких человек)<br> https://opennet.me/openforum/vsluhforumID3/85998.html#42 Wed, 15 Aug 2012 02:37:24 GMT пятый пункт сразу за слив считать?<br>или одумаетесь?<br><br>зыж<br>винапи выносит моск напрочь.<br>не имеет права одна программа менять что-либо в окне другой программы.<br>точка.<br>нужно взаимодействие? используйте ipc. дбас наконец (который в кутэ есть).<br>дескриптор окана? а нету его. в некоторых платформах и окон нету.<br>курсор? в своём окне хоть сто порций. тема? тоже самое. а в системе - да вы рехнулись.<br><br>от подобных манипуляций уже даже мс отказывается (зарывая винапи в вин8рт)<br> https://opennet.me/openforum/vsluhforumID3/85998.html#41 Tue, 14 Aug 2012 23:43:28 GMT 1. Мой комментарий относился к "x86 и x86 64" предыдущего оратора.<br>2. Язык программирования никоим образом не связан с "стандартный кроссплатформенный набор виджетов". Gtk# - "стандартный кроссплатформенный набор виджетов" для _платформы_ mono. Windows.Forms - стандартный _не_ кроссплатформенный набор виджетов для _платформы_ .NET.<br>4. paint.net - столько раз обсуждалось почему так, чтоповоторять это сдесь - просто бессмысленно.<br>5. Покажите-ка мне программу на Qt или Gtk которая будет кроссплатформенно двигать курсом мыши, работу с окнами (взять дескриптор текущего выделенного окна чужого приложения, у найти у него 3-й дочерний виджет и установить ему какие-либо свойства), установить тему курсоров/окон. Не реализуя нескольких различных вариантов для Windows и Linux. Правда, очень интересно было-бы взглянуть.<br> https://opennet.me/openforum/vsluhforumID3/85998.html#40 Tue, 14 Aug 2012 22:42:12 GMT &gt; http://www.mono-project.com/Supported_Platforms - мужики-то не знали.<br><br>Мужики читать не научились. В какоме месте непонимание того что стандартного кроссплатформенного набора виджетов - нет? По поводу чего начинаются извращения, когда вместо paint.net появляется наполовину переписанная pinta. Такой вот хреновый written once, runs everywhere, что даже гтк или куть какой-нибудь более кроссплатформенный. По крайней мере, программы на GTK или Qt не требуется переписывать наполовину при переносе на иную ОС. Как максимум - перекомпилить. <br> https://opennet.me/openforum/vsluhforumID3/85998.html#39 Tue, 14 Aug 2012 22:38:22 GMT &gt;&gt; На си можно вообще не оперировать выделением памяти.<br>&gt; Это вы так тонко советуете вообще программы на С не писать?<br><br>Почему же. На нем вполне можно писать. И даже очень ответственные штуки, которые на чем-то еще пожалуй фиг напишешь так же предсказуемо.<br><br>&gt; Разумно, конечно.<br><br>Я как бы пытался намекнуть что в сях, стань оно реально надо, можно и вот так. А вот в этих автоматических ж@повытиралках для скрипткидисов - рукоятка отобрана. Система лучше знает. А то что это может к факапу вести и потере предсказуемости - так оно ж для скрипткидей на поиграться. <br><br>&gt; Всё-таки, глупо писать программы, не выжимающие что-то специфическое из железа, <br>&gt; на портабельном ассемблере, когда есть множество других языков.<br><br>Ну да, все дураки, пишут уже столько лет системный софт на этом, просто потому что ничего лучше как-то и не появилось. А вот вы тут один умный. Правда на uC давно уже делают довольно критичные штуки, отказ которых вполне может иметь последствия. И программят или на голом асме или на сях. А на чем-то