|
Access Violation con dato tipo record
buenos dias compañeros tengo una duda que no he podido resolver y no encuentro informacion sobre esto, estoy revisando un codigo donde se crea un tipo record de esta forma
e inmediatamente crean una variable de ese tipo record asi mi pregunta es que significa este simbolo ^, por que al tratar de mandar este record a una funcion que se encuantra en el sdk de contpaq i para el cfdi me marca violacion de memoria
gracias por cualquier comentario |
Cita:
Tendrías que declarar una variabe de ese tipo:
Y, una de dos, asignar a dicha variable la direccción de un registro ya existente o bien asignarle memoria con New o GetMem. // Saludos |
Gracias roman por la aclaracion creo que andaba muy perdido, hice el codigo asi y ya inserta el sdk pero a parte del valor que le doy para el campo me pone otros caracteres que me hacen pensar que pasa algo con la memoria el codigo que uso es este
existe algo en este codigo que pueda ocasionarme este comportamiento mil gracias |
¿Cuál campo? ¿En dónde es que te muestra caracteres extraños?
// Saludos |
Cita:
donde datos1.cCodigoCliente[0]:='3'; escribe sobre el campo llamado CIDCLIEN01 de la tabla MGW10002.dbf que es un campo caracter de longitud 30 y si abro el contpaqi factura electronica si esta el registro guardaro pero en el campo su valor me muestra esto 3$otrocarcterextraño |
Cita:
y lo mismo en todos los demás campos similares. // Saludos |
Cita:
en la definicion del record esta asi
al parecer esta guardando un arreglo de caracteres donde kloncodigo es una constante con el valor de 30, es por eso que lo asigno de esta manera
no se si esta correcto??, me supongo que la funcion es capaz de insertar multiples clientes en una sola llamada tienes razon al cambiar la asignacion de esta forma
ya no inserta caracteres extraños, lo cual me surge una duda el codigo en el que me estoy basando fue programado por una persona de contpaq, lo mas extraño es que no tiene ejemplos de insercciones por lo cual no se que tan correcto sea dejar el record con ese estructura mil gracias roman por tu tiempo |
Con seguridad, la empresa tendrá más de 10 clientes, así que es de esperar que el campo datos1.cCodigoCliente admita más de un caracter. Estrictamente hablando, no tengo manera de saber qué es lo que hace el programador original con el valor de ese registro. Pero como aparece basura (caracteres extra no identificados) en el campo final, es de sospecharse que dichos valores los está mandando como cadenas de caracteres.
En Delphi, un arreglo de Char, que comience con índice 0, es compatible con un string, y de ahí que puedas hacer la asignación:
o bien
Si en la declaración del tipo de datos TRegClienteProveedor cambias el campo
por
verás que ni siquiera te permite compilar cuando haces una asignación como la de arriba. Ahora bien, cuando usas cadenas de caracteres en un registro asignado dinámicamente (como es tu caso, al asignar memoria), no conviene usar el tipo de datos string ya que éste es, en el fondo, un apuntador, y, como tal, mide 4 bytes, por lo que la llamada a
te daría un tamaño incorrecto. Por ello, en estos casos conviene usar tipos de datos de longitud fija, y quizá por ello el programador original escogió usar esos arreglos de caracteres. Sin embargo, no es la única manera y quizá podrías sustituir esos arreglos por cadenas de longitud fija:
// Saludos |
gracias roman por la explicacion :D
|
| La franja horaria es GMT +2. Ahora son las 22:43:58. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi