AX2009 TraceParcer issue

[Товарищ ♂uatr]

Спасибо, словно на съемках Санта Барбара побывал - там действительно проблема с преобразованием...
...у винды есть вот такая функция QueryPerformanceFrequency
У утилиты есть конвертер "QueryPerfCounter" с функцией:

public static long ConvertQPFTimeToTicks(ulong QPFTime)
{
	if (!initialized)
	{
		if (!NativeMethods.QueryPerformanceFrequency(out mFrequency))
		{
			throw new InvalidOperationException();
		}
		initialized = true;
	}
	return (long)((double)QPFTime / (double)mFrequency * (double)multiplier);
}

Где для mFrequency может быть инициализирована значением по умолчанию из той самой функции. История на этом могла бы и закончиться (ну да, выдавало бы оно разные результаты на разных машинах), если бы не лог трассировки в комбинации с этой строкой "QueryPerfCounter.Frequency = e.Properties.TryGetValue<long>("PerfFreq");" желающей видеть данное свойство у каждого события лога.
Только не все логи события "XppUtilFuncEvent" (согласно статистике) желают заполнять данную информацию. Поэтому получаем mFrequency равное 0, а далее "силу бесконечности".

[Logger]

Судя по коду значение должно быть одинаково у всех замеров. Т. Е. MinInt64 у всех. А оно у одних так у других сяк.
Поэтому мне все же кажется что дело в переполнении.

[Товарищ ♂uatr]

Лог на вход дает валидные данные.
Подставляем значения в формулу:
return (long)((double)QPFTime / (double)mFrequency * (double)multiplier);
Берем обычное консольное приложение и 4 переменные создаем.

double a = (double)QPFTime; // 2, пример из изображения выше
double b = 0; // проблемная переменная
double c = (double)multiplier; //  10000000, на само деле может быть любой
double d = (a / b * c);

Получаем infinity.

Цитата:

Сообщение от Товарищ ♂uatr

желающей видеть данное свойство у каждого события лога.

Вот тут погорячился. Трейсер просто последовательно считывает заголовки из файла.
Сначала считывается "красивый":

Следующий код его обрабатывает:

private void SetCurrentTraceInfo(EventArrivedEventArgs e)
{
	QueryPerfCounter.Frequency = e.Properties.TryGetValue<long>("PerfFreq");
	TraceInfo.Current.TotalBuffers = e.Properties.TryGetValue<uint>("BuffersWritten");
	TraceInfo.Current.EventsDropped = e.Properties.TryGetValue<int>("EventsLost");
	TraceInfo.Current.TimeStampBeginTick = e.Properties.TryGetValue<long>("StartTime");
	TraceInfo.Current.TimeStampEndTick = e.Properties.TryGetValue<long>("EndTime");
}

А когда дело доходит до обработки событий типа "XppUtilFuncEvent" (в БД он представлен как [dbo].[TraceLines] с [CallTypeId] равный 16) - предварительно "прилетает" заголовок с единственным свойством:

Следовательно безопасная e.Properties.TryGetValue<long>("PerfFreq"); выдает не исключение, а 0.

Решений проблемы как было 2.5 так и осталось:
1. Выяснить насколько правильно, что файл содержит BuildString в таком виде.
2. Внести коррективы в исполняемый файл добавив обработку состояния, что значение e.Properties.TryGetValue<long>("PerfFreq") нужно использовать для присвоения QueryPerfCounter.Frequency когда оно не равно 0.
2.5 При вставке записи в БД заменять отрицательные значения на 0 - но это скорее так, для галочки вариант.

[Товарищ ♂uatr]

Привет.
Реализовал самый простой вариант п.2 - целям в полной мере соответствует (миниатюра 1).
Архив с дистрибутивом содержащим данное изменение во вложении.

П.1 - поверхностно изучал вопрос, результаты исследования можно уместить в одно изображение (миниатюра 2).

[rashuf]

Добрый день!
При запуске TraceParser из размещенного в теме дистрибутива получал ошибку

BusinessConnector could not be loaded or logon failed. Source code will be disabled.

Проблема заключалась в отсутствии config-файла. После добавления проблема исчезла.
В файле достаточно следующего содержания

<?xml version="1.0"?>
<configuration>
  <startup useLegacyV2RuntimeActivationPolicy="true">
  </startup>
</configuration>

[sukhanchik]

Я обычно в клиентской утилите конфигурирования при бизнес-коннекторе выбираю нужную мне конфигурацию (= нужное мне приложение). Удобно, когда трассировка снимается с разных приложений