b>j)΄!Pԫ&;"kB޶}pSVT(wę!j x;-m@JnQ+պכ7MajfJͱ4jѲ撆RxZMz7vIW/dٞТזcZM~ji ߒsQzԠDW3Den"M+/B:-uIJ7j委9p='mANޭ=/B:-n&nUfqxZM~c Ϲ+,&ᾺܢF[(1*" ϒ"Jԧ<;b" "jܢF[x ,!q қ*]/؝27SMcs"ޭDQ/应ܢF_! :s" 7`F+SVTn"IJnQ/应B 4 wD"IJ׭-`S9DrjiEJ߅gJ应矁[xZM~n"IB؃!'Тѕ+(mIKʭ/|ϐܢF[xZMzG %嬩/c[[ DDEX для VS2017

DDEX для VS2017

Вчера днем не смог установить DDEX в 2017-ю студию. Это меня немного озадачило — все же работало.

Вечером я решил вернуться к этому вопросу. Как положено, вместо того чтобы заняться непосредственно этим вопросом, сначала обновил студию. Студия обновилась и сказала «надо перегрузиться».

Хорошо. Хотя немного жалко — система уже 44 дня работает без перезагрузки. Я тормознул все долгоиграющие тесты на компьютере и стер все базы с RAM-диска — чтобы он побыстрее сохранился на нормальном диске. Про то что сохраняются не файлы, а сектора, я забыл.

В результате на диск записалось 80GB (писалось минуты три  на 850Pro). Система перегрузилась и начала восстанавливаться.

А восстановиться не может — при восстановлении состояния RAM-диска система вываливается в синий экран и перегружается. Ошибка в asramdisk.sys.

Я проклял все, пока нашел как загрузить Windows 10 в SafeMode и снести этот RAM диск.

Потом, через пару часов, я таки смог вернуться к проблеме DDEX провайдера. И методом адской отладки понял что при установке я не зарегистрировал «DB Factories».

В инструкции же специально это обозначено!

Но кто их читает, инструкции эти? Тем более свои собственные.

Dmitry Kovalenko on 13 октября, 2018 | Filed Under NetProvider, Программирование

Leave a Comment