https://github.com/open-watcom/open-watcom-v2/issues/1361 il gigachad che proprio scrive solo assembly 8086 e 386 con i dos extender che si accorge che x cose non vanno

https://github.com/gvanem/Watt-32 ah annoto

You should kill yourself right now

NESSUNO HA MAI IMPLEMENTATO UN COSO CHE DECRYPTA PIN BLOCK 4 AES?????

Cosa??????

è uno standard del 2017 effettivamente troppo nuovo per le banche, magari tra 10 anni ci pensiamo

Ho fatto una ricetta di cybershef

`
[{"Op":"AES Decrypt","args":[{"option":"Hex","string":""},{"option":"Hex","string":""},"ECB/No Padding","Hex","Raw",{"option":"Hex","string":""},{"option":"Hex","string":""}]},{"op":"XOR","args":[{"option":"Hex","string":""},"Standard",false]},{"op":*AES Decrypt","args":[{"option":"Hex","string":""},{"option":"Hex","string":""},"ECB/NoPadding","Raw","Raw",{"option":"Hex","string":""},{"option":"Hex","string":""}]},"op":"To Hex","args":["Space",0]}]

La chiave nei due aes decrypt è la chiave aes del PIN block, la chiave xor è il Pan block in format 4 mentre l'input è un PIN block formato hex

Rettifico una cosa
Me la sono sempre presa con gradle definendolo il peggior build system della storia

In realtà c'è qualcosa che ancora peggio di gradle queste cosa è chiamata da noi comuni mortali come autotools

Sapete perché? Gradle almeno capisco cosa fa circa
Gli autotools 0

Ho shitcoddato quando ho fatto le modifiche per bison

Compilatore più piccolo sarà tipo

Ok ma se io ipoteticamente volessi prendere un telefono Samsung e flashare ste_boot.bin si blicca? Che cavolo è quel file

io ci provo a non perdere tempo in cazzate ma come faccio a resistere a provare a far girare FreeLDR su MIPS R4000 (bootloader di reactos)

mi hanno dato proprio il compiler su un piatto d'argento

proprio SCRITTO IN DM

dependency della puttana di tua mamma androidx.kotlin version 1.20 is not compatible with target sdk 34, please upgrade to target sdk 35
> update a target sdk 35 😭

update a target sdk 35 significa:
aggiornare l'ide e il plugin di android sperando di non dover usare intellij canary o dover reinstallare intellij da capo perchè è arrivato un nuovo feature drop
potenzialmente pregare di non dover aggiornare il gradle wrapper
potenzialmente pregare di non dover aggiornare il host jdk
potenzialmente pregare di non dover aggiornare l'agp
potenzialmente pregare di non dover aggiornare le deps
potenzialmente pregare di non dover modificare il gradle per behaviour a caso deprecati ieri sera alle 23:58
E POI DOPO TUTTO QUESTO effettivamente migrare le call a target sdk 35

ma tanto target sdk 35 sarà usato dallo 0% dei device che si dovrà fare i controlli di api level in runtime come al solito merdificando tutto il codice, e questo si fa dai 14 anni a meno che non usi androidx e kotlin dove cmq un po' ti aiuta