Estimados:
Tengo un sistema que hace la apertura de una base de datos que uso para configuraci贸n, y luego la cierro para abrir otra.
El problema que estoy teniendo es que, aunque hago un End de la primera conexi贸n, en la base de datos me sigue mostrando (con SHOW PROCESSLIST) que la conexi贸n sigue activa.
Esto hace que la cantidad de concurrencias en la base de datos se multiplique por dos, y que alcance el m谩ximo definido en max_connections.
Como puedo hacer para matar dicha conexi贸n?
Desde ya muchas gracias.
FiveTech Support Forums
FiveWin / Harbour / xBase community
Board index FiveWin para Harbour/xHarbour Cerrar conexi贸n MySql con TDolphin (Solucionado)
en tdolphin,
intenta con esto, y nos comenta por favor:
static HB_GARBAGE_FUNC( MYSQL_release )
{
void ** ph = (void **) Cargo;
/* Check if pointer is not NULL to avoid multiple freeing */
if( ph && * ph )
{
/* Destroy the object */
mysql_close( (MYSQL *) * ph );
/* set pointer to NULL to avoid multiple freeing */
* ph = NULL;
}
}
intenta con esto, y nos comenta por favor:
oCon:end()
oCon := nilSalu2
Carlos Vargas
Desde Managua, Nicaragua (CA)
Carlos Vargas
Desde Managua, Nicaragua (CA)
Carlos:
Muchas gracias por la pronta respuesta
Con:
No la mata a la conexi贸n.
Por ah铆 te interprete mal, HB_GARBAGE_FUNC como la llamo?
Esa funcion veo que esta en function.c de dolphin, pero no la llama en ningun lado al hacer End
Muchas gracias por la pronta respuesta
Con:
oServer:End()
oServer := nilNo la mata a la conexi贸n.
Por ah铆 te interprete mal, HB_GARBAGE_FUNC como la llamo?
Esa funcion veo que esta en function.c de dolphin, pero no la llama en ningun lado al hacer End
Y asi?
Regards, saludos.
聽 聽oServer:Close() 聽
聽 聽oConn:Close() 聽
聽 聽oServer := NIL
聽 聽oConn := NIL
聽 聽HB_GCALL( .T. )Regards, saludos.
Jo茫o Santos - S茫o Paulo - Brasil - Phone: +55(11)95150-7341
la idea de las funciones garbage, es que son llamadas cuando el programa entra en idle, y se ejecuta al recolector de basura, ahi las variables a nil, son procesadas.
ahi es cuando se llama la funci贸n mysql_close, para el caso de la variable que contiene la conexion. es cuando se cierra la conexi贸n.
de ahi que karinha haga el llamado a hb_gcall, obligando al recolector de basura de harbour a ejecutarse inmediatamente, y no hasta que el programa este en idle.
Mil Gracias karinha, eso es lo que me faltaba.
salu2
Salu2
Carlos Vargas
Desde Managua, Nicaragua (CA)
Carlos Vargas
Desde Managua, Nicaragua (CA)
Gracias por las respuestas y aclaraciones.
Prob茅 como indic贸 Karinha pero sigue sin matar la conexi贸n.
Seguramente est茅 haciendo algo mal, voy a revisar m谩s mi c贸digo
Revis茅 mi c贸digo y sigue sin funcionar.
Agradecer铆a cualquier sugerencia.
Desde ya muchas gracias
Hola C茅sar, Saludos..
驴Ser谩 que en alg煤n momento tienes dos conexiones con la misma variable?
Yo no he tenido problemas con el END, y mi forma de trabajar es Conectar, Hacer, Desconectar o sea que conecto y desconecto constantemente.
Es una idea, trata de descartarla.
驴Ser谩 que en alg煤n momento tienes dos conexiones con la misma variable?
Yo no he tenido problemas con el END, y mi forma de trabajar es Conectar, Hacer, Desconectar o sea que conecto y desconecto constantemente.
Es una idea, trata de descartarla.
"Los errores en programaci贸n, siempre est谩n entre la silla y el teclado..."
Fwh 19.06 32 bits + Harbour 3.2 + Borland 7.4 + MariaDB + TDolphin
Carora, Estado Lara, Venezuela.
Fwh 19.06 32 bits + Harbour 3.2 + Borland 7.4 + MariaDB + TDolphin
Carora, Estado Lara, Venezuela.
Gracias a todos por su inter茅s.
Dado que a todos le funcionaba, profundic茅 en mi c贸digo, y efectivamente ten铆a un apertura extra que despu茅s no cerraba.