Windows CE удаляет.NET CF на сбросе

Question

Windows CE удаляет.NET CF на сбросе

footer .copyright__text{
background-color: rgb(152, 181, 79);
}

footer .contact {
background-color: rgb(81, 89, 103);
}

<script src="https://cdnjs.cloudflare.com/ajax/libs/jquery/3.3.1/jquery.min.js"></script>
<script src="https://maxcdn.bootstrapcdn.com/bootstrap/4.0.0/js/bootstrap.min.js"></script>
<link href="https://maxcdn.bootstrapcdn.com/bootstrap/4.0.0/css/bootstrap.min.css" rel="stylesheet"/>
<footer>
    <div class="container-fluid">
        <div class="row">
            <div class="col-7 copyright__text py-3">
                COPYRIGHT TEXT
            </div>
            <div class="col-5 contact p-3">
                dsadsada dsa dasdsa
            </div>
        </div>
    </div>
</footer>

8

windows-ce compact-framework

задан jalf 8 December 2008 в 19:50

2 ответа

Я думаю, что необходимо выполнить RegSave для сохранения настроек реестра после установки чего-то. Я должен был сделать это в более старом (пред .NET) версия Windows CE.

0

ответ дан 5 December 2019 в 12:14

Другие вопросы по тегам:

windows-ce compact-framework

Похожие вопросы:

score 13 · Accepted Answer

Существуют некоторые Windows CE и поведения CF, которые Вы видите здесь, это дает Вам это поведение. Unfortuantely там не является никаким действительно хорошим решением, но я могу, по крайней мере, дать Вам некоторые указания.

Windows CE хранит текущую объектно-ориентированную память, включая файлы в файловой системе не конкретно на персистентном хранилище в RAM. Это включает любые файлы и/или папки, добавленные к \Windows папке (это - ключ в Вашем случае). Когда питание устройства потеряно - обычно в мягкой или жесткой перезагрузке, эти данные потеряны.
Реестр CE может (и вероятно находится на Вашем устройстве) быть сохраненным на персистентном хранилище. Это могло бы быть в файловой системе (как улей) или в некотором невидимом месте (существует два отличных способа, которыми OEM может сохранить ее). Это не потеряно на сбросе. Только сохраненные объекты и не сброшенные потеряны.
Как приложение к № 2 - сбрасываются изменения реестра, когда RegFlushKey API называют. Установка CAB автоматически звонит, это (настолько устанавливающий CF делает). Некоторые OEMs также принимают решение иметь его сброс на периодическом таймере.
Когда CF GACs объекты не в изображении, файл перемещен в \Windows папку. Они отложены, когда блок разгружен (я жаловался команде CF об этом несколько лет назад напрасно).

То, что это означает, - то, что, если Вы устанавливаете CF на карте памяти и запускаете Ваше приложение, это происходит:

Файлы CF копируются в персистентное хранилище во время распаковки CAB
Установка reg ключи записана
Реестр сбрасывается (сохраненный)
Выполнение приложения
Файлы CF перемещены (не скопированный) к \Windows, который энергозависим.

Теперь, если Вы сбрасываете устройство, в то время как блоки CF загружаются - пуф! больше никакого CF. Ваше приложение было на карте памяти, но не в GAC, таким образом, это выживает, но больше не может работать.

Решение для взлома: используйте исходное приложение для "загружений" для запуска приложения. Имейте его проверка на файлы CF в \Windows на выполненном и если они не там установка CAB CF от места в персистентном устройстве хранения данных (отметьте его как только для чтения, таким образом, wceload не удалит его).

Другая опция состоит в том, чтобы распределить блоки CF с Вашим приложением и не GAC их.