SoloCodigo

-     Hola a todos. Bueno ahorita estoy haciendo un programa para graficacion en el que necesito cargar puntos desde un archivo y las conexiones desde otro... despues hacer transformaciones en 3D de esa figura (de cada uno de sus puntos) y lo estoy haciendo en turbo c++.
-     Lo que hago es leer en la primera linea el numero de puntos (nPuntos) y guardar los puntos en un vector dinamico de tipo estructura PUNTO
-     Mi problema es que cuando quiero cargar un archivo de 511 puntos y el archivo de sus conexiones no hay espacio suficiente para guardar todas las conexiones. Sólo si cargo únicamente los puntos de la figura es que mi programa puede continuar y puedo hacer las transformaciones en 3D. Quiero saber si me pueden decir cómo aumento el bloque de memoria que el compilador asigna para que lo pueda usar un ejecutable... por ahí escuché que se usa una instrucción antes del código y se llama DATA, pero no saben la sintaxis y quisiera saber si me pueden ayudar, por favor.

Entonces no puedo aumentar la memoria usada por el compilador para mi programa?? Estoy usando el Turbo C++ version 3.0
Qué me recomiendas??

Podrias pasar tu proyecto a Dev-Cpp, anda muy bien y vas a poder direccionar toda la memoria de tu maquina.

Tambien te recomendaria que trabajes sin usar malloc o calloc o new, o minimizando el numero de estos.

PUNTO puntos[10000]; // POR EJEMPLO

te vas a evitar muchos dolores de cabeza !!!  

En realidad es un contrasentido tener que alojar memoria, como si la memoria no estuviera alli !!
La flexibilidad se programa y si esperamos que el sistema operativo la provea estamos fritos.
Fijate que hay un proceso que se llama recolector de basura, el malloc se deberia llamar generador de basura..
por otra parte, es cierto, conviene que los almacenamientos este en variables globales y no el la pila de parametros.

Cita de: "pabloreda"

En realidad es un contrasentido tener que alojar memoria, como si la memoria no estuviera alli !!
La flexibilidad se programa y si esperamos que el sistema operativo la provea estamos fritos.
Fijate que hay un proceso que se llama recolector de basura, el malloc se deberia llamar generador de basura..
por otra parte, es cierto, conviene que los almacenamientos este en variables globales y no el la pila de parametros.

Si hablamos de S.O. modernos estas equivocado, la memoria RAM (fisica) no es la que reservas sino la memoria virtual. Y realmente no se puede decir que sea flexible un programa con arrays de tamaño fijo, independientemente del S.O. utilizado.

El malloc es una funcion fundamental en cualquier S.O. moderno. Fijate que harias para cargar varios MB de informacion (incluso imagina una base de datos de un par de GB). ¿Un array fijo que ocupa la memoria todo el tiempo?

Eso muy relativo, todo depende de cuanta memoria RAM tienes en total. Con DOS tienes 640 Kb, reservar 120Kb es un abuso. En estos dias minimo tienes 512 Megas, asi que 120Kb no son nada, pero reservar 375 megas en un bloque contiguo no es para nada una buena idea. Otro factor que ayuda mucho es la programación orientada a objetos que maneja la memoria dinámicamente al crear y destruir objetos. Y aunque a alguno se le ocurra meter un "array estático" de 300 megas dentro de un objeto esa memoria será manejada dinámicamente y no en la pila. Asi aunque "sufra" mucho la máquina eventualmente puede ser que funcione.

Claro que siempre es más cómodo usar un arreglo estático que otra estructura de datos, pero si usas programación orientada a objetos hay formas más inteligentes de hacer algo similar, prácticamente igual de cómodo pero sin severas penalizaciones en rendimiento.

Por ejemplo, aprovechando la POO y la memoria virtual: en lugar de reservar un arreglo estático de objetos puedes reservar un arreglo estático de referencias a objetos y crear todos los objetos referenciados, luego destruir todos los objetos referenciados. Esto es bastante sencillo, no existe administración de memoria complicada. La ventaja es evitar reservar un bloque contiguo de memoria, en lugar de ello reservas varios bloques de menor tamaño y por lo tanto más manejables. A tal punto que eventualmente sólo los objetos que utilices terminarán en RAM mientras que el resto ocupara espacio en memoria virtual, esperando a que los utilices para entrar en RAM.

Otra ventaja es que si necesitas crear más objetos pues simplemente creas otro arreglo de referencias más grande, copias las referencias del arreglo que quedo chico y reservas más objetos.

Al momento de liberar la memoria de un objeto recuerda poner su referencia en la lista en 0 para tener forma de saber que ya lo liberaste cuando liberes todo el arreglo al final.

Es cierto, esto se hizo asi porque antes habia poca memoria ram, entonces convenia tener paginada la memoria para poder guardar y recuper paginas del disco, hoy en dia ese sistema trae mas problemas que soluciones.

alguien le pudo responder a un neofito que significaba error de proteccion general ? y que te entienda ????

La computadora se esta protegiendo de quien ?

El sistema operativo de la xbox parece que utiliza la memoria lineal, claro gana en velocidad, y es mas facil de programar.

Cita de: "Amilius"

Eso muy relativo, todo depende de cuanta memoria RAM tienes en total.

Independientemente del total de memoria en S.O. modernos se trabaja con direcciones virtuales que son traducidas por el microprocesador a direcciones fisicas.

Eso ya se. Lo importante es evitar reservar un bloque demasiado grande de memoria contigua tomando en cuenta cuanta RAM tienes. Si no fuera así pudieras trabajar igual con 128 de RAM o 2GB, pero no es asi, si no tienes un mínimo de RAM de acuerdo al software que tienes instalado el disco duro sufre las consecuencias.

alguien le pudo responder a un neofito que significaba error de proteccion general ? y que te entienda ????

La computadora se esta protegiendo de quien ? blink.gif

Pues simple, dile que se protege del pinche neofito que está metiendo mano en memoria que no le corresponde.