Константин Власов

Я бы посоветовал создать дамп и проанализировать через WinDbg, какой драйвер виноват. Конечно, можно пытаться выявить, какие моменты при работе с Фаром приводят к крэшу, и избегать этих моментов (или настроить Фар, чтобы он не использовал соответствующие фунции), но это всё полумеры. Ошибка в каком-то драйвере (или в железе), и Фар всего лишь создаёт условия для её воспроизведения. Точно так же их может случайно воссоздать и какое-то другое приложение. Лучше устранить саму ошибку, чем пытаться воевать с последствиями.

В uvScreenCamera есть опция, куда сохранять файлы. Возможно, в uvSoundRecorder она тоже есть, можно глянуть там текущее значение. Если нет, то можно поискать по всем дискам программами-индексаторами типа Everything или отловить обращения к файлам при помощи Process Monitor'а.

Вдобавок к решению с Ctrl+ScrollLock+ScrollLock можно ещё воспользоваться демонстрационной утилитой Notmyfault от Марка Руссиновича.

Как вариант: возможно, обращение идёт по имени хоста, а DNS тормозной (или, например, первичный DNS упал, а вторичный работает). Приложение пытается обратиться по имени, DNS-запрос долго не отвечает, приложение вылетает по таймауту. Пока суть да дело, DNS-запрос завершается (или отправляется на второй сервер), IP-адрес кэшируется. Поэтому и пинг проходит, и приложение начинает работать.

На десктопной 32-битной винде доступ за пределы 4 гигов через PAE не работает в силу лицензионных ограничений. Вот тут эта проблема подробно разбирается. Вариантов здесь немного: либо 64 бита, либо серверная версия, либо отказ от 6 гигов (впрочем, в памяти над 4 гигами можно разместить логический диск для свопа и временных файлов с помощью RAMDisk), либо патчить, как описано в той статье, нарушая лицензию, рискуя огрести глюки и молясь при каждом обновлении системы, чтобы патч не слетел.