Buenos días Luis,
luis46coco escribió:Podría avanzar con las rutinas mias, creo que voi por la 1 7
me parece correcto ir avanzando con las rutinas que sea, entiendo que con las que has ido marcando lo tendrás mas claro.
O hacer un progama que te rellene linobvias,
Esto podría ayudarnos mucho!
El programa está repleto de JR y JP no comentados
Suelen tener una condición controlada por un flag (o ninguna condición) seguido de una etiqueta
Supongo que se podría hacer algo del tipo:
un JR ó JP seguido de etiqueta, añadirle comentario - - - - - ; salta a Etiqueta
un JR ó JP seguido de flag (sin N delante), añadirle comentario - - - - - ; si flag W=1, salta a Etiqueta
un JR ó JP seguido de flag (CON N delante), añadirle comentario - - - - - ; si flag W=0, salta a Etiqueta
Seguro que puede haber otras casuísticas, si las detectas, los añades también.
Cuantas mas líneas estén comentadas en un bloque incompleto, mas atraen la atención para completarlos
también pasa algo , que uno no se entera de lo que tu ya tienes claro, tu ya estudiaste rutinas, nosotros las tenemos que releer o estudiar y a veces no hay tiempo. Por eso sólo tenemos visiones parciales de zonas de programa y no global
Me gustaría tener una idea general más clara, como un croquis o esquema
Voy a ver que hago
Esto va a ser inevitable ya que, está claro, que dispongo de mas tiempo para dedicarle al proyecto, y encima en el hilo de consultas técnicas nos abruman con cantidad de ideas que requieren estudio y por tanto bastante tiempo ...
Pienso que lo del diagrama de bloques es una guerra perdida Luis. Necesitaríamos una sábana para poner todos los párrafos/funciones en que lo hemos descompuesto
Propongo un formato para las rutinas, en los comentarios donde la llamen , se podría escribir algo así GetObjPointer2IX(A, IX) como si tubiera parámetros, esto ayuda a ver claramente que registros usa en la llamada, incluso se podria especificar algo del valor de retorno, por ejemplo IX=GetObjPointer2IX(A, IX), o alguna manera de identificar varios registros de retorno, yo se que faltarían cosas como valores de retorno escritos en direcciones y escritos en el stack pero la idea es que en un sólo vistazo se sepa mucho de que hace, con que (que necesita), y que retorna
Muy buena idea
Lo ideal sería emplear, en la definición de la rutina, el mismo esquema que en los lenguajes de alto nivel, tipo:
ValorRetornado NombreDeFuncion (lista parámetros con su tipo)
De momento yo tengo unas cuantas cosas que aclarar con las respuestas que nos han dado en el hilo de "consultas técnicas"
Por ejemplo con las notas de Chema ayer quedó aclarado para que sirve la rutina #230#
saludos
pere