arreglados ++ y -- en los byte

ediv/CHANGE_LOG.txt

@@ -1,3 +1,10 @@
+30/3/2003
+---------
+ * Corregidos los operadores -- y ++ con las variables BYTE. eran de esos
+   opcodes que originalmente se hacian en una linea pero al pasar a VS hay
+   ke partirlos en dos (y en este caso, añadir una variable temporal) >:P
+   (Er_Makina)
+
 5/3/2003
 --------
  * Hay algún fallo cuando se elimina un proceso, tiene que ver con la

ediv/propuestas.txt

@@ -315,3 +315,13 @@ graficos mediante beziers!! http://www.newimage.com/~rhk/roaddemo/
 [20:07] > ponemos
 [20:07] > switch(mem[ip++]) {
 [20:07] > etc
+
+equivalente al KeyHit() del blitzbasic: parecido a key() solo que solo devuelve positivo si este es el primer frame en el que se pulsa la tecla desde que la ultima vez que se llamo a la funcion (o algo asi)
+
+tabla global mtime (igual que time) per devuelve en millsecs
+
+librerías de objetos 3D (p.e. FPO, fichero para objetos)
+
+char = signed byte
+short = signed word
+dword = unsigned int

ediv/src/stub/inte.c

@@ -181,6 +181,7 @@ int proceso( int num, int padre )
 	int no_devuelve = 0 ;
 	int (*externa)(struct _fun_params*);
 	int temp ;
+	unsigned int utemp;
 	int cpas=0;
 	#ifdef DBG
 		int actual_lin;
@@ -566,7 +567,12 @@ int proceso( int num, int padre )
 			sp--;
 			break;
 		case lptichr:
-			pila[sp-1]=(unsigned int)memb[pila[sp-1]*4+pila[sp]]++;
+			/* o_O yo lo flipo con el visual studio! mirad la tonteria que he
+			 * tenido ke hacer! (variable utemp)
+			 * visto lo visto, hay que testear cuidadosamente TODOS los opcodes!
+			 */
+			utemp=pila[sp-1];
+			pila[sp-1]=(unsigned int)memb[utemp*4+pila[sp]]++;
 			sp--;
 			break;
 		case ldptchr:
@@ -574,7 +580,9 @@ int proceso( int num, int padre )
 			sp--;
 			break;
 		case lptdchr:
-			pila[sp-1]=(unsigned int)memb[pila[sp-1]*4+pila[sp]]--;
+			/* y aqui la misma chapuza en teoria innecesaria! */
+			utemp=pila[sp-1];
+			pila[sp-1]=(unsigned int)memb[utemp*4+pila[sp]]--;
 			sp--;
 			break;
 		case ladachr: