Re: Problems with SQLEXEC
- From: somnat@xxxxxxxxxxx
- Date: Thu, 22 May 2008 19:59:06 -0700 (PDT)
On May 23, 2:07 am, "Dan Freeman" <s...@xxxxxxxxxxxxx> wrote:
som...@xxxxxxxxxxx wrote:Dan/Olaf
On 22 May, 01:43, "Dan Freeman" <s...@xxxxxxxxxxxxx> wrote:
You cannot fix a network problem from inside VFP.
The best you can do is catch the error and die gracefully. See
Try/Catch in the help system.
That said .... you don't mention which version of VFP. Connections
behave differently in the latest versions so troubleshooting advice
may vary as well.
Dan
Somnath Gupta wrote:
While executing SQLEXEC to pass a SQL statement (ranging from simple
to complex) on a previously connected (using SQLCONNECT) valid ODBC
connection to a SQL server on a newly installed network, the error
handler sometimes (at random) is reporting SQL Server communication
failure resulting the whole execution to crash. Any ideas how to
resolve this problem ? I have suspected that it may be transient
network conditions but nothing more.
Warm Regards
Somnath- Hide quoted text -
- Show quoted text -
The Error handler is doing what Try/Catch is supposed to do, i.e.
dying out gracefully so I dont see any necessity in changing the code
there, but how can I establish to the client it is a network and not a
VFP error ? Users always have the idea that
the software is at fault. The Version of VFP is VFP 9 SP2.
Warm Regards
Somnath
When we have a client that experiences this sort of thing and we suspect the
network, we tell them to set the application up on a stand-alone machine
that has no network connection at all.
When they come back to us, they always have a mystified tone in their voice.
"It works just fine." Even then, we have to hammer home the point that all
we removed was the network. <s>
Dan- Hide quoted text -
- Show quoted text -
Thanks to both for your time.
The original code traps -1 correctly and logs the error correctly.
However I am not interested in error trapping to be precise, as the
same network handles a lot of different application with only the VFP
application erroring out. You are right Dan, no network no worries but
that is not how the real scenario is supposed to be. Even a simple
command like 'SET LOCK_TIMEOUT -1' is sometimes crashing through
SQLEXEC and the client has got good SQL programmers on board and they
are using other SQL apps all the time with the same client/server link
without any single problem. Of course this has started happening after
we upgraded them to VFP9.0 SP 2, so the client tells it is neither
network or SQL Server and they have a point.
Warm Regards
Somnath
.
- Follow-Ups:
- Re: Problems with SQLEXEC
- From: Olaf Doschke
- Re: Problems with SQLEXEC
- References:
- Problems with SQLEXEC
- From: Somnath Gupta
- Re: Problems with SQLEXEC
- From: Dan Freeman
- Re: Problems with SQLEXEC
- From: somnat
- Re: Problems with SQLEXEC
- From: Dan Freeman
- Problems with SQLEXEC
- Prev by Date: Re: UNION with ORDER BY via ODBC Driver failing
- Next by Date: Re: How to convert a TIF file to PDF under VFP?
- Previous by thread: Re: Problems with SQLEXEC
- Next by thread: Re: Problems with SQLEXEC
- Index(es):
Relevant Pages
|