Тела нет, потому что ответ 302 - перенаправление на HTTPS.
Конечно ваш самописный браузер не поддерживает HTTPS, потому при попытке нешифрованного HTTP запроса на 443 порт вылезает ошибка 400
Чем 302 ответ ненормальный? Он видит ваш useragent, видит, что это браузер и должен поддерживать HTTPS, и перенаправляет вас туда при помощи 302 ответа. Попробуйте прикинуться каким-нибудь Lynx
Дарья Андреева: есть только одна команда "сравнить" + есть много команд перехода: "перейти, если равно", "перейти, если больше", "перейти, если меньше" и т.д.
а ведь и так только сравнение будет использоваться:
[ввод числа]
cmp al, '0'
jl BAD_NUMBER ; если введенный символ меньше '0', печатаем что введено не число
cmp al, '9'
jg BAD_NUMBER ; аналогично если больше девятки
cmp al, '5' ; по условию сравниваем с пятеркой
jl PRINT_MENSHE_5 ;(Jump Less) печатаем, что введенное число меньше пяти
jz PRINT_RAVNO_5 ;(Jump Zero) печатаем, что равно 5
jg PRINT_BOLSHE_5 ;(Jump Greater) печатаем, что больше
x86 является CISC архитектурой с переменным размером кода команды. Наиболее близкое, что могу предположить - ассемблерная команда длиной в два байта. Но не думаю, что именно это имелось в виду.
Есть битовые операции - логическое"и" (and), логическое "или" (or), побитовые сдвиги (shr, shl). Опять же, где здесь двухбитовость, не пойму.
Попробуйте узнать условие ещё раз.
В условии всё, блин, прекрасно. Операции ++ и -- над константами (шта?!), прерывание 20h, которое вообще-то завершает подпрограмму, перебиваемая двухбитовая операция, загруженная в сегмент стека (???)
Если переживёте такое ДЗ и преподаватель таки покажет пример решения, покажите плиз. Может познаю дзен такого мышления
И ещё. При вводе цифры скорее всего будут использоваться символы ASCII, значение которых не будет равно самой цифре (например, цифра 5 в ASCII таблице имеет значение 53 или 0x35 в шестнадцатеричной системе). Поэтому введенное число нужно сравнивать с '0', '5' и '9'. Использование кавычек в записи сообщает компилятору, что следует рассматривать параметр как символ, а не как число. Ну или сразу писать ASCII код цифры в своей программе.
rromm: для того, чтобы не возникло ситуации, когда ноутбук не способен обеспечить подключаемое устройство питанием.
ни ноутбук, ни зарядка обычно не регулируют отдаваемый ток. всё на совести устройства.
rromm: А вот для этого и требуется инициализация USB и запрос на потребление конкретного тока. Не видели сообщений вида "USB порт был отключён из-за превышения потребляемого тока"? Это как раз тот случай, когда девайс запросил больше, чем ноутбук может дать.
rromm: Почему не должно быть? А если плоскую железку вставить в гнездо USB? Железка в данной ситуации - девайс, который "потребляет" 30 ампер. Обычная защита от КЗ. Разница лишь в пороге срабатывания. Где-то на 2А вырубится, где-то на 5
rromm: Не обязательно сгореть. Например, повербанки обычно выключаются в таком случае. У меня есть и ноутбук, который сразу выключается, если вставить пробу, что 2 ампера жрёт (большой проволочный резистор с штекером). Представьте, что человек вставляет ваше устройство в свой ноутбук, а он пых - и вырубается.
Так вот чтобы определить тот максимум, что они могут выдать, и нужно следить за просадкой напряжения. Иначе вы попробуете брать 2А от порта, что может только 0.5, порт может выйти из строя (равносильно КЗ).
Взял продвинутый USB мультиметр и поэкспериментировал с различными зарядками и стройствами. Максимальное потребление смартфона получилось 1.3 А, зарядки на 2А не просели вообще, остались на 5.2В. Самая слабая зарядка просела до 4.4В, телефон продолжал потреблять 0.8А.
Другое устройство переставало увеличивать потребляемый ток при снижении напряжении до 5В. Мне это кажется наиболее корректным поведением - увеличивать потребляемый ток, пока зарядка не начнет просаживаться по вольтажу
1. Не совсем так. Из физики, тепловыделение пропорционально квадрату силы тока. Именно потому повышают напряжение - больше энергии можно передать при тех же амперах (и тому же нагреву)
2. Стандарт USB не предполагал, что его будут использовать для зарядки устройств. Чтобы не повредить оконечное оборудование, если телефон не уверен, что на другом конце зарядное устройство, он следует стандарту и потребляет 0.5А. Если вы уверены, что ваше устройство не будут подключать к чему-то, что может сдохнуть, если начать высасывать большой ток, делайте любой требуемый ампераж.
Что до инициализации - именно. По стандарту, порт не должен давать больше 100мА без инициализации. Производители материнок, хабов и прочего давно на это забили и дают полный ток, что могут дать.
5. Качественный разъём и штекер нормально тянут 2А. Больше - не стоит рисковать.
6. Это же не сообщающиеся сосуды. Контроллер microUSB порта в телефоне мониторит состояние разъема и напряжение на контактах. Появились 5 вольт - ок, включаем режим заряда, пытаемся определить, кто на том конце, устанавливаем нужный ток потребления. Появилось сопротивление без напруги - подаем 5В, пробуем инициализировать OTG устройство. При этом телефон может совсем не ожидать, что в него воткнут OTG вместе с питанием. Может включиться режим зарядки, а устройство не распознается. Может наоборот, подключится устройство, но не пойдёт заряд. Поведение не определено и зависит от конкретной модели. Мне удавалось заставить телефон заряжаться при подключенной мышке, но не всегда. Чаще он не заряжался, но мышь работала.
