HeroBrine1st

85% - заряд батареи. Хочу найти иконку батареи, да не весь юникод поддерживается(

Выкатил обновление. Свайпов нету (слишком сложно, а я обновление хотел выпустить сегодня). Добавлено: Показатель оперативной памяти в строке состояния Обработчик малого количества оперативной памяти "Расположение файла" у ярлыков Ярлыки теперь работают и для контекстного меню Блокировка системы паролем Изменено: Вложенные контекстные меню подсвечиваются (вы это можете видеть на скриншотах выше - зеленым подсвечивается) Большинство программ (в том числе контекстное меню) реагируют не на нажатие, а на отпускание кнопки мыши Незначительные изменения системы обновлений Исправлено: OS.lua могла неверно думать о количестве элементов на рабочем столе Дублирование ошибки системы обновлений P.s. нужна помощь с алгоритмом свайпа. Я не до конца понимаю, как мне рассчитать координаты одновременно двух страниц.

Не тестировал от слова совсем, однако быстрого выключения не наблюдал. Там DoubleBuffering должна оптимизировать работу с gpu, а соотвественно и основное потребление энергии. Операций CPU в конфиге не видел, вроде и не должен потреблять энергию. UPD: Проверил, примерно 1% в минуту без апгрейдов на батарею кушает в простое

Всмысле прокрутка с помощью зажатия и движения мышки? Этого пока нет. Но идея отличная. спасибо

Ой, забыл xD Спойлеры делать не умею. так что как-то так пока. Возможно на скриншоты слишком новые и из разрабатываемой версии.

Репозиторий с кодом - https://github.com/HeroBrine1st/TabletOS Прошу не углубляться в мой код. Есть неполная документация - https://github.com/HeroBrine1st/TabletOS/wiki P.s. система юзает DoubleBuffering от ECS, можно юзать его библиотеку GUi.lua (ее скачать надо) UPD2: Скриншоты -

Система предоставляет графическую оболочку для планшетов, имеющую минималистичный интерфейс и понятное только мне использование, а так же минимальное (надеюсь) потребление ОЗУ. Из фич оболочка дает: Возможность использования OpenOS частично без использования команд. Для особых случаев - используем контекстное меню -> "Выполнить команду" Возможность посылки уведомлений пользователю. Многозадачность не реализована, так что пассивную часть программы нужно активировать библиотекой thread из OpenOS Запуск программ-папок (*.pkg). Чисто для разграничения кода и возможности создания модулей Адаптивная отрисовка интерфейса. На экранах с разрешением по ширине, не кратной 20, могут возникать проблемы, однако без искусственного изменения разрешения такого не произойдет. Помощь в настройке при первом запуске. На случай проблем - на первом экране используется колёсико мыши. Блокировка экрана Горячие клавиши на главном экране (клик+delete - удалить, ctrl+e+клик - редактировать и подобное) QR-коды для быстрого доступа юзера к ссылкам В планах: Специальный фреймворк аля Zygote из андроида. Естественно абсолютно весь функционал переписывать не буду, однако основной останется. Этот фреймворк повлечет за собой полный рефакторинг кода (перевод системы на него), но полностью устранит все недостатки TabletOSNetwork - что бы было. Протокол сам в себе будет держать защиту от MITM (Сначала на DSA, потом переведу на ECDSA (реально сложно для меня пока)) и некоторую маршрутизацию с помощью специальных реле (что бы у юзеров планшеты не лагали). Установка - pastebin run 1xudmTa7 Выберите в установщике TabletOS и канал обновлений "Stable". В дальнейшем система будет уведомлять о обновлениях, при получении оного нужно будет зайти в настройки (контекстное меню в левом нижнем углу экрана) и там обновиться. В случае, когда при обновлении бросает ошибку - посмотрите изменения, там будут инструкции по ручному обновлению или переустановке системы. Если и это невозможно. переустановите систему. Данные должны сохраниться, а вот система - обновиться.

Еще раз обновил утилиту) 1. Как говорил ECS, теперь временный файлик находится на диске. По умолчанию - /usr/cryptednote/temp.crtnt, + использую computer.pullSignal 2. Заменил gpu.set на функцию write (стащил из другой своей программы ), которая стирает и пишет на последней записанной строке И предыдущие изменения: 3. Поддерживает большие файлы 4. Появился флаг --execute (-x), который расшифровывает и вызывает файл без его записи на диск. 5. Файлы программы перенесены в /usr/cryptednote и это можно изменить в коде. Из-за записи на загрузочный диск упала безопасность - в случае принудительного выключения устройства или (хуже) вытаскивания диска расшифованный файл так и останется лежать. Так что используем планшеты и желательно в безопасных местах)

Чутка обновил утилиту. Из изменений - заметки перенесены в/usr/cryptednote (легко меняется в коде, если надо все вернуть) и поддерживает огромные (реально огромные файлы вплоть до свободной ОЗУ) файлы. Но с последним проблемы, оно как-то не так записывает расшифрованный файл в /tmp/, обрезает его почему-то. Установка тем же методом. Про поддержку огромный файлов - они вызывали ошибку TLWY, пришлось делать цикл (спасибо за блочность алгоритма) и вставлять os.sleep(0). P.s. там в коде можно найти gpu.set вместо term.write - это мне было лень делать функцию переноса курсора на начало строки) UPD: еще флаг --execute сделал (или -x), расшифровывает файл и запускает его. Расшифрованный код никуда не записывается, он остается только в ОЗУ

Я рассчитывал на то, что если админам понадобится ключ - они пойдут в кеш сервера и пойдут его искать там. Ну раз у луа такая логика, значит придется удалить этот участок кода.. P.s. и переменные можно вообще не обнулять получается? нет смысла? При выключенной буферизации все изменения переменных будут моментально записаны на диск сервера. Если это HHD, то 35 (уточняется) итераций как раз будет достаточно для полной перезаписи информации (как оказалось, не информация перезаписывается, а ссылка на нее). А если SSD, то Trim удалит остаточные данные.

Из какого-то канала Telegram. Подтвердить инфу не могу, увы( Лишним не будет - выполняется моментально. os.sleep чисто для наблюдения процесса поставил, иначе ввел пароль и сразу к файлу

ОЗУ компа на хост-мащине хранится в ее ПЗУ. Для полной перезаписи с удалением информации нужно 35 итераций. Если включена буферизация, это не поможет, но если отключена - вполне рабочая вещь. К слову, о мануале при первом запуске утилиты и продолжению по клику. Я сделал.

Установка - pastebin get wmAj3hcP /bin/cryptednote.lua Библиотека - pastebin get uDnh4RLi /lib/crypt.lua Альтернативный вариант установки (выберите там CryptedNote, это мой установщик на все мои проги :) ) - pastebin run 1xudmTa7 Использование: cryptednote name [options] Опции: --rewrite; -w - перезапись файла --execute; -x - исполнение файла без записи на диск Пароль закрыт точками. Зашифрованные файлы хранятся в /usr/cryptednote (легко меняется в коде). Если файл редактируется, он находится в /usr/cryptednote/temp.crtnt (в нешифровнном виде). Код - https://pastebin.com/wmAj3hcP

Ответ - http://prntscr.com/jjvx97 Код: Все так же, как и без bigint - число получилось совсем другим. Лично я думаю, что дело в тесте на простоту, поскольку тест Ферма - вероятностный тест и он можешь только лишь подтвердить, составное ли ему дали число, но опровергнуть - нет. UPD. использовал третий метод + бинарник луа. результат тот же - http://prntscr.com/jjw0m9

Натыкал. жду ответа третью минуту. а, ща исправим (не хочу плодить сообщения)

Однако ошибка все равно происходит. Причем там, где обычная арифметика справляется на ура. И сама ошибка - http://prntscr.com/jj3jml 76 строка, затем 31 и ошибка происходит в рекурсивном методе method2. Вот же ответ обычной арифметики (Удалил строки с 5й по 7ю) за ~0.3 секунды - http://prntscr.com/jj3kme

Кажется, я понял, в чем ошибка. Рекурсивный метод вызывает сам себя, а с ним вызывается и преобразование числа(уже таблицы) в bigint-таблицу. Вот тут и происходит ошибка.

Жалуется на то, что получило значение, отличное от числа. Не знаю, как это фиксить, ибо я передаю число.

Отрицательные числа не нужны.

Я бы не отказался

Длинную арифметику написать не смог. https://github.com/OpenPrograms/Fingercomp-Programs/blob/master/libbigint/bigint.lua не слушается. Зато есть генератор простого числа на тесте Ферма. И у него сильно ограничен диапазон из-за отсутствия длинной арифметики. Раскомментировав последние строки, получите код для проверки алгоритма.

Использовав третий метод в сравнении ECS (4й уже для lua 5.3) я нашел странную вещь - при больших числах выходное значение дешифрования отлично от входного значения шифрования. Вот код: И выход в opencomputers (lua 5.2) - http://prntscr.com/je2nnp (после вызова команды первое число - зашифрованное число, второе - расшифрованное) Шифровал я число 65536. А получил совершенно другие числа. Попробую второй метод, если тоже не получится - надо будет уменьшать числа в таблице. UPD: с вторым методом так же UPD2: с простыми числами 3855000-3859999 все так же. При уменьшении до 1-1000 все становится нормально.

Как раз проблема в их генерации. Пользуясь решетом кого-то там я не добивался высоких скоростей. Поэтому я сделал таблицу, которая заметно увеличила скорость загрузки библиотеки. На крайняк можно в /boot/ записать require("RSA") конечно, но это уже вмешательство в openos

Немного погуглив, я заметил, что существуют онлайн-сервисы разложения числа на множители. Вставив туда число вида 42894984343598, разложило примерно за полминуты. То есть можно просто записать сниффером все, включая обмен ключами (я для чего и пишу библиотеку - для коммуникации внутри сети Zn, отсеивая атаку man in-the-middle), а затем в таком сервисе разложить число, получить нужный множитель и найти секретный ключ. И тут встает вопрос: потянет ли OC числа, которые не потянут такие сервисы? Нет. Вот тут можно закончить оптимизацию алгоритма. Для сетевых интерфейсов внутри игры этого более, чем достаточно.

Попробовал от 990000 до 1000000 использовать простые числа. Шифровка - нормально, дешифровка - too long without yielding. Поставил os.sleep(0) - получил зависнувший сервер (из опенкомпов, а не хост) UPD: от 50000 до 100000 - все так же