mi sto facendo tipo bene spiegare un po' di sta roba da chi su reactos ha lavorato in sto coso che serve a me
avevo pensato che in realtà csrss.exe fosse il vero bro che gestisse cose come la creazione di un processo di NT e kernel32 fosse un banale forwarder
cosa non vera, in realtà tutto è gestito da kernel32.dll mentre csrss.exe serve solo a gestire le cose globali tipo un device subst
Cosa ci significa questo?
Che non sono we are so fucking back per una reimplementazione di WSL1, ma che diventa anche molto più semplice siccome psxss.exe teoricamente ci serve solo nella zona più minima
Che non sono we are so fucking back per una reimplementazione di WSL1, ma che diventa anche molto più semplice siccome psxss.exe teoricamente ci serve solo nella zona più minima
ergo, tutti i problemi di sincronizzazioni e di flow che pensavo servissero servono SOLO se vogliamo una istanza globalmente accessibile di cose tipo i device subst o TLS
cosa che a noi NON servono perchè abbiamo già lxcore.sys che ci farà il lavoro
https://en.wikipedia.org/wiki/Ruby_character 😭😭😭😭 come cazzo si renderizza sta roba
no ti prego non voglio fare text shaping a mano no ti prego non voglio fare text shaping a mano no ti prego non voglio fare text shaping a mano no ti prego non voglio fare il text shaping a mano
Adoro ANSI
Non c'è niente di meglio di usare degli standard internazionali e farti pagare per leggerli
Non c'è niente di meglio di usare degli standard internazionali e farti pagare per leggerli
Dopo una giornata passata a leggere cose a caso e robo in C ho capito questo famoso blocco TR31 proprio come viene impl (grazie openemv)
Siccome su Internet non esiste un cazzo di documentazione su come è implementato bene (se non la lib C) e col cazzo che vogliamo dare 200 euro a quegli stronzi dell''ANSI stavo pensando di fare un blog post' tecnico che spiega come funziona il TR31, sia di algoritmi da usare sia come è formato
👏1