форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
Сообщение от opennews (??) on 14-Авг-12, 14:29
После двух лет разработки доступен (http://sourceforge.net/mailarchive/forum.php?thread_name=201...) релиз инструмента 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. URL: http://sourceforge.net/mailarchive/forum.php?thread_name=201... Новость: http://www.opennet.dev/opennews/art.shtml?num=34569
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	–22 +/–
Сообщение от Аноним (??) on 14-Авг-12, 14:29
Языки без автоматического управления памятью должны остаться в прошлом веке
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+11 +/–
	Сообщение от Аноним (??) on 14-Авг-12, 14:44
	Пока процессор и остальная обвязка не научится обрабатывать непосредственно высокоуровневые конструкции языков и реализовывать автоматическое управление памятью все уровни программирования от предметно ориентированного до машинного кода будут иметь свою нишу. И да, Вы полный неадекват.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	5. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Аноним (??) on 14-Авг-12, 14:54
	> Пока процессор и остальная обвязка не научится обрабатывать непосредственно высокоуровневые конструкции языков и реализовывать автоматическое управление памятью все уровни программирования от предметно ориентированного до машинного кода будут иметь свою нишу. А после того, как они это научатся, мы получим аппаратно реализованные тормоза и глюки.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	6. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Аноним (??) on 14-Авг-12, 15:01
	Именно так. Хотел дописать, но подумал, что догадаются. Можно скорректировать: > ...не научится обрабатывать... на > ...не научится эффективно обрабатывать...
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	8. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Ag (ok) on 14-Авг-12, 15:29
	Эльбрус-1, -2, барроузовские машины - на аппартное управление веделением ОП как то народ не жаловался. Особенно после GETMAIN/FREEMAIN :)
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	9. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+1 +/–
	Сообщение от Аноним (??) on 14-Авг-12, 15:37
	Не вдаваясь в тонкости управления памятью в Эльбрус-1, -2, изначальный вопрос состоял в автоматической сборке мусора, что ИМХО более высокоуровнево, но может и ошибаюсь. В любом случае распространенность остальных систем и распространенность Эльбрус снижают полезность продолжения этой беседы до 0.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	10. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Ag (ok) on 14-Авг-12, 15:56
	> Не вдаваясь в тонкости управления памятью в Эльбрус-1, -2, изначальный вопрос состоял > в автоматической сборке мусора, что ИМХО более высокоуровнево, но может и > ошибаюсь. Сборка мусора там как раз была. Эльбрусы да, не выжили. А барроузовская платформа вполне себе существует. Только сменила владельца. > В любом случае распространенность остальных систем и распространенность Эльбрус > снижают полезность продолжения этой беседы до 0. Ну почему же. ВМ последние годы активно плодятся. Так что проблема в полный рост.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	14. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Alatar (ok) on 14-Авг-12, 16:43
	>Эльбрусы да, не выжили. Ну почему же? В оборонке они используются. Да и вот, например - http://sdelanounas.ru/blogs/20202/
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	21. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+1 +/–
	Сообщение от Аноним (??) on 14-Авг-12, 17:55
	> Ну почему же? В оборонке они используются. Да и вот, например - > http://sdelanounas.ru/blogs/20202/ Интересно, почему США или там китай не занимаются созданием таких сайтов? Может, секрет в том что дела за себя говорят лучше слов?
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	31. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+1 +/–
	Сообщение от Аноним (??) on 15-Авг-12, 00:21
	Как это не занимаются? Они просто делают это на гораздо более мощном уровне www.cnn.com например.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	35. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Аноним (??) on 15-Авг-12, 02:12
	> Как это не занимаются? Они просто делают это на гораздо более мощном > уровне www.cnn.com например. cnn.com не занимается коллекцией всего булшита мира по принципу "сделано в сша".
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	3. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+2 +/–
	Сообщение от Аноним (??) on 14-Авг-12, 14:45
	Вместе с вменяемыми требованиями к оперативной памяти. Со всякими явами и питонами уже сейчас 4х гиг не хватает...
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	12. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	–1 +/–
	Сообщение от Vkni (ok) on 14-Авг-12, 16:21
	> Вместе с вменяемыми требованиями к оперативной памяти. Со всякими явами и питонами > уже сейчас 4х гиг не хватает... Ну не надо говно брать. Тот же OCaml жрёт очень мало, компилирует значительно быстрее С++, а скорость выполнения примерно такая же.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	19. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+1 +/–
	Сообщение от Аноним (??) on 14-Авг-12, 17:52
	> Ну не надо гoвно брать. Кто ж виноват что громче всего орущие скриптокиды обычно про него вещают? > Тот же OCaml жрёт очень мало, компилирует > значительно быстрее С++, а скорость выполнения примерно такая же. Ну и как, рискнули бы вы прокатиться на авто где памятью будет автоматически рулить в критичных системах (отказ которых ведет к ДТП) это нечто? На си можно и полностью статиное распределение памяти отбабахать там где это надо. Так что память ни течь ни кончаться не сможет. А вот на "современных" ЯП - фиг с маслом. Такой уровень предсказуемости и надежности там попросту невозможен как класс.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	34. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Vkni (ok) on 15-Авг-12, 01:27
	> Ну и как, рискнули бы вы прокатиться на авто где памятью будет > автоматически рулить в критичных системах (отказ которых ведет к ДТП) это > нечто? Эээ, я, знаете, авто никогда не программировал. И большая часть программистов на С - тоже. Кроме того, на авто, где отказ ПО ведёт к ДТП, я бы предпочёл вообще не ездить. Вне зависимости от того, на чём это ПО написано. (внезапная остановка двигателя к ДТП не приводит)
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	36. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Аноним (??) on 15-Авг-12, 02:30
	> Эээ, я, знаете, авто никогда не программировал. И большая часть программистов на С - тоже. А уж жаба-скриптеры и подавно. И вот поди ж ты - люди делают вполне себе надежные вещи. Которые ездят, плавают, летают и прочая. В том числе и с критичными функциями возложенными на софт. Просто потому что во многих случаях жесткой логикой это сделать не выйдет вообще и/или схема получится настолько сложной что ее надежность и бажность будет еще хуже. > Кроме того, на авто, где отказ ПО ведёт к ДТП, я бы предпочёл вообще не ездить. Тогда вам придется ходить пешком. Дело в том что современные нормы выхлопов типа евро-4 вообще нереально осилить без микроконтроллерного управления. ABS? АКПП? Опять же - без uC нереал. А в случае синхронных BLDC (электроскутеры/электровелосипеды, ...) - микроконтроллер вообще напрямую обмотки двигателя коммутирует, в реальном времени щелкая ключами. Вот так вот прсото и брутально. Просто потому что 3-фазную последовательность с переменной частотой и разным заполнением периода да еще анализом ряда условий на лету - как-то иначе не очень то и сделаешь. Такая штука обычно получает по цифровому интерфейсу команды типа "а сделай ка нам вот столько". Ну и может ошибки детектировать и рапортовать сразу. При том временами - до того как все разнесет к чертям. Благо у uC скорость реакция превосходит человека в тысячи раз. > Вне зависимости от того, на чём это ПО написано. (внезапная остановка двигателя > к ДТП не приводит) Ну если водитель среагирует - то может и не приведет. Но это весьма зависит от. Вот только если что - у микроконтроллеров скорость реакции получше будут. Например, для вас 0.1 секунды - очень быстро. Для микроконтроллера это вечность. Что и позволяет uC например выкинуть подушки безопасности на основе анализа показаний датчиков задолго до того как владелец расшибется. А будь управление отстрелом подушек в виде кнопки нажимаемой юзером (казалось бы надежнее) - юзер бы просто в 99% случаев не успевал бы нажать на кнопку или растерялся бы. А когда из юзера бифштекс - уже как-то немного поздновато кнопку жать. На самом деле - оно вполне себе работает. При соблюдении специфичных правил и ответственном подходе. Более того - бортовые компьютеры нынче рулят большинством подсистем самолетов АФАЙК. И как бы еще не факт что это хуже чем человек надрывающийся в тщетных попытках осознать показания 100500 механических приборов.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	43. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Руслан Зиганшин (ok) on 15-Авг-12, 07:21
	> В том числе и с критичными функциями возложенными на софт Критичные функции _никогда_ нельзя полностью возлагать на софт. За подробностями гуглите Therac-25 (спойлер: медицинский прибор, у которого отключили аппаратную блокировку слишком мощного излучения, что (вместе с кривой прошивкой) привело к смерти нескольких человек)
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	46. "Релиз системы Valgrind 3.8.0, нацеленной на выявление..."	+/–
	Сообщение от arisu (ok) on 15-Авг-12, 20:39
	а в железе багов не бывает, ага. какая разница, на что там возлагается? тестировать надо. и не «абы как», а всё и вся, и fuzz'ом тоже. не зря у нормальных контор бюджет и время на тестирование чуть ли не больше (а иногда и весьма больше), нежели бюджет и время на разработку.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	4. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+4 +/–
	Сообщение от grondek (ok) on 14-Авг-12, 14:46
	Пишите аккуратно и не надо автоматически управлять памятью. А с помощью valgrind'а отладка производится быстро и удобно.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	7. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+1 +/–
	Сообщение от ВовкаОсиист (ok) on 14-Авг-12, 15:14
	Да пускай пишет на говно-языках "будущего". Ему больше ниначём другом писать нельзя. Криворукость головного мозга.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	11. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+1 +/–
	Сообщение от vkni on 14-Авг-12, 16:19
	> Пишите аккуратно и не надо автоматически управлять памятью. Это совет никогда не делать ошибок. :-)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	20. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Аноним (??) on 14-Авг-12, 17:53
	> Это совет никогда не делать ошибок. :-) На си можно вообще не оперировать выделением памяти. При этом ошибки выделения памяти исключены чисто технически. Если у вас нет malloc то и юзать его вы не сможете. В фирмварях где нужна железобетонная предсказуемость и совершенно неприемлим отказ в невнятных условиях через полгода работы - так и делается.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	32. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от pavlinux (ok) on 15-Авг-12, 01:10
	> На си можно вообще не оперировать выделением памяти. Все на константные массивы!!! :) И кстати, массивы переменной длины уже давно в стандарте.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	38. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Аноним (??) on 15-Авг-12, 02:34
	> Все на константные массивы!!! :) В критичных применениях есть и такое. Вплоть до запрета в ответственных применениях адресной арифметики вообще. А как раз чтоб не нарваться на факап лишний раз. Вплоть до того что программа просто не собирается если такое в ней есть. > И кстати, массивы переменной длины уже давно в стандарте. Так это... стандарты разные бывают. Под разные нужды. Погугли и подивись: для высоконадежной эмбеддовки от факапа в которой что-то всерьез зависит (типа падения самолета или отвала бошки у опасной промышленной установки) - существует ряд своих требований и стандартов. Некоторые из них налагают по истине драконовские требования. Ради надежности и предсказуемости. Статичное распределение памяти и запрет арифметики с указателями - наиболее очевидное, что первым делом делается.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	33. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Vkni (ok) on 15-Авг-12, 01:24
	> На си можно вообще не оперировать выделением памяти. Это вы так тонко советуете вообще программы на С не писать? Разумно, конечно. Всё-таки, глупо писать программы, не выжимающие что-то специфическое из железа, на портабельном ассемблере, когда есть множество других языков.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	39. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Аноним (??) on 15-Авг-12, 02:38
	>> На си можно вообще не оперировать выделением памяти. > Это вы так тонко советуете вообще программы на С не писать? Почему же. На нем вполне можно писать. И даже очень ответственные штуки, которые на чем-то еще пожалуй фиг напишешь так же предсказуемо. > Разумно, конечно. Я как бы пытался намекнуть что в сях, стань оно реально надо, можно и вот так. А вот в этих автоматических ж@повытиралках для скрипткидисов - рукоятка отобрана. Система лучше знает. А то что это может к факапу вести и потере предсказуемости - так оно ж для скрипткидей на поиграться. > Всё-таки, глупо писать программы, не выжимающие что-то специфическое из железа, > на портабельном ассемблере, когда есть множество других языков. Ну да, все дураки, пишут уже столько лет системный софт на этом, просто потому что ничего лучше как-то и не появилось. А вот вы тут один умный. Правда на uC давно уже делают довольно критичные штуки, отказ которых вполне может иметь последствия. И программят или на голом асме или на сях. А на чем-то еще как-то и не получается особо, да и предсказуемость совсем не та уже.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	13. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	–1 +/–
	Сообщение от kurokaze (ok) on 14-Авг-12, 16:42
	Расскажи это Apple, пусть заменят ObjC на жабку, сынку
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	15. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от VoDA (ok) on 14-Авг-12, 16:53
	> Расскажи это Apple, пусть заменят ObjC на жабку, сынку Их Oracle затроллит, так что ObjC так и будут строгать )))
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	17. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Аноним (??) on 14-Авг-12, 17:41
	>Расскажи это Apple, пусть заменят ObjC на жабку, сынку ObjC более продвинутый и современный язык чем Java, к тому же в нём тоже есть автомитическая сборка мусора (опционально)
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	30. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от anonymous (??) on 14-Авг-12, 23:32
	Уже выпилили, зато запилили ARC
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	18. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Аноним (??) on 14-Авг-12, 17:48
	> Языки без автоматического управления памятью должны остаться в прошлом веке Довольно лицемерная заява в свете того что недавно был представлен инструмент для борьбы с утечками памяти в ... JS. p.s. но я искренне желаю вам чтобы у таракашки управляющего "электронным газом" или ABS невовремя кончилась память. Это было бы заслуженным наказанием за общую идиотию и неспособность смотреть вокруг и видеть что-то кроме себя и своих задач.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	24. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Пиу on 14-Авг-12, 19:50
	мнение похаписта очень ценно для нас, пожалуйста продолжайте
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	25. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Карбофос (ok) on 14-Авг-12, 19:52
	весьма толсто, в стиле iZen
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	44. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от mad_fashist (ok) on 15-Авг-12, 12:46
	C#-compatible programmer detected.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

16. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
Сообщение от ryzhov_al (ok) on 14-Авг-12, 17:07
В OpenWRT и производных появился в нативном виде и прекрасно работает на крохотныъ embedded системах. Трижды рулез!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
Сообщение от Аноним (??) on 14-Авг-12, 19:05
В D сборка мусора реализована без всяких ВМ.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	23. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Аноним (??) on 14-Авг-12, 19:07
	Так что можно спокойно писать на машинозависимых языках не задумываясь об утечках памяти. Скорее бы ...
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	27. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от VoDA (ok) on 14-Авг-12, 20:01
	> Так что можно спокойно писать на машинозависимых языках не задумываясь об утечках > памяти. Скорее бы ... А зачем? Машино-зависимые хороши только когда используемых платформ/железок довольно мало. Как только видов железа становится много, так сразу абстракции/VM/машино-независимость. PS C# - машино-зависимый язык. Оно работает только на x86 и x86 64 bit ;)))
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	28. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Аноним (??) on 14-Авг-12, 21:10
	> PS C# - машино-зависимый язык. Оно работает только на x86 и x86 64 bit ;))) И только в виндовсе, по большому счету. Даже кроссплатформенного набора виджетов нету.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	37. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от ... on 15-Авг-12, 02:30
	http://www.mono-project.com/Supported_Platforms - мужики-то не знали.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	40. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Аноним (??) on 15-Авг-12, 02:42
	> http://www.mono-project.com/Supported_Platforms - мужики-то не знали. Мужики читать не научились. В какоме месте непонимание того что стандартного кроссплатформенного набора виджетов - нет? По поводу чего начинаются извращения, когда вместо paint.net появляется наполовину переписанная pinta. Такой вот хреновый written once, runs everywhere, что даже гтк или куть какой-нибудь более кроссплатформенный. По крайней мере, программы на GTK или Qt не требуется переписывать наполовину при переносе на иную ОС. Как максимум - перекомпилить.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	41. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от ... on 15-Авг-12, 03:43
	1. Мой комментарий относился к "x86 и x86 64" предыдущего оратора. 2. Язык программирования никоим образом не связан с "стандартный кроссплатформенный набор виджетов". Gtk# - "стандартный кроссплатформенный набор виджетов" для _платформы_ mono. Windows.Forms - стандартный _не_ кроссплатформенный набор виджетов для _платформы_ .NET. 4. paint.net - столько раз обсуждалось почему так, чтоповоторять это сдесь - просто бессмысленно. 5. Покажите-ка мне программу на Qt или Gtk которая будет кроссплатформенно двигать курсом мыши, работу с окнами (взять дескриптор текущего выделенного окна чужого приложения, у найти у него 3-й дочерний виджет и установить ему какие-либо свойства), установить тему курсоров/окон. Не реализуя нескольких различных вариантов для Windows и Linux. Правда, очень интересно было-бы взглянуть.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	42. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от ананим on 15-Авг-12, 06:37
	пятый пункт сразу за слив считать? или одумаетесь? зыж винапи выносит моск напрочь. не имеет права одна программа менять что-либо в окне другой программы. точка. нужно взаимодействие? используйте ipc. дбас наконец (который в кутэ есть). дескриптор окана? а нету его. в некоторых платформах и окон нету. курсор? в своём окне хоть сто порций. тема? тоже самое. а в системе - да вы рехнулись. от подобных манипуляций уже даже мс отказывается (зарывая винапи в вин8рт)
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	45. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от ... on 15-Авг-12, 13:37
	Пятый пункт был приведен для того, чтобы показать что утверждение "По крайней мере, программы на GTK или Qt не требуется переписывать наполовину при переносе на иную ОС." - верно не для всех программ. Я не утверждал, что дескриптор окна должен быть на каждой системе, просто есть гора и маленькая тележка решений которые не переносимы на другие системы. Реализация того-же D-Bus для Windows появился не так давно, и его использование под Windows не является распространенным явлением.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	26. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от VoDA (ok) on 14-Авг-12, 19:58
	Сборка мусора либо автоматическая либо ручная. То, что приложение можно запустить без VM - ни о чем не говорит. Ту же java можно собирать в нативные бинари. А сборка мусора как была автоматической, так и остается ;)))
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	29. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от Аноним (??) on 14-Авг-12, 21:10
	> Сборка мусора либо автоматическая либо ручная. Вообще, бывали адекватные потуги - разрешить и так и сяк.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	47. "Релиз системы Valgrind 3.8.0, нацеленной на выявление пробле..."	+/–
	Сообщение от VoDA (ok) on 24-Авг-12, 10:05
	>> Сборка мусора либо автоматическая либо ручная. > Вообще, бывали адекватные потуги - разрешить и так и сяк. потуги были, а вот результат в мэйнстриме не виден. увы.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема