Саня, ты зря смеешься.
На самом деле это сообщение говорит о том, что программеры предусмотрели даже такой вариант развития событий. Молодцы.
А теперь попытаюсь объяснить, что произошло.
Программы вызывают функции системы, которые создают и открывают окна. Но, бывает, функции ОС выполняются с ошибкой или не выполняются вовсе (внутри функции происходит ошибка). Для многопоточного приложения вероятность возникновения ошибки больше вследствие реализации технологии в семействе Вин ОС.
Так вот, программисты предусмотрели такой вариант развития событий и реализовали возможность отследить причины, приведшие к.
Отсутствует
Skunk написал:
На самом деле ...
Скажу больше и проще.
1. Зря на виндозные функции пеняешь.
2. В qt память течет во многих местах, и не зная о них приложение плавно ложиться ....
3. qt - тут при том , что на нем написана опера.
Отсутствует
ShadoW[=FB=] написал:
qt - тут при том , что на нем написана опера.
Теперь меня не удивляют оперные приколы. Если qt - то всеясно Достаточно поюзать KDE под любым линуксом(и не только... ), и все ясно...
ЗЫ. через пару-тройку часов на волнах выпитого пива приплывет из "ПХ-КП" племя, и начнет пьяно подкалывать...
Отсутствует
SgtPepper написал:
Достаточно поюзать KDE под любым линуксом
Достаточно поюзать любой линукс, сразу вспоминаются уроки труда в школе, кривые болванки, рашпили разных размеров, с помощью которых в тисках первые доводятся до нормального состояния. Короче, линукс
Отсутствует
Px написал:
Короче, линукс
Ну вот, шояиговорил....
Ламо, отставшее от жизни....
Отсутствует
ShadoW[=FB=] написал:
1. Зря на виндозные функции пеняешь.
2. В qt память течет во многих местах, и не зная о них приложение плавно ложиться ....
3. qt - тут при том , что на нем написана опера.
Угу. Под Лин не ложится, а под Вин ложится. Проблема может быть в Qt (в сборке под Вин), поэтому сильно не спорю.
Но, имея опыт создания многопоточных приложений под Вин с большими вкраплениями чистого API могу смело утверждать написанное ранее.
К тому же, это не отменяет продуманности и реализации алгоритма контроля ошибок. Или ты со мной не согласен и в этом?
Отсутствует
Skunk написал:
Угу. Под Лин не ложится, а под Вин ложится.
Адепты гнезда Мозиллового долгое время рассказывали, что в утечках памяти виновата кривая винда, пока их не припёрли скриншотами с той же проблемой под Linux
Теперь пора и менее популярному браузеру идти по тем же грябляммм
Отсутствует
Пора грабляммм, наконец, убраться из-под ног Адептов гнезда Мозиллового.... Хотя, скорее всего, qt тут ни при чем. Не?
Отсутствует
SgtPepper написал:
Ламо, отставшее от жизни....
Как ты мощно припечатал Линукс то, я бы так не смог
PS:
http://www.fclab.ru/2009/11/20/906/
http://www.fclab.ru/2009/10/20/770/
Шедевральное - http://olegart.livejournal.com/1401165. … ;t24157773
И финальный coup de grâce
http://olegart.livejournal.com/1401414.html
Отсутствует
Px написал:
Ты, конечно, ВО ВСЕМ ПРАВ, я это сам утверждал , но ссылки, мягко говоря - "из носа выковыряны, и по форуму размазаны" (С) ВВП
Про ХренОС, и еще про что-то, с "падающей производительностью от пухнущего ядра" - это про какие-то конкретные сборки? А про какие именно? Определись, а то я сейчас начну судить о безальтернативности Виндовс, исходя из безглючности и беспроблемности сборок типа Zver или еще каких-то....
Отсутствует
SgtPepper написал:
но ссылки, мягко говоря
А это провокационные ссылки, для привлечения издающих звуки «линукс! линукс!»
SgtPepper написал:
Про ХренОС
ХреньОсь, попрошу не терять мягкие знаки
SgtPepper написал:
это про какие-то конкретные сборки?
Это про исследование Интел (мелкая, в сравнении с Линуксом, американская контора, барыжит процессорами ), по результатам которого они сообщили, что от релиза к релизу ядро Linux теряет 2% производительности
Отсутствует
Px написал:
что от релиза к релизу ядро Linux теряет 2% производительности
Согласен. Линукс стал жертвой популярности из за стремления поддерживать в ядре как можно больше железа. На счет 2% - это очень спорно, и основано по большей мере на наблюдениях в бинарных дистрибах, где при старте системы грузицца чуть ли не все что есть в ядре. Например в 31-м ядре переписали с нуля логику работы с дисковым кешем, из за чего производительность существенно выросла на высоко нагруженных системах. Плюс переписали устаревшую логику работы с USB, что тоже приятно порадовало при работе с внешними накопителями. Но иногда они как Валве - что-то улучшают при этом что-то ломая .
Отсутствует
IRON написал:
Но иногда они как Валве - что-то улучшают при этом что-то ломая .
Ну, это как Майкрософт - очередной сервис-пак исправляет старые ошибки, и добавляет новые...
А видел ли ПыИкс последний дистриб Убунты? 9.10? Как там с производительностью? Есть замечания? И, кстати, с удобностью юзания? Лично мне это напомнило МакОсь....
Кто не верит - спросите у БульДоЗЗеРа... Он - юзатель Макоси на работе, и эту Убунту тоже поюзал уже...
Отсутствует
SgtPepper написал:
Достаточно поюзать KDE под любым линуксом(и не только... ), и все ясно.
KDE != Qt
Это 2 разных продукта.
Кстати - не сказал бы что гном менее глючный , если не более... Остальные ДЕ не дотягивают до этих.
Skunk написал:
К тому же, это не отменяет продуманности и реализации алгоритма контроля ошибок.
Тут никто не спорит. И я подозреваю, почему они это сделали .
Кстати, что под вин что под *никс, не имел никогда проблем в многопоточных приложениях (СOM - не в счет).
Отсутствует
Px написал:
Адепты гнезда Мозиллового долгое время рассказывали
Приведенная тобой моя цитата без окончания несет другой смысл, который отличается от заложенного изначально.
ShadoW[=FB=] написал:
Тут никто не спорит. И я подозреваю, почему они это сделали
Это да.
Я, кстати, буквально на этой неделе расширял функциональность модуля загрузки с ФТП для одной системы на Питоне. В числе прочего добавил к контролю ошибок используемой относительно высокоуровневой библиотеки контроль ошибок сокетов. Ну это в Питоне доступ на более низкий уровень возможен и не нужно менять реализацию алгоритма на более низком уровне.
Отсутствует
SgtPepper написал:
А видел ли ПыИкс последний дистриб Убунты? 9.10? Как там с производительностью? Есть замечания? И, кстати, с удобностью юзания?
Gnome - неюзабельный ужас, лучше уж KDE
А с производительностью там всё так же плохо, Кризис тормозит
SgtPepper написал:
Кто не верит - спросите у БульДоЗЗеРа... Он - юзатель Макоси на работе, и эту Убунту тоже поюзал уже...
А всего 2 месяца назад тот же Костик рассказывал как ему нравится семёрка, и как она похожа на МакОс
Skunk написал:
Приведенная тобой моя цитата без окончания несет другой смысл, который отличается от заложенного изначально.
Не сказал бы
Отсутствует
FoboS написал:
Ребят, тема "Картинки" называется.
ты будто первый день на форуме
Отсутствует
Skunk написал:
Саня, ты зря смеешься.
На самом деле это сообщение говорит о том, что программеры предусмотрели даже такой вариант развития событий. Молодцы.
А теперь попытаюсь объяснить, что произошло.
Программы вызывают функции системы, которые создают и открывают окна. Но, бывает, функции ОС выполняются с ошибкой или не выполняются вовсе (внутри функции происходит ошибка). Для многопоточного приложения вероятность возникновения ошибки больше вследствие реализации технологии в семействе Вин ОС.
Так вот, программисты предусмотрели такой вариант развития событий и реализовали возможность отследить причины, приведшие к.
Нет, они не молодцы. Они бараны. И поясню почему.
Опера скрошилась, оставила лог, лог битый. При попытке открыть лог опера скрошилась.
Вопрос, почему не проверять, адекватный ли лог, и можно ли с ним вообще работать? А они, "молодцы", предусмотрели, что же они будут делать, когда возникнет ошибка...
Программа должна работать, не смотря на логи об ошибках. Получилось отправить - хорошо, не получилось - ну и фиг на них. Но программа должна работать.
P.S. try-catch еще никто не отменял.
Отсутствует
Px написал:
Не сказал бы
Я не буду спорить по на тему: автор цитаты знает ее смысл лучше других
s0rr0w написал:
Нет, они не молодцы. Они бараны. И поясню почему.
Опера скрошилась, оставила лог, лог битый. При попытке открыть лог опера скрошилась.
Значит ты знаешь больше чем я...
А фразу "trying to show the crash dialog" следует переводить как "лог битый, а попытка создания окна диалога ни причем"
s0rr0w написал:
try-catch еще никто не отменял
Ну, вообще-то именно потому, что они поймали ошибку (угадай где?), они и выводят сообщение.
Хотя бывают моменты, когда нужно сделать re raise ошибки.
s0rr0w написал:
Программа должна работать, не смотря на логи об ошибках. Получилось отправить - хорошо, не получилось - ну и фиг на них. Но программа должна работать.
Идеальный мир? Это интересно, но нежизнеспособно в ближайшее время.
Не согласен с такой категоричностью.
Например, я против того, чтобы какой-нибудь девайс, в котором случилось короткое замыкание, продолжил работу и долбал бы меня током.
И против того, чтобы банкомат давал возможность вставить карточку, когда случилась ошибка в тракте купюровыдачи.
Отсутствует
Skunk написал:
Значит ты знаешь больше чем я...
А фразу "trying to show the crash dialog" следует переводить как "лог битый, а попытка создания окна диалога ни причем"
Что может послужить причиной того, что программа не смогла показать диалог о том, что она скрошилась? Утечка памяти? Бугага три раза! Это окно на момент запуска программы. Нечему еще течь. Если есть ошибка вывода самого диалогового окна, то пользователь никогда не увидит его и не сможет запустить программу ни при каких обстоятельствах. Что показывается обычно в диалоге про крэш? Не крэшрепорт ли? А откуда он берется? Не из файла ли?
Skunk написал:
Ну, вообще-то именно потому, что они поймали ошибку (угадай где?), они и выводят сообщение.
Хотя бывают моменты, когда нужно сделать re raise ошибки.
Да, пользователю от этого стало легче.
Skunk написал:
Идеальный мир? Это интересно, но нежизнеспособно в ближайшее время.
Какой нафиг идеальный мир? Что пользователю важнее, запустить программу или увидеть тупое сообщение об ошибке? С точки зрения компании Опера им очень важен крэшрепорт. А вот с точки зрения пользователя - наплевать, наличие его или отсутствие не делает погоды. Так почему какой-то там вторичный крэшрепорт не дает пользователю воспользоваться программой?
Skunk написал:
Не согласен с такой категоричностью.
В тебе говорит фанат или беспристрастный пользователь?
Skunk написал:
Например, я против того, чтобы какой-нибудь девайс, в котором случилось короткое замыкание, продолжил работу и долбал бы меня током.
И против того, чтобы банкомат давал возможность вставить карточку, когда случилась ошибка в тракте купюровыдачи.
Твои аналогии не отражают суть. Давай приведу получше. Банкомат тебе не выдает бабло, потому что нет бумаги.
Хотя ты можешь снять без печати чека, тебе бабло все равно не дают. Удобно? Идеальный мир?
Отсутствует
s0rr0w написал:
Какой нафиг идеальный мир?
В котором предусмотрены абсолютно все варианты развития событий. Этого не может быть. В принципе.
Именно поэтому с считаю твои слова "Программа должна работать" слишком категоричными и возможными только в одном случае: когда мир идеален (предусмотрены все варианты). Но это ведь не так, правда?
s0rr0w написал:
В тебе говорит фанат или беспристрастный пользователь?
Во мне говорит инженер
Опера для меня - инструмент. У меня есть более интересные занятие, чем фанатеть.
s0rr0w написал:
Твои аналогии не отражают суть.
Возможно. Я пытался понять твое высказывание, поэтому намеренно спровоцировал тебя на дальнейшее объяснение путем приведения примеров, которые лично меня не устраивают в модели "не взирая ни на что, программа должна работать".
ЗЫ
Похоже ты попал в те самые 0,05% людей, у которых глючит инсталлер
Рекомендую использовать Classic installer.
Отсутствует
Skunk написал:
В котором предусмотрены абсолютно все варианты развития событий. Этого не может быть. В принципе.
Я такое не писал
Skunk написал:
Во мне говорит инженер
Опера для меня - инструмент. У меня есть более интересные занятие, чем фанатеть.
Но никто не возбудился по поводу данного скриншота, кроме тебя Точно инженер в тебе говорит?
Skunk написал:
Возможно. Я пытался понять твое высказывание, поэтому намеренно спровоцировал тебя на дальнейшее объяснение путем приведения примеров, которые лично меня не устраивают в модели "не взирая ни на что, программа должна работать".
Нет, ты неверно истолковал слова. Вырвал из контекста и принял за константу. Что есть крэшрепорт? Вспомогательная утилита к браузеру (пусть и интегрированная в браузер). Еще раз задам вопрос, ты считаешь нормальным, что какая-то вспомогательная утилита, вторичная функция, мешает работе основной программы - браузеру? Я считаю, что не смотря ни на какие ошибки скинов, виджетов, крэшрепортов, браузер должен запускаться.
Skunk написал:
ЗЫ
Похоже ты попал в те самые 0,05% людей, у которых глючит инсталлер
Рекомендую использовать Classic installer.
Это не я такой везучий, у меня как раз все нормально.
Отсутствует