Bueno Under, evidentemente eres un iniciado, pero no solo en esto, si no en todos los niveles de la vida.
Antes de opinar, y/o comentar, hay que saber leer.
No podes decir semejante estupidez como "Necesito ayuda mi auto no arranca, gracias." Por que eso esta lejos de lo que esta pasando aqui.
Es más, me tome el trabajo de publicar los avances y hasta donde he llegado, y he recibido mucha ayuda por MP y estoy esperando terminar para publicar los resultados.
Todas las operaciones de memoria en la Pila son Push/Pull. Lamento decírtelo. Ponelo en el lenguaje que vos quieras.
Me lei los tutos, y algunos más que pasaron por MP con casos específicos.
Brinde suficiente información como para que alguien con mas experiencia y tiempo para ayudar me oriente.
Obviamente, no sos vos.
Te doy un consejo: Antes de escribir pavadas como las las que escribiste, pensalo dos veces y dedicate a otra cosa.
Si no queres ayudar, no ayudes. Nadie te obliga. Pero no jodas porque es gratis.
Gracias.
Al resto de la comunidad, les pido disculpas por esta clase de energúmenos que no tienen nada mejor que hacer.
Saludos.

creo que el concepto de pull suelen usarlo en android "Pull command"
por otro lado, lo que estamos acostumbrado a ayudar en el foro, son ayudas a partir de lo que refieres, si no eres claro con lo que planteas obviamente no te podrán ayudar

respecto de cualquier archivo que fue funcional y que corre en un xp, sea por emulador o no, en algun lado debe almacenar la información o leerla, es por eso que los debuggers o depuradores toman una importancia enorme, ahora el tema realmente es el formato a trabajar

si lo que te cuesta es el manejo de stack o pila, entonces intenta otras estrategias como analizar situaciones similares, es imposible que crackees o cambies un programa , sin haber seguido algún curso u tutorial donde refiera algo similar, ahora que luego uno se las ingenie y encuentre alguna forma ayuda

por ejemplo  si la limitación es que corre ciertos dias, entonces donde lee que es el primer dia?  fue asi como crearon hasta programas como trial reset, no hay programas invulnerables, el tema es uno, uno no se da el tiempo de buscar material que busque limitaciones


por ejemplo si fuera a resolver un serial, que usa rsa tardaria por lo menos 2 dias solo encontrando valores primos, pero si crackeo y cambio un salto, el programa corre ejecutado a mi nombre y registrado...por ende eso es variable a cada programa, si se puede modificar y corre, entonces hay mucha chance de hacer mucho, inclusive si tuviera online check, basta con redireccionarlo

Hay muchisimas cosas dificiles entre más se desconoce

respecto a tu programa de 160kb, no va en el tamaño, sino en lo que logras leer de este
ES de 16 bytes?
es de 32 bytes?
es de x64 ?  y luego viene , está empacado?, se puede decompilar?
se puede depurar?

qué archivos lee ?, donde escribe, que apis usa, USA ALGUN DRIVER?, el programa crea algun archivo adicional?

y luego así vas probando, el faq se creo por algo, inclusive  el uso de máquinas virtuales es un gran plus para programas demo que corren solo 30 dias y además le colocas algun deep freezer...  insisto, posibilidades de intentarlo hay muchas

por otro lado, si realmente quieres seguir analizando formatos, lee sobre exploits , xploits y temas de criptografía, recuerdo que cuando estuve viendo el algoritmo TEA y md5 en armadillo tardé meses en hacer pruebas si podríamos encontrar un symetric key o valor importante

asi que insisto, el único límite es el tiempo, no todos tenemos el tiempo de analizar lo que tenemos frente a nuestros ojos, aunque lo veamos mil veces.