FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#21
|
||||
|
||||
Cita:
En ese caso, debemos velar por que no suceda o tener bien controlado lo que hacemos. La escritura fuera de los límites puede tener consecuencias y el compilador no avisa. Saludos |
#22
|
||||
|
||||
Ocurren el error en tiempo de ejecucion, porque hacerlo en tiempo de compilacion es un problema particularmente espinoso:
https://duckduckgo.com/?q=compile+time+bounds+checking Luego esta el hecho que el indice es un Int(32/64) que va desde el - al + en la escala numerica, en vez desde 0-+ (osea: El tipo de datos no es el indicado para un indice de array posicional). Luego el que String/Array son dinamicos, y detectar que no se pase un indice IMPLICA detectar cuando se redimensiona el array... lo que basicamente implica tener que correr el codigo (Hay tecnicas que se pueden usar, llamadas "data-flow", pero son muy complejas de implementar si se quiere una solucion GENERICA). La solucion? En primer lugar habria que arrancar con dejar de usar INTs y usar un tipo de datos mas adecuado. Luego, usar un sub-rango cuando el tamño maximo es conocido (ej: Si indexamos meses y sabemos que no son mas de 12). Pero cuando el tamaño es indeterminado? Igual toca comprobar en tiempo de ejecucion
__________________
El malabarista. |
#23
|
||||
|
||||
Hola escafandra.
Cita:
Por ejemplo, se puede correr este código una y otra vez sin ningún tipo de problemas ni mensajes (excepto el de finalización) Siempre puse especial cuidado en no escribir en "zonas desconocidas", ya que no hay dudas sobre sus potenciales y nefastas consecuencias (reitero que mi duda no va por ese lado). Pero tenía el mismo concepto para con la lectura, por lo que nunca antes se me ocurrió probar y me resulta sorprendente el resultado de las pruebas. Saludos
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
#24
|
||||
|
||||
Realmente curioso. Creía que con delphi se estaba "protegido" ante esas problemáticas.
|
#25
|
||||
|
||||
Cita:
Cita:
Saludos. |
#26
|
||||
|
||||
Pero mientras no se sepa qué dimensión tiene, debería ser null y no dejar acceder.
|
#27
|
||||
|
||||
Cita:
Te pongo un ejemplo típico: La estructura WLAN_AVAILABLE_NETWORK_LIST es usada para obtener una lista de redes wifi disponiobles, la API WlanGetAvailableNetworkList recibe por referencia un puntero a un elemento WLAN_AVAILABLE_NETWORK_LIST y devuelve la lista deseada en un bloque de memoria a la que apunta el puntero pasado. Esta es la definición: Observa que el array Network definido en la estructura solo contiene un elemento, sin embargo puede tener muchos mas. Cuando WlanGetAvailableNetworkList nos devuelva el puntero a la lista de redes (WLAN_AVAILABLE_NETWORK_LIST), Windows informa del número de elementos que tiene en dwNumberOfItems. Nosotros navegaremos por el array Network donde están las redes, el límite lo controlaremos nosotros pero no delphi. Casos como el que expongo son habituales cuando se trabaja a nivel de API. Un compilador que limite los índices no sería operativo a bajo nivel y delphi lo es. Saludos. |
#28
|
||||
|
||||
Sí. te entiendo, no había pensado en esos casos.
Aunque puestos a buscar soluciones seguras podrían usar otro forma, por ejemplo un array dinámico o alguna otra solución. |
#29
|
||||
|
||||
Hola.
Con el fin de entender esto, me puse a investigar un poco. Y de lo conocido, mas lo que pude ampliar leyendo, una variable de tipo AnsiString contiene un apuntador que almacena un valor nulo si está vacía o de modo contrario apunta a la dirección del comienzo de una cadena finalizada en nulo al estilo de las cadenas C. Pero no termina allí, el formato en que se almacena este tipo es: Código:
[contador de referencias] [longitud de cadena] [cadena + nulo] El contador de referencias se incrementa cada vez que una cadena es asignada a una variable y se decrementa cuando deja de hacerlo. De este modo cuando el contador llega a cero la memoria previamente reservada es liberada de forma automática; del mismo modo es liberada cuando sale de su ámbito (al estilo de C++). Las variables de este tipo también se inicializan como cadenas vacías de forma automática. Por último cuando se concatena carácter a carácter, es posible que se libere y reasigne memoria en cada asignación. De lo que resulta, por ejemplo, que es mas eficiente hacer: que:
Haciendo unas pruebas pude pude lograr que se produzca error que buscaba: y como se puede ver, sucede cuando el argumento no fue previamente inicializado. Por último, la función del mensaje #9, resistió todas mis pruebas sin generar ningún error. En definitiva, no encontré la alusión concreta que buscaba, pero sé un poco mas al respecto . Saludos
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... Última edición por ecfisa fecha: 15-10-2015 a las 20:03:29. |
#30
|
||||
|
||||
Estoy confundido con sus confusiones
¿Cómo está eso de que "Creía que con delphi se estaba "protegido" ante esas problemáticas."? Por un lado, como ya comentó escafandra, delphi permite el acceso fuera del rango especificado por un arreglo para datos a los que se quiere acceder de esa forma pero que no se conocen sino hasta la ejecución. Pero, por otro lado, ¿les suena conocido eso de {$R+}? Esa directiva al compilador impide tal acceso, así que sí: delphi nos protege hasta de eso y poder acceder fuera de rango hay que avisarle {$R-} que no queremos que nos proteja . Por otro lado, leer más allá de los índices posiblemente no de errores pero debe hacerse siempre y cuando sepamos qué vamos a leer. En el caso presente, debíamos saber que en Length+1 no había un espacio y eso no podíamos asegurarlo si no lo asignábamos nosotros mismos. Finalmente, ya había mencionado porqué cambia el comportamiento cuando se asigna un valor a Memo1.Text caracter a caracter o de un sólo golpe. La asignación a la propiedad Text implica el envio del mensaje WM_TEXT al control, que eventualmente manejará la API de Windows. Si bien el string de delphi no tiene problemas para manejar #0's, la API de Windows cortará cualquier cadena que se envie en el primero #0 que vea. Pero cuando lo hacemos caracter por caracter, si llegaos a un #0, ése no aparecerá en el memo, pero como seguimos avanzando, sí aparecerá cualquier otro caracter que no sea #0. // Saludos |
#31
|
||||
|
||||
Puede que esté confundido por el cambio de lenguaje
|
#32
|
||||
|
||||
Roman, Daniel y Casimiro confundidos? Mejor mantener las narices lejos
|
#33
|
||||
|
||||
Los años no perdonan
|
#34
|
||||
|
||||
Hola.
Cita:
Para salir de toda duda hice una pequeña prueba y las sorpresas no terminaron. Al revisar el archivo prueba.txt veo que en todos los casos la primera posición mas allá del último caracter de un AnsiString contiene el valor cero. Me dije "suerte otra vez... vamos a seguir probando pero trabajando menos": Corrí la prueba tres veces y resultó que en los cientos de millones de casos, siempre obtuve el mismo resultado: La primera posición despues del último caracter de un AnsiString tiene el valor cero (no controlé mas allá). O no estoy haciendo las pruebas correctas o Delphi está inicializando el espacio contiguo de algún modo. Sigo sin encontrar la explicación... Saludos
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
#35
|
||||
|
||||
Cita:
Cita:
"Hola que tal" se transforma en "Hola que tal" si metes el nulo final, en caso contrario será "Hola que tal tal". ¿Porqué? porque la cadena original terminaba en nulo. De esta forma, el cast PCHAR(Cadena) es lo mismo que hacer @Cadena[1], que es justo el casting que realizo para tratarla desde ensamblador. Te sorprenderías al saber la cantidad de analogías existentes entre delphi y C a bajo nivel, por ejemplo, los arrays se tratan idénticamente. Si tienes curiosidad, sigue este hilo donde hicimos una investigación sobre el tema, y este otro hilo que demuestra lo mismo. Saludos. Última edición por escafandra fecha: 16-10-2015 a las 01:10:40. |
#36
|
||||
|
||||
Es posible que así sea. De todas formas, hay que recordar que en delphi, un tipo string, más que una cadena de texto, es una cadena de bytes y puede almacenar cualquier cosa, incluyendo el #0. Por tanto, confiar en que el #0 marca el final de un string es incorrecto.
// Saludos |
#37
|
||||
|
||||
Hola escafandra.
Si conocía algunas de las similitudes y el manejo de las conversiones, pero el árbol me tapó el bosque . ¡ Tenía la respuesta ahí nomas !, como dicen por aca: "Si hubiera sido una víbora me picaba"... Cita:
Declarando como AnsiString la cadena que usaste, sería almacenada así: Código:
[1][12][Hola que tal\0] Saludos y muchas gracias
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... Última edición por ecfisa fecha: 16-10-2015 a las 05:17:26. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Cómo quitar espacios inicial y final en cadena | bulc | Varios | 0 | 22-03-2014 18:24:33 |
Quitar Espacios en Sql | El_Perrito | Firebird e Interbase | 3 | 25-02-2005 12:49:12 |
Quitar espacios al final de una cadena | gescoto99 | SQL | 1 | 04-08-2004 00:02:43 |
Quitar espacios de campos CHAR | cartmanrules | Firebird e Interbase | 3 | 22-07-2004 10:53:06 |
Quitar espacios en blanco | Javier_A | OOP | 3 | 09-06-2004 10:29:27 |
|