You are running pings over the internet, the result of those will be tied
to the level of service being provided at each site.
On Wed, May 2, 2018, 1:41 PM Frank Cazabon wrote:
> Thanks, I'm just going to pass the info over to them and tell them they
> need to hire a
Thanks, I'm just going to pass the info over to them and tell them they need to
hire a network consultant to investigate it. Just wanted to know if that level
of timeouts is normal or not.
On 2 May 2018 16:18:10 GMT-04:00, "Paul H. Tarver" wrote:
>I recently worked on a
They are the cheapest client I have. Scrimp on everything.
This is running through log me in hamachi VPN over the internet, not a LAN.
On 2 May 2018 16:34:36 GMT-04:00, Alan Bourke wrote:
>Frank
>
>>My client
>> doesn't have anyone who manages their network for them
Frank
>My client
> doesn't have anyone who manages their network for them either.
Why not?
Anyway if it is a LAN I would expect the continous ping to come back under 10ms
if not under 1ms at all times, without any timeouts.
--
Alan Bourke
alanpbourke (at) fastmail (dot) fm
On Wed, 2
I recently worked on a project where we were polling multiple SQL databases
across multiple servers and there was one server that would occasionally get
skipped due to timeout delays. We adjusted our wait times in VFP, but still on
occasion this would happen. IT did further stress testing on
I am having some problems when running code that synchronises data
between 2 SQL Servers using SM Sync Framework. This code runs fine at
about 50 other sites.
I am getting time out errors reported:
TCP Provider, error: 0 - The semaphore timeout period has expired
Google has suggested this
Frank, you were on the right track and I really appreciated your
suggestions! Gianni just pointed me in that direction a little sooner.
I don't know what the connection changes once you get a handle, but
apparently AGETFILEVERSION() requires the full path & filename in order to
return the proper
>From VFP Help
AGETFILEVERSION( ) returns the number of elements in the array.
If the file you specify does not exist or does not contain Windows version
resources,
AGETFILEVERSION( ) returns zero,
and the array, if already created, remains unchanged.
Try to pass the fully qualified pathname
Thanks to Gianni for giving me the idea which led to the solution.
Gianni had written this:
> that at the return from "report form ..." the curdir() was changed to
> something like C:\Windows\System32.
That got me to thinking perhaps the default folder was changing for some
unknown reason. It
What is the file name being passed to AGETFILEVERSION() when it fails to
return anything? What is the current directory at this point in time?
I believe there was a WinAPI version of this function, can you use that
instead of AGETFILEVERSION() and see if it makes a difference?
Frank.
Frank
After some further testing, I determined that mis-spoke when I said that
AGETFILEVERSION() was returning an empty string and not an array.
What it is actually doing is returning NOTHING. If I remove the LOCAL ARRAY
line from the routine, I found that the once the connection is made,
I checked the array generated from ADIR() in my code and it is returning the
proper list of EXE files found in the folder. But I'm thinking I want to do
some more testing with your idea about the directory or path changing after
we get a connection to the ODBC driver or something like that. I'll
I did testing similar to what you suggested before I posted to the group.
That's how I isolated the issue down to the AGETFILEVERSION() command.
I am storing my settings in an INI file which uses the same JUSTSTEM() path
and name as the EXE file for different projects where the EXE might be
Thanks for the suggestion, but this method will require the EXE to be
running to return the correct value. My current method only requires an EXE
file to be in the development folder so my method will work even if in the
IDE.
Paul H. Tarver
-Original Message-
From: ProfoxTech
Hi Paul!
If the current directory ( curdir() ) changes to something like
C:\Windows\System32
your array gets populated by many exe's but not the exe's you expect from your
application directory,
because in you code you load adir() with exe's from the "current" directory.
> lnExeNumber =
At 06:31 2018-05-02, Charlie-gm wrote:
Maybe take a look at "_VFP.servername". That returns a character
string of the .exe (including path) that is being executed.
Example:
my_exe_file = _vfp.servername
I don't think this will work if you are running ".app" files - in
Cool, didn't know that.
Have a look at:
https://docs.microsoft.com/en-us/previous-versions/visualstudio/foxpro/ms947595(v=msdn.10)
https://docs.microsoft.com/en-us/previous-versions/visualstudio/foxpro/ms947597(v=msdn.10)
--
Alan Bourke
alanpbourke (at) fastmail (dot) fm
Gentlemen,
Having spent time on many occasions hacking reports in their “VFP Table” state
I came across an interesting discovery earlier.
If you have the properties dialogue open for any item on the report and right
click on it you are prompted with a quick sub menu with the following options:
Maybe take a look at "_VFP.servername". That returns a character string
of the .exe (including path) that is being executed.
Example:
my_exe_file = _vfp.servername
I don't think this will work if you are running ".app" files - in that
case it may always return the path to the VFP9.exe
Maybe you could break it up into a little test program to narrow it down
and ensure it's the Oracle connection causing the problem. Cut out all
your code and do something like this:
AGETFILEVERSION("Your exe")
* test that correct values returned
* then connect to Oracle
* check
1) Is it a version of Opera 3 that is checked out for Windows 10?
2) Do you have any bespoke?
3) On the Windows 10 machines to do the users have read/write access to
c:\program files (x86)\pegasus\ and c:\programdata\pegasus\?
--
Alan Bourke
alanpbourke (at) fastmail (dot) fm
On Tue, 1
True
-Original Message-
From: ProFox [mailto:profox-boun...@leafe.com] On Behalf Of Peter Cushing
Sent: 02 May 2018 09:49
To: profox@leafe.com; profoxt...@leafe.com
Subject: Re: Class Definition Not Found
We also have Opera 3 and for support we initially go to our reseller, which is
We also have Opera 3 and for support we initially go to our reseller,
which is how I have always understood it to work. Usually if they
cannot solve the problem they go to Pegasus, but I didn't think you
could go directly to Pegasus.
HTH
Peter
On 02/05/2018 08:51, Paul Newton wrote:
Chris
Chris
I suggest you raise a ticket with the Pegasus Support team. They may at least
know if other people have encountered similar issues.
Paul Newton
-Original Message-
From: ProFox [mailto:profox-boun...@leafe.com] On Behalf Of Chris Davis
Sent: 01 May 2018 15:42
To: profox@leafe.com
24 matches
Mail list logo