![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Ahora mismo no recuerdo, pero ¿esto es correcto?
Quiero decir que si ¿writeln admite valores separados por comas?
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#2
|
||||
|
||||
|
Hola de nuevo.
El separador es el punto y coma. Por lo menos defino el en la importación. Pero como ya comenté este código en D6 lleva cuatro años funcionando perfectamente en este proceso y algo similar en otros procesos Josep |
|
#3
|
||||
|
||||
|
Por qué no pruebas a escribir cualquier cosa, para empezar. Por ejemplo,
Y a partir de ahí vas viendo, según el resultado.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#4
|
||||
|
||||
|
He seguido haciendo pruebas.
He creado un fichero a mano con el orden de los campos dejando solo los campos enteros y los alfanumericos en blanco y el resultado es la imagen adjunta. Creo que por lo que deduzco me interpreta toda la linea como una cadena. No se que mas mirar. Saludos Josep |
|
#5
|
||||
|
||||
|
Todo indica que está asumiendo que todo es una misma columna.
Te propongo una prueba mas: Genera el fichero con la función TIBOutputDelimitedFile De esta manera te asegurarías de que quien escribe el fichero y quien lo lee es el "mismo componente". Una vez lo hayas exportado, compara los fichero para ver dónde está la diferencia. Quizás espera un espacio entre campos o necesita que los strings estén entre comillas o alguna cosa de esas. Ya nos informarás de si esto ha servido... |
|
#6
|
||||
|
||||
|
Buenas de nuevo.
Retomo el hilo para comentaros los avances, o no. He creado el fichero mediante el uso de un IBSQL tal y como me recomendasteis, el resultado del proceso es un fichero txt exactamente igual que el creado mediante el proceso antiguo. Al importar este fichero en el ejecutable hecho con XE5, sigue mostrando el error -303, si me llevo el txt tanto el creado mediante IBSQL como el anterior al ejecutable generado con Delphi 6, se importa perfectamente. Yo creo que voy a dejar este proyecto congelado en Delphi 6 ya que no se que más mirar, ni si puedo poner un visor para ver donde se para exactamente ya que con el F8 se queda en la linea del BatchInput(F).
Lo único que se me ocurre es que si alguien quiere hacer un teamviewer conmigo pues estaré encantado de mostrar el proceso que me lleva de craneo y verlo "fallar" los dos a la vez. Gracias a todos Saludos Josep Nota esta es una de las lineas creadas con el proceso normal: 43;12;1;FERNANDEZ ALBERTI, Josep Antoni;22/08/2010;ESCALADA CASTELL BLANES;626;1.5;2 Solo me queda dudar de que interprete el espacio entre apellidos como final de linea........ Última edición por jafera fecha: 16-06-2014 a las 15:12:10. |
|
#7
|
||||
|
||||
|
Por lo que entiendo, en este último mensaje, utilizas Delphi 6 para generar la exportación y Delphi XE5 para la importación.
Este podría ser el problema. A partir de Delphi 2009 (creo) se trabaja con Unicode. Deberías ver la posibilidad de crear la exportación con Delphi XE5 y ver si el fichero es igual al exportado con Delphi 6. En un fichero de texto, los primeros bytes te dicen si en qué formato está. Mira BOM |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| DELPHI6 Importar fichero codificado UTF-8 a Dbase | Jose Manuel | Varios | 0 | 16-05-2011 18:46:14 |
| Importar fichero XML | cincosoft | OOP | 1 | 08-02-2009 10:29:58 |
| Importar fichero .dat desde cobol | julian_ch | Varios | 0 | 08-08-2005 17:43:17 |
| Error al importar dll | mguixot | Varios | 2 | 08-07-2005 15:47:26 |
| importar fichero consumo telefonica | tonid | Varios | 3 | 11-09-2003 09:49:28 |
|