|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - Neopro
1
« en: Sábado 17 de Enero de 2009, 17:47 »
Para mi el foro es para compartir, no para hacer negocios.
Suerte.
2
« en: Sábado 17 de Enero de 2009, 13:25 »
intenta colocando un Try Catch en lo que te da el error y pega acá el resultado de la propiedad Message, asi podemos analizar mas a fondo el error.
De todas formas, debes asegurarte que ambos computadores están trabajando conla misma configuración en el puerto COM.
3
« en: Sábado 17 de Enero de 2009, 05:00 »
La podrias compartir con todos.
4
« en: Sábado 17 de Enero de 2009, 04:58 »
La imagen debes convertirla a una cadena de bytes, hay muchas formas de hacerlo, asi es como las almacenan las bases de datos.
5
« en: Sábado 17 de Enero de 2009, 04:57 »
Has una consulta, lee cada registro con un DataReader, y los vas agregando asi: comboBox.Items.Add("resultado");
6
« en: Sábado 17 de Enero de 2009, 04:56 »
Busca en el objeto DateTime, hay unos parse que permiten realizar operaciones y los Ticks tambien.
7
« en: Sábado 17 de Enero de 2009, 04:55 »
Eso es relativo a Tu sistema operativo y lo que quieras conectar al puerto serial.
8
« en: Sábado 17 de Enero de 2009, 04:54 »
Busca en la Clase Microsoft.Win32. Hay varios metodos y uno que trabaja directo con Regedit.
9
« en: Sábado 17 de Enero de 2009, 04:47 »
La clase es System.Net.NetworkInformation, averigua si esa es la que permite obtener esos datos.
10
« en: Sábado 17 de Enero de 2009, 04:45 »
Primero que Todo comienza por utilizar System.Data.OracleClient y no SqlClient.
11
« en: Sábado 17 de Enero de 2009, 04:41 »
Es mas recomendable hacerlo con eventos delegate.
12
« en: Lunes 17 de Diciembre de 2007, 19:27 »
Si, está.
Sino no funcionaria en Debug.
Y si agrego mi aplicacion a la lista DEP de Windows XP, corre sin problemas.
Creo que es de sistema operativo, pero veo en internet que a muchas aplicaciones distintas les aparece el mismo error.
13
« en: Lunes 17 de Diciembre de 2007, 18:31 »
Estimados:
Hice una aplicación y le hice modificaciones.
En modo debug funciona muy bien, pero la ejecuto sin debug y sin instalar o sea directo de la carpeta debug y me muestra el siguiente problema:
EventType : BEX P1 : Aplicacion.exe P2 : 1.0.0.0 P3 : 47669bbb P4 : mscorwks.dll P5 : 2.0.50727.832 P6 : 461f2e2a P7 : 0021e171 P8 : c0000409 P9 : 00000000
Solo he logrado identificar que parte del codigo produce el error, pero con estos datos no logro nada.
Además el uso de CPU se dispara sobre el 50%.
La aplicacion interactua con una DLL que nunca me habia fallado.
Y las preguntas:
Que es un EventType : BEX ???.
Gracias.
14
« en: Lunes 17 de Diciembre de 2007, 18:26 »
URGENTE , ALGUIEN TIENE A LA MANO UN SISTEMA DE INVENTARIO HECHO EN C#, O ALGO PARECIDO A UN SISTEMA DE INVENTARIO?X FAVOR HACERMELO SABER PLOP
15
« en: Lunes 17 de Diciembre de 2007, 18:23 »
Primero averigua como se realiaz un backup de forma externa, luego eso lo agregas al codigo de un programa en C#
16
« en: Lunes 17 de Diciembre de 2007, 18:21 »
Si es con el usuario de la base de datos, lo puedes realizar con el string de conexion.
Si son usuarios ingersados en tablas, debes realizar una consulta (select), que busque los parámetros coincidentes.
Si encuentra, que te deje continuar, sino encuentra, que muestre lo que tu quieras.
17
« en: Lunes 17 de Diciembre de 2007, 18:18 »
Podrías usar variables Static, las cuales puedes acceder y modificar desde cualquier parte solo indicando el form al cual pertence.
Ej:
En el Form1:
public static Variable = 1;
En otro Form:
Form1.Variable = 0;
18
« en: Lunes 17 de Diciembre de 2007, 18:15 »
miercoles!!....
Eso es paciencia, cuando vi el post, ufff, me intimidó, y no pude leerlo... jajaja...
19
« en: Viernes 16 de Noviembre de 2007, 19:51 »
No, la parte inicial es solo un ejemplo de donde están almacenados los datos del ODBC en el registro de windows. Lo ultimo que coloque es el codigo para ingresar uno de los parámetros requeridos via C#. Tu debes agregar los otros. No me enojé...
20
« en: Viernes 16 de Noviembre de 2007, 18:34 »
Lee bien, te dejé el codigo y la respuesta para hacerlo...
21
« en: Viernes 16 de Noviembre de 2007, 16:45 »
Puedes hacerlo manual insertando lineas en el Registro de Windows (Regedit). Ubicate en HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INIDebes Crear la clave con el nombre de conexion "Prueba".Luego, dentro los parametros (Todo en valores alfanumericos): Database (master) Driver (C:\WINDOWS\system32\SQLSRV32.dll) LastUser (sa) Server ((local\SERVER))Luego dentro de la Clave "ODBC Data Sources" debes agregar: Prueba (SQL Server)Haz la prueba manual, los parametros que te entrego son solo de ejemplo. Luego solo debes utilizar en C# using Microsoft.Win32; RegistryKey ODBC = Registry.LocalMachine.CreateSubKey(@"Software\ODBC\ODBC.INI\Prueba\"); ODBC.SetValue("Database", "master");
22
« en: Miércoles 14 de Noviembre de 2007, 22:47 »
Creo que tuve suerte.
El SDK que funciona solo con Framework 1.1 (Biometrico), y su aplicacion ejemplo funcionaba sin problemas en Windows 98 pero mis aplicaciones no.
Analicé muchas fromas de solucionarlo:
Compilar en VS 2005 con Framework 1.1 MSBee Reemplazo de Mscoree.dll Version 2.0 por la version 1.1 Analisis de dependencias...
Y este ultimo me funciono de suerte.
Bajo Windows 98 la DLL principal del SDK tenia 3 DLL que no estaban, pero la aplicacion DEMO funcionaba bien, y la mia no.
Tomé esas DLL desde Windows XP y las moví a Windows 98...
Y para suerte mia, ya mostraba las excepciones que la aplicacion se saltaba aun con Try Catch de por medio.
Ademas logré que funcionara todo. Genial.
Estoy Muy Contento...
Muchas Gracias Juan.
23
« en: Martes 13 de Noviembre de 2007, 21:55 »
Todo esta en plataforma PC. Descompile una DLL, pero tiene metodos que no tiene C#, lo revise con los diferentes lenguajes que posee Reflector y no compila con ninguno, como dices Tu pueden ser los métodos, pero hay tipos para mi desconocidos.
Descompile en IL, Visual Basic, C#, Delphi, MFC++ y Chrome, y como decia en todos los leguajes hay sentencias como : fault, que nose a que corresponden, tipos volatile y varios archivos .CS que tienen en su definicion el signo $.
Preferiria la solucion de intentar utilizar los 2 Frameworks, el 1.1 y el 2.0 a la vez.
24
« en: Martes 13 de Noviembre de 2007, 21:20 »
No habia pensado en descompilar y hace un tiempo utilicé el reflector.
La unica duda que tengo es que si los logro pasar a 2.0, se podría ver afectada la funcionalidad de la DLL???...
Son DLL que trabajan con algoritmos Biometricos.
Lo has hecho antes?.
Y muchas gracias por la pronta respuesta.
25
« en: Martes 13 de Noviembre de 2007, 20:59 »
Estimados:
Tengo una aplicacion que trabaja muy bien en Windows XP, pero me solicitaron pasarla a Windows 98, en una discucion anterior nadie me respondio, pero esto es distinto.
Una DLL en especial funciona solo con el .NET Framework 1.1 y mi aplicacion en .NET Framework 2.0. En Windows XP va de maravillas, pero en Windows 98 no funciona, porque la DLL fue creada para 1.1.
Necesito saber si puedo diferenciar una parte del codigo en especial para que trabaje con 1.1 y el resto con 2.0, algo vi relacionado con settings.cs, pero no entiendo bien su funcionamiento o si existe otra forma para que una determinada parte del codigo funcione solo con 1.1, lo que implicaria tener 1.1 y 2.0 instalados..
Muchas Gracias
|
|
|