Error BASE/1075.000000 Argument error: >

[FiveWiDi]

Hola a todos,

Este error me aparece aleatoriamente según pulso unas letras (de un nombre) en un TGet que tiene una cláusula ON CHANGE.

Saben si puede ser algún problema de Harbour que ya esté resuelto?

Fíjense en el error.log de abajo; por mucho que investigo no veo donde puede estar el error. La cláusula ON CHANGE llega afinalizar y realiza lo previsto.

En la cláusula ON CHANGE realizo un Self:Assign(), por si les sirve de orientación

Stack Calls
===========
Called from GET:INSERT(816.000000)
Called from TWINDOW:KEYCHAR(0.000000)
Called from TWINDOW:HANDLEEVENT(0.000000)
Called from TWINDOW:HANDLEEVENT(0.000000)
Called from _FWH(0.000000)
Called from WINRUN(0.000000)
Called from TWINDOW:ACTIVATE(0.000000)
Called from MAIN(122.000000)
....
Variables in use
================
Procedure Type Value
==========================
GET:INSERT
Param 1: C "M"
Local 1: O Class: TCLIPGET
Local 2: U
Local 3: N 60.000000
Local 4: U
Local 5: N 60.000000
TWINDOW:KEYCHAR
Param 1: N 77.000000
Param 2: N 3276801.000000
Local 1: O Class: TGET
Local 2: N 2.000000
Local 3: N 2.000000
Local 4: L .T.
Local 5: U
Local 6: U
...

[Antonio Linares]

Carlos,

Es un bug reciente de Harbour (en el caso de que estés usando Harbour).
Descarga la versión más reciente del CVS de Harbour.

[FiveWiDi]

Carlos,

Es un bug reciente de Harbour (en el caso de que estés usando Harbour).
Descarga la versión más reciente del CVS de Harbour.

Gracias Antonio.

Utilizo la versión 0.45 de hace un año junto con FiveWin 2.6 y esto y tu mensaje me dicen que quizás no sea HarbouR; he empezado a desmenuzar mi código y he visto que quizás sea mi clàusula ON CHANGE.

Sigo en ello.
Carlos G.

[FiveWiDi]

Ya he podido solucionar el problema.

Resulta que la rutina (estándar en mi aplicación) que utilizaba en la cláusula ON CHANGE, entre varias barbaridades (uno también sabe hacer chapuzas), cambiaba el foco a otro control de la ventana (en concreto un browse).

De momento, para solucionar el problema he establecido que lo último que hace ON CHANGE sea un Self%:SetFocus(), ya que para esa situación en concreto no tenía sentido el cambio de foco.

Saludos.
Carlos G.