Tema destacado: [AIO elhacker.NET] Compilación herramientas análisis y desinfección malware
 Autor
|
Tema: Dimensión de Arreglos en C (Leído 1,502 veces)
|
Principios en C
 Desconectado
Mensajes: 34
|
agradezco tu ayuda.. en verdad... ahora tratare de entender que me dijiste jijij... porque siento que esas son palabras mayores para el nivel que tengo, pero gracias
|
|
|
|
|
En línea
|
|
|
|
Leo Gutiérrez.
. . .. ... ..... ........ ............. .....................
Colaborador
Desconectado
Mensajes: 2.968
/^$/
|
while (1)
{
char * arreglo = malloc(sizeof(char) * i);
// Ahora adiciona código para comprobar si la allocacion es correcta
// Y tambíen libera la memoria!!
// Uno en este caso.
i += sizeof(char);
}
El tamaño de un char siempre es 1. No hay necesidad del sizeof
|
|
|
|
|
En línea
|
|
|
|
LearningSpanishProgrammer
Desconectado
Mensajes: 67
|
No me gusta de números mágicos.
Muchas personas consideran usar "sizeof" una buena práctica.
Otros, creen que es confuso.
|
|
|
|
|
En línea
|
Estoy aprendiendo español, y tu estas aprendiendo programación
|
|
|
rir3760
Desconectado
Mensajes: 382
|
No me gusta de números mágicos.
Muchas personas consideran usar "sizeof" una buena práctica. Leo Gutiérrez se refiere al uso de sizeof en esta linea: char * arreglo = malloc(sizeof(char) * i); Todo compilador que cumpla con el estándar de C debe evaluar "sizeof(char)" resultando en 1 y la multiplicación por este no tiene sentido ya que no afecta el resultado. Por ello se puede abreviar a: char * arreglo = malloc(i); En cuanto al tamaño máximo que puede tener un array este depende del compilador utilizado. Ello porque el estándar del lenguaje permite indicar el numero de elementos en un array mediante una expresión constante de tipo entero (cualquier tipo, por ejemplo "int" o "unsigned long") mayor que cero. Lo que debe hacer el OP (el usuario Principios en C) es revisar la documentación de su compilador. Un saludo
|
|
|
|
|
En línea
|
The capacity to learn is a gift;
The ability to learn is a skill;
The willingness to learn is a choice.
--
Rebec of Ginaz
|
|
|
LearningSpanishProgrammer
Desconectado
Mensajes: 67
|
rir3760, lo sé, pero, en mi opinión es mas claro y más uniforme usar sizeof(). Ejemplo: void * v0 = malloc(n * sizeof(char))
void * v1 = calloc(n, sizeof(char))
void * v2 = malloc(n);
void * v3 = calloc(i, 1);
ya que sizeof(type) es una expresión completa en tiempo de compilación no afectas el tiempo de ejecucíon. Muchas personas no gustam Java no tener "sizeof" por eso. C# tienes. Console.WriteLine("The size of short is {0}.", sizeof(short));
Aun teniendo en cuenta sus tipos tienen tamaño fijo (No estoy seguro si he escrito bien) |
|
|
|
« Última modificación: 26 Septiembre 2011, 02:00 por LearningSpanishProgrammer »
|
En línea
|
Estoy aprendiendo español, y tu estas aprendiendo programación
|
|
|
naderST
Desconectado
Mensajes: 467
|
La verdad no se cual es el tamaño pero puedes hacer esto como te dijo LearningSpanishProgrammer hacer un while hasta que malloc() te devuelva NULL: #include <stdio.h>
#include <stdlib.h>
int main(){
char * arreglo;
unsigned long long i = 1;
do{
arreglo = (char*)malloc(i);
free(arreglo);
i++;
}while(arreglo != NULL);
printf("breakpoint\n"); // Hacer breakpoint aqui
return 0;
}
Yo probé esto y la verdad nunca salio del ciclo así que el tamaño debe ser MUY grande. |
|
|
|
|
En línea
|
|
|
|
|
Lambda
|
La verdad no se cual es el tamaño pero puedes hacer esto como te dijo LearningSpanishProgrammer hacer un while hasta que malloc() te devuelva NULL: #include <stdio.h>
#include <stdlib.h>
int main(){
char * arreglo;
unsigned long long i = 1;
do{
arreglo = (char*)malloc(i);
free(arreglo);
i++;
}while(arreglo != NULL);
printf("breakpoint\n"); // Hacer breakpoint aqui
return 0;
}
Yo probé esto y la verdad nunca salio del ciclo así que el tamaño debe ser MUY grande. Nunca sale del ciclo por que siempre liberas la memoria. Calcular el tamaño maximo de un array es medio estupido, nunca va a ser el mismo por una razon principal, el sistema rara vez va a tener la misma cantidad exacta de bytes libres, en todo caso en windows x86 (ni idea de linux) cuando llegues al limite de 2GB (>2GB si usas LAA) por proceso te empezara a retornar NULL malloc. En resumen, el tamaño maximo de un array/arreglo en C/C++ y diria que la gran mayoria de lenguajes de programacion esta limitado por la cantidad de memoria que tienes libre en el PC.
|
|
|
|
|
En línea
|
|
|
|
LearningSpanishProgrammer
Desconectado
Mensajes: 67
|
*ignore I made a mistake*
|
|
|
|
« Última modificación: 27 Septiembre 2011, 03:36 por LearningSpanishProgrammer »
|
En línea
|
Estoy aprendiendo español, y tu estas aprendiendo programación
|
|
|
rir3760
Desconectado
Mensajes: 382
|
Nunca sale del ciclo por que siempre liberas la memoria. No. La variable "arreglo" contiene la ultima direccion retornada por malloc, la liberacion de memoria en la siguiente sentencia no afecta la condicion del bucle. Si piensan ejecutar un bucle asi seria mejor cambiar el incremento a 1 KB o 1 MB. Un saludo
|
|
|
|
|
En línea
|
The capacity to learn is a gift;
The ability to learn is a skill;
The willingness to learn is a choice.
--
Rebec of Ginaz
|
|
|
|
Lambda
|
No. La variable "arreglo" contiene la ultima direccion retornada por malloc, la liberacion de memoria en la siguiente sentencia no afecta la condicion del bucle.
Si piensan ejecutar un bucle asi seria mejor cambiar el incremento a 1 KB o 1 MB.
Un saludo
Si que afecta, fijate mejor xD El bucle acabara cuando el sistema se quede sin memoria y retorne NULL, eso nunca pasara por que hace free a la memoria que reserva.
|
|
|
|
|
En línea
|
|
|
|
rir3760
Desconectado
Mensajes: 382
|
Si que afecta, fijate mejor xD
El bucle acabara cuando el sistema se quede sin memoria y retorne NULL, eso nunca pasara por que hace free a la memoria que reserva. No. Las llamadas anteriores no importan porque la intención no es realizar un proceso acumulativo. Si se llama a "malloc" y esta falla su valor (NULL) se almacenara en la variable "arreglo" y eso causara la salida del bucle. Un saludo
|
|
|
|
|
En línea
|
The capacity to learn is a gift;
The ability to learn is a skill;
The willingness to learn is a choice.
--
Rebec of Ginaz
|
|
|
|
Lambda
|
No. Las llamadas anteriores no importan porque la intención no es realizar un proceso acumulativo.
Si se llama a "malloc" y esta falla su valor (NULL) se almacenara en la variable "arreglo" y eso causara la salida del bucle.
Un saludo
La intencion ES hacer un proceso acumulativo, ese es el objetivo del programa, calcular cual es el tamaño maximo de un array antes de que el sistema se quede sin memoria, el tema es que la intencion se ve inutilizada por el hecho de que desues del malloc hace un free, lo cual hace que nunca salga del bucle, descomenta el free y veras como esa accion si afecta al bucle, no instantaneamente, pero si cuando el sistema se quede sin memoria y en la siguiente iteracion malloc retorne NULL
|
|
|
|
|
En línea
|
|
|
|
rir3760
Desconectado
Mensajes: 382
|
Por lo visto tenemos una confusión, a ver si ahora me explico mejor. Cuando indique que el proceso no es acumulativo me refería a la llamada a "malloc", no al incremento del contador "i". Cuando se reserva memoria la variable "arreglo" sirve como bandera para saber si la reserva fue exitosa o no. Después de ello se libera pero eso no importa porque basta con revisar el valor de esa variable para conocer si funciono (diferente de NULL) o no (NULL). Si por curiosidad se desea conocer si es posible realizar la máxima (en teoría) reserva de memoria basta con: #include <stdio.h>
#include <stdlib.h>
int main(void)
{
size_t max = -1;
char *p;
p = malloc(max);
free(p);
if (p)
puts("OK");
else
puts("Error");
return EXIT_SUCCESS;
} El programa anterior de naderST realiza (poco mas o poco menos) lo mismo: acercarse al punto donde la reserva de memoria falle. Un saludo |
|
|
|
|
En línea
|
The capacity to learn is a gift;
The ability to learn is a skill;
The willingness to learn is a choice.
--
Rebec of Ginaz
|
|
|
|
Lambda
|
Por lo visto tenemos una confusión, a ver si ahora me explico mejor. Cuando indique que el proceso no es acumulativo me refería a la llamada a "malloc", no al incremento del contador "i". Cuando se reserva memoria la variable "arreglo" sirve como bandera para saber si la reserva fue exitosa o no. Después de ello se libera pero eso no importa porque basta con revisar el valor de esa variable para conocer si funciono (diferente de NULL) o no (NULL). Si por curiosidad se desea conocer si es posible realizar la máxima (en teoría) reserva de memoria basta con: #include <stdio.h>
#include <stdlib.h>
int main(void)
{
size_t max = -1;
char *p;
p = malloc(max);
free(p);
if (p)
puts("OK");
else
puts("Error");
return EXIT_SUCCESS;
} El programa anterior de naderST realiza (poco mas o poco menos) lo mismo: acercarse al punto donde la reserva de memoria falle. Un saludo Cierto, my bad, no se por que veia un 1 en donde es una i (malloc), no dormir hace estragos XD
|
|
|
|
|
En línea
|
|
|
|
|
 |
