> q resultado esperabas/n ?
> 2010/12/1 Gabriel Viganotti <
gabrielviganotti-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
>>
>> Dani, yo voy a saltar en defensa de Marcelo...ya que se hizo cargo :-D
>>
>> Creo que mas allá de que si/no se deba usar el C-style casting lo
>> interesante era ver porque no daba el resultado que muchos
>> (incluyendome) hubieran esperado, no?
>>
>>
>>
>> 2010/11/30 Daniel Gutson <
danielgutson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:
>> > Aprovecho para aclarar, y preguntar (especialmente para q respondan los
>> > del
>> > clericó :) )
>> > a) El orden de preferencia de cast es el siguiente:
>> >
>> > Function-syle cast (o C++-style cast), ej T(x)
>> > Static-cast
>> > Dynamic-cast
>> > reinterpret-cast
>> > reinterpret-cast + const-cast
>> > C-style cast
>> >
>> > (obviamente ya a partir del 4to hay alto nivel de oscuridad).
>> > b) PREGUNTA: en qué casos se llama al casting operator, si fue
>> > sobrecargado?
>> >
>> > 2010/11/30 Nicolas Bertoa <
nicobertoa-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
>> >>
>> >> <at> Daniel:
>> >>
>> >> Jajaja no hay drama, no lo tome de tal forma. Ahora lo probe con
>> >> static_cast y salta el error de compilacion al querer hacer eso. Ahora
>> >> entiendo pq en los libros que he leido aconseja siempre usar ese tipo
>> >> de casteo y no el de C.
>> >>
>> >> Gracias por la aclaracion!
>> >>
>> >>
>> >> On 30 nov, 20:25, Daniel Gutson <
danielgut...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>> >> > (Nico, no era para vos el palo
)
>> >> >
>> >> > 2010/11/30 Daniel Gutson <
danielgut...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > > AHHHHH
>> >> >
>> >> > > PERDON, puedo intervenir??? :p (manera de decir que paren de...)
>> >> >
>> >> > > Lo que pasa es que el C-STYLE CAST es una bosta, y deshabilita el
>> >> > > const-checking.
>> >> > > Si reemplazás con static_cast<char*>(&c) vas a tener otros
>> >> > > resultados.
>> >> >
>> >> > > Conclusión #1: NO MANDAR FRUTA. ante la duda, "creo que..." :)
>> >> > > Conclusión #2: no usar c-style casts.
>> >> >
>> >> > > Daniel.
>> >> >
>> >> > > 2010/11/30 Nicolas Bertoa <
nicober...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
>> >> >
>> >> > > Hable con Marcelo Caro (usuario de este foro) y me mostro que
>> >> > >> colocando la sentencia volatile en
>> >> >
>> >> > >> const volatile char c = 'a';
>> >> >
>> >> > >> el comportamiento obtenido es el deseado o sea, se imprime el
>> >> > >> valor
>> >> > >> 'c' y las mismas direcciones de memoria.
>> >> >
>> >> > >> On Nov 30, 12:10 pm, RFOG <
rafael.ontiv...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>> >> > >> > Sí, eso es lo que he visto en Visual C++. Supongo que si luego
>> >> > >> > no
>> >> > >> > se
>> >> > >> hace
>> >> > >> > referencia a c en ningún otro lado, el optimizador del linker (o
>> >> > >> > incluso
>> >> > >> el
>> >> > >> > del compilador) la eliminaría...
>> >> >
>> >> > >> > De todos modos considero que el compilador debería emitir un
>> >> > >> > warning al
>> >> > >> > obtener un puntero a un valor const... cosa que ni siquiera hace
>> >> > >> > con el
>> >> > >> > nivel 4...
>> >> >
>> >> > >> > El 30 de noviembre de 2010 15:30, Nicolas Bertoa
>> >> > >> > <
nicober...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
>> >> > >> >escribió:
>> >> >
>> >> > >> > > <at> RFOG:
>> >> >
>> >> > >> > > Entendiendo... Digamos que el compilador interpreta a const
>> >> > >> > > char
>> >> > >> > > c =
>> >> > >> > > 'a'; como si fuera una sentencia del preprocesador y sustituye
>> >> > >> > > en
>> >> > >> > > todos lados donde esta la c por el caracter 'a', pero mantiene
>> >> > >> > > su
>> >> > >> > > lugar de memoria por si alguien como yo la necesitaba.
>> >> >
>> >> > >> > > Es correcto?
>> >> >
>> >> > >> > > On Nov 30, 11:27 am, RFOG <
rafael.ontiv...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>> >> > >> > > > No.
>> >> >
>> >> > >> > > > Lo que ocurre es que el compilador sustituye en todos los
>> >> > >> > > > lugares
>> >> > >> que
>> >> > >> > > puede
>> >> > >> > > > c por 'a'... Lo que a mi me extraña es que luego deje la
>> >> > >> > > > memoria que
>> >> > >> > > ocupa
>> >> > >> > > > c, pero lo mismo se debe a que como se accede a ella hace
>> >> > >> > > > las
>> >> > >> > > > dos
>> >> > >> cosas a
>> >> > >> > > la
>> >> > >> > > > vez...
>> >> >
>> >> > >> > > > El 30 de noviembre de 2010 15:25, Nicolas Bertoa <
>> >> > >>
nicober...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
>> >> > >> > > >escribió:
>> >> >
>> >> > >> > > > > Lo q no entiendo es como una misma posicion de memoria
>> >> > >> > > > > tiene
>> >> > >> > > > > dos
>> >> > >> > > > > valores distintos. O sea, donde se guarda el valor 'a' y
>> >> > >> > > > > donde se
>> >> > >> > > > > guarda el valor 'c' si teoricamente sus direcciones de
>> >> > >> > > > > memoria son
>> >> > >> las
>> >> > >> > > > > mismas.
>> >> >
>> >> > >> > > > > On Nov 30, 11:21 am, Billy Biset <
billybi...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
>> >> > >> > > > > wrote:
>> >> > >> > > > > > Diria que el uso de const no marca una posicion de
>> >> > >> > > > > > memoria
>> >> > >> > > > > > como
>> >> > >> > > const,
>> >> > >> > > > > > sino que aplica la regla a la variable. Faltarian
>> >> > >> > > > > > algunos
>> >> > >> > > > > > links
>> >> > >> en mi
>> >> > >> > > > > > mail :)
>> >> >
>> >> > >> > > > > --
>> >> > >> > > > > ¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo
>> >> > >> > > > > eres,
>> >> > >> > > > > has
>> >> > >> > > recibido
>> >> > >> > > > > este mesaje por error.
>> >> > >> > > > > En caso de duda visita
>> >> > >> > > > > "
http://groups.google.com/group/cppba"
>> >> >
>> >> > >> > > > --
>> >> > >> > > > Microsoft Visual C++ MVP =>
http://geeks.ms/blogs/rfog
>> >> >
>> >> > >> > > --
>> >> > >> > > ¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres,
>> >> > >> > > has
>> >> > >> recibido
>> >> > >> > > este mesaje por error.
>> >> > >> > > En caso de duda visita "
http://groups.google.com/group/cppba"
>> >> >
>> >> > >> > --
>> >> > >> > Microsoft Visual C++ MVP =>
http://geeks.ms/blogs/rfog
>> >> >
>> >> > >> --
>> >> > >> ¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has
>> >> > >> recibido
>> >> > >> este mesaje por error.
>> >> > >> En caso de duda visita "
http://groups.google.com/group/cppba"
>> >> >
>> >> > > --
>> >> > > Who’s got the sweetest disposition?
>> >> > > One guess, that’s who?
>> >> > > Who’d never, ever start an argument?
>> >> > > Who never shows a bit of temperament?
>> >> > > Who's never wrong but always right?
>> >> > > Who'd never dream of starting a fight?
>> >> > > Who get stuck with all the bad luck?
>> >> >
>> >> > --
>> >> > Who’s got the sweetest disposition?
>> >> > One guess, that’s who?
>> >> > Who’d never, ever start an argument?
>> >> > Who never shows a bit of temperament?
>> >> > Who's never wrong but always right?
>> >> > Who'd never dream of starting a fight?
>> >> > Who get stuck with all the bad luck?
>> >>
>> >> --
>> >> ¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has
>> >> recibido
>> >> este mesaje por error.
>> >> En caso de duda visita "
http://groups.google.com/group/cppba"
>> >
>> >
>> > --
>> > Who’s got the sweetest disposition?
>> > One guess, that’s who?
>> > Who’d never, ever start an argument?
>> > Who never shows a bit of temperament?
>> > Who's never wrong but always right?
>> > Who'd never dream of starting a fight?
>> > Who get stuck with all the bad luck?
>> >
>> > --
>> > ¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has
>> > recibido
>> > este mesaje por error.
>> > En caso de duda visita "
http://groups.google.com/group/cppba"
>>
>>
>>
>> --
>> Gabriel Viganotti
>>
>> "Monday's problems are the result of Friday's fatigue"
>>
>> --
>> ¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido
>> este mesaje por error.
>> En caso de duda visita "
http://groups.google.com/group/cppba"
>
>
> --
> Who’s got the sweetest disposition?
> One guess, that’s who?
> Who’d never, ever start an argument?
> Who never shows a bit of temperament?
> Who's never wrong but always right?
> Who'd never dream of starting a fight?
> Who get stuck with all the bad luck?
>
> --
> ¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido
> este mesaje por error.
> En caso de duda visita "
http://groups.google.com/group/cppba"
--
Gabriel Viganotti
"Monday's problems are the result of Friday's fatigue"
--
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error.
En caso de duda visita "
http://groups.google.com/group/cppba"
RSS Feed