Que estoy haciendo mal en este proceso?

[[Chris]]

Acabo de leer un poco en delphi.about sobre esta declaración File of, que sinceramente desconocía. Según leí, puedes utilizar File of con arreglos dinámicos.

El problema que veo es que quieres definir una nueva clase que sería nada más que un arreglo dinámico. Esto no se puede hacer. Lo que debes hacer es crear el arreglo dinámico como variable (al igual que otro cualquier arreglo dinámico) y luego asignarle su longitud con la rutina SetLength. Deduzco, que no es necesario utilizar SetLength cuando estés abriendo un archivo, sino sólo para guardarlo. Más o menos creo que sería así:

Código Delphi [-]
procedure PasarAArchivo(const Alto, Ancho: Integer);
var
    Arreglo: Array of array of Integer;
    OIFile: File of Array of array of Integer;
    I: Integer;
begin
    // definir las longitudes bidimencionales de Arreglo
    SetLength(Arreglo, Alto, Ancho);

    // rellenar los datos de Arreglo ....
    // .....

    // guardar el arreglo en un archivo.
    try
        AssingFile(IOFile, 'archivo_a_guardar.dat');
        Rewrite(IOFile);
        for I := 0 to Max(Arreglo) do
            Write(IOFile, Arreglo[i]);
    finally
        CloseFile(IOFile);
    end;
end;

Creo que también deberías considerar utilizar registros en lugar de arreglos polidimencionales. Los registros son más fáciles de leer y entenderse para el programador.

[ecfisa]

Hola Chris.

Hasta donde sé, desde Pascal 5.5 hasta Delphi 7 incluido, no permiten usar arreglos dinámicos en archivos tipeados.
Dado que los archivos con tipo, son archivos de acceso directo, no creo que sus registros pudieran tener diferentes tamaños.

Con el código que adjuntas (usando Delphi 7) en la línea donde se declara el archivo con tipo, obtengo el siguiente error de compilacion:

Type 'dynamic array' needs finalization - not allowed in file type.

Lo que ciertamente ignoro, si esto es así para las versiones posteriores de Delphi.

También coincido con vos que es mucho más sencillo y práctico utilizar registros en lugar de arreglos multi-dimensionales.

Un saludo.

[[Chris]]

Hola ecfisa!

Gracias por la aclaración. Creo que mi ignoracia al respecto de File of se ha notado . Entonces no se me ocurre otra cosa, a menos que talvez se pueda simplemente utilizar la declaración File of Array of Integer para la variable IOFile y verificar que con eso los datos se guarden correctamente.

Pero bueno, talvez la declaración:

Código Delphi [-]
type
  Arreglo = Array[0..Ancho, 0..Alto] of integer;

en registros se puede traducir como:

Código Delphi [-]
type
    Arreglo = record
        ArregloInterno: array of integer;
    end;

y de ahí utilizarla a cómo el compañero había querido hacerlo.

[kdemia]

Chris me sigue tirando el mismo error, lo que pasa es que un archivo necesita saber cuando espacio se tiene que reservar antes de procesar por eso no deja poner un array dinamico... por eso lo que yo quice hacer es mandar las dimensiones a un proceso donde definia el array con esas dimensiones.. pero no se puede, yo una vez en visual basic lo hice y funciono, pero por lo visto no delphi no lo permite, y prefiero delphi a visual basic asi que no se cambia el lenguaje :P

ecfisa tu solucion del arreglo gigante es una solucion valida, pero como bien dijiste voy a desperdiciar muchas veces espacios, y dado que los arreglos llegan a contener muchisimos numeros seria un desperdicio de espacio en aquellos arreglos donde tenga que guadar pocos numeros.

el tema es asi, a mi me viene un documento de texto supongamos:
111111111
100000001
100000001
100000001
111111111
que es un mapa de un juego no? donde cada numero implica un tile, el tema que por cada numero yo lo tengo que desarmar en una matriz de 20 x 20(porque cada tile lo desarmo en pixeles por razones especiales), armar esa gran matriz, es decir pasar cada numero a 20*20 numeros, ya esta hecho, lo que se me complica es, como guardo ese gran arreglo dinamico en un archivo(no hay drama en guardarlos en una estructura uni dimensional ya que ya tengo resuelto como convertirla en matriz), sin ser guardado numero a numero, porque muchos me diran: hace un file of integer y guarda el arreglo celda a celda, pero al momento de leer el archivo tardo una banda ya que el acceso a rigido es muy lento.. si a alguien se le ocurre como puedo guardar toda esa informacion en un archivo, solamente usando una estructura le estoy infinitamente agradecido...

NOTA: esa matriz que mande como ejemplo es de 9*5 no? entonces la matriz de pixeles quedaria: 180*100, es decir guardado en un arreglo (de una dimension) tendria 18000 celdas..

[ecfisa]

Hola kdemia.

Si tenés en mente utilizar un archivo con tipo no veo otra posibilidad que declarar la matríz lo suficientemente grande para contener el caso mayor.
Los archivos con tipo, como bién dice su nombre trabajan con un tipo determinado (record, char, array, etc). Los datos se guardan en un registro dentro de un archivo congruentemente a su formato en memoria.
El tamaño de estos debe ser fijo ya que se accede a ellos mediante un índice que referencia al registro directamente a su posicion en el archivo ( de allí su denominación 'acceso directo o aleatorio' ).
Si cada registro tuviera un tamaño indeterminado, el solapamiento de datos sería inevitable.

Una cosa que podrías probar, es utilizar un TClientDataSet en memoria para guardar el arreglo celda a celda. Sólo tendrías un retardo en la carga de los datos al iniciarse la aplicación, luego residirían en memoria.
O quizá, replantear la forma de representar los píxeles, pero bueno para opinar sobre eso tendríamos que ver un poco mas...

Un saludo.

[kdemia]

el tema del clientdataset es que casi que se desconoce el numero de mapas que hay, cuando se quiere cambiar de mapa hay una serie de puntos que cuando te posicionas ahi cargaria a otro mapa, evidentemente me voy a tener que buscar otra manera de "encriptar" el mapa de texto.. sino cada vez que cargue un mapa (pensando en la opcion del arreglo dinamico con el file of integer) es cada vez que se leen del archivo los numeros lanzo un splash screen con un texto como "cargando mapa", es la unica que se me ocurre..

Igualmente muchas gracias a los dos por interesarce..

Saludos.

[pofi]

me he encontrado con el mismo problema, en mi caso al definir MyFile= file of String.
el problema viene siendo el mismo, los archivos (file) necesitan finalizacion.

se me ha ocurrido una solucion para guardar este tipo de datos siempre que los datos puedan ser interpretados como una cadena de caracteres (String o AnsiString) usando la propiedad de TStringList.SaveToFile y el formato de archivo '.csv' (datos separados por comas), se puede hacer algo asi:

Código SQL [-]
Procedure PassarArchivo(Arreglo: Array of Array of Integer; Alto, Ancho: Integer);
Var    
  i,j: integer;
  Fila: String; // o AnsiString si se necesita mas espacio, aunque todo tiene un limite;
  Tabla: TStringList;
Begin
   Tabla:=TStringList.Create;
   For i:=0 to Alto do
   begin
      Fila:= ''; // Vaciar Fila
      For j:=0 to Ancho do
         Fila:= Fila+IntToStr(Arreglo[i,j])+';'; // no olvidarse del ';' que separa los valores
     Tabla.add(Filla) // usando la funcion add, no hace falta definir la magnitud
   end;
   Tabla.SaveToFile('direccion\nombreArchivo.csv');
   Tabla.Destroy; //libera la memoria
end;

**El formato de archivo *.csv tiene la ventaja de poder-se abrir desde Excel.

Desgraciadamente esta solucion no sirve en mi caso porque los datos que quiero guardar son mas complejos, asi que sigan pensando en otra solucion. gracias