Эта история началась около месяца назад, когда Кирилл Тхай добавил поддержку вложенных пространств имен в CRIU, после чего наша система CI приказала долго жить. В тот момент ничто не предвещало тех увлекательных приключений, в которые мы оказались вовлечены.
Рубрика «crash»
Linux все еще не торт
2017-07-11 в 4:17, admin, рубрики: autotest, bugs, continuous integration, crash, CRIU, leaks, linux, linux kernel, memory, open source, panic, system programming, upstream, Блог компании Virtuozzo, Разработка под Linux, системное программирование, Тестирование IT-систем
Самоуверенность или краш Runner 250
2015-10-22 в 5:20, admin, рубрики: crash, Walkera Runner 250, Блог компании Dronk.Ru, Видео-техника, гаджеты, квадрокоптер, мультикоптеры, метки: Walkera Runner 250 
Приветствую всех. Я один из немногих в нашей команде, кто никогда не управлял квадрокоптером, и знаю все только теоретически. И тут решил исправить это положение, заказав себе, ни меньше не больше, Walkera Runner 250.
Все описания и обзоры предупреждают, что это невозможно, научиться управлять данным аппаратом, если до этого никогда не имел дел с подобной техникой. Но я гордый и самоуверенный “вызов принял”.Читать полностью »
Убийственная связка из NSCache и UINib
2015-04-05 в 16:43, admin, рубрики: crash, iOS, nscache, objective-c, разработка под iOS, метки: iosХочу поделиться еще одним крешем, с которым разбирался пару месяцев назад. Сейчас, по прошествии времени, крешрепорты такого типа больше не наблюдаются в HockeyApp, а раньше были одними из самых популярных. Собственно, проблема наблюдалась уже довольно давно, но тогда наше приложение еще использовало TestFlight и информации для анализа не доставало. Креш характеризовался примерно таким стеком:
Thread 0 Crashed:
0 libobjc.A.dylib 0x39abcf42 objc_msgSend + 2
1 CoreFoundation 0x2bfe0c61 __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ + 10
2 CoreFoundation 0x2bf3c6d5 _CFXNotificationPost + 1782
3 Foundation 0x2cc6e129 -[NSNotificationCenter postNotificationName:object:userInfo:] + 70
4 Foundation 0x2cc72c8f -[NSNotificationCenter postNotificationName:object:] + 28
5 UIKit 0x2f750883 -[UIApplication _performMemoryWarning] + 132
6 libdispatch.dylib 0x3a0107a7 _dispatch_client_callout + 20
7 libdispatch.dylib 0x3a021253 _dispatch_source_latch_and_call + 624
8 libdispatch.dylib 0x3a0122ed _dispatch_source_invoke + 210
9 libdispatch.dylib 0x3a013e1f _dispatch_main_queue_callback_4CF + 328
10 CoreFoundation 0x2bfee3b1 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 6
11 CoreFoundation 0x2bfecab1 __CFRunLoopRun + 1510
12 CoreFoundation 0x2bf3a3c1 CFRunLoopRunSpecific + 474
13 CoreFoundation 0x2bf3a1d3 CFRunLoopRunInMode + 104
14 GraphicsServices 0x332cf0a9 GSEventRunModal + 134
15 UIKit 0x2f5487b1 UIApplicationMain + 1438
16 xxx 0x0015bb81 main (main.m:18)
17 libdyld.dylib 0x3a030aaf start + 0
Повреждение стека в одном из методов NSString
2015-03-31 в 17:32, admin, рубрики: crash, iOS, NSString, objective-c, разработка под iOS, метки: iosХочу написать про один странный креш, с которым разбирался на работе.
Креш происходил стабильно при заходе в папку с корейскими символами. Проблема оказалась во вроде бы безобидном коде следующего вида:
NSURLComponents* urlComp = [[NSURLComponents new] autorelease];
...
urlComp.path = path;
urlComp.user = username;
...
Тринадцать ассирийских символов крашат вкладку браузера Chrome на Mac OS
2015-03-22 в 14:14, admin, рубрики: browser, chrome, crash, mac os, Mac PS, OS X, ассирийские символы., браузеры, информационная безопасность, падение страницы, хром, метки: Chrome 
В мире нет ничего абсолютного, в том числе и абсолютно безопасных и стабильных браузеров. Но что удивительно, до сих пор можно «убить» вкладку браузера при помощи символов на странице. На днях один разработчик обнаружил, что тринадцать ассирийских символов приводят к крашу страницы браузера Chrome для Mac PC, сообщает techworm.net.
Читать полностью »
iPhone 5S обзавелся «синим экраном смерти»
2013-10-14 в 14:22, admin, рубрики: apple, bsod, bug, crash, iphone, iPhone 5S, баг, ребут, синий экран 
Новый iPhone 5S от Apple порадовал пользователей неожиданной фичей: BSOD-ом, или «синим экраном смерти». BSOD является типичной ошибкой старых версий ОС Windows, но многие пользователи iPhone 5S сообщают о неожиданных перезагрузках своих устройств после BSOD-а. Синий экран появляется в первую очередь из-за родных приложений Apple iWork. На видео видно, что перезагрузки вызваны переключением между приложениями, но пользователи так же сообщают и о перезагрузках во время работы.
Читать полностью »
История одного Crash-а, и NSLog’а его лечившего
2012-12-09 в 20:42, admin, рубрики: apple, crash, intel, objective-c, внезапно, магия, Программирование, странности, метки: apple, crash, intel, objective-c, внезапно, магия, Программирование, странностиЛечу Crash'и NSLog'ами. Недорого. Многолетний опыт. 100% гарантия.
Примерно таким заголовком можно было бы описать то, что три с половиной месяца назад происходило у меня на одном из проектов. Вернее, это даже был не мой проект, но с проблемой crash'а пришлось разбираться именно мне.
Все началось с того, что на одном из относительно больших проектов начало стабильно вываливаться исключение при авторизации пользователя. «Ну и что тут такого? У всех бывает. Проверку на nil забыли поставить или где-то накосячили. „Тоже, мне, большое событие — crash на проекте“, — подумает большая часть программистов. В принципе — абсолютно согласен. Crash — не такое уж и редкое явление в программировании под iPhone, и с ним сталкиваешься по десять раз на день. Но этот был особенным. От него уже начало попахивать „магией“, когда мне сказали про его некоторые параметры и особенности:
- Воспроизводимость на симуляторе: 100%
- Воспроизводимость на устройстве: 0%
- Путь к крэшу (после локализации крэша): ~ 40 секунд
- Настройки оптимизации при компиляции (-O1,-O2...) не влияют на воспроизводимость
- XIB'ы в проекте не используются
Да выглядел он довольно безобидно:
// Code
UITextView * textView = [ [UITextView alloc] initWithFrame:CGRectMake(0, 150, _width, _height)];
// Exception
*** Terminating app due to uncaught exception 'CALayerInvalidGeometry',
reason: 'CALayer bounds contains NaN: [0 0; nan 200]'»Ну тут же и ежу понятно, что width — после вычисления — NaN!", — подумал я. Бегло поглядев где и как вычисляется ширина вьюхи, и не найдя ничего особого опасного, я, для утверждения своей догадки, поставил перед созданием вьюхи NSLog. А вдобавок, и точку останова на строке с созданием элемента.
// Source:
NSLog(@"width = %f", _width);
//Output:
width = 200
«Гм», — подумал про себя я, и продолжил выполнение программы после точки останова. И крэша не произошло…
Краш Samsung Galaxy S III:
2012-10-08 в 14:51, admin, рубрики: crash, Galaxy S III, galaxy s3, Samsung, Блог компании Nomobile.Ru, Гаджеты. Устройства для гиков, краш, Смартфоны и коммуникаторы, метки: crash, Galaxy S III, galaxy s3, Samsung, краш 
Мы все здесь любим гаджеты, это понятно, но порой возникают ситуации, когда хочется их раскурочить, сплющить, взорвать… В общем куда-то выплеснуть свою агрессию. В связи с этим мы придумали формат Destruction show, в которых цинично, но красиво убиваем устройства. Вниманию хабрасообщества предлагается второй выпуск нашей youtube-программы, главным героем которого стал всем известный Samsung Galaxy S III.
Постоянно отваливается Flash Plugin в Google Chrome? Есть решение!
2012-07-27 в 7:46, admin, рубрики: crash, Google Chrome, windows, браузеры, переводы, хром, метки: crash, Google Chrome, хромПреамбула.
Настигло меня некоторое время назад горе. После посещения сайтов и страничек, с повышенной концентрацией флэш-контента, с жалобой на флэш-плагин, стал валиться Хром, внезапно, капитально и беспощадно. Перезапуск Хрома не спасал, требовался полный ребут системы.
Надо заметить, что Хром я люблю и пользую для динамического контента, вроде Ютуба и всего флэш- и js- содержащего (по совершенно очевидным причинам).
Лень-матушка убеждала не придавать этому значения. Но каждый ребут для меня — это целое событие, т.к. открыт десятки, если не сотни, вкладок, запущены десятки программ. Уж такой у меня образ жизни. Поэтому ребут — весьма нежелательное событие.
Настал тот миг, когда терпение моё лопнуло, и я решил разобраться с этой проблемой. Поставить в этой истории точку.
Решение, к слову сказать, оказалось довольно простым, и, одновременно, действенным. Читать полностью »
Leap second привёл к зависанию некоторых серверов на Linux
2012-07-01 в 5:04, admin, рубрики: crash, leap second, linux, метки: crash, leap second, linuxПользователь Bron Gondwana на ServerFault отмечает, что начиная с утра 30-го июня некоторые его сервера на Debian Squeeze стали зависать, не подавая никаких признаков жизни.
С одного из серверов удалось вытащить вот такой дамп:
[3161000.864001] BUG: spinlock lockup on CPU#1, ntpd/3358
[3161000.864001] lock: ffff88083fc0d740, .magic: dead4ead, .owner: imapd/24737, .owner_cpu: 0
Читать полностью »