Здравствуйте, Erop, Вы писали:
E>Это кто так решил? Например, как ты будешь защищать библиотеку от передачи невалидного указателя, или просто от расстрелянной где-то ещё памяти?
2(!) раза ты пропустил ключевой момент.
E>Я его не посчитал существенным, так как из сообщения не очевидно, что код библиотеки не нативный...
Ну если тебе слово CLR незнакомо, то да — неочевидно.
Здравствуйте, stronk2, Вы писали:
S>Здравствуйте, bkat, Вы писали:
B>>Ну вот и сходи и спроси. Я не знаю что твоему коллеге было не понятно.
S>А тебе лично в нем все понятно или нет?
Понятно чтобы понять, что что-то не так. Примерно понятно где копать.
Но я бы все равно подошел к тебе за дополнительной инфой.
Типа воспроизводится регулярно или нет?
Что ты примерно делаешь? Что за версия библиотеки?
А то может по stack trace и не понятно ничего,
потому что твоя версия библиотеки отличается от той, над которой он сейчас работает.
Та же версия важна для тестеров, чтобы потом могли верифицировать баг.
Способ воспроизведения (если он есть), кстати тоже.
Да мало ли...
Кстати, проблемы общения внутри команды одни и самых серьезных.
Такие проблемы способны свести на нет все остальное.
Здравствуйте, stronk2, Вы писали:
S>Объясняю на пальцах, для самых-самых сообразительных. В CLR, если исключение происходит в фоновом треде и доходит необработанным до его корня, то CLR аварийно убивает весь процесс. Сделать с этим снаружи абсолютно ничего невозможно, исключение обязано обрабатываться в библиотеке.
А это так не только в CLR. Ты так пишешь, словно исключение -- единственный способ невозвратно снести процесс...
У вас в продукте есть такое архитектурное решение, что все нити ловят любые исключения, даже если не могут их обработать? В том числе и SEH'ное AV, например?
А библиотека этому решению не подчинилась, хотя и должна? Так тогда вопрос простой и формальный. Но, судя по конфликту, он не такой простой...
S>А тебе, дядя с богатой фантазией, советую больше работать и меньше фантазировать
О! Вот ты уже и до оскорблений дошёл. Правда интересно ты реагируешь на помощь посторонних людей, к которым ТЫ САМ за помощью и обратился к тому же?..
Все эмоциональные формулировки не соотвествуют действительному положению вещей и приведены мной исключительно "ради красного словца". За корректными формулировками и неискажённым изложением идей, следует обращаться к их автором или воспользоваться поиском
Здравствуйте, stronk2, Вы писали:
S>Ну если тебе слово CLR незнакомо, то да — неочевидно.
Ты правда считаешь, что из-под дотнета не юзаются нативные либы?
Все эмоциональные формулировки не соотвествуют действительному положению вещей и приведены мной исключительно "ради красного словца". За корректными формулировками и неискажённым изложением идей, следует обращаться к их автором или воспользоваться поиском
Здравствуйте, Erop, Вы писали:
E>А это так не только в CLR. Ты так пишешь, словно исключение -- единственный способ невозвратно снести процесс...
CLR довольно неплохо защищен от дураков, таких способов там очень немного.
E>У вас в продукте есть такое архитектурное решение, что все нити ловят любые исключения, даже если не могут их обработать? В том числе и SEH'ное AV, например?
Это не AV, и не занимайся домыслами. Я повторю в 3 раз — это CLR, и надеюсь до тебя наконец дойдет. Если бы там был гибридный код — я бы обязательно указал этот важнейший факт.
E>О! Вот ты уже и до оскорблений дошёл.
2/17/2014 9:37 AM, bastrakov пишет:
> ошибка при заполнении изменяющейся формы с около 100-а полями. > в чем проблема — я понял быстро, и фикс сделал тоже быстро. а дальше > встал вопрос, кто будет проверять правильность работы на больших формах. > дилема следующая: или я сижу, и фигачу 2 дня крыжики на формах, или это > делает тестировщик, и возвращает мне багу, если оно не пашет в ситуации > "второй-правый-средний-сзади".
Для таких случаев есть тулы, что сами вбивают данные и кнопочки
нажимают, но их тоже немного попрограммировать надо.
2/17/2014 10:57 AM, stronk2 пишет:
> Похоже, прав тот парень, который написал, что обычно до людей не > доходит, если не повторить одно и то же 3 раза.
Люди вообще не любят читать. Много напишешь, не дочитают до конца, мало,
не поймут.
2/17/2014 11:06 AM, stronk2 пишет:
> Потому что код — его. В принципе, я могу делать за него эту работу, но > пусть тогда мне и его зарплату отдают.
Да троллят тебя, не нервничай.
Это нормально, когда вы оба не заинтересованы, это работа ваших
менеджеров определить важность этого бага и дай поручение кому-то из вас
поручение его фиксить.
Здравствуйте, stronk2, Вы писали:
S>Объясняю на пальцах, для самых-самых сообразительных. В CLR, если исключение происходит в фоновом треде и доходит необработанным до его корня, то CLR аварийно убивает весь процесс. Сделать с этим снаружи абсолютно ничего невозможно, исключение обязано обрабатываться в библиотеке.
Да никто тебя не просит обработать исключение. Тебя просят более подробный багрепорт написать. Тебе сложно подобрать входные данные для либы, при которых она однозначно падает и передать эти данные вместе с багрепортом (пусть даже тем что ты написал)?
Matrix has you...
Re[13]: Ничего странного. Всё совершенно закономерно ;)
Здравствуйте, stronk2, Вы писали:
E>>Ты правда считаешь, что из-под дотнета не юзаются нативные либы? S>Я считаю, что автор либы все-таки не совсем полный даун и знает, что никакого нативного кода у него нет.
Нам тут, например, ты ничего о том, что либа дотнетная не сказал...
Что-то мне подсказывает, что и в том сообщении ты не всё существенное упомянул...
Но, я должен попросить у тебя прощения.
Я-то, наивно думал, что ты просишь помощи в понимании, что у тебя не так с общением в команде, а ты, на самом деле, хотел доказать тут всем, что ты самый умный, так как на работе этого сделать не вышло.
Так и быть, ты самый умный.
За сим откланиваюсь...
Все эмоциональные формулировки не соотвествуют действительному положению вещей и приведены мной исключительно "ради красного словца". За корректными формулировками и неискажённым изложением идей, следует обращаться к их автором или воспользоваться поиском
Здравствуйте, Sheridan, Вы писали:
S>Тебе сложно подобрать входные данные для либы, при которых она однозначно падает и передать эти данные вместе с багрепортом (пусть даже тем что ты написал)?
Повторяю еще раз, для самых-самых сообразительных: в данном случае это невозможно.
2/17/2014 11:25 AM, Erop пишет:
> Противоположенная сторона, скорее всего помаринует этот баг, помаринует, > а потом ОБОСНОВАННО, вернёт его тебе в пятницу вечером перед дедлайном, > и приятну ночь с пятницы на понедельник на работе проведёшь ТЫ, а не они...
Не самый плохой вариант. В таком крысином забеге его легко выйграть,
например получить повышение зарплаты и в то же время сильно уронить
маринователей в глазах начальства.
Posted via RSDN NNTP Server 2.1 beta
Re[14]: Ничего странного. Всё совершенно закономерно ;)
Здравствуйте, Erop, Вы писали:
E>Нам тут, например, ты ничего о том, что либа дотнетная не сказал...
Сказал. Повторение №4.
E>Но, я должен попросить у тебя прощения. E>Я-то, наивно думал, что ты просишь помощи в понимании, что у тебя не так с общением в команде, а ты, на самом деле, хотел доказать тут всем, что ты самый умный, так как на работе этого сделать не вышло.
Я, со своей стороны, хочу сказать тебе спасибо за очень яркую наглядную демонстрацию того, о чем я писал.
Залезть в твою голову я к сожалению не могу, так что не мог бы ты попытаться объяснить, что двигало твоим поведением, когда ты полностью пропустил мимо ушей мою информацию и начал заниматься домыслами?
Здравствуйте, stronk2, Вы писали:
S>А это, в данном случае, невозможно. Многопоточный код обычно валится не из-за данных, а из-за тайминга и совпадения случайных событий.
То есть мне теперь придумать многопоточную задачу, которая валится из за тайминга и многопоточную задачу, которая валится из за случайных событий?
Может еще вдобавок придумать как случайные события сделать менее случайными, а то и вообще однозначными?
И вообще, держи пример идеального багрепорта.
2/17/2014 12:50 PM, stronk2 пишет:
> Какие к черту спеки? Библиотека ни при каких обстоятельствах не должна > рушить весь процесс, тебе это непонятно?
Но она это делает. И шо дальше?
