[GUFA] BINDEVENT

2011-01-25 Por tema PabloC 
Espectacular lo tuyo, ya lo baje, mañana lo miro y te cuento

Abrazo

 

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 18:04
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Bueno el archivo lo encontras acá.

 

http://www.sql.ru/forum/actualthread.aspx?bid=37

&tid=437348&hl=

 

Mira que esta en ruso

 

Tenes que buscar la cadena FT05-01Hennig.exe (pesa 85k). Ya lo probe e
instala.

 

Saludos,

 

Pancho

Cordoba

El 25 de enero de 2011 17:48, PabloC  escribió:

501HENNIG.ZIP

[GUFA] BINDEVENT

2011-01-25 Por tema francisco prieto 
Bueno el archivo lo encontras acá.

http://www.sql.ru/forum/actualthread.aspx?bid=37&tid=437348&hl=

Mira que
esta en ruso

Tenes que buscar la cadena FT05-01Hennig.exe (pesa 85k). Ya lo probe e
instala.

Saludos,

Pancho
Cordoba

El 25 de enero de 2011 17:48, PabloC  escribió:

> 501HENNIG.ZIP

[GUFA] BINDEVENT

2011-01-25 Por tema PabloC 
Tal cual como empece este hilo “Gente, hay forma desde un Form de VFP
“bindearse” a un MOVE de una pantalla de un exe independiente que por
ejemplo esta en C++

Es decir tengo un formulario de VFP y arriba de este una pantalla de otro
APP que no es VFP, si se mueve esta APP necesito que el form de VFP se
entere”

Pero como ya escribi antes el WM_MOVE ni pelota

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 17:56
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Y contame cual es el evento que queres interceptar. Porque por ahí puedo
hacer algunos intentos o se me ocurre algo...

 

Saludos,

 

Pancho

Cordoba

 

El 25 de enero de 2011 17:45, PabloC  escribió:

Muy lindo y funciona, pero justo en el exe que NO es de VFP no tengo que
escribir nada L

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 17:32


Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

PabloC,

 

Encontre este ejemplo.

 

http://www.news2news.com/vfp/?example=572

 

No se si te sirve.

 

Saludos,

 

Pancho

Cordoba

El 25 de enero de 2011 15:42, PabloC  escribió:

Si Pancho yo también lo había encontrado pero eso NO es el WinEvents.H, eso
es uno que usa esta gente, el .H que busco es el que tiene todas las
definiciones de mensajes de Windows que vos mismo me mostraste en
http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx .

Gracias igual

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 15:37


Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

PabloC,

 

Encontré tu archivo... (WinEvent.h)

 

http://code.google.com/p/eventlog-to-syslog/source/browse/trunk/4.0/winevent
.h?r=13

 

y para buscarlo utilicé este buscador

 

http://code.google.com/intl/es-ES/query/#q=winevents

 

Ya que solo busca código...

 

Saludos,

 

Pancho

Cordoba

 

 

El 25 de enero de 2011 14:44, PabloC  escribió:

Gracias, sigo buscando

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 13:49


Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

El WM_MOVE y el resto estan en este link

 

http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx

 

Eso si te vas a tener que armar de paciencia porque no estan escritos en un
archivo plano.

 

El archivo WinEvents.h tampoco lo he encontrado.

 

Saludos,

 

Pancho

Cordoba

El 25 de enero de 2011 12:53, PabloC  escribió:

Gracias Pancho, estoy yendo por ese lado, ahora la pregunta del millón cual
es el handle de lo que seria el WM_MOVE o como se llame

 

El bindevent es 

BINDEVENT(hWnd | 0, nMessage, oEventHandler, cDelegate [, nFlags])

 

Y tengo

=Bindevent( HANDLEDELEXE, ACAQUEVA, Thisform, MiMetodo)

 

En ACAQUEVA iria el evento de movimiento de la ventana pero como se llama??

Dicho sea de paso, alguno tiene el WinEvents.H que no lo consigo por ningun
lado

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Viernes, 21 de Enero de 2011 18:03


Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Pablo:

 

Probaría algo parecido a lo que hace este ejemplo para averiguar el handle
de la calculadora

 

http://www.news2news.com/vfp/?example=26

&function=1028&xpg=

 

y luego con ese handle y el nombre del evento, trataría de interceptarlo.

 

Saludos,

 

Pancho

Cordoba

El 21 de enero de 2011 17:53, PabloC  escribió:

Gracias Pancho, busco por ese lado

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Viernes, 21 de Enero de 2011 17:39
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Pablo:

 

Eso nunca lo probé, pero si sabes el handle de la aplicación en cuestión se
debería poder.

 

Saludos,

 

Pancho

Cordoba

El 21 de enero de 2011 16:11, PabloC  escribió:

Gente, hay forma desde un Form de VFP “bindearse” a un MOVE de una pantalla
de un exe independiente que por ejemplo esta en C++

Es decir tengo un formulario de VFP y arriba de este una pantalla de otro
APP que no es VFP, si se mueve esta APP necesito que el form de VFP se
entere

 

Saludos

PabloC

[GUFA] BINDEVENT

2011-01-25 Por tema francisco prieto 
Y contame cual es el evento que queres interceptar. Porque por ahí puedo
hacer algunos intentos o se me ocurre algo...

Saludos,

Pancho
Cordoba

El 25 de enero de 2011 17:45, PabloC  escribió:

> Muy lindo y funciona, pero justo en el exe que NO es de VFP no tengo que
> escribir nada L
>
>
>
> Saludos
>
> PabloC
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Martes, 25 de Enero de 2011 17:32
>
> *Para:* GUFA List Member
> *Asunto:* [GUFA] BINDEVENT
>
>
>
> PabloC,
>
>
>
> Encontre este ejemplo.
>
>
>
> http://www.news2news.com/vfp/?example=572
>
>
>
> No se si te sirve.
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Cordoba
>
> El 25 de enero de 2011 15:42, PabloC  escribió:
>
> Si Pancho yo también lo había encontrado pero eso NO es el WinEvents.H, eso
> es uno que usa esta gente, el .H que busco es el que tiene todas las
> definiciones de mensajes de Windows que vos mismo me mostraste en
> http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx .
>
> Gracias igual
>
>
>
> Saludos
>
> PabloC
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Martes, 25 de Enero de 2011 15:37
>
>
> *Para:* GUFA List Member
> *Asunto:* [GUFA] BINDEVENT
>
>
>
> PabloC,
>
>
>
> Encontré tu archivo... (WinEvent.h)
>
>
>
>
> http://code.google.com/p/eventlog-to-syslog/source/browse/trunk/4.0/winevent.h?r=13
>
>
>
> y para buscarlo utilicé este buscador
>
>
>
> http://code.google.com/intl/es-ES/query/#q=winevents
>
>
>
> Ya que solo busca código...
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Cordoba
>
>
>
>
>
> El 25 de enero de 2011 14:44, PabloC  escribió:
>
> Gracias, sigo buscando
>
>
>
> Saludos
>
> PabloC
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Martes, 25 de Enero de 2011 13:49
>
>
> *Para:* GUFA List Member
> *Asunto:* [GUFA] BINDEVENT
>
>
>
> El WM_MOVE y el resto estan en este link
>
>
>
> http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx
>
>
>
> Eso si te vas a tener que armar de paciencia porque no estan escritos en un
> archivo plano.
>
>
>
> El archivo WinEvents.h tampoco lo he encontrado.
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Cordoba
>
> El 25 de enero de 2011 12:53, PabloC  escribió:
>
> Gracias Pancho, estoy yendo por ese lado, ahora la pregunta del millón cual
> es el handle de lo que seria el WM_MOVE o como se llame
>
>
>
> El bindevent es
>
> BINDEVENT(hWnd | 0, nMessage, oEventHandler, cDelegate [, nFlags])
>
>
>
> Y tengo
>
> =Bindevent( HANDLEDELEXE, ACAQUEVA, Thisform, MiMetodo)
>
>
>
> En ACAQUEVA iria el evento de movimiento de la ventana pero como se llama??
>
> Dicho sea de paso, alguno tiene el WinEvents.H que no lo consigo por ningun
> lado
>
>
>
> Saludos
>
> PabloC
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Viernes, 21 de Enero de 2011 18:03
>
>
> *Para:* GUFA List Member
> *Asunto:* [GUFA] BINDEVENT
>
>
>
> Pablo:
>
>
>
> Probaría algo parecido a lo que hace este ejemplo para averiguar el handle
> de la calculadora
>
>
>
> http://www.news2news.com/vfp/?example=26&function=1028&xpg=
>
>
>
> y luego con ese handle y el nombre del evento, trataría de interceptarlo.
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Cordoba
>
> El 21 de enero de 2011 17:53, PabloC  escribió:
>
> Gracias Pancho, busco por ese lado
>
>
>
> Saludos
>
> PabloC
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Viernes, 21 de Enero de 2011 17:39
> *Para:* GUFA List Member
> *Asunto:* [GUFA] BINDEVENT
>
>
>
> Pablo:
>
>
>
> Eso nunca lo probé, pero si sabes el handle de la aplicación en cuestión se
> debería poder.
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Cordoba
>
> El 21 de enero de 2011 16:11, PabloC  escribió:
>
> Gente, hay forma desde un Form de VFP “bindearse” a un MOVE de una pantalla
> de un exe independiente que por ejemplo esta en C++
>
> Es decir tengo un formulario de VFP y arriba de este una pantalla de otro
> APP que no es VFP, si se mueve esta APP necesito que el form de VFP se
> entere
>
>
>
> Saludos
>
> PabloC
>
>
>
>
>
>
>
>
>
>
>
>
>

[GUFA] BINDEVENT

2011-01-25 Por tema PabloC 
SI ese es el que tengo y es mas o menos lo que me serviría, pero justamente
fíjate que en el código tiene 

Here's the code for this PRG:

#include WinEvents.H

 

Por eso quiero el WinEvents.H

Y el  Download 501HENNIG.ZIP
   da error

 

Gracias por tu tiempo

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 17:38
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Y encontré este otro...

 

http://msdn.microsoft.com/en-us/library/ms947678.aspx

 

Saludos,

 

Pancho 

Cordoba

El 25 de enero de 2011 17:32, francisco prieto 
escribió:

PabloC,

 

Encontre este ejemplo.

 

http://www.news2news.com/vfp/?example=572

 

No se si te sirve.

 

Saludos,

 

Pancho

Cordoba

El 25 de enero de 2011 15:42, PabloC  escribió:

 

Si Pancho yo también lo había encontrado pero eso NO es el WinEvents.H, eso
es uno que usa esta gente, el .H que busco es el que tiene todas las
definiciones de mensajes de Windows que vos mismo me mostraste en
http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx .

Gracias igual

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 15:37


Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

PabloC,

 

Encontré tu archivo... (WinEvent.h)

 

http://code.google.com/p/eventlog-to-syslog/source/browse/trunk/4.0/winevent
.h?r=13

 

y para buscarlo utilicé este buscador

 

http://code.google.com/intl/es-ES/query/#q=winevents

 

Ya que solo busca código...

 

Saludos,

 

Pancho

Cordoba

 

 

El 25 de enero de 2011 14:44, PabloC  escribió:

Gracias, sigo buscando

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 13:49


Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

El WM_MOVE y el resto estan en este link

 

http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx

 

Eso si te vas a tener que armar de paciencia porque no estan escritos en un
archivo plano.

 

El archivo WinEvents.h tampoco lo he encontrado.

 

Saludos,

 

Pancho

Cordoba

El 25 de enero de 2011 12:53, PabloC  escribió:

Gracias Pancho, estoy yendo por ese lado, ahora la pregunta del millón cual
es el handle de lo que seria el WM_MOVE o como se llame

 

El bindevent es 

BINDEVENT(hWnd | 0, nMessage, oEventHandler, cDelegate [, nFlags])

 

Y tengo

=Bindevent( HANDLEDELEXE, ACAQUEVA, Thisform, MiMetodo)

 

En ACAQUEVA iria el evento de movimiento de la ventana pero como se llama??

Dicho sea de paso, alguno tiene el WinEvents.H que no lo consigo por ningun
lado

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Viernes, 21 de Enero de 2011 18:03


Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Pablo:

 

Probaría algo parecido a lo que hace este ejemplo para averiguar el handle
de la calculadora

 

http://www.news2news.com/vfp/?example=26

&function=1028&xpg=

 

y luego con ese handle y el nombre del evento, trataría de interceptarlo.

 

Saludos,

 

Pancho

Cordoba

El 21 de enero de 2011 17:53, PabloC  escribió:

Gracias Pancho, busco por ese lado

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Viernes, 21 de Enero de 2011 17:39
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Pablo:

 

Eso nunca lo probé, pero si sabes el handle de la aplicación en cuestión se
debería poder.

 

Saludos,

 

Pancho

Cordoba

El 21 de enero de 2011 16:11, PabloC  escribió:

Gente, hay forma desde un Form de VFP “bindearse” a un MOVE de una pantalla
de un exe independiente que por ejemplo esta en C++

Es decir tengo un formulario de VFP y arriba de este una pantalla de otro
APP que no es VFP, si se mueve esta APP necesito que el form de VFP se
entere

 

Saludos

PabloC

[GUFA] BINDEVENT

2011-01-25 Por tema PabloC 
Muy lindo y funciona, pero justo en el exe que NO es de VFP no tengo que
escribir nada L

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 17:32
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

PabloC,

 

Encontre este ejemplo.

 

http://www.news2news.com/vfp/?example=572

 

No se si te sirve.

 

Saludos,

 

Pancho

Cordoba

El 25 de enero de 2011 15:42, PabloC  escribió:

Si Pancho yo también lo había encontrado pero eso NO es el WinEvents.H, eso
es uno que usa esta gente, el .H que busco es el que tiene todas las
definiciones de mensajes de Windows que vos mismo me mostraste en
http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx .

Gracias igual

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 15:37


Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

PabloC,

 

Encontré tu archivo... (WinEvent.h)

 

http://code.google.com/p/eventlog-to-syslog/source/browse/trunk/4.0/winevent
.h?r=13

 

y para buscarlo utilicé este buscador

 

http://code.google.com/intl/es-ES/query/#q=winevents

 

Ya que solo busca código...

 

Saludos,

 

Pancho

Cordoba

 

 

El 25 de enero de 2011 14:44, PabloC  escribió:

Gracias, sigo buscando

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 13:49


Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

El WM_MOVE y el resto estan en este link

 

http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx

 

Eso si te vas a tener que armar de paciencia porque no estan escritos en un
archivo plano.

 

El archivo WinEvents.h tampoco lo he encontrado.

 

Saludos,

 

Pancho

Cordoba

El 25 de enero de 2011 12:53, PabloC  escribió:

Gracias Pancho, estoy yendo por ese lado, ahora la pregunta del millón cual
es el handle de lo que seria el WM_MOVE o como se llame

 

El bindevent es 

BINDEVENT(hWnd | 0, nMessage, oEventHandler, cDelegate [, nFlags])

 

Y tengo

=Bindevent( HANDLEDELEXE, ACAQUEVA, Thisform, MiMetodo)

 

En ACAQUEVA iria el evento de movimiento de la ventana pero como se llama??

Dicho sea de paso, alguno tiene el WinEvents.H que no lo consigo por ningun
lado

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Viernes, 21 de Enero de 2011 18:03


Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Pablo:

 

Probaría algo parecido a lo que hace este ejemplo para averiguar el handle
de la calculadora

 

http://www.news2news.com/vfp/?example=26

&function=1028&xpg=

 

y luego con ese handle y el nombre del evento, trataría de interceptarlo.

 

Saludos,

 

Pancho

Cordoba

El 21 de enero de 2011 17:53, PabloC  escribió:

Gracias Pancho, busco por ese lado

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Viernes, 21 de Enero de 2011 17:39
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Pablo:

 

Eso nunca lo probé, pero si sabes el handle de la aplicación en cuestión se
debería poder.

 

Saludos,

 

Pancho

Cordoba

El 21 de enero de 2011 16:11, PabloC  escribió:

Gente, hay forma desde un Form de VFP “bindearse” a un MOVE de una pantalla
de un exe independiente que por ejemplo esta en C++

Es decir tengo un formulario de VFP y arriba de este una pantalla de otro
APP que no es VFP, si se mueve esta APP necesito que el form de VFP se
entere

 

Saludos

PabloC

[GUFA] BINDEVENT

2011-01-25 Por tema francisco prieto 
Y encontré este otro...

http://msdn.microsoft.com/en-us/library/ms947678.aspx

Saludos,

Pancho
Cordoba

El 25 de enero de 2011 17:32, francisco prieto escribió:

> PabloC,
>
> Encontre este ejemplo.
>
> http://www.news2news.com/vfp/?example=572
>
> No se si te sirve.
>
> Saludos,
>
> Pancho
> Cordoba
>
> El 25 de enero de 2011 15:42, PabloC  escribió:
>
> Si Pancho yo también lo había encontrado pero eso NO es el WinEvents.H, eso
>> es uno que usa esta gente, el .H que busco es el que tiene todas las
>> definiciones de mensajes de Windows que vos mismo me mostraste en
>> http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx .
>>
>> Gracias igual
>>
>>
>>
>> Saludos
>>
>> PabloC
>>
>>
>>
>> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
>> prieto
>> *Enviado el:* Martes, 25 de Enero de 2011 15:37
>>
>> *Para:* GUFA List Member
>> *Asunto:* [GUFA] BINDEVENT
>>
>>
>>
>> PabloC,
>>
>>
>>
>> Encontré tu archivo... (WinEvent.h)
>>
>>
>>
>>
>> http://code.google.com/p/eventlog-to-syslog/source/browse/trunk/4.0/winevent.h?r=13
>>
>>
>>
>> y para buscarlo utilicé este buscador
>>
>>
>>
>> http://code.google.com/intl/es-ES/query/#q=winevents
>>
>>
>>
>> Ya que solo busca código...
>>
>>
>>
>> Saludos,
>>
>>
>>
>> Pancho
>>
>> Cordoba
>>
>>
>>
>>
>>
>> El 25 de enero de 2011 14:44, PabloC 
>> escribió:
>>
>> Gracias, sigo buscando
>>
>>
>>
>> Saludos
>>
>> PabloC
>>
>>
>>
>> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
>> prieto
>> *Enviado el:* Martes, 25 de Enero de 2011 13:49
>>
>>
>> *Para:* GUFA List Member
>> *Asunto:* [GUFA] BINDEVENT
>>
>>
>>
>> El WM_MOVE y el resto estan en este link
>>
>>
>>
>> http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx
>>
>>
>>
>> Eso si te vas a tener que armar de paciencia porque no estan escritos en
>> un archivo plano.
>>
>>
>>
>> El archivo WinEvents.h tampoco lo he encontrado.
>>
>>
>>
>> Saludos,
>>
>>
>>
>> Pancho
>>
>> Cordoba
>>
>> El 25 de enero de 2011 12:53, PabloC 
>> escribió:
>>
>> Gracias Pancho, estoy yendo por ese lado, ahora la pregunta del millón
>> cual es el handle de lo que seria el WM_MOVE o como se llame
>>
>>
>>
>> El bindevent es
>>
>> BINDEVENT(hWnd | 0, nMessage, oEventHandler, cDelegate [, nFlags])
>>
>>
>>
>> Y tengo
>>
>> =Bindevent( HANDLEDELEXE, ACAQUEVA, Thisform, MiMetodo)
>>
>>
>>
>> En ACAQUEVA iria el evento de movimiento de la ventana pero como se
>> llama??
>>
>> Dicho sea de paso, alguno tiene el WinEvents.H que no lo consigo por
>> ningun lado
>>
>>
>>
>> Saludos
>>
>> PabloC
>>
>>
>>
>> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
>> prieto
>> *Enviado el:* Viernes, 21 de Enero de 2011 18:03
>>
>>
>> *Para:* GUFA List Member
>> *Asunto:* [GUFA] BINDEVENT
>>
>>
>>
>> Pablo:
>>
>>
>>
>> Probaría algo parecido a lo que hace este ejemplo para averiguar el handle
>> de la calculadora
>>
>>
>>
>> http://www.news2news.com/vfp/?example=26&function=1028&xpg=
>>
>>
>>
>> y luego con ese handle y el nombre del evento, trataría de interceptarlo.
>>
>>
>>
>> Saludos,
>>
>>
>>
>> Pancho
>>
>> Cordoba
>>
>> El 21 de enero de 2011 17:53, PabloC 
>> escribió:
>>
>> Gracias Pancho, busco por ese lado
>>
>>
>>
>> Saludos
>>
>> PabloC
>>
>>
>>
>> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
>> prieto
>> *Enviado el:* Viernes, 21 de Enero de 2011 17:39
>> *Para:* GUFA List Member
>> *Asunto:* [GUFA] BINDEVENT
>>
>>
>>
>> Pablo:
>>
>>
>>
>> Eso nunca lo probé, pero si sabes el handle de
>> la aplicación en cuestión se debería poder.
>>
>>
>>
>> Saludos,
>>
>>
>>
>> Pancho
>>
>> Cordoba
>>
>> El 21 de enero de 2011 16:11, PabloC 
>> escribió:
>>
>> Gente, hay forma desde un Form de VFP “bindearse” a un MOVE de una
>> pantalla de un exe independiente que por ejemplo esta en C++
>>
>> Es decir tengo un formulario de VFP y arriba de este una pantalla de otro
>> APP que no es VFP, si se mueve esta APP necesito que el form de VFP se
>> entere
>>
>>
>>
>> Saludos
>>
>> PabloC
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
>

[GUFA] BINDEVENT

2011-01-25 Por tema francisco prieto 
PabloC,

Encontre este ejemplo.

http://www.news2news.com/vfp/?example=572

No se si te sirve.

Saludos,

Pancho
Cordoba

El 25 de enero de 2011 15:42, PabloC  escribió:

> Si Pancho yo también lo había encontrado pero eso NO es el WinEvents.H, eso
> es uno que usa esta gente, el .H que busco es el que tiene todas las
> definiciones de mensajes de Windows que vos mismo me mostraste en
> http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx .
>
> Gracias igual
>
>
>
> Saludos
>
> PabloC
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Martes, 25 de Enero de 2011 15:37
>
> *Para:* GUFA List Member
> *Asunto:* [GUFA] BINDEVENT
>
>
>
> PabloC,
>
>
>
> Encontré tu archivo... (WinEvent.h)
>
>
>
>
> http://code.google.com/p/eventlog-to-syslog/source/browse/trunk/4.0/winevent.h?r=13
>
>
>
> y para buscarlo utilicé este buscador
>
>
>
> http://code.google.com/intl/es-ES/query/#q=winevents
>
>
>
> Ya que solo busca código...
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Cordoba
>
>
>
>
>
> El 25 de enero de 2011 14:44, PabloC  escribió:
>
> Gracias, sigo buscando
>
>
>
> Saludos
>
> PabloC
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Martes, 25 de Enero de 2011 13:49
>
>
> *Para:* GUFA List Member
> *Asunto:* [GUFA] BINDEVENT
>
>
>
> El WM_MOVE y el resto estan en este link
>
>
>
> http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx
>
>
>
> Eso si te vas a tener que armar de paciencia porque no estan escritos en un
> archivo plano.
>
>
>
> El archivo WinEvents.h tampoco lo he encontrado.
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Cordoba
>
> El 25 de enero de 2011 12:53, PabloC  escribió:
>
> Gracias Pancho, estoy yendo por ese lado, ahora la pregunta del millón cual
> es el handle de lo que seria el WM_MOVE o como se llame
>
>
>
> El bindevent es
>
> BINDEVENT(hWnd | 0, nMessage, oEventHandler, cDelegate [, nFlags])
>
>
>
> Y tengo
>
> =Bindevent( HANDLEDELEXE, ACAQUEVA, Thisform, MiMetodo)
>
>
>
> En ACAQUEVA iria el evento de movimiento de la ventana pero como se llama??
>
> Dicho sea de paso, alguno tiene el WinEvents.H que no lo consigo por ningun
> lado
>
>
>
> Saludos
>
> PabloC
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Viernes, 21 de Enero de 2011 18:03
>
>
> *Para:* GUFA List Member
> *Asunto:* [GUFA] BINDEVENT
>
>
>
> Pablo:
>
>
>
> Probaría algo parecido a lo que hace este ejemplo para averiguar el handle
> de la calculadora
>
>
>
> http://www.news2news.com/vfp/?example=26&function=1028&xpg=
>
>
>
> y luego con ese handle y el nombre del evento, trataría de interceptarlo.
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Cordoba
>
> El 21 de enero de 2011 17:53, PabloC  escribió:
>
> Gracias Pancho, busco por ese lado
>
>
>
> Saludos
>
> PabloC
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Viernes, 21 de Enero de 2011 17:39
> *Para:* GUFA List Member
> *Asunto:* [GUFA] BINDEVENT
>
>
>
> Pablo:
>
>
>
> Eso nunca lo probé, pero si sabes el handle de la aplicación en cuestión se
> debería poder.
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Cordoba
>
> El 21 de enero de 2011 16:11, PabloC  escribió:
>
> Gente, hay forma desde un Form de VFP “bindearse” a un MOVE de una pantalla
> de un exe independiente que por ejemplo esta en C++
>
> Es decir tengo un formulario de VFP y arriba de este una pantalla de otro
> APP que no es VFP, si se mueve esta APP necesito que el form de VFP se
> entere
>
>
>
> Saludos
>
> PabloC
>
>
>
>
>
>
>
>
>
>
>

[GUFA] Seguridad en SQLSERVER

2011-01-25 Por tema Alejandro Paciotti Iacchelli 
Muchísimas gracias. Ya estoy tomando cartas en el asunto !!

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de Martín Salías
Enviado el: Martes, 25 de Enero de 2011 02:39 p.m.
Para: GUFA List Member
Asunto: [GUFA] Seguridad en SQLSERVER

 

Hola, Alejandro.

 

El problema de exponer *cualquier cosa* a internet no es que alguien en
particular quiera entrar a tus datos. Si fuera así uno podría suponer que
nadie se va a tomar el trabajo, que no es información sensible, etc.

 

Pero en cuanto exponés algo a internet, hay montones de scanners robotizados
que empiezan a recorrerte, y muchos de ellos, como éste, en cuanto te
encuentran en el puerto de SQL, empiezan a probar a penetrarte, pero no es
un chino que se está tomando el trabajo, sino un programa que está pegándole
a miles de servidores por segundo. Por eso es que no es válido el "a quien
le va a importar mi servidor".

 

Si está intentando con "sa" es porque hay montones de SQL expuestos sin
cambiar esa cuenta, igual que Oracles con scott/tiger.

 

Definitivamente, el camino de la VPN te va a evitar esos dolores de cabeza.
---
Martín Salías

  





2011/1/25 Alejandro Paciotti Iacchelli 

Estimados: Creo que alguien había preguntado por una VPN hace poco, y en
medio de la conversación alguien preguntó cual era el problema al abrir el
puerto 1433 del SQL SERVER. Bueno, les comento que trabajo en una empresa
que tienen un sistema hecho en FOX hace 6 años con el SQL abierto en el
puerto 1433 en WINDOWS XP (yo estoy hace menos de 1 año). La cuestión es que
el sistema era lentísimo, entonces yo armé otra computadora con un Windows
2003 Server y monté los servicios de SQL SERVER. Y ahora, viendo el visor de
sucesos me encuentro que hay ciertas IP que están queriendo entrar
permanentemente al servidor de SQL SERVER, es constante, cada 1 minuto con
el usuario “sa”.

 

Voy a releer todo lo que se escribió sobre VPN. Yo me negaba, pero me parece
que es absolutamente necesario.

 

Lo cómico de todo esto es que la IP que se está queriendo conectar viene de
CHINA ! Y tienen abierto el puerto para escritorio remoto.

 

Les paso la IP por si hay algún curioso que nunca vió un Windows en chino:
222.189.228.112

 

Saludos.

[GUFA] BINDEVENT

2011-01-25 Por tema PabloC 
Si Pancho yo también lo había encontrado pero eso NO es el WinEvents.H, eso
es uno que usa esta gente, el .H que busco es el que tiene todas las
definiciones de mensajes de Windows que vos mismo me mostraste en
http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx .

Gracias igual

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 15:37
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

PabloC,

 

Encontré tu archivo... (WinEvent.h)

 

http://code.google.com/p/eventlog-to-syslog/source/browse/trunk/4.0/winevent
.h?r=13

 

y para buscarlo utilicé este buscador

 

http://code.google.com/intl/es-ES/query/#q=winevents

 

Ya que solo busca código...

 

Saludos,

 

Pancho

Cordoba

 

 

El 25 de enero de 2011 14:44, PabloC  escribió:

Gracias, sigo buscando

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 13:49


Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

El WM_MOVE y el resto estan en este link

 

http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx

 

Eso si te vas a tener que armar de paciencia porque no estan escritos en un
archivo plano.

 

El archivo WinEvents.h tampoco lo he encontrado.

 

Saludos,

 

Pancho

Cordoba

El 25 de enero de 2011 12:53, PabloC  escribió:

Gracias Pancho, estoy yendo por ese lado, ahora la pregunta del millón cual
es el handle de lo que seria el WM_MOVE o como se llame

 

El bindevent es 

BINDEVENT(hWnd | 0, nMessage, oEventHandler, cDelegate [, nFlags])

 

Y tengo

=Bindevent( HANDLEDELEXE, ACAQUEVA, Thisform, MiMetodo)

 

En ACAQUEVA iria el evento de movimiento de la ventana pero como se llama??

Dicho sea de paso, alguno tiene el WinEvents.H que no lo consigo por ningun
lado

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Viernes, 21 de Enero de 2011 18:03


Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Pablo:

 

Probaría algo parecido a lo que hace este ejemplo para averiguar el handle
de la calculadora

 

http://www.news2news.com/vfp/?example=26

&function=1028&xpg=

 

y luego con ese handle y el nombre del evento, trataría de interceptarlo.

 

Saludos,

 

Pancho

Cordoba

El 21 de enero de 2011 17:53, PabloC  escribió:

Gracias Pancho, busco por ese lado

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Viernes, 21 de Enero de 2011 17:39
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Pablo:

 

Eso nunca lo probé, pero si sabes el handle de la aplicación en cuestión se
debería poder.

 

Saludos,

 

Pancho

Cordoba

El 21 de enero de 2011 16:11, PabloC  escribió:

Gente, hay forma desde un Form de VFP “bindearse” a un MOVE de una pantalla
de un exe independiente que por ejemplo esta en C++

Es decir tengo un formulario de VFP y arriba de este una pantalla de otro
APP que no es VFP, si se mueve esta APP necesito que el form de VFP se
entere

 

Saludos

PabloC

[GUFA] BINDEVENT

2011-01-25 Por tema PabloC 
NO hay caso no me da bola

 

PROCEDURE _handle

LOCAL hWindow

  hWindow = FindWindow(Null, "Calculadora")

  

  If hWindow=0

MessageBox("Ventana No Encontrada...")

Return

  Endif

= SetForegroundWindow(hWindow)  

  =BINDEVENT(hWindow,WM_MOVE,ThisForm,"myMethod")

 

 

 

PROCEDURE myMethod

MessageBox('SI')

 

Ya probe con todos los mensajes posible de Windows y nada

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de PabloC
Enviado el: Martes, 25 de Enero de 2011 14:45
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Gracias, sigo buscando

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 13:49
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

El WM_MOVE y el resto estan en este link

 

http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx

 

Eso si te vas a tener que armar de paciencia porque no estan escritos en un
archivo plano.

 

El archivo WinEvents.h tampoco lo he encontrado.

 

Saludos,

 

Pancho

Cordoba

El 25 de enero de 2011 12:53, PabloC  escribió:

Gracias Pancho, estoy yendo por ese lado, ahora la pregunta del millón cual
es el handle de lo que seria el WM_MOVE o como se llame

 

El bindevent es 

BINDEVENT(hWnd | 0, nMessage, oEventHandler, cDelegate [, nFlags])

 

Y tengo

=Bindevent( HANDLEDELEXE, ACAQUEVA, Thisform, MiMetodo)

 

En ACAQUEVA iria el evento de movimiento de la ventana pero como se llama??

Dicho sea de paso, alguno tiene el WinEvents.H que no lo consigo por ningun
lado

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Viernes, 21 de Enero de 2011 18:03


Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Pablo:

 

Probaría algo parecido a lo que hace este ejemplo para averiguar el handle
de la calculadora

 

http://www.news2news.com/vfp/?example=26

&function=1028&xpg=

 

y luego con ese handle y el nombre del evento, trataría de interceptarlo.

 

Saludos,

 

Pancho

Cordoba

El 21 de enero de 2011 17:53, PabloC  escribió:

Gracias Pancho, busco por ese lado

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Viernes, 21 de Enero de 2011 17:39
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Pablo:

 

Eso nunca lo probé, pero si sabes el handle de la aplicación en cuestión se
debería poder.

 

Saludos,

 

Pancho

Cordoba

El 21 de enero de 2011 16:11, PabloC  escribió:

Gente, hay forma desde un Form de VFP “bindearse” a un MOVE de una pantalla
de un exe independiente que por ejemplo esta en C++

Es decir tengo un formulario de VFP y arriba de este una pantalla de otro
APP que no es VFP, si se mueve esta APP necesito que el form de VFP se
entere

 

Saludos

PabloC

[GUFA] BINDEVENT

2011-01-25 Por tema francisco prieto 
PabloC,

Encontré tu archivo... (WinEvent.h)

http://code.google.com/p/eventlog-to-syslog/source/browse/trunk/4.0/winevent.h?r=13

y
para buscarlo utilicé este buscador

http://code.google.com/intl/es-ES/query/#q=winevents

Ya que solo busca
código...

Saludos,

Pancho
Cordoba



El 25 de enero de 2011 14:44, PabloC  escribió:

> Gracias, sigo buscando
>
>
>
> Saludos
>
> PabloC
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Martes, 25 de Enero de 2011 13:49
>
> *Para:* GUFA List Member
> *Asunto:* [GUFA] BINDEVENT
>
>
>
> El WM_MOVE y el resto estan en este link
>
>
>
> http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx
>
>
>
> Eso si te vas a tener que armar de paciencia porque no estan escritos en un
> archivo plano.
>
>
>
> El archivo WinEvents.h tampoco lo he encontrado.
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Cordoba
>
> El 25 de enero de 2011 12:53, PabloC  escribió:
>
> Gracias Pancho, estoy yendo por ese lado, ahora la pregunta del millón cual
> es el handle de lo que seria el WM_MOVE o como se llame
>
>
>
> El bindevent es
>
> BINDEVENT(hWnd | 0, nMessage, oEventHandler, cDelegate [, nFlags])
>
>
>
> Y tengo
>
> =Bindevent( HANDLEDELEXE, ACAQUEVA, Thisform, MiMetodo)
>
>
>
> En ACAQUEVA iria el evento de movimiento de la ventana pero como se llama??
>
> Dicho sea de paso, alguno tiene el WinEvents.H que no lo consigo por ningun
> lado
>
>
>
> Saludos
>
> PabloC
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Viernes, 21 de Enero de 2011 18:03
>
>
> *Para:* GUFA List Member
> *Asunto:* [GUFA] BINDEVENT
>
>
>
> Pablo:
>
>
>
> Probaría algo parecido a lo que hace este ejemplo para averiguar el handle
> de la calculadora
>
>
>
> http://www.news2news.com/vfp/?example=26&function=1028&xpg=
>
>
>
> y luego con ese handle y el nombre del evento, trataría de interceptarlo.
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Cordoba
>
> El 21 de enero de 2011 17:53, PabloC  escribió:
>
> Gracias Pancho, busco por ese lado
>
>
>
> Saludos
>
> PabloC
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Viernes, 21 de Enero de 2011 17:39
> *Para:* GUFA List Member
> *Asunto:* [GUFA] BINDEVENT
>
>
>
> Pablo:
>
>
>
> Eso nunca lo probé, pero si sabes el handle de la aplicación en cuestión se
> debería poder.
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Cordoba
>
> El 21 de enero de 2011 16:11, PabloC  escribió:
>
> Gente, hay forma desde un Form de VFP “bindearse” a un MOVE de una pantalla
> de un exe independiente que por ejemplo esta en C++
>
> Es decir tengo un formulario de VFP y arriba de este una pantalla de otro
> APP que no es VFP, si se mueve esta APP necesito que el form de VFP se
> entere
>
>
>
> Saludos
>
> PabloC
>
>
>
>
>
>
>
>
>

[GUFA] Seguridad en SQLSERVER

2011-01-25 Por tema Martín Salías 
Hola, Alejandro.

El problema de exponer *cualquier cosa* a internet no es que *alguien en
particular* quiera entrar a *tus* datos. Si fuera así uno podría suponer que
nadie se va a tomar el trabajo, que no es información sensible, etc.

Pero en cuanto exponés algo a internet, hay *montones* de scanners
robotizados que empiezan a recorrerte, y muchos de ellos, como éste, en
cuanto te encuentran en el puerto de SQL, empiezan a probar a penetrarte,
pero no es un chino que se está tomando el trabajo, sino un programa que
está pegándole a miles de servidores por segundo. Por eso es que no es
válido el "a quien le va a importar mi servidor".

Si está intentando con "sa" es porque hay montones de SQL expuestos sin
cambiar esa cuenta, igual que Oracles con scott/tiger.

Definitivamente, el camino de la VPN te va a evitar *esos* dolores de
cabeza.
---
Martín Salías





2011/1/25 Alejandro Paciotti Iacchelli 

> Estimados: Creo que alguien había preguntado por una VPN hace poco, y en
> medio de la conversación alguien preguntó cual era el problema al abrir el
> puerto 1433 del SQL SERVER. Bueno, les comento que trabajo en una empresa
> que tienen un sistema hecho en FOX hace 6 años con el SQL abierto en el
> puerto 1433 en WINDOWS XP (yo estoy hace menos de 1 año). La cuestión es que
> el sistema era lentísimo, entonces yo armé otra computadora con un Windows
> 2003 Server y monté los servicios de SQL SERVER. Y ahora, viendo el visor de
> sucesos me encuentro que hay ciertas IP que están queriendo entrar
> permanentemente al servidor de SQL SERVER, es constante, cada 1 minuto con
> el usuario “sa”.
>
>
>
> Voy a releer todo lo que se escribió sobre VPN. Yo me negaba, pero me
> parece que es absolutamente necesario.
>
>
>
> Lo cómico de todo esto es que la IP que se está queriendo conectar viene de
> CHINA ! Y tienen abierto el puerto para escritorio remoto.
>
>
>
> Les paso la IP por si hay algún curioso que nunca vió un Windows en chino:
> 222.189.228.112
>
>
>
> Saludos.
>

[GUFA] BINDEVENT

2011-01-25 Por tema PabloC 
Gracias, sigo buscando

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 13:49
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

El WM_MOVE y el resto estan en este link

 

http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx

 

Eso si te vas a tener que armar de paciencia porque no estan escritos en un
archivo plano.

 

El archivo WinEvents.h tampoco lo he encontrado.

 

Saludos,

 

Pancho

Cordoba

El 25 de enero de 2011 12:53, PabloC  escribió:

Gracias Pancho, estoy yendo por ese lado, ahora la pregunta del millón cual
es el handle de lo que seria el WM_MOVE o como se llame

 

El bindevent es 

BINDEVENT(hWnd | 0, nMessage, oEventHandler, cDelegate [, nFlags])

 

Y tengo

=Bindevent( HANDLEDELEXE, ACAQUEVA, Thisform, MiMetodo)

 

En ACAQUEVA iria el evento de movimiento de la ventana pero como se llama??

Dicho sea de paso, alguno tiene el WinEvents.H que no lo consigo por ningun
lado

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Viernes, 21 de Enero de 2011 18:03


Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Pablo:

 

Probaría algo parecido a lo que hace este ejemplo para averiguar el handle
de la calculadora

 

http://www.news2news.com/vfp/?example=26

&function=1028&xpg=

 

y luego con ese handle y el nombre del evento, trataría de interceptarlo.

 

Saludos,

 

Pancho

Cordoba

El 21 de enero de 2011 17:53, PabloC  escribió:

Gracias Pancho, busco por ese lado

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Viernes, 21 de Enero de 2011 17:39
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Pablo:

 

Eso nunca lo probé, pero si sabes el handle de la aplicación en cuestión se
debería poder.

 

Saludos,

 

Pancho

Cordoba

El 21 de enero de 2011 16:11, PabloC  escribió:

Gente, hay forma desde un Form de VFP “bindearse” a un MOVE de una pantalla
de un exe independiente que por ejemplo esta en C++

Es decir tengo un formulario de VFP y arriba de este una pantalla de otro
APP que no es VFP, si se mueve esta APP necesito que el form de VFP se
entere

 

Saludos

PabloC

[GUFA] Seguridad en SQLSERVER

2011-01-25 Por tema Martín Salías 
Hola, Alejandro.

El problema de exponer *cualquier cosa* a internet no es que *alguien en
particular* quiera entrar a *tus* datos. Si fuera así uno podría suponer que
nadie se va a tomar el trabajo, que no es información sensible, etc.

Pero en cuanto exponés algo a internet, hay *montones* de scanners
robotizados que empiezan a recorrerte, y muchos de ellos, como éste, en
cuanto te encuentran en el puerto de SQL, empiezan a probar a penetrarte,
pero no es un chino que se está tomando el trabajo, sino un programa que
está pegándole a miles de servidores por segundo. Por eso es que no es
válido el "a quien le va a importar mi servidor".

Si está intentando con "sa" es porque hay montones de SQL expuestos sin
cambiar esa cuenta, igual que Oracles con scott/tiger.

Definitivamente, el camino de la VPN te va a evitar *esos* dolores de
cabeza.
---
Martín Salías





2011/1/25 Alejandro Paciotti Iacchelli 

> Estimados: Creo que alguien había preguntado por una VPN hace poco, y en
> medio de la conversación alguien preguntó cual era el problema al abrir el
> puerto 1433 del SQL SERVER. Bueno, les comento que trabajo en una empresa
> que tienen un sistema hecho en FOX hace 6 años con el SQL abierto en el
> puerto 1433 en WINDOWS XP (yo estoy hace menos de 1 año). La cuestión es que
> el sistema era lentísimo, entonces yo armé otra computadora con un Windows
> 2003 Server y monté los servicios de SQL SERVER. Y ahora, viendo el visor de
> sucesos me encuentro que hay ciertas IP que están queriendo entrar
> permanentemente al servidor de SQL SERVER, es constante, cada 1 minuto con
> el usuario “sa”.
>
>
>
> Voy a releer todo lo que se escribió sobre VPN. Yo me negaba, pero me
> parece que es absolutamente necesario.
>
>
>
> Lo cómico de todo esto es que la IP que se está queriendo conectar viene de
> CHINA ! Y tienen abierto el puerto para escritorio remoto.
>
>
>
> Les paso la IP por si hay algún curioso que nunca vió un Windows en chino:
> 222.189.228.112
>
>
>
> Saludos.
>

[GUFA] BINDEVENT

2011-01-25 Por tema francisco prieto 
El WM_MOVE y el resto estan en este link

http://msdn.microsoft.com/en-us/library/ff468922(v=VS.85).aspx

 Eso si te
vas a tener que armar de paciencia porque no estan escritos en un archivo
plano.

El archivo WinEvents.h tampoco lo he encontrado.

Saludos,

Pancho
Cordoba

El 25 de enero de 2011 12:53, PabloC  escribió:

> Gracias Pancho, estoy yendo por ese lado, ahora la pregunta del millón cual
> es el handle de lo que seria el WM_MOVE o como se llame
>
>
>
> El bindevent es
>
> BINDEVENT(hWnd | 0, nMessage, oEventHandler, cDelegate [, nFlags])
>
>
>
> Y tengo
>
> =Bindevent( HANDLEDELEXE, ACAQUEVA, Thisform, MiMetodo)
>
>
>
> En ACAQUEVA iria el evento de movimiento de la ventana pero como se llama??
>
> Dicho sea de paso, alguno tiene el WinEvents.H que no lo consigo por ningun
> lado
>
>
>
> Saludos
>
> PabloC
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Viernes, 21 de Enero de 2011 18:03
>
> *Para:* GUFA List Member
> *Asunto:* [GUFA] BINDEVENT
>
>
>
> Pablo:
>
>
>
> Probaría algo parecido a lo que hace este ejemplo para averiguar el handle
> de la calculadora
>
>
>
> http://www.news2news.com/vfp/?example=26&function=1028&xpg=
>
>
>
> y luego con ese handle y el nombre del evento, trataría de interceptarlo.
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Cordoba
>
> El 21 de enero de 2011 17:53, PabloC  escribió:
>
> Gracias Pancho, busco por ese lado
>
>
>
> Saludos
>
> PabloC
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Viernes, 21 de Enero de 2011 17:39
> *Para:* GUFA List Member
> *Asunto:* [GUFA] BINDEVENT
>
>
>
> Pablo:
>
>
>
> Eso nunca lo probé, pero si sabes el handle de la aplicación en cuestión se
> debería poder.
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Cordoba
>
> El 21 de enero de 2011 16:11, PabloC  escribió:
>
> Gente, hay forma desde un Form de VFP “bindearse” a un MOVE de una pantalla
> de un exe independiente que por ejemplo esta en C++
>
> Es decir tengo un formulario de VFP y arriba de este una pantalla de otro
> APP que no es VFP, si se mueve esta APP necesito que el form de VFP se
> entere
>
>
>
> Saludos
>
> PabloC
>
>
>
>
>
>
>

[GUFA] BINDEVENT

2011-01-25 Por tema PabloC 
Gracias Pancho, estoy yendo por ese lado, ahora la pregunta del millón cual
es el handle de lo que seria el WM_MOVE o como se llame

 

El bindevent es 

BINDEVENT(hWnd | 0, nMessage, oEventHandler, cDelegate [, nFlags])

 

Y tengo

=Bindevent( HANDLEDELEXE, ACAQUEVA, Thisform, MiMetodo)

 

En ACAQUEVA iria el evento de movimiento de la ventana pero como se llama??

Dicho sea de paso, alguno tiene el WinEvents.H que no lo consigo por ningun
lado

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Viernes, 21 de Enero de 2011 18:03
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Pablo:

 

Probaría algo parecido a lo que hace este ejemplo para averiguar el handle
de la calculadora

 

http://www.news2news.com/vfp/?example=26

&function=1028&xpg=

 

y luego con ese handle y el nombre del evento, trataría de interceptarlo.

 

Saludos,

 

Pancho

Cordoba

El 21 de enero de 2011 17:53, PabloC  escribió:

Gracias Pancho, busco por ese lado

 

Saludos

PabloC

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Viernes, 21 de Enero de 2011 17:39
Para: GUFA List Member
Asunto: [GUFA] BINDEVENT

 

Pablo:

 

Eso nunca lo probé, pero si sabes el handle de la aplicación en cuestión se
debería poder.

 

Saludos,

 

Pancho

Cordoba

El 21 de enero de 2011 16:11, PabloC  escribió:

Gente, hay forma desde un Form de VFP “bindearse” a un MOVE de una pantalla
de un exe independiente que por ejemplo esta en C++

Es decir tengo un formulario de VFP y arriba de este una pantalla de otro
APP que no es VFP, si se mueve esta APP necesito que el form de VFP se
entere

 

Saludos

PabloC

[GUFA] Seguridad en SQLSERVER

2011-01-25 Por tema Alejandro Paciotti Iacchelli 
Estimados: Creo que alguien había preguntado por una VPN hace poco, y en
medio de la conversación alguien preguntó cual era el problema al abrir el
puerto 1433 del SQL SERVER. Bueno, les comento que trabajo en una empresa
que tienen un sistema hecho en FOX hace 6 años con el SQL abierto en el
puerto 1433 en WINDOWS XP (yo estoy hace menos de 1 año). La cuestión es que
el sistema era lentísimo, entonces yo armé otra computadora con un Windows
2003 Server y monté los servicios de SQL SERVER. Y ahora, viendo el visor de
sucesos me encuentro que hay ciertas IP que están queriendo entrar
permanentemente al servidor de SQL SERVER, es constante, cada 1 minuto con
el usuario “sa”.

 

Voy a releer todo lo que se escribió sobre VPN. Yo me negaba, pero me parece
que es absolutamente necesario.

 

Lo cómico de todo esto es que la IP que se está queriendo conectar viene de
CHINA ! Y tienen abierto el puerto para escritorio remoto.

 

Les paso la IP por si hay algún curioso que nunca vió un Windows en chino:
222.189.228.112

 

Saludos.

[GUFA] Re: [GUFA] Re: [GUFA] RE: [GUFA] Re: [GUFA] RE: [GUFA] Re: [GUFA] Ejecución de Clases controladas

2011-01-25 Por tema Rafael Copquin 

Por si te sirve, algunos conceptos:

a) Las tablas o los cursores que uses deben abrirse en el evento load, a 
menos que le pases un xml a otro formulario con un cursor adentro, en 
cuyo caso necesariamente deberán entrar por el init


b) los controles contenidos en cualquier objeto se instancian primero, 
en el caso del formulario, todo lo que le pongas se va a instanciar 
primero, por ejemplo una grilla. Esta se instancia primero y luego se 
instancia el form. Por eso, si vinculas una tabla o cursor a una grilla, 
primero se debe abrir o generar en el evento load, para que esté 
disponible antes de que se genere la grilla. La secuencia seria: form 
load, grid init, form init.


c) podés evitar problemas mandando un thisform.bindcontrols = .f. en el 
evento load y luego que se instanciaron todos los controles, en el init 
del form mandás un thisform.bindcontrols = .t. Fijate en la ayuda y vas 
a ver que bueno que es el bindcontrols


d) respecto del uso de clases anidadas, estás considerando usar 
dodefault() ? O sea, en el evento load o el evento init del form que se 
instancia a partir de la segunda clase en tu ejemplo, le podrías poner 
algo así:


Evento load del form secundario
dodfault() && hace correr el codigo del evento load de la clase madre
el código del segundo formulario en el evento load  viene a continuación 
del dodefault()


Vos mencionás un problema con el init del form instanciado a partir de 
la segunda clase, la de los colores, etc
Supongamos que la clase madre se llame frmMadre y la de los colores 
frmColores


Deberías poner esto en el init de ese form (el de los colores):

frmMadre::init && con el operador :: hacés que primero funcione el init 
de la clase madre


código especial para ese form ( lo que necesites poner aquí)

frmColores::init && después que instanciaste todo lo demás, le hacés 
correr el código del init de la clase colores


En fin, tenés que jugar con algo así, meterle las famosas HCS (horas 
c.../silla) hasta que salga


Rafael Copquin





El 25/01/2011 8:26, francisco prieto escribió:
Entonces Eduardo el problema es que las clases se ejecutan en el init 
de las mismas. Eso esta muy mal.


A lo sumo si funcionaba bien podes hacer que la clase de estética no 
se ejecute en el init. Y ejecutarla desde el init de la clase base.


Saludos,

Pancho
Cordoba

El 25 de enero de 2011 08:18, Eduardo E. Tkachuk 
mailto:eduardo.tkac...@mug.org.ar>> escribió:


Pancho

No, no lo estoy haciendo desde el Load ni desde el Init, las dos
clases están pegadas al formulario y se ejecutan desde el init de
cada clase correspondiente (automáticas). Obviamente tendría que
hacerlo como comentas, que es lo correcto.

Creo que la implementación va quedas a futuro, así que los
formularios quedaran con estética muy básica.

Gracias igual

*De:*GUFA@mug.org.ar 
[mailto:GUFA@mug.org.ar ] *En nombre de
*francisco prieto
*Enviado el:* Martes, 25 de Enero de 2011 07:06 a.m.
*Para:* GUFA List Member
*Asunto:* [GUFA] Re: [GUFA] RE: [GUFA] Re: [GUFA] Ejecución de
Clases controladas

Eduardo:

Pregunta?

La clase que conecta con el sql la debes estar llamando en el
Load eso es lo mas probable, al menos con las entidades que se
hacen referencia en el controlsource o recordsource.

La clase de estética, la tenes que llamar en el Init, cuando todos
los objetos ya fueron creados.

De esta forma los datos se resuelven primero y la estética luego.

Estas haciéndolo así y da error?

Saludos,

Pancho

Córdoba

El 24 de enero de 2011 23:23, Eduardo E. Tkachuk
mailto:eduardo.tkac...@mug.org.ar>>
escribió:

Francisco

Si es cierto , faltan cosas , gracias por contestar

La Clase no trabaja con tablas de Fox

La Versión de Fox es VFP 9 SP2

Los formularios trabajan todos con entorno privado de datos

La clase esta en el formulario base, o sea la clase de donde se
heredan los demás.

He tratado de colocar esta clase en los formularios finales , no
desde el formulario clase original , pero no va. Me está atrasando
en los desarrollos , no mucho obvio , esto lo considero parte del
marco de trabajo un agregado

*De:*GUFA@mug.org.ar 
[mailto:GUFA@mug.org.ar ] *En nombre de
*francisco prieto
*Enviado el:* Lunes, 24 de Enero de 2011 08:41 p.m.
*Para:* GUFA List Member
*Asunto:* [GUFA] Re: [GUFA] Ejecución de Clases controladas

Por lo que comentas...

Me imagino la siguiente situación.

Esta clase que setea los colores, fuentes, etc... Trabaja con
tablas de Fox?

La versión de VFP cual es?

Los formularios trabajan con entorno privado de datos?

El uso de esta clase que setea la estética, la ejecutas en el Load
o en el Init del formulario?

Como ves son muchas preguntas sin respuesta para empezar a ay

[GUFA] Re: [GUFA] RE: [GUFA] Re: [GUFA] RE: [GUFA] Re: [GUFA] Ejecución de Clases controladas

2011-01-25 Por tema francisco prieto 
Entonces Eduardo el problema es que las clases se ejecutan en el init de las
mismas. Eso esta muy mal.

A lo sumo si funcionaba bien podes hacer que la clase de estética no se
ejecute en el init. Y ejecutarla desde el init de la clase base.

Saludos,

Pancho
Cordoba

El 25 de enero de 2011 08:18, Eduardo E. Tkachuk  escribió:

> Pancho
>
>
>
> No, no lo estoy haciendo desde el Load ni desde el Init, las dos clases
> están pegadas al formulario y se ejecutan desde el init de cada clase
> correspondiente (automáticas). Obviamente tendría que hacerlo como comentas,
> que es lo correcto.
>
> Creo que la implementación va quedas a futuro, así que los formularios
> quedaran con estética muy básica.
>
>
>
> Gracias igual
>
>
>
>
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Martes, 25 de Enero de 2011 07:06 a.m.
> *Para:* GUFA List Member
> *Asunto:* [GUFA] Re: [GUFA] RE: [GUFA] Re: [GUFA] Ejecución de Clases
> controladas
>
>
>
> Eduardo:
>
>
>
> Pregunta?
>
>
>
> La clase que conecta con el sql la debes estar llamando en el Load eso
> es lo mas probable, al menos con las entidades que se hacen referencia en el
> controlsource o recordsource.
>
>
>
> La clase de estética, la tenes que llamar en el Init, cuando todos los
> objetos ya fueron creados.
>
>
>
> De esta forma los datos se resuelven primero y la estética luego.
>
>
>
> Estas haciéndolo así y da error?
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Córdoba
>
>
>
> El 24 de enero de 2011 23:23, Eduardo E. Tkachuk <
> eduardo.tkac...@mug.org.ar> escribió:
>
> Francisco
>
>
>
> Si es cierto , faltan cosas , gracias por contestar
>
>
>
> La Clase no trabaja con tablas de Fox
>
> La Versión de Fox es VFP 9 SP2
>
> Los formularios trabajan todos con entorno privado de datos
>
> La clase esta en el formulario base, o sea la clase de donde se heredan los
> demás.
>
>
>
> He tratado de colocar esta clase en los formularios finales , no desde el
> formulario clase original , pero no va. Me está atrasando en los desarrollos
> , no mucho obvio , esto lo considero parte del marco de trabajo un agregado
>
>
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Lunes, 24 de Enero de 2011 08:41 p.m.
> *Para:* GUFA List Member
> *Asunto:* [GUFA] Re: [GUFA] Ejecución de Clases controladas
>
>
>
> Por lo que comentas...
>
>
>
> Me imagino la siguiente situación.
>
>
>
> Esta clase que setea los colores, fuentes, etc... Trabaja con tablas de
> Fox?
>
> La versión de VFP cual es?
>
> Los formularios trabajan con entorno privado de datos?
>
> El uso de esta clase que setea la estética, la ejecutas en el Load o en el
> Init del formulario?
>
>
>
> Como ves son muchas preguntas sin respuesta para empezar a ayudarte...
>
>
>
> Contestalas y seguimos.
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Córdoba
>
> El 24 de enero de 2011 20:23, Eduardo E. Tkachuk <
> eduardo.tkac...@mug.org.ar> escribió:
>
>
>
> Gente
>
>
>
> Hace días que estoy dando vueltas con un tema que hasta ahora no se me
> presento nunca.
>
>
>
> Resulta que en los formularios tengo una clase conexión encargada de traer
> los datos del SQL . Esta clase trabaja bien,  uno setea el método (ejemplo :
> Consultar por Id), se la invoca con el parámetro de Id y consulta la entidad
> que tiene seteada. En esto no hay problema , el problema salto cuando se le
> agrego otra clase que hace que el formulario y los controles se seten de un
> mismo color , fuente etc. Etc. .
>
>
>
> El error precisamente es que la nueva clase se ejecuta por delante de esta
> otra clase de conexión y empiezan a saltar/chillar los link de los objetos
> con los campo, así por ejemplo el Formulario de la entidad Países al
> arrancar ,los objetos TextBox que están asociados, chillan, indicándome que
> la entidad Países no existe.  Si le coloco Ignorar y examino el área de
> trabajo , la entidad se creó sin problemas con el id invocado , por eso me
> doy cuenta que se está ejecutando en segundo plano, pero tarde para que en
> el arranqué los objetos no chillen.
>
>
>
> Creo que estoy resignándome a no usar la clase de seteos de los objetos ,
> intente jugar a mano con las instancias de estos objetos pero no resulto.
>
>
>
> Bueno si alguien tiene algún prueba para ver qué pasa , soy todo oídos.
>
>
>
> Saludos y gracias
>
>
>
>
>
> Eduardo
>
>
>
>
>

[GUFA] RE: [GUFA] Re: [GUFA] RE: [GUFA] Re: [GUFA] Ejecución de Clases controladas

2011-01-25 Por tema Eduardo E. Tkachuk 
Pancho 

 

No, no lo estoy haciendo desde el Load ni desde el Init, las dos clases
están pegadas al formulario y se ejecutan desde el init de cada clase
correspondiente (automáticas). Obviamente tendría que hacerlo como comentas,
que es lo correcto.

Creo que la implementación va quedas a futuro, así que los formularios
quedaran con estética muy básica.

 

Gracias igual 

 

 

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Martes, 25 de Enero de 2011 07:06 a.m.
Para: GUFA List Member
Asunto: [GUFA] Re: [GUFA] RE: [GUFA] Re: [GUFA] Ejecución de Clases
controladas

 

Eduardo:

 

Pregunta?

 

La clase que conecta con el sql la debes estar llamando en el Load eso
es lo mas probable, al menos con las entidades que se hacen referencia en el
controlsource o recordsource.

 

La clase de estética, la tenes que llamar en el Init, cuando todos los
objetos ya fueron creados. 

 

De esta forma los datos se resuelven primero y la estética luego.

 

Estas haciéndolo así y da error?

 

Saludos,

 

Pancho

Córdoba

 

El 24 de enero de 2011 23:23, Eduardo E. Tkachuk
 escribió:

Francisco 

 

Si es cierto , faltan cosas , gracias por contestar 

 

La Clase no trabaja con tablas de Fox 

La Versión de Fox es VFP 9 SP2 

Los formularios trabajan todos con entorno privado de datos 

La clase esta en el formulario base, o sea la clase de donde se heredan los
demás. 

 

He tratado de colocar esta clase en los formularios finales , no desde el
formulario clase original , pero no va. Me está atrasando en los desarrollos
, no mucho obvio , esto lo considero parte del marco de trabajo un agregado 

 

 

De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de francisco prieto
Enviado el: Lunes, 24 de Enero de 2011 08:41 p.m.
Para: GUFA List Member
Asunto: [GUFA] Re: [GUFA] Ejecución de Clases controladas

 

Por lo que comentas...

 

Me imagino la siguiente situación.

 

Esta clase que setea los colores, fuentes, etc... Trabaja con tablas de Fox?

La versión de VFP cual es?

Los formularios trabajan con entorno privado de datos?

El uso de esta clase que setea la estética, la ejecutas en el Load o en el
Init del formulario?

 

Como ves son muchas preguntas sin respuesta para empezar a ayudarte...

 

Contestalas y seguimos.

 

Saludos,

 

Pancho

Córdoba

El 24 de enero de 2011 20:23, Eduardo E. Tkachuk
 escribió:

 

Gente 

 

Hace días que estoy dando vueltas con un tema que hasta ahora no se me
presento nunca. 

 

Resulta que en los formularios tengo una clase conexión encargada de traer
los datos del SQL . Esta clase trabaja bien,  uno setea el método (ejemplo :
Consultar por Id), se la invoca con el parámetro de Id y consulta la entidad
que tiene seteada. En esto no hay problema , el problema salto cuando se le
agrego otra clase que hace que el formulario y los controles se seten de un
mismo color , fuente etc. Etc. . 

 

El error precisamente es que la nueva clase se ejecuta por delante de esta
otra clase de conexión y empiezan a saltar/chillar los link de los objetos
con los campo, así por ejemplo el Formulario de la entidad Países al
arrancar ,los objetos TextBox que están asociados, chillan, indicándome que
la entidad Países no existe.  Si le coloco Ignorar y examino el área de
trabajo , la entidad se creó sin problemas con el id invocado , por eso me
doy cuenta que se está ejecutando en segundo plano, pero tarde para que en
el arranqué los objetos no chillen. 

 

Creo que estoy resignándome a no usar la clase de seteos de los objetos ,
intente jugar a mano con las instancias de estos objetos pero no resulto.

 

Bueno si alguien tiene algún prueba para ver qué pasa , soy todo oídos.

 

Saludos y gracias 

 

 

Eduardo

[GUFA] Re: [GUFA] RE: [GUFA] Re: [GUFA] Ejecución de Clases controladas

2011-01-25 Por tema francisco prieto 
Eduardo:

Pregunta?

La clase que conecta con el sql la debes estar llamando en el Load eso
es lo mas probable, al menos con las entidades que se hacen referencia en el
controlsource o recordsource.

La clase de estética, la tenes que llamar en el Init, cuando todos los
objetos ya fueron creados.

De esta forma los datos se resuelven primero y la estética luego.

Estas haciéndolo así y da error?

Saludos,

Pancho
Córdoba

El 24 de enero de 2011 23:23, Eduardo E. Tkachuk  escribió:

> Francisco
>
>
>
> Si es cierto , faltan cosas , gracias por contestar
>
>
>
> La Clase no trabaja con tablas de Fox
>
> La Versión de Fox es VFP 9 SP2
>
> Los formularios trabajan todos con entorno privado de datos
>
> La clase esta en el formulario base, o sea la clase de donde se heredan los
> demás.
>
>
>
> He tratado de colocar esta clase en los formularios finales , no desde el
> formulario clase original , pero no va. Me está atrasando en los desarrollos
> , no mucho obvio , esto lo considero parte del marco de trabajo un agregado
>
>
>
>
>
> *De:* GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] *En nombre de *francisco
> prieto
> *Enviado el:* Lunes, 24 de Enero de 2011 08:41 p.m.
> *Para:* GUFA List Member
> *Asunto:* [GUFA] Re: [GUFA] Ejecución de Clases controladas
>
>
>
> Por lo que comentas...
>
>
>
> Me imagino la siguiente situación.
>
>
>
> Esta clase que setea los colores, fuentes, etc... Trabaja con tablas de
> Fox?
>
> La versión de VFP cual es?
>
> Los formularios trabajan con entorno privado de datos?
>
> El uso de esta clase que setea la estética, la ejecutas en el Load o en el
> Init del formulario?
>
>
>
> Como ves son muchas preguntas sin respuesta para empezar a ayudarte...
>
>
>
> Contestalas y seguimos.
>
>
>
> Saludos,
>
>
>
> Pancho
>
> Córdoba
>
> El 24 de enero de 2011 20:23, Eduardo E. Tkachuk <
> eduardo.tkac...@mug.org.ar> escribió:
>
>
>
> Gente
>
>
>
> Hace días que estoy dando vueltas con un tema que hasta ahora no se me
> presento nunca.
>
>
>
> Resulta que en los formularios tengo una clase conexión encargada de traer
> los datos del SQL . Esta clase trabaja bien,  uno setea el método (ejemplo :
> Consultar por Id), se la invoca con el parámetro de Id y consulta la entidad
> que tiene seteada. En esto no hay problema , el problema salto cuando se le
> agrego otra clase que hace que el formulario y los controles se seten de un
> mismo color , fuente etc. Etc. .
>
>
>
> El error precisamente es que la nueva clase se ejecuta por delante de esta
> otra clase de conexión y empiezan a saltar/chillar los link de los objetos
> con los campo, así por ejemplo el Formulario de la entidad Países al
> arrancar ,los objetos TextBox que están asociados, chillan, indicándome que
> la entidad Países no existe.  Si le coloco Ignorar y examino el área de
> trabajo , la entidad se creó sin problemas con el id invocado , por eso me
> doy cuenta que se está ejecutando en segundo plano, pero tarde para que en
> el arranqué los objetos no chillen.
>
>
>
> Creo que estoy resignándome a no usar la clase de seteos de los objetos ,
> intente jugar a mano con las instancias de estos objetos pero no resulto.
>
>
>
> Bueno si alguien tiene algún prueba para ver qué pasa , soy todo oídos.
>
>
>
> Saludos y gracias
>
>
>
>
>
> Eduardo
>
>
>