Inspiron 6400 no enciende el radio del wireless

Pues nada... que despues de actualizar a windows 7, (la verdad un gran producto) dejó de funcionar el switch de encendido del wireless (Fn+F2) y una vez que lo apagué, ya no encendió nuevamente la antenita del radio del wireless... Estuve algun par de meses lamentandome que no funcionaba.. y ayer me puse a pensar.. que por qué no corregia el problema yo... Pues me pase una rato esperando respuesta del chat de soporte solo para que me dijeran que mi maquina tenia expirado el soporte desde febrero 2008 (o sea que la tengo desde el 14 de febrero del 2007!!!! y la verda no la veo pequeña, pues todavia me aguanta lo que le pido!!!!) si acaso tengo un problema es la bateria que ya no retiene mucha carga, pero todos sabemos que eso está garantizado para todas las laptops!.
Bueno... en fin... el problema lo corregí instalando el paquete del controlador del PROset/wireless de intel: R164259.

Bye

Ok, comenzando

Primero.. necesitamos una estructura que almacene los parámetros de conexión a la fuente de datos. Para eso, utilizo una tabla donde guardo todas las configuraciones del sistema. Para el caso, en cualquier lugar seguro que se puedan guardar los parámetros de conexión funcionará. Esta es la función ConnectODBC.p:

DEFINE INPUT PARAMETER ODBC-DSN AS CHARACTER NO-UNDO.
DEFINE INPUT PARAMETER ODBC-Server AS CHARACTER NO-UNDO.
DEFINE INPUT PARAMETER ODBC-UserID AS CHARACTER NO-UNDO.
DEFINE INPUT PARAMETER ODBC-password AS CHARACTER NO-UNDO.
DEFINE INPUT-OUTPUT PARAMETER objConnection AS COM-HANDLE NO-UNDO. /*regresa ? si no se conectó */
DEFINE OUTPUT PARAMETER ODBC-status AS CHARACTER NO-UNDO.

SESSION:SET-WAIT-STATE ( "GENERAL" ).

CREATE "ADODB.Connection" ObjConnection.

ObjConnection:OPEN ( "data source=" + ODBC-DSN + ";server=" + ODBC-Server, ODBC-UserID, ODBC-password, 0 ) NO-ERROR.

SESSION:SET-WAIT-STATE ( "" ).

IF ERROR-STATUS:NUM-MESSAGES > 0 THEN
ASSIGN ODBC-status = ERROR-STATUS:GET-MESSAGE(1).
ELSE
ASSIGN ODBC-status = "".



En el procedimiento que llame a esta función, se puede utilizar el ODBC-status para mostrar el error generado.
La ventana para dar mantenimiento a las conexiones:

Olvídate de los DLLs

En un comienzo, intenté crear la interfase (progress - contpaq i), utilizando el famoso Contpaq i SDK, el cual consiste de unos dlls para ligarse dentro de tu programa, pero al momento de cargar la primera función: dbLogin() en el dbfwin32.dll, se me cerraba el UIB, en realidad, tronaba todo la instancia de progress, por lo cual comenzé a sospechar que no iba a ser posible que progress soportara la forma en que estaba compilado este DLL. Entonces se me ocurrió que se podría crear un archivo de parametros, llamar un pequeño programa hecho en delphi (porque el sdk trae muchos ejemplos desarrollados en ese ambiente), llamarlo mediante DOS SILENT VALUE("xxxx"), que ya he usado anteriormente para llamar al winzip commmand line, con excelentes resultados, y tener resuelto el problema.
Sin embargo, hablando con el buen Ricardo Palau, del equipo de Compac, me recomendó hacer los movimientos directamente en la base de datos, a través de ODBC, (me pregunto porque no me lo habian propuesto antes). Bueno, el chiste es que 12 dias despues de comenzar esta aventura, me salen conque en contpaq i, tienen un daemon checando una tabla para ver a que hora se inserta un registro y disparar rutinas de cálculo de saldos... que delicia... no tendremos que preocuparnos por reprogramar gran parte del contpaq en progress.. que eso si hubiera estado imposible por varios aspectos:
1) no creo que se pudiera acceder al algoritmo de contpaq para afectar todos los registros que se tendrían que crear.
2) sería totalmente impractico volver a programar algo como esa parte de contpaq en progress.
3) si de por sí, así como lo vamos a hacer, la respondabilidad del programador es total para con la integridad de la base de datos de contpaq, que no sería prudente a una compañía como compac, el permitir que los usuarios crearan soluciones de este tipo. Sería un dolor de cabeza de proporciones inmanejables.

Por otro lado, debemos notar que sí tienen en realidad un objeto ocx de tipo .exe para crear la interfase con contpaq i, que sin embargo, no podemos ligar dentro de progress.

Bueno.. dormiré pues son las 2 am, y HOY ES MI CUMPLEAÑOS!!!
Mañana (bueno.. al rato) colocaré aquí unas rutinas de mantenimiento y la especificación de la configuración del ODBC datasource para que lo podamos accesar desde Progress.

Progress -> contpaq i en linea

Hoy, 23 de abril, (creo que es el dia de mi santoral), comienzo este proyecto, que consiste en hacer que mi aplicación, TAP por cierto, cree las polizas correspondientes a ciertos movimientos, en linea, es decir, al momento que se genere una factura, crear la poliza de ventas dentro del Contpaq i.

Esto implica algunos detalles que voy a ir documentando, segun se me vaya presentando la situación.
primero, conseguir el contpaq sdk, porque creo que el disco que me dieron en el curso de instalacion de contapq i, trae un instalador del sdk corrupto, por lo que no me ha sido poosible instalarlo. Corregiré este problema y continuaremos.

Objetivos:
1) definir un sistema de creación de polizas contable por las operaciones de la empresa.
2) crear una estructura que permita a este modulo, aplicarse a cualquier sistema (desarrollado en progress, por supuesto).
3) que por lo menos otra persona lo aplique en su sistema.

esperemos que este trabajo tenga eco en la eternidad.

Programming in Progress

Programming in Progress

Saludos... otra vez solo... estoy buscando un programa que hice en un momento de inspiración (progress 4gl), que sirve para programar la carga de trabajo en servidores... como para asignar tareas a diferentes trabajadores, el truco que hace, de manera por demás elegante, es saltarse los dias feriados, y dado un dia incial, y el período que tomará la tarea, indica el día en que se terminará. Cuando buscaba solución a éste problema, encontré por ahí una referencia al algoritmo que utilizan softwares como MFG/PRO. Me sorprendió darme cuenta que el algoritmo que yo habia hecho, es muy superior al utilizado por ese software para la programación de trabajos. La verdad no recuerdo en éste momento que es cómo lo hace, pero recuerdo que en mi algoritmo, defines únicamente los días no hábiles, en qué día comienza el periodo de labores de este punto de trabajo y qué dia temina la semana, y te calcula en que dia termina la labor. Es sorprendentemente sencillo (aunque no lo documenté y ahora es dificil de enteder, porque, tontamente utilizé monosilábicos como nombres de variable) y es mas sencillo definir una tabla con los dias feriados, que una tabla con cada uno de los dias laborable del año! (así tengo entendido que lo hace MFG). Bueno, en esta segunda entrada de mi primer blog, es todo lo que se me ocurre. Por favor, si alguien visita este pequeño espacio en la inmensa red, tírenme un email para saber que tienen eco estas solitarias palabras a octavio{at}olguin{dot}info. Saludos

Bienvenidos a este blog.

Pensando en integrarnos a este movimiento del bloggismo, he creado este susodicho blogg, espero que los entusiastas se acerquen y colaboren en este espacio dedicado a los que programamos en las poderosas herramientas de progress software "progress 4gl" y las demas herramientas, webspeed, fathom, etc.

Bienvenidos sean uds. y participen.