Valkyrie para Harbour/xHarbour

[lucasdebeltran]

Adhemar,

Muchas gracias.

He puesto un post en el foro de Inglés y en los de Harbour.

Se trata de un tema bastante importante.

Nosotros estamos preocupados porque controlamos las instalaciones/desinstalaciones y las cuentas no cuadran la verdad.

[fgondi]

Antonio,

Uff, en los tiempos que corren, miedo me da herramientas que permitan sacar el código fuente.

En su día ya tuve problemas porque me piratearon, con Valkyrie, una aplicación con formulas que me había llevado mucho tiempo desarrollarlas.

Preferiría que no existieran este tipo de herramientas.

[rolando]

Buen día,

Doy mi opinión (sin ánimo de ofender a nadie). Soy un aficionado y programo por hobby y esto quizás me hace verlo desde una posición distinta al resto.

Me interesaría contar con una herramienta de este tipo, tengo una aplicación desarrollada hace tiempo ya, de la cual perdí los fuentes. No es nada del otro mundo pero me interesaría poder obtener esos fuentes.

Pienso que las herramientas no son "lo malo" en este tema, lo malo está en quienes la usan para "crackear", cosa que lamentablemente (sobre todo para los programadores profesionales), seguirá sucediendo con ó sin el Valkyrie.

La llave inglesa es una muy buena herramienta, la uso mucho en casa, pero jamás se me pasó por la mente usarla para agredir a alguien y sin embargo ha habido _ en los que con una llave inglesa se han cometido asesinatos. ¿Deberíamos pedir por eso que dejen de fabricar llaves inglesas?.

Por otro lado, acá se mencionó el ARMADILLO como software para proteger aplicaciones, como me interesó averiguar por curiosidad lo busqué en el google y, para mi sorpresa, lo primero que encuentro me da la opción de bajarlo, cosa que hago pensando que sería una versión demo. ERA UNA VERSIÓN CON CRACK. ¿Que cosa no?, una aplicación hecha para dar una seguridad que ni ella misma puede aplicar a si misma.

Como decía, siempre habrá quienes usen las herramientas para el bien y los otros.

Saludos

Rolando

[Antonio Linares]

Mi interés por este tema es puramente desde un punto de vista técnico: Si desde código fuente generamos pcode, como de complicado sería desde el pcode generar el código fuente nuevamente ?

De todas formas antes de publicarlo, etc. he optado por preguntar porque mi intención no es en ningún caso molestar ni incomodar a nadie.

Solo tengo un pequeño prototipo que recorre el pcode y hace un pequeño análisis, nada más. De hecho no creo que dañe a nadie el que se publique lo que he hecho. No va a recuperar los fuentes de ninguna aplicación. Es solo un ejercicio de observar la maquina virtual de Harbour en funcionamiento.

[lucasdebeltran]

Estupendo y muchas gracias Antonio.

Creo que la gente ha pensado que iba ha realizar lo mismo que el Valkyrie y nada más lejos de la realidad.

Yo te agradecería que por favor me enviaras una copia porque a veces tengo un GPF que no se de dónde viene y creo que me puede ayudar.

Un saludo

[Antonio Linares]

Lucas,

Un GPF no tiene nada que ver con esto. Has aislado las líneas que se ejecutan cuando se produce ?

Se genera en tu propio EXE ó en una de las multiples DLLs de Windows ? Relacionado con OLE ó ActiveX ?

[lucasdebeltran]

Antonio,

Aquí tienes un ejemplo:
http://uploaded.to/file/ixsob6vt

Se produce con SQLRDD, al abrir una tabla que no existe.

Patrick dice que es un tema de Fivewin.

Naturalmente, si la tabla existe funciona OK.

Muchas gracias.

[carlos vargas]

Lucas, puedo confirmar que el error ocurre solamente cuando se combina sqlrdd con fwh
pero entiendo que puede ser el manejador de error de fwh, el cual se este llamando recursivamente probocando el gpf.
la verdad no he tenido tiempo para revisarlo con mas detenimiento.

esto mismo me sucede actualmente con xhb.com y fwh, cuando intensionalmente proboco cualquier error que llame al errorsys de fwh.
le he corregido agregando a mi proyecto el codigo de la funcion NEXTMEM y el gpf se va.
no se que esta mal en el codigo de esta funcion incluido en la lib fivehmx.lib ya que en la version harbour.org con fwh no hay problema.

Antonio, puedes verificar esa funcion en la vesion para xhb.com puede que este desfasada con respecto a las otras versiones.

ademas de existe alguna manera de depuracion para detectar numero de llamadas a funciones el el codigo harbour.
algo que pes permita saber cuantas veces se llamo a una funcion en particular. estoy seguro que esto existe.

me parece que existia algo para esto.

#pragma BEGINDUMP

#include <windows.h>
#include <hbapi.h>

HB_FUNC( NEXTMEM ) // --> nHardwareMemory
{
MEMORYSTATUSEX mst;

memset( &mst, 0, sizeof( MEMORYSTATUSEX ) );
mst.dwLength = sizeof( MEMORYSTATUSEX );

GlobalMemoryStatusEx( &mst );

hb_retnll( mst.ullTotalPhys );
}

HB_FUNC( NAVAILMEM ) // --> nHardwareMemory
{
MEMORYSTATUSEX mst;

memset( &mst, 0, sizeof( MEMORYSTATUSEX ) );
mst.dwLength = sizeof( MEMORYSTATUSEX );

GlobalMemoryStatusEx( &mst );

hb_retnll( mst.ullAvailPhys );
}
#pragma ENDDUMP

[lucasdebeltran]

Carlos,

Ese error creo que ya fue corregido hace tiempo.

En todo caso, lo acabo de meter en el prg y sigue fallando.

Los errores con xHarbour.org y Fivewin funcionan sin problema.

Uso siempre el .org