Algunos deberiamos estudiar, un poco (por lo menos yo), creo que vamos a =
tener problemas de los buenos si decidimos hacer un compilador en =
Assembler, por lo menos algunos trozos (En el caso que queramos crear =
codigo para 80x86 creo que seria lo ideal), no quiero pensar ya en =
compilar para WIN32 (a lo mejor he dicho una tonteria), pero la opcion =
interprete es cutre, y el traductor, hombre, si tradujeramos a ASM o C =
tal vez si mereciera la pena, no se, pero si hay que hacer algo de esto, =
por lo menos yo deberia aprender ASSEMBLER, que por cierto, en un =
anterior E-Mail, dije que yo sabia assembler, queria decir que no se =
assembler, pero se me olvido escribir el no.
Bueno, en fin...
La cuestion es que desde hace cosa asi de un a=F1o que tengo =
internet, y me he bajado por lo menos doce tutoriales de ASM, pero son =
del a=F1o de la guerra(No solian hacer referenciaa la programacion de 32 =
bits) y ademas no me enteraba de nada, decian algo de refilon, y no lo =
aclaraban, como si fuera la cosa mas sencilla del mundo, y me a mi, =
cuatro meses antes solo sabia programar en BASIC, como para intertar =
entender todo eso de los segmentos, y las colas, y lo del XOR el AND el =
OR y todo aquello era para morirse, decian el and solo da resultado uno =
si ambos bits son uno, y cosas asi, asi que:
Tanto rollo para esto:
Deldar, te importaria, que te preguntara algunas cosas que no capte, =
asi si por lo menos se escribir las zonas mas sencillas del codigom =
alguien haria las mas complicadas y tendria menos faena (CREO).No se =
tio, tu diras.
Y ADRIAN15 me pregunto el comento que no sabia como era el overload, =
y por si aun no lo ha descubierto se lo explico:
Yo siempre quise saber como se hacian esos procedimientos que podian =
llamarse sin todos sus atributos como el PUTPIXEL, que podemos usar =
putpixel(x,y); =F3 putpixel(x,y,color) o aquellos que puedan recibir =
tanto numeros reales como enteros, y cosas asi, pues en TMT pascal (que =
es el pascal que uso) estaban la zona del interface de las units, y lo =
mire y vi que habia una orden rara:
OVERLOAD. busco el la ayuda y ...
No me entero de nada, asi que recurro a volver al archivo de las =
declaraciones de la unit GRAPH y este parrafo se explica por si mismo:
procedure LineA(X1,Y1,X2,Y2: LongInt);
overload Line =3D LineA;
procedure LineB(X1,Y1,X2,Y2: LongInt; Color: DWORD);
overload Line =3D LineB;
y eso crea un procedimento linea, hay que ir al loro de ponerlos en =
orden porque es posible que algunos datos entren en otros, por ejemplo =
un Entero entra un Real, pero no en byte. y esto creo que es muy chungo =
de entender para un LEARNER. si no recordais mi sitema era:
El interface:
Procedimiento Linea:multiple;
(x,y,x2,y2:Longint);
(x,y,x2,y2:longint;color:byte);
fin multiple
La implementacion:
Procedimento linea(x,y,x2,y2:longint);
.....
fin;
procedimiento linea(x,y,x2,y2:longint;color:byte);
....
fin;
Sencillo =BFno?, creo que en eso la cagaron de mala manera. y que yo =
recuerde ya esta.
Saludos =20
Explode |
