Веселая фича
имеем следующую конструкцию:
private static string DefaultCstFolder = TTemplatesDll.TemplateDir;
TTemplatesDll - синглетон
TemplateDir - проперть, контролирующая доступ к полю. Проперть критична и потому отслеживает ситуацию с своей инициализацией - выкидывае Ехцептион если что не так. Инициализация происходит в начале.
Вопрос - Каким образом она может оказаться НЕ инициализированной в средине выполнения программы, когда инициализация DefaultCstFolder уже давно позади?

CLR всего лишь гарантирует, что инициализация статического члена произойдёт до его первого использования. Ты уверен, что использование имело место быть? ;-)

100%...

Да, если интересно - только в Релеасе... в Дебуге все тип-топ...

По-русски это звучит так пошло...

перед и после первого использования DefaultCstFolder сделать записи в лог.

На основании чего сделан данный вывод? Измени геттер для TemplateDir:

string TemplateDir
{
  get
  {
     log.trace("TemplateDir: 1");
     try
     {
        //перед return:
        log.trace("TemplateDir: 2");
     }
     catch
     {
        log.trace("TemplateDir: 3"); 
        throw;
     }
  }
}

что будет в лог файле?

даже не хочу знать знать, о чём ты думал в 6-м классе, изучая одночлены и многочлены =))

На основании чего сделан данный вывод?
-----
На основании лога. Есть запись об инициализации, есть записи об доступе и в конце есть запись об Ехцептионе...
Не мучайся - в этом коде проблем нет. Проблема есть в другом месте - там создается (не мною) второй инстансе синглетона и он - не инициализирован...

ну так ССЗБ. приватный конструктор тебе в руки...

приватный конструктор тебе в руки...
------
Он и так приватный - указано же - синглетон...
ну так ССЗБ.
-----
Скорее - разработчиков Linq надо кормить звиздюлями...

Если конструктор приватный, как был создан второй объект данного класса? И чем тебе насолили создатели линка?

Как - это не ко мне, а аккурат к создателям Linq...

Ты не мог бы дать более расширенный ответ, а то я вообще не понимаю твои отрывки фраз :-(

Хммм... Ну хорошо...
Где-то в недрах Linq происходит вызов приватного конструктора TTemplatesDll или класс инстанцируется без вызова.
Причина такого поведения, скорее всего в том, что Linq сам по себе инстанцирует обьекты и делает это где-то в отдельном блоке памяти.
Как результат - там действительно создается другой инстансе singleton'a TTemplatesDll и он непаравильно инициализирован.
Наверное есть какой-то метод как сообщить Linq что ему нужен полный клон обьекта, но мне было лениво копать и обошел по-другому - убрал статику.

а можно привести конструкцию linq, посредством которой
Спасибо.

Могу дать завтра. Там удаление из списка.
Но сам код - не принципиален - любой код с использованием Линк будет делать тоже самое...

А тебе не кажется что в этом случае это просто не синглетон. Иначе говоря его кривая реализация.
Либо ты еще о чем умалчиваешь....

А тебе не кажется что в этом случае это просто не синглетон.
-----
Нее, не кажется... TTemplatesDll представляет единственную длл в системе... Мне просто вреден второй экземпляр...
Я так припоминаю, что уже была дискуссия по этому поводу... лет 5-6 назад...

Удаление из списка единственного члена? o_O

Едиственного члена Я прибью и без Линка...