Допустим, установили госмессенджер на другой смартфон или профиль.
Но вы же всё равно зарегистрируетесь в нём как вы, а не noname. И спецслужбы, если вы им будете интересны, всё равно свяжут второе устройство или чистый профиль с вашим основным досье и с вашим основным телефоном. Даже если вы будете с левой симкой.
Раньше радиолюбители использовали механические ключи для работы в эфире телеграфом (морзянкой) и если не было устройства в передатчике плавно снижающего и повышающего несущую то в эфир шёл мощный всплеск по всем частотам вблизи основной частоты.
На слух это было как стук или глухие щелчки. Это и были гармоники мгновенного прерывания мощности в антенне передатчика.
Потом плавное нарастание/снятие несущей появилось практически у всех.
Так что Фурье вам не врёт, это в реальности так происходит.
Это было проще для железа: не нужно хранить лишнюю длину, просто иди по памяти, пока не встретишь ноль.
Т.е. терминирующий '/0' место не занимает, ага. Тупое решение было, а не для экономии памяти. И обернулось оно множеством проблем в будущем.
Предпреждая комментарии, что это один байт -- на PDP-11, где язык С был применён массово, минимально в памяти адресовалось не меньше слова (16 бит, отсюда и размер char -- по умолчанию 16 бит в большинстве случаев). Т.о. никаким экономичным способом хранения строки тут и не пахло.
Разыменование нулевого указателя и тогда не допускалось (то есть, не поддерживалось и вряд ли могло принести какую-либо пользу) <...>
Уж где где, а на PDP-11 читать значение, ой разыменовывать указатель, по адресу 0 вообще не возбранялось. И никакого UB. Получили бы значение, обычно это КОП JMP на начало программы. На этой машине вообще можно было читать откуда угодно из памяти/РВВ.
Да и на х86 в реальном режиме тоже. Получили бы первую запись таблицы прерываний.
K-Jetronik тут явно лишний, он механический.
И ничего не написано про SPICA, механический впрыск.
ЖД это военизированная организация и машинистов обучают водить паровоз. Надеюсь, понятно для чего.
Как такое вообще написать можно? 60-е это не каменный век с кресалом и топором. Точности станков было более чем достаточно даже в 40-е.
Сверлили ракетный двигатель ручной дрелью по месту.
Проблема с восстановлением утраченных технологий в другом -- ни у кого нет желания финансировать восстановление.
Там работают тоже весьма квалифицированные и все потуги зашифроваться уже давно расписаны.
А то над чем тут усиленно совещаются это способ продать побольше залежавшегося китайского хлама за 10р пучок.
Допустим, установили госмессенджер на другой смартфон или профиль.
Но вы же всё равно зарегистрируетесь в нём как вы, а не noname.
И спецслужбы, если вы им будете интересны, всё равно свяжут второе устройство или чистый профиль с вашим основным досье и с вашим основным телефоном. Даже если вы будете с левой симкой.
Или это будет работать как то по другому?
Раньше радиолюбители использовали механические ключи для работы в эфире телеграфом (морзянкой) и если не было устройства в передатчике плавно снижающего и повышающего несущую то в эфир шёл мощный всплеск по всем частотам вблизи основной частоты.
На слух это было как стук или глухие щелчки. Это и были гармоники мгновенного прерывания мощности в антенне передатчика.
Потом плавное нарастание/снятие несущей появилось практически у всех.
Так что Фурье вам не врёт, это в реальности так происходит.
Можно, напрямую в порт если писать. ШИМ модуляция и выводили любой звук.
Там написано банка должна быть герметично закрыта, откуда вонь?
Обычный бензин не годится из за присадок.
Поищите библиотеку "POST--" там было что то подобное.
https://github.com/knizhnik/POST--
Т.е. сделать --ptrStr и получить размер строки никак?
Зачем два указателя то?
Да, именно так.
LOOP: MOV @R3+, @R5+
JNZ LOOP
Ну, красота, же!
Т.е. терминирующий '/0' место не занимает, ага.
Тупое решение было, а не для экономии памяти. И обернулось оно множеством проблем в будущем.
Предпреждая комментарии, что это один байт -- на PDP-11, где язык С был применён массово, минимально в памяти адресовалось не меньше слова (16 бит, отсюда и размер char -- по умолчанию 16 бит в большинстве случаев).
Т.о. никаким экономичным способом хранения строки тут и не пахло.
https://sourceforge.net/projects/javaconcurrenta/files/javaConcurrentAnimated.jar/download
до 1500 раз в секунду
Ничего не сказано о AKAI -- Roberts.
Уж где где, а на PDP-11 читать значение, ой разыменовывать указатель, по адресу 0 вообще не возбранялось. И никакого UB. Получили бы значение, обычно это КОП JMP на начало программы.
На этой машине вообще можно было читать откуда угодно из памяти/РВВ.
Да и на х86 в реальном режиме тоже. Получили бы первую запись таблицы прерываний.
Так то со сжатием. А тут приходилось сначала делать захват а уж потом часами сжимать в xvid или что там было в то время.
Тогда MICRO-80 было спаять проблема, а тут XT.
Снимаю шляпу.
Несжатое видео это 100МБ в секунду, как и куда это всё уходило?
Я занимался оцифровкой видеокассет и мне приходилось ставить рэйд из SATA дисков чтобы дисковая подсистема успевала на пентиуме 4 это всё сохранять.