Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Testing connection to SQL Server
Message
 
 
Information générale
Forum:
Visual FoxPro
Catégorie:
Codage, syntaxe et commandes
Divers
Thread ID:
01685573
Message ID:
01685602
Vues:
60
>Hi,
>
>Sorry for creating too many threads about somewhat of the same problem/solution.
>
>I have been thinking and analyzing my code, none stop, every waking hour. And I just realized why I am not seeing the results I expect.
>In a nutshell:
>The application method CONN_HANDLE_ACCESS fires to check if SQLEXE() works. The code is literally like this:
>
>IF SQLEXEC( oApp.conn_handle, "") < 0 
>
>But the above only tests if an empty string can be executed.
>
>Often times, after the above code, the program fails when attempting to SQL Select some records from the SQL Server.
>
>So, I am thinking that the code of testing SQLEXEC() against an empty string, should be changed to testing SQLEXEC() against something in the SQL Server. Because, if the connection to the SQL Server is broken, the SQLEXEC() can still successfully work on an empty string. Right?
>
>If the above logic is correct, how do I change the test of SQLEXEC() NOT against an empty string but against something in the SQL Server?
>
>Any suggestions or input? TIA

In my attempts to resolve this problem:
Connectivity error: [Microsoft][ODBC SQL Server Driver]Communication link failure 
I was thinking: what if I wrap the call the SQLEXEC() into a do while and try it for, say 2-3 seconds? Just to see if maybe the error happens because of some intermittent problem with the network card?

Has anybody tried this approach? (trying SQLEXEC() for 2-3 seconds, before giving up)?

TIA
"The creative process is nothing but a series of crises." Isaac Bashevis Singer
"My experience is that as soon as people are old enough to know better, they don't know anything at all." Oscar Wilde
"If a nation values anything more than freedom, it will lose its freedom; and the irony of it is that if it is comfort or money that it values more, it will lose that too." W.Somerset Maugham
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform