- 1
https://habrahabr.ru/post/319846/
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
−18
https://habrahabr.ru/post/319846/
Все равно лучше чем пхп
пиздец
для кого оно это пишет?
Не знаю, зачем мне он, зато теперь можно въебать кому-нибудь минус
нет, я не автор поста
нехуя там делать с такими статьями
Есть уже болгенос, теперь будет болгенси
ps: а мне вот интересно
до какого года детей будут учить пасклю в досбоксе? До 2038-го?
Не знаю, как у всех, но в нашем пту, когда поднимается вопрос насчет выкидывания делфи с вба на мороз и замены его на что-то адекватное, поднимается вонь типа "Вот, это же надо программу переделывать, это же язык надо учить"
Как будто они хотя бы делфи нормально знают
Если честно, то мне нравился паскаль как _учебный_ язык. Просто в 1998-м он был еще актуален, а сейчас уже нет
Это хороший ЯП, но вот отсутствие статической типизации не айс: все таки она мозги ставит на место
называется ни то котлин, ни то свифт, не помню.
Пишется прошивка, потом код через программатор заливается на чип.
но детей нужно бить заставлять отделять определение переменных и явно указывать тип, иначе из них вырастают пыхапешники
так что поскаль был полезен своей суровостью
отдельный вопрос: нужно ли учить их позикс или микрософту
2. Отказоустойчивость
3. Удобство
4. Простота базового освоения
5. Кроссплатформенность
Бейсик - лажа, джава - слишком сложен. Остаётся паскаль... На делфи, вестимо.
Но дельфи было бы в тыщу раз лучше, чем паскаль под дос, разумеется.
На дельфях можно написать под винду что угодно
даже оллах
PascalABC ещё есть. Он умеет в .NET, но при этом в нём есть Graph и Crt a la турбопас.
некоторые так и делают
Вообще начинать сразу с функциональщины это очень круто наверное, но не многие смогут.
1) нарисовать точку
2) пикнуть динамиком
3) перейти к пункту 1
но правда я в сопливом возрасте умел бейсик, так что я уже был испорчен изначально
в моем деццтве в нашем городе 6-ти летних учили qbasic
Ибо пока они в этих шарагах сообразят чему учить, все успеет пять раз устареть, и в итоге все равно будет неактуальным
Ты так говоришь, как будто современный яп - самое главное или даже единственное знание у программиста.
Сука. На самом интересном месте. А я так хотел узнать, каким образом const влияет на область видимости переменной...
Про лексер, парсер, абстрактное дерево, про выведение типов, про разделение чейна на бекенд и фронтэнд, на генерацию кода под современные процы, про вот это всё, да?
Вечно набегут со всякой занудной хуйней и мешают полёту мысли 17-ти летнего архитектора
Въебал минус
Что со мной не так?
Приспичило мне написать свой говноязык
Взял в правую руку F# (заодно и выучил его), в левую взял FParsec, в среднюю взял System.Reflection.Emit
И поехал писать говнопарсер параллельно с говнокомпилятором в CIL
Впринципе, ничего увлекательного в этом нет, кроме того, что надо рвать свою жопу об левую рекурсию, когда парсер пишешь
Плюс F# достаточно неудобный язык, но писать парсер на C# мне было лень
Хиндли-Милнера я ниасилил
мне просто кажется что это оче силозатратное занятие.
Лол. Фейспалмлю со швабра.
А хули там делов-то: распаковал esd в корень, залил мбр и положил BCD
Только чем редактировать BCD под линуксами?
Впрочем, и BCD тоже нет. Там есть специальный WMI провайдер или BCDEdit, а больше нет нихуя. И даже всякие EasyBCD наверняка юзают WMI.
все, я пошел ставить виндос из арча и меня никто не остановит
на худой конец поставишь семерку: Она в wim
http://manpages.ubuntu.com/manpages/zesty/man1/wimlib-imagex.1.html
are encrypted.
Была вроде какая-то тулза для редактирования реестра, проверь.
его конечно мапит configuration manager в веточку, но на Technet/MSDN написано что можно только через WMI, проверь
Но дальше идет недокументированное REG_BINARY.
Что с этим дальше делать?
> можно только через WMI
Да кого тут ебёт мнение M$? Они просто ссут, что кто-то случайно сломает себе хуй BCD, если будет править его руками.
Проверил - в джва клика монтируется обычным regedit'ом как хайв. Значит и линуксовая тулза (если она есть) всяко сможет его поправить.
З.Ы. А, ну вот, cykablyad уже успел проверить, пока я писал.
наверное того, кто не хочет реверсинженирить формат, нет?
З.Ы. На самом деле, на то дерьмо, которое там хранится, и json'а бы хватило. Но M$ такой M$.
ну вот тебе мой бутлоадеор
И примерно половина параметров (Включая recoveryenabled, например) там BINARY
что с ним делать?
Смотришь все поля
Где байты как у гуида, туда и совать
Берёшь готовую винду, ищешь гуид нужного раздела в этих полях. Вот туда и вписываешь.
З.Ы. Ты хочешь у нас всё это выспросить и написать статью на хуябру первым?
Всё, M$ получило очередного анального виндораба, который без документации от M$ и шага сделать не может.
Народ форматы и посложнее реверсил... А тут можно и через bcdedit попинать, и через WMI, чтобы с параметрами разобраться. Халява сплошная. А для PoC даже разбираться особо не надо...
Буфер нашел, а дальше ниасилил
Вы тут на пару с сукаблядью стали рассказывать мне что BCD это hive, а hive давно уже разревершен, то проблем нет, словно там XML или json в ветке лежит.
А там лежит HEX (не всмысле хекс, а всмысле неведомая ёбная хуня) на ёблю с которой можно портатить время.
Даже сама структура BCD (объекты и их поля) документированы всего в одном документе:
"bcd.docx" aka "Boot Configuration Data in Windows Vista" (он легко нагугливается), а в обычном технете нихуя толковова нет, чо уж говорить о формате хранения этого дела
Эх, монстродевочку бы
Если ёбля приносит удовольствие - вай нот?
Открываем на MSDN доку по WMI интерфейсу для BCD. Ой, а там же все структурки и енумчики описаны! Всё по полочкам разложено. Самый сложный тип - BcdDeviceQualifiedPartitionData в 11000001 (ApplicationDevice) и 21000001 (OSDevice). Но айдишники диска и раздела и тип mbr/gpt в нём найти не составило труда.
Можно хоть сейчас идти на хабр писать нахуй никому не нужную статью по правке BCD через анус.
З.Ы. Блядь, вот хотел завтра на работу вовремя придти. Но из-за тебя, походу, не успею.
ну тогда я посыпаю голову пеплом: сделать BCDEdit под линукс и правда не сложно. Желаю тебе этим заняца))
Нет, но там маппинг прослеживается невооружённым взглядом. А цифровые названия ключей - это собственно енумы из доки (BcdLibraryElementTypes, BcdOSLoaderElementTypes).
Не щадишь ты себя, отдохнуть тебе надо, cykablyad, всё о байтах думаешь.
Может, это REG_SZ маскируется
Еще более интересно, как я умудрился так побить iso
Переименуй текст GPL в EULA.txt
А почему utf-8 4 байта, если там может быть и один? Удобство индексации? Какое нафиг удобство индексации, если utf-8 специально сделали таким, чтобы там не было этого удобства в ущерб "плотности упаковки" так сказать?
Щто? Есть символы (model), есть кодировки (view), есть конвертеры (controller), зачем символу нужно знать, в какой он кодировке?
Символ должен быть четырёхбайтный всегда, а все что "закодировано" лучше вообще словом char не называть, чтобы у людей иллюзий не возникало.
Четырех байт хватит всем
Похоже, что так. Правда, наблюдая за тем, как люди сходят с ума со своими эмодзями, начинают вкрадываться сомнения. Скоро для каждого понятия во вселенной будет U128 символ, а люди будут общаться эмодзи-иероглифами. Все языки превратятся в китайский.
Хотел бы я посмотреть, как люди изображают пантомимой слова ТРАНСЦЕНДЕНТНЫЙ, ТРАНСЦЕНДЕНТАЛЬНЫЙ, ГОМОТОПИЯ, КАТАМОРФИЗМ.
Или наоборот
> Да, я читал эту статью и ни в одном языке, кроме совсем старых не нашел прямой компиляции в ассемблерный код.
wtf I am reading?
Настоящие цари хакают процессор и заливают в него свой микрокод
Они пишут на VHDL или Verilog и собирают FPGA или сразу ASIC