Ogni volta che spiego qualcosa di android a qualcuno si mette le mani nei capelli
Coincidenze?
Coincidenze?
Oggi il Dev di Android della mia azienda ha spiegato che è normale che Google rompe le api degli api level ogni anno e che bisogna fare in fretta Ad aggiornare se no Google ti gaslighta
Ha detto che ti nascondono l'app per i telefoni nuovi, te la cancellano, e l'update più brutto è quello che hanno distrutto l'accesso all'sd card
🔥2
Ho compreso che essere Android Dev è una tortura per tutti non solo per me è proprio l'ambiente che fa schifo al cazzo in maniera assurda
Io vorrei uccidere il creatore, Google, il management e ogni cosa inerente ad Android, voglio un iPhone o un symbian
E symbian era una merda atomica, ma cazzo per farmi rimpiangere quel user Land
LE GUI IN QT4 RIPETO MEGLIO DI QUELLE IN XML ANDROID JETPACK COMPOSE
Chiedo scusa per quello che sto per dire ma....
Se devo scegliere tra questo e GTK3 preferisco gtk3....
Se devo scegliere tra questo e GTK3 preferisco gtk3....
mi sono fatto spiegare cos'era quindi quel cavolo di .reloc che non capivo mai
praticamente il loader di windows ™️ ©️ (uso il nome per semplicità so che in realtà bisogna guardare le tabelle degli header nel PE)
cerca di base di rispettare il criterio della baseImage che c'è dentro l'header di NT, ma siccome il mondo è stronzo soprattutto ASLR e non potendo garantire questa cosa
ogni jump che teoricamente si aspetta di partire dalla base image (es. se puntiamo
.data
db ciao 0x04
e fa tipo
mov rax, [0x600000] (facciamo finta che 0x600000 è il .data)
)
.data
db ciao 0x04
e fa tipo
mov rax, [0x600000] (facciamo finta che 0x600000 è il .data)
)
purtroppo però con ASLR magari il .data di base ce lo porta a boh 0x6434343 quindi per fixare dentro la .reloc viene piazzato uno schifosssimo address che ci dice di fare il fixup della posizione
per quello le base relocations hanno tipo MOV32 MOV64 che ha perfettamente senso