FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Juego de caracteres ASCII
Hola amigos.
Observo que en la tabla ASCII en DX 10.3 no aparece nada entre los códigos 128 a 160, ambos incluidos. Esto me está produciendo errores de lectura de algunos fichero de texto que utilizo para encriptar claves y otros datos. ¿Cual es el problema? Saludos. |
#2
|
||||
|
||||
Cita:
No se los demás, pero yo no acabo de enter esta frase. ¿A qué tabla ASCII te refieres?
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#3
|
|||
|
|||
Gracias Neftalí por contestar.
A ver. Menú Delphi 10.3 - GExperts - ASCII Chart Gracias. |
#4
|
||||
|
||||
Vale, ahora si te he entendido.
No es que no tengas nada en esos caracteres, sino que para algunas fuentes de letra no están definidos (o no se sabe representar). En la parte de arrriba verás que puedes cambiar la fuente de letra, si lo haces encontrarás algunas en las que sí hay representación (wingdings, webdings, Terminal, MS Reference,...) Me acabo de dar cuenta además, de que se mezcla otra cosa; Y es que la visualización de los GExperts, está "ocultando" determinados caracteres. Si usas el "Mapa de caractres" de Windows con las mismas fuente, verás que esos caracteres sí se muestran...
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. Última edición por Neftali [Germán.Estévez] fecha: 22-04-2021 a las 09:09:45. |
#5
|
|||
|
|||
No si he reinventado la rueda o no. De todas formas pongo la solución al problema que se me había planteado por si puede ayudar a alguien.
Estoy migrando de D6 a D10.3, lo que supone 'mogollón' de cambios. Hay aplicaciones que se pasan con pocas modificaciones y, sin embargo, en otras es horrible el trabajo que hay que hacer. En este último caso, me encontré con que, al leer un campo tipo texto de una tabla, en la que guardo encriptadas las claves de paso de cada usuario, me daba error. Mejor dicho, había determinados códigos (ver más arriba) que no aparecían. Miré la tabla ASCII en GExpert y, efectivamente, no estaban. Pero, como decía muy bien Neftalí, no tenía nada que ver con el problema, que resolví simplemente con leer el campo de la tabla con una variable tipo AnsiString en ver de tipo String tal y como lo hacía en D6. Así que solucionado. Gracias Neftalí. |
#6
|
||||
|
||||
No has reinventado la rueda. Lo que pasa es que, desde hace unas versiones, el tipo STRING ya no es sinónimo de AnsiString, como en Delphi 6, sino de WideString. De la misma forma CHAR ahora es sinónimo de WideChar y no de AnsiChar.
Ese problema lo tengo yo con los proyectos que quiero que funcionen tanto con Delphi como con Free Pascal, ya que en este último todavía usa AnsiString y AnsiChar como defecto; y para complicar las cosas Free Pascal usa UTF-8 por defecto en lugar de UTF-16 de Delphi. Por eso, si usas AnsiString (modo clásico) en Delphi entonces tienes que usar la unidad AnsiStrings, que contiene las versiones AnsiString de las funciones de cadena de caracteres de las unidades Strings y sysutils. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Caracteres ASCII no imprimibles | Delfino | Varios | 5 | 25-01-2011 15:49:12 |
Manipular caracteres ascii extendido | r1d2m3 | OOP | 2 | 23-08-2010 03:53:57 |
cadena de caracteres a ascii | jonmendi | OOP | 5 | 27-08-2005 08:27:28 |
ANSI-ASCII y caracteres Ñ, ¿, etc. | nax | C++ Builder | 0 | 27-08-2005 01:44:23 |
¿Convertir los caracteres ASCII del ClientSocket.Socket.ReceiveText? | Kamikaze | Internet | 23 | 14-07-2005 15:35:39 |
|