Нет, вы не можете использовать SO_REUSEADDR
с HttpListener
.
Причина в том, что HttpListener
фактически не управляет базовым сокетом - он просто регистрирует префиксы на уровне приложения с драйвер HTTP.sys
, который, в свою очередь, управляет базовым соединением.
Чтобы использовать SO_REUSEADDR
, вы можете создать TcpListener
и установить опцию сокета в базовом сокете (доступный через свойство Server
) с помощью SetSocketOption()
:
$TcpListener = New-Object System.Net.Sockets.TcpListener 9999
$TcpListener.Server.SetSocketOption("Socket", "ReuseAddress", 1)
$TcpListener.Start()
Но теперь вы должны реализовать все удобные вещи, которые HttpListener
предоставляет вам самостоятельно (анализ заголовков, проверка содержимого и т. д.). ).
Это говорит о том, что это может решить практическую проблему, с которой вы сталкиваетесь:
try{
$Listener.Start()
}
catch{
}
finally{
$Listener.Stop()
$Listener.Dispose()
}
(не вставляйте это в приглашение / ISE, вам нужно сохраните это в скрипте или заключите в блок сценария для finally
, который будет правильно оценен при прерывании)
После того как опцией, которой devs в xda-разработчиках, кажется, обладают, является Mortscript
Я никогда не потрудился использовать его, но я использовал много установщиков такси, которые распределяют mortscript так, чтобы они могли сделать различные задачи
Самой близкой вещью к среде сценариев на Windows Mobile является интерфейс Configuration Service Provider. В то время как это не язык сценариев по сути, это действительно позволяет делать много того же типа вещей тех, которые изменяют настройки реестра, копируют и удаляют файлы и каталоги, установку и удаляют приложения и многое другое.
У Mike Calligaro есть большая статья о том, как записать сценарии и как получить их от Вашего рабочего стола на устройство различными способами. Один из них несомненно будет работать на Вас.
Я работаю над полным рабочим днем Windows Mobile и действительно никогда не сталкивался с хорошей Windows Mobile, пишущей сценарий реализации, к сожалению. По некоторым причинам MS никогда не видел потребность в нем. Например, даже при том, что можно на самом деле получить консоль команды на WM, это не поддерживает рабочие пакетные файлы, даже при том, что все команды все еще там, и это было бы относительно легко. Существует определенно не механизм VBScript, который я когда-либо слышал о, ни JScript. Существует PythonCE, но определенная поддержка WM минимальна, и Вы не получаете доступ к большому количеству WM только вещи.
Кроме того, я сделал большую работу с компанией под названием SOTI, который имеет продукт под названием MobiControl, который действительно включает основной механизм выполнения сценариев. Хотя большинство команд характерно для своей системы и на самом деле должно быть выполнено от консоли управления настольной стороны.
Учитывая все времена я попытался найти хороший механизм выполнения сценариев для WM сам, Вы думали бы, что я просто запишу тот ;)
Так, извините, но основной ответ не, нет механизма выполнения сценариев, доступного для VB в контексте, который Вы указали.
Также существует среда выполнения Visual Basic для запуска VBScript