FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Hola Al. No se cual linea es la del error; resulta que en la maquina donde tengo la fuente (Osea la mia) no da error por ningun lado, entonces voy a otras maquinas y ahi si bota el error. como alla ejecuto el programa no he tenido la oportunidad de ver ese detalle.
Lo que he intentado es inhabilitar partes de codigo donde creo puede estar el error pero igual me sigue saliendo y no he podido ver en donde esta. En sintesis la depuracion en mimaquina no marca nada pero la ejecucion en algunas maquinas marca el error. en otras maquinas la ejecucion tampoco marca error. Gracias |
#2
|
||||
|
||||
El error puede ser ocasionado por artículos que tienen precio cero. Y seguramente se produce aquí.
Quiero decir que aparentemente el problema es según qué artículo se escoge, y no por la máquina donde se hace la prueba. |
#3
|
|||
|
|||
Casimiro voy a revisar con muchos productos y te cuento. Gracias por tu interés.
|
#4
|
||||
|
||||
Yo creo que la excepción es muy clara:
Se produce cuando se divide un número por 0 La solución es revisar en el código donde se divida, sobre todo en donde los valores pueden venir de parte del usuario Tenés dos alternativas, no permitir que se ingrese el 0 que va a terminar como divisor, o bien validar siempre el divisor y en lugar de dividir, cambiar el resultado por otro Saludos |
#5
|
|||
|
|||
gracias AgustinOrtu. tu respuesta es clara y te agradezco. ahora sigue la inquietud inicial. Incluso tal cual esta el codigo y las operaciones; ademas con la misma base y el mismo ejecutable, llamando los mismos productos (muchos de ellos para hacer pruebas). Por que en unas maquinas funciona perfectamente y en otras no?.
Sobre el aporte de casimiro debo anotar que en las maquinas que bota el error el soft no discrimina por producto es decir bota error con cualquiera y en las maquinas que no bota error tampoco discrimina producto, deja entrar cualquiera insisto bases iguales ejecutable igual. Gracias Última edición por Camilo fecha: 20-01-2016 a las 15:23:36. |
#6
|
||||
|
||||
Por lo que te he dicho antes, dependerá del artículo con el que hagas la prueba.
|
#7
|
||||
|
||||
Yo creo que la computadora tiene muy poco que ver
Mas bien la entrada de datos que es distinta. Uno tiende a poner solamente valores correctos cuando hace las pruebas rapidas pero es "dificil" romperlo |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
"Not a valid floating point value" | david.rguez | Varios | 2 | 12-12-2007 13:42:57 |
""" is not a valid floating point value con edit | Petolansa | Varios | 6 | 11-12-2007 00:07:13 |
"floating point overflow" en campocalculado | ANXO | Conexión con bases de datos | 0 | 22-01-2006 16:59:58 |
deadlock en unas maquinas pero no en otras ??? | DobleSiete | Conexión con bases de datos | 6 | 01-06-2005 14:12:58 |
Unas preguntas? | Waldo | Conexión con bases de datos | 2 | 01-11-2003 06:45:50 |
|