Manual · 4
Informe de espacio
Una 2600 tiene 128 bytes de RAM y cartuchos de unos pocos kilobytes, así que el espacio se acaba antes que ninguna otra cosa. Tras cada compilación, VCSIDE mide lo que se usa y lo que queda, banco a banco.

ROM
- Bytes usados y libres en cada banco. La medida es exacta: VCSIDE pide a DASM cada bloque de bytes que escribe, con su dirección y su longitud. El relleno de
ALIGNydscuenta como usado. - Un error si la imagen es mayor de lo que permite el formato de cartucho, y un aviso si tiene un tamaño que el formato no espera.
- Un aviso si hay código o datos sobre un hotspot de cambio de banco o sobre los puertos de la RAM del cartucho, con la línea del código fuente cuando es posible. El relleno sobre ellos, la forma habitual de saltarse la ventana del Superchip, no se avisa.
RAM
La RAM de la consola va de $80 a $FF, y la pila crece hacia abajo desde el final. El informe cuenta las variables declaradas en segmentos sin inicializar (SEG.U con ds) y muestra lo que queda por encima de ellas para la pila.
- Un aviso si queda menos que la reserva de pila del proyecto (
stack_reserve, 8 bytes por defecto). - Un error si una variable pasa de
$FF. - Las variables declaradas con
=no se cuentan. Sin ningúnSEG.U, la RAM se muestra como no medida.
RAM del cartucho
Algunos cartuchos añaden RAM: el Superchip (128 bytes), FA (256) y CV (1 KB). Las variables declaradas por la ventana de lectura o por la de escritura se cuentan juntas. La RAM de E7 se direcciona por bancos, así que se muestra como no medida.
Avisos y umbrales
Un banco avisa cuando llega a space_warn_percent (90 % por defecto) y es un error cuando se desborda. Los dos ajustes están en el .vcsproj. Los avisos van a Problemas con su línea, y la barra de estado muestra un resumen.
batari Basic
En batari Basic, los bytes libres de cada banco salen de la propia salida del compilador (bancos de 4 KB, numerados desde 0 como en los emuladores). Su RAM no se mide, porque sus variables son fijas.
Cartuchos ELF
En los proyectos en C, VCSIDE lee el archivo ELF: el código, el código que se ejecuta desde la RAM (.RamFunc), las constantes y las variables con y sin valor inicial.
Los compara con el cartucho elegido al crear el proyecto, que se puede cambiar en los ajustes del proyecto:
- Chameleon Cart: su flash (128 KB) y su RAM (36 KB). Cuando la imagen del Chameleon está compilada, las cifras son exactas. Si no, se estiman a partir de la parte medida del firmware, unos 10 100 bytes de flash y 6 000 de RAM. Para el modelo de 512 KB, pon 512 KB de flash y 144 KB de RAM.
- PlusCart o UnoCart (firmware 2.3.32 o posterior): el búfer de 96 KB de RAM del cargador y los 64 KB de RAM CCM donde van las variables a cero. Un archivo que cabe en el búfer se lee entero en él. Uno mayor va a la flash, y solo el código, las variables con valor y las constantes con punteros se copian a RAM.
