FiveTech Support Forums

Hola a todos!,

Estoy intentando conectarme a Mysql 5.0 con FWCONNECT y el programa se cuelga justo en la línea de conexión y después de unos segundos el programa se cierra. Hasta ahora uso ADO y como compilé todo con FW2104 Y bcc7 quiero dejar ADO y usar FWCONNECT y no depender del driver mysqlconnector cada vez que haya que instalar. Gracias de antemano por cualquier ayuda.

FUNCTION CONECTAXH()

LOCAL oCn, oRs, cMsg

MsgInfo( "Antes de conectar..." )

FWCONNECT oCn HOST "localhost" USER "root" PASSWORD "root" PORT 3306 CHARSET "latin1" DATABASE "r999_progland_remu_progland"

MsgInfo( "Despues de e conectar..." )

IF oCn == NIL MsgStop( "No se pudo conectar (oCn = NIL)", "Error de conexion" ) RETURN NIL ENDIF

oCn:lShowErrors := .T.

MsgInfo( "Conectado. Version del servidor: " + oCn:cVersion )

Hola Lafug, tiene un correo o numero celular para contactarse contigo saludos

Estimado Luis Alfonso:

Gracias por compartir el ejemplo. Para poder acotar el cuelgue, ¿podrías confirmar estos datos?

• En el texto mencionas FWH 21.04 y BCC7, pero la firma indica FWH 11.06, xHarbour 1.2.1 y BCC55. ¿Qué versiones y compilador corresponden realmente a este ejecutable?
• ¿Qué versión/build de FWCONNECT utilizas y qué arquitectura tienen el ejecutable y las librerías (32 o 64 bits)?
• ¿Cuál es el error exacto? Si Windows registra un fallo en el Visor de eventos, comparte el módulo y código de excepción o el registro de diagnóstico disponible.

Como prueba, intenta una conexión mínima en una copia del programa y confirma si llega a ejecutarse el MsgInfo posterior a la conexión. No publiques contraseñas reales en el foro: el ejemplo incluye root/root. Si son credenciales de producción, cámbialas cuanto antes.

Saludos,
FiveTech AI

Ahora compilé con FWH2104 XHARBOUR BCC7
+56989003220
luisalfonsofuentesg@gmail.com

Que tal?

#include "FiveWin.ch"

FUNCTION ConectaxH()
   LOCAL oCn  := NIL
   LOCAL cMsg := ""

   // Configura o tratamento de erros antes da conexão
   TRY
      FWCONNECT oCn ;
         HOST "localhost" ;
         USER "root" ;
         PASSWORD "root" ;
         PORT 3306 ;
         CHARSET "latin1" ;
         DATABASE "r999_progland_remu_progland"
         

   CATCH
      MsgStop( "Erro crítico ao tentar acionar o driver de conexão!", "Erro de Sistema" )
      RETURN NIL
   END

   // Valida se a conexão foi estabelecida com sucesso
   IF oCn == NIL .OR. !oCn:IsConnected()
      MsgStop( "Não foi possível conectar ao banco de dados.", "Erro de Conexão" )
      RETURN NIL
   ENDIF

   // Ativa exibição de erros do banco de dados em ambiente de desenvolvimento
   oCn:lShowErrors := .T.

   // Opcional: Alerta de sucesso discreto ou apenas em modo DEBUG
   // MsgInfo( "Conectado com sucesso!" + CRLF + "Versão do Servidor: " + oCn:cVersion, "Sucesso" )

RETURN oCn

Regards, saludos.

ó,

#include "FiveWin.ch"

FUNCTION ConectaxH()
   LOCAL oCn  := NIL
   LOCAL cMsg := ""
   LOCAL oErr := NIL

   TRY
      FWCONNECT oCn ;
         HOST     GetEnv( "DB_HOST" )    ;
         USER     GetEnv( "DB_USER" )    ;
         PASSWORD GetEnv( "DB_PASS" )    ;
         PORT     Val( GetEnv( "DB_PORT" ) ) ;
         CHARSET  "utf8mb4"              ;
         DATABASE GetEnv( "DB_NAME" )

  IF oCn == NIL .OR. !oCn:IsConnected()
     MsgStop( "Não foi possível conectar ao banco de dados.", "Erro de Conexão" )
     RETURN NIL
  ENDIF

  // Só exibe erros detalhados em ambiente de desenvolvimento
  oCn:lShowErrors := ( Upper( GetEnv( "FW_MODE" ) ) == "DEV" )

   CATCH oErr
      cMsg := "Erro crítico ao acionar o driver de conexão!" + CRLF + ;
              "Detalhes: " + oErr:Description
      MsgStop( cMsg, "Erro de Sistema" )
      RETURN NIL
   END

RETURN oCn

Regards, saludos.

Estimado Luis Alfonso: Gracias por aclarar que estás compilando con FWH 21.04, xHarbour y BCC7. Para acotar el problema, ¿puedes compartir el texto exacto del error o cierre (y cualquier mensaje del Visor de eventos), la versión/build y arquitectura de FWCONNECT y del ejecutable, y el resultado de una prueba mínima que confirme si llega al mensaje posterior a FWCONNECT? Por seguridad, evita publicar contraseñas reales; si las del ejemplo son reales, cámbialas.\n\nFiveTech AI

Gracias Karinha,

Pero ni siquiera usando TRY, no captura el posible error, simplemente aparece la ruedita de espera 2 segundos y el programa se cierra , le pregunté a CLAUDE y me dice que puede ser la versión de MySql 5.0 ya que es muy antigua...

Estimado Luis Alfonso:

Gracias por la aclaración. Que el TRY no capture nada y que el programa se cierre tras unos 2 segundos nos dice algo útil: TRY solo recoge errores de Harbour. Si el proceso termina sin mensaje, el cierre ocurre fuera de ese control, y primero hay que localizar en qué punto exacto sucede.

La mención a la versión 5.0 de MySQL es solo una hipótesis; hoy no tenemos evidencia de que sea la causa. Es un dato útil, pero no concluyente.

Los ejemplos MariaDB de FWH (samples/misc/maria07.prg) comprueban si la conexión devolvió nil, activan el registro de errores y, tras ejecutar, consultan el error y lo muestran. Prueba este programa mínimo, en una copia, con el mismo EXE y librerías que ahora fallan:

#include "FiveWin.ch"

FUNCTION Main()

   LOCAL oCn

   MsgInfo( "1 - antes de conectar" )

   FWCONNECT oCn HOST "localhost" USER "usuario" PASSWORD "clave" DATABASE "basededatos"

   if oCn == nil
      MsgStop( "2 - Connect Fail" )
      return nil
   endif

   oCn:lLogErr := .t.
   MsgInfo( "3 - conectado" )

   oCn:Execute( "SELECT VERSION()" )
   if oCn:nError != 0
      oCn:ShowError()
   else
      MsgInfo( "4 - consulta correcta" )
   endif

   oCn:Close()

RETURN nil

Dime cuál es el último mensaje que llegas a ver (1, 2, 3 o 4) y si aparece algo en ShowError. Además necesito: la versión del servidor MySQL, que puedes obtener con otro cliente (HeidiSQL, por ejemplo) ejecutando SELECT VERSION(); y qué DLL de MySQL/MariaDB hay junto a tu EXE (nombre y tamaño).

Usa usuario y clave de pruebas; no publiques credenciales reales.

Un saludo,
FiveTech AI

MENSAJE 1

Estimado Luis Alfonso:

Perfecto, el MENSAJE 1 confirma que el programa llega vivo hasta justo antes de FWCONNECT. Ahora vamos a acotar un poco más:

1. Tras ese mensaje, ¿el proceso termina (se cierra solo o falla) o llega a mostrar alguno de los mensajes siguientes (por ejemplo "2 - Connect Fail")?
2. ¿Qué versión tiene el servidor al que conectas?
3. Nombre y tamaño exacto de la DLL de conexión que estás usando.

Con esos tres datos decidimos el siguiente paso.

Un saludo,
FiveTech AI

1 Tras ese mensaje, ¿el proceso termina (se cierra solo o falla) o llega a mostrar alguno de los mensajes siguientes (por ejemplo "2 - Connect Fail")? respuesta: el proceso termina se cierra sin dar ningún mensaje

¿Qué versión tiene el servidor al que conectas? respuesta: Mysql 5.0

Nombre y tamaño exacto de la DLL de conexión que estás usando. tamaño 2.492.416 libmysql.dll

Estimado lafug:

Gracias por los datos. Que el proceso se cierre sin mensaje justo después de FWCONNECT apunta muchas veces a la DLL cliente de MySQL, así que vamos a acotarlo antes de sacar conclusiones.

¿Nos puedes confirmar tres cosas?

1. La arquitectura de tu ejecutable (32 o 64 bits) y de la libmysql.dll que usas. Con FWH 2104 y BCC7 lo habitual es 32 bits, y la libmysql.dll tiene que ser de 32 bits también: una DLL de 64 bits cargada desde un exe de 32 puede cerrar el proceso sin error visible.

2. La versión exacta de esa libmysql.dll (clic derecho, Propiedades, Detalles, Versión del archivo). El tamaño de 2.492.416 bytes no nos dice la versión, y con MySQL 5.0 conviene saber exactamente cuál es.

3. Si el Visor de eventos de Windows (Registros de Windows, Aplicación) muestra alguna entrada en el momento del cierre, y qué módulo indica como origen del fallo.

Con esos datos podremos decirte si el problema está en la DLL o hay que seguir mirando en otra dirección.

Un saludo,
FiveTech AI

La arquitectura de tu ejecutable es 32bits

La versión exacta de esa libmysql.dll (clic derecho, Propiedades, Detalles, Versión del archivo : no aparece nada

Visor de eventos de Windows (Registros de Windows, Aplicación) muestra lo siguiente:
Nombre de registro:Application
Origen: Windows Error Reporting
Fecha: 03-10-2026 15:46:13
Id. del evento:1001
Categoría de la tarea:Ninguno
Nivel: Información
Palabras clave:
Usuario: ASUS_LAFUG\siul_
Equipo: ASUS_LAFUG
Descripción:
Depósito con errores 1255219731257047909, tipo 1
Nombre de evento: APPCRASH
Respuesta: No disponible
Identificador de archivo .cab: 0

Firma del problema:
P1: myrem.exe
P2: 1.0.0.0
P3: 00000000
P4: myrem.exe
P5: 1.0.0.0
P6: 00000000
P7: c0000005
P8: 000bdd81
P9:
P10:

Archivos adjuntos:
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.0811c466-6a65-4b9c-8820-6a5e006e4302.tmp.mdmp
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.b4740068-4ace-44c8-bfb5-cca4b82e8e1c.tmp.WERInternalMetadata.xml
WPR_initiated_DiagTrackMiniLogger_OneTrace_User_Logger_20261002_1_EC_0_inject.etl
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.0b640403-5c2e-4a24-bdaf-387190a1c474.tmp.etl
WPR_initiated_DiagTrackMiniLogger_WPR System Collector_inject.etl
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.5a8abede-7397-465a-8037-543355054e98.tmp.etl
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.2e5fb3e3-db2b-4577-ba60-c6adcda8dc94.tmp.csv
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.3036cc76-689a-4aec-980c-b1a4206006db.tmp.txt
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.20a93984-847f-4f9e-b32b-4a047e4a5606.tmp.xml

Es posible que estos archivos estén disponibles aquí:
\\?\C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_myrem.exe_c641b9382e9178a36477e667fac7efb69f35019_135aef48_7935be25-5ce2-4992-8582-748adb4ad157

Símbolo de análisis:
Nueva búsqueda de una solución: 0
Id. de informe: ad1bffee-e921-42e2-92fb-6b24689de700
Estado del informe: 268435456
Depósito con algoritmo hash: 12807ee0b30abb9cb16b6fb1f4a33b65
GUID de archivo .cab: 0
XML de evento:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Windows Error Reporting" Guid="{0ead09bd-2157-539a-8d6d-c87f95b64d70}" />
<EventID>1001</EventID>
<Version>0</Version>
<Level>4</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x8000000000000000</Keywords>
<TimeCreated SystemTime="2026-10-03T18:46:13.9980432Z" />
<EventRecordID>120279</EventRecordID>
<Correlation />
<Execution ProcessID="23544" ThreadID="20844" />
<Channel>Application</Channel>
<Computer>ASUS_LAFUG</Computer>
<Security UserID="S-1-5-21-276039260-1440806448-1974551403-1001" />
</System>
<EventData>
<Data Name="Bucket">1255219731257047909</Data>
<Data Name="BucketType">1</Data>
<Data Name="EventName">APPCRASH</Data>
<Data Name="Response">No disponible</Data>
<Data Name="CabId">0</Data>
<Data Name="P1">myrem.exe</Data>
<Data Name="P2">1.0.0.0</Data>
<Data Name="P3">00000000</Data>
<Data Name="P4">myrem.exe</Data>
<Data Name="P5">1.0.0.0</Data>
<Data Name="P6">00000000</Data>
<Data Name="P7">c0000005</Data>
<Data Name="P8">000bdd81</Data>
<Data Name="P9">
</Data>
<Data Name="P10">
</Data>
<Data Name="AttachedFiles">
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.0811c466-6a65-4b9c-8820-6a5e006e4302.tmp.mdmp
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.b4740068-4ace-44c8-bfb5-cca4b82e8e1c.tmp.WERInternalMetadata.xml
WPR_initiated_DiagTrackMiniLogger_OneTrace_User_Logger_20261002_1_EC_0_inject.etl
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.0b640403-5c2e-4a24-bdaf-387190a1c474.tmp.etl
WPR_initiated_DiagTrackMiniLogger_WPR System Collector_inject.etl
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.5a8abede-7397-465a-8037-543355054e98.tmp.etl
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.2e5fb3e3-db2b-4577-ba60-c6adcda8dc94.tmp.csv
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.3036cc76-689a-4aec-980c-b1a4206006db.tmp.txt
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.20a93984-847f-4f9e-b32b-4a047e4a5606.tmp.xml</Data>
<Data Name="StorePath">\\?\C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_myrem.exe_c641b9382e9178a36477e667fac7efb69f35019_135aef48_7935be25-5ce2-4992-8582-748adb4ad157</Data>
<Data Name="AnalysisSymbol">
</Data>
<Data Name="Rechecking">0</Data>
<Data Name="ReportId">ad1bffee-e921-42e2-92fb-6b24689de700</Data>
<Data Name="ReportStatus">268435456</Data>
<Data Name="HashedBucket">12807ee0b30abb9cb16b6fb1f4a33b65</Data>
<Data Name="CabGuid">0</Data>
</EventData>
</Event>

Estimado lafug:

Gracias, ese registro del Visor de eventos ayuda mucho. Dos lecturas importantes:

• El código c0000005 es una violación de acceso: el proceso toca memoria que no le pertenece.
• El módulo que Windows señala es myrem.exe, no libmysql.dll. Eso no descarta del todo a la DLL (una llamada mal resuelta puede corromper memoria y que el fallo aparezca después dentro del exe), pero tampoco nos permite culparla todavía.

Para acotarlo, dos pruebas concretas:

1. Enlaza tu ejecutable generando el fichero .map detallado (actívalo en las opciones del enlazador de BCC) y localiza en qué función cae el offset 000bdd81. Dinos esa función: nos dice exactamente dónde murió el proceso.

2. Haz la prueba con un programa mínimo: un .prg que solo haga el FWCONNECT con los mismos parámetros y usando la misma libmysql.dll. Si el programa mínimo también se cierra, el problema está en la capa de conexión o en la DLL. Si conecta sin problema, hay que mirar en el código de tu aplicación.

Y siguen pendientes dos datos de antes: la versión exacta de libmysql.dll (clic derecho, Propiedades, Detalles, Versión del archivo) y confirmar que es de 32 bits, como tu exe.

Con eso podremos señalar al culpable con nombre y apellidos.

Un saludo,
FiveTech AI