Se puede hacer esto ?? .. porque?

Iniciado por ThePinkPanther, 11 Mayo 2013, 00:36 AM

0 Miembros y 1 Visitante están viendo este tema.

rir3760

Cita de: ThePinkPanther en 11 Mayo 2013, 00:36 AMNo era que para dimensionar un vector en tiempo de ejecución , se necesitaba reservar memoria dinamica?
Correcto. Una de las formas garantizadas es esa, mediante el par de operadores new y delete. La otra es utilizar la clase vector.

Cita de: ThePinkPanther en 11 Mayo 2013, 00:36 AMcomo puede ser que dimensione un vector con una variable.
Esto:
Código (cpp) [Seleccionar]
int var;
cin >> var;
int x[var];

En C++ genera algo llamado comportamiento no definido (mejor conocido como UB). Como su nombre lo indica cualquier cosa puede pasar, por ejemplo:

A) Funciona correctamente, no hay problema.
B) El programa revienta.
C) Se generan resultados aleatorios.
D) Cualquier otra cosa.

Y ese es el problema: no hay garantías en cuanto a la ejecución del programa. Yo te recomendaría que revisaras la documentación de tu compilador para conocer que extensiones (al lenguaje) soporta.

Un saludo
C retains the basic philosophy that programmers know what they are doing; it only requires that they state their intentions explicitly.
--
Kernighan & Ritchie, The C programming language

amchacon

Cita de: rir3760 en 11 Mayo 2013, 05:10 AM
En C++ genera algo llamado comportamiento no definido (mejor conocido como UB). Como su nombre lo indica cualquier cosa puede pasar, por ejemplo:

A) Funciona correctamente, no hay problema.
B) El programa revienta.
C) Se generan resultados aleatorios.
D) Cualquier otra cosa.

Y ese es el problema: no hay garantías en cuanto a la ejecución del programa. Yo te recomendaría que revisaras la documentación de tu compilador para conocer que extensiones (al lenguaje) soporta.
Repito, está definido en el estándar C99 (dije  C98 pero lo acabo de comprobar y era C99):

CitarDesign

C99 is, for the most part, backward compatible with C89 but is stricter in some ways.

In particular, a declaration that lacks a type specifier no longer has int implicitly assumed. The C standards committee decided that it was of more value for compilers to diagnose inadvertent omission of the type specifier than to silently process legacy code that relied on implicit int. In practice, compilers are likely to display a warning, then assume int and continue translating the program.
C99 introduced several new features, many of which had already been implemented as extensions in several compilers:

- inline functions

- intermingled declarations and code: variable declaration is no longer restricted to file scope or the start of a compound statement (block), similar to C++
several new data types, including long long int, optional extended integer types, an explicit boolean data type, and a complex type to represent complex numbers

- variable-length arrays

- support for one-line comments beginning with //, as in BCPL or C++

- new library functions, such as snprintf

- new header files, such as stdbool.h, complex.h, tgmath.h, and inttypes.h

- type-generic math functions
- improved support for IEEE floating point

...
http://en.wikipedia.org/wiki/C99#Design

Y bueno, compiladores no hay muchos. Salvo que utilize uno prehistorico debería funcionar con el mismo Mingw (o g++ en Linux).
Por favor, no me manden MP con dudas. Usen el foro, gracias.

¡Visita mi programa estrella!

Rar File Missing: Esteganografía en un Rar

rir3760

Cita de: amchacon en 11 Mayo 2013, 12:09 PM
Cita de: rir3760 en 11 Mayo 2013, 05:10 AM
Esto:
Código (cpp) [Seleccionar]
int var;
cin >> var;
int x[var];

En C++ genera algo llamado comportamiento no definido (mejor conocido como UB). Como su nombre lo indica cualquier cosa puede pasar

Repito, está definido en el estándar C99 (dije  C98 pero lo acabo de comprobar y era C99):
http://en.wikipedia.org/wiki/C99#Design

Y bueno, compiladores no hay muchos. Salvo que utilize uno prehistorico debería funcionar con el mismo Mingw (o g++ en Linux).
Los arrays de longitud variable o VLAs se incluyeron en el lenguaje C a partir de ese estándar (C99) pero no forman parte del estandar de C++ (C++98).

Si un compilador de C++ los soporta es como una extensión y lo problemático de estas es su falta de garantías (quien desarrolla el compilador las decide a su criterio).

Una pagina (en ingles) donde se listan las diferencias es Incompatibilities Between ISO C and ISO C++

Un saludo
C retains the basic philosophy that programmers know what they are doing; it only requires that they state their intentions explicitly.
--
Kernighan & Ritchie, The C programming language