Рабочие фоновые сервисы на PocketPC
Решение довольно тривиально. Вы сравниваете строку с кортежем.
ваш список выглядит следующим образом users=[('user_name','password')], и users[0] будет первым элементом в списке, который является кортежем ('user_name','password'), и поэтому строка 'user_name' никогда не будет равна ('user_name','password')
попробуйте с users[0][0]
if user1UsernameInput == users[0][0]:
print("Correct")
return username
else:
print("CREATE NEW USER")
Другой способ - сравнить кортеж
if (user1UsernameInput,user1PasswordInput)==users[0]
Если файл / список состоит из нескольких имени пользователя и пароля. Лучше использовать in оператора
if (user1UsernameInput,user1PasswordInput) in users:
2 ответа
CERunAppAtTime является очень недооцененный API (в основном из-за ужасного имени). Это не должно запускать приложение. Это может просто установить именованное системное событие (см. описание pwszAppName параметра в документах MSDN). Если Вы хотите знать, когда это стреляло (к lat, Ваше приложение поместило устройство для сна снова, когда это сделало обработку), просто имеют рабочий поток, который делает WaitForSingleObject на том же самом именованном событии.
Необслуживаемое состояние часто используется для устройств, которые должны поддерживать приложение в рабочем состоянии непрерывно (как MP3-плеер), но сохранить питание путем закрытия подсветки (вероятно, сингл большая часть подсистемы потребления питания).
Очевидно необслуживаемое использование режима, в котором значительно больше powr, чем приостанавливает, becasue, приостанавливает единственную передаваемую мощность, для самообновления RAM. В необслуживаемом режиме процессор является приводимым в действие stuill и работающий (и несколько периферийных устройств могут быть также - зависит от того, как OEM определила их необслуживаемый режим).
SystemIdleTimerReset просто препятствует тому, чтобы диспетчер электропитания поместил устройство в режим низкой мощности из-за неактивности. Этот режим, определяется ли приостановленный, необслуживаемый, полет или другой, OEM. Используйте его экономно, потому что то, когда Ваш делают это, влияет на потребляемую мощность устройства. Выполнение его в необслуживаемом режиме особенно проблематично с пользовательской точки зрения, потому что они могли бы думать, что устройство выключено (выглядит, что путь), но теперь их ресурс аккумулятора прошел на юг.
У меня была целая долгая детализация сообщения, как Вы не должны ожидать мочь получить приемлемый ресурс аккумулятора, потому что WM не разработан для поддержки то, что Вы пытаетесь сделать, но - Вы могли предупредить о своем сервисе на пробуждение, сделать Вашу обработку, затем используете методы в этом сообщении для откладывания устройства для сна сразу. Необходимо смочь сохранить отношение on-time-to-sleep-time очень низко этим путем - но как Вы говорите, я только предполагаю.
См. также:
Эффективные питанием приложения (MSDN)