единственный способ это исправить - зарегистрировать соответствующий запрос в поддержке

[fed]

Цитата:

Сообщение от EVGL

Есть один класс багов, где поправить самому невозможно: крэш в ядре. Microsoft на удивление неплохо может справляться с такими. Присылаешь им дамп, а они говорят, в чем дело.

Да - это была последняя услуга поддержки, которой мы продолжали пользоваться. Но с полгода назад, Тарик Белл (Спасибо ему за это!) добился открытия доступа к отладочным символам аксапты и опубликовал серию статей про анализ краш-дампов:
Setting up WinDbg and Using Symbols
Finding the AX user that caused an AOS crash (axforum)
Finding the X++ call stack that caused a crash (axforum)
Finding the AX user and the X++ call stack from a memory dump the easy way
So your AOS crashed, is hanging, or you just want to see what it's doing

добавлено emeadaxsupport: What to do if you have a crash

После этого краш-дампы стало возможным анализировать самому - без поддержки...

Цитата:

В плане потери времени я бы не был так пессимистичен. Я обычно тестовые данные не готовлю, а вкратце описываю сюжет и оптправляю. У специалиста могут появиться вопросы, но я рекомендую ему попробовать воспроизвести все самому и в 90% случаев он превосходно справляется.

Вероятно за 6 лет работы от имени одного партнера с одними и теми же саппортерами ты их просто выдресировал

fed добавил ссылку здесь
http://blogs.msdn.com/b/axsa/archive...in-ax2012.aspx