Principiante en apuros.

droman · Mensajepor **droman** » Sab 31 Oct , 2015 7:10 pm

No os riais... que os juro que lo pillo con ganas... pero son ellos... que no me dejan... XD

En el libro que he descargado de esta web... "Domine el Código Máquina de su Amstrad..." en el primer programa especifica esto:

"

Código: Seleccionar todo

10 SYMBOL AFTER 256:MEMORY [b]39999[/b]:

SYMBOL AFTER 240

Esta línea libera toda la memoria reservada para los UDGs, altera
HIMEM bajándolo a 39999 (lo que significa que la primera dirección
disponible para la rutina de código máquina es 4000, uno por encima) y
después reserva memoria para 16 UDGs, empezando desde la nueva
posición de HIMEM hacia abajo. (Para una explicación más detallada de
SYMBOL AFTER y de los gráficos definidos por el usuario, diríjase al
manual del Amstrad).
"
Claro... lo primero que he pensado es que el 4000 estaba mal y debía ser 40000. Luego he pensado que en todos los listados que aparecen en este foro y por ahí... siempre empiezan con "ORG &4000"

El caso es que cuando he tecleado su cargador, me da MEMMORY OVERFLOW" siempre.

Para centrarme.... ¿Que es lo correcto, 40000 o 4000? ¿Debería cambiar el MEMORY 39999 de los listados por 3999 que es lo que parece correcto?

Hay algo super evidente que se me escapa y debo dejar de lado el ensamblador y dedicarme al BASIC que es a lo más que debo llegar?

Muchas gracias XD

Mensajepor **Artaburu** » Sab 31 Oct , 2015 7:37 pm

Sorry pero no me he enterado muy bien del problema. Si tienes un código (imagino que un listado) que empieza en &4000 pon MEMORY &3FFF con eso ya reservas para BASIC hasta &3fff y el resto para tu programa en ensamblador.

droman · Mensajepor **droman** » Sab 31 Oct , 2015 7:53 pm

Me explico (mejor)

En el libro de "Domine el código...." al principio te explican la reserva de memoria en el CPC y lo hacen de este modo:

Lo ponen en 1 linea, pero para explicarme lo pongo en varias:

Código: Seleccionar todo


10 SYMBOL AFTER 256      ' Se supone que borramos el espacio de memoria dedicado a los UDG.

20 MEMORY 39999            ' Bajamos el HIMEM a 39999 para que nuestro programa empiece en 40000

30 SYMBOL AFTER 240      ' Reservamos memoria para los 16 UDG. Por si los fuesemos a utilizar.

Vale, creo que este código funciona como lo he comentado. El problema lo tengo en estas lineas.

Código: Seleccionar todo




40 n= 40000           ' Dirección de la memoria donde empieza nuestro programa... 1 byte más abajo que la zona HIMEM

50 INPUT A$           ' Obtenemos el código HEX de la operación a meter en memoria.

                             ' Me salto la parte donde comprobamos que el código o los códigos introducidos sean par o mostramos mensaje de                           	                                      ' error.

60 POKE n,VAL("&" + a$)  ' Vamos a suponer que el usuario solo va a pasar 1 sentencia HEX, en este caso un simple C9 (RET)

El código siempre que lo ejecuto, me da un "Memory Overflow"
Si le digo que me lea la posición de memoria a pelo PRINT PEEK(&40000) da ese error, como si estubiese fuera de mis límites.

Y lo que me pasa es que siempre que he seguido uno de vustros tutoriales, el primer comando en ASM es ORG &4000

Y me ha dado por pensar que puede que estubiese mal el 39999 y fuese 3999 y el 40000 en realidad fuese 4000... pero después de hacer una prueba me da "Improper argument" en la sentencia MEMORY 3999... que imagino que es por que estoy bajando demasiado la memoria alta y eso pertenece a otra cosa.

¿Cual es el error?

droman · Mensajepor **droman** » Sab 31 Oct , 2015 7:56 pm

Cuando exploro la memoria desde el MAXAM en ROM... no me deja poner más de 4 dígitos... lo que refuerza mi pensar de que es 4000 y no 40000....

Sigo perdido....

McKlain · Mensajepor **McKlain** » Sab 31 Oct , 2015 8:38 pm

A ver, estás mezclando decimal y hexadecimal. En el maxam supongo que le tienes que poner la dirección en hex, y por eso tienes que poner 4000. El amstrad tiene 64K de memoria, eso son 65535 bytes o posiciones de memoria posibles. 65535 en hexadecimal es &FFFF. Por eso no puedes poner más de 4 dígitos.

Si tu pones memory 40000, lo estás poniendo en decimal (base 10). Si pones &4000, el & de delante indica que es en hexadecimal (base 16).

Vamos, que lo correcto debería ser &3999 si va todo en hexadecimal.

Mensajepor **MiguelSky** » Sab 31 Oct , 2015 8:57 pm

Vamos, que lo correcto debería ser &3999 si va todo en hexadecimal.

Quieres decir &3FFF...

Mensajepor **Artaburu** » Sab 31 Oct , 2015 9:18 pm

Es que es lo que te cuentan, no mezcles decimal con hexadecimal

PRINT PEEK(&40000) es una burrada, el amstrad no tiene tanta memoria accesible

prueba print peek(40000)

Urusergi · Mensajepor **Urusergi** » Sab 31 Oct , 2015 10:09 pm

Esto es lo que me pone malo

cuando revistas y libros de la época insistían en poner las direcciones en decimal (era aún más habitual con los listados de spectrum, que recuerde)
Por eso todas mis chorradillas de ensamblador están siempre en hexadecimal.

El ejemplo de arriba

Código: Seleccionar todo

10 SYMBOL AFTER 256:MEMORY &9C3F:SYMBOL AFTER 240

40 n=&9C40          

50 INPUT A$     

60 POKE n,VAL("&" + a$)

está mucho mejor así

después del run+enter tienes que introducir un dato de dos dígitos en hexadecimal sin el ampersand (de 00 a FF) +enter y podrás comprobar que ha funcionado escribiendo a continuación: PRINT HEX$(PEEK(&9C40)) o bien PRINT HEX$(PEEK(40000))

Código: Seleccionar todo


00000 -> &0000

00001 -> &0001

00009 -> &0009

00010 -> &000A

00015 -> &000F

00016 -> &0010

00032 -> &0020

00064 -> &0040

00128 -> &0080

04096 -> &1000

08192 -> &2000

16384 -> &4000

32768 -> &8000

39999 -> &9C3F

40000 -> &9C40

40960 -> &A000

49152 -> &C000

65535 -> &FFFF

droman · Mensajepor **droman** » Dom 01 Nov , 2015 10:46 pm

Que haría yo sin este foro y los Masters que pululan por él

Muchas gracias, efectivamente es eso... ya lo decian mis compis de parranda... mezclar es malo.

Voy a seguir trasteando y para ir haciendolo todo bien, cada vez que vea algo en el librito... lo voy a convertir a hex.

Gracias de verdad...