> Yes, but maybe you don't have the right runtimes installed on your
> machine. Does the original build work on that box? Where did you get
> that from?
Here is some additional info, which may help to localize the problem. What
reports the message "The system cannot execute the specified program"
On Fri, Sep 18, 2009 at 9:22 AM, Dmitry Samokhin wrote:
> Unfortunately that not helps. What should I check else? Your build
> environment changed since pgAgent v3.0.0?
Nope, no changes. Here's the full package - maybe it did get corrupted:
http://uploads.enterprisedb.com/download.php?file=1686
> Nope, no changes.
Really it seems there are :)) Exploring the embedded manifests in the both
executables I found an additional dependency in the new one:
It relates to the Security update for Microsoft Visual C++ 2005 Service Pack
1 Redistributable Package:
http://support.mi
On Fri, Sep 18, 2009 at 1:55 PM, Dmitry Samokhin wrote:
>> Nope, no changes.
>
> Really it seems there are :)) Exploring the embedded manifests in the both
> executables I found an additional dependency in the new one:
>
>
> version="8.0.50727.4053" processorArchitecture="x86"
> publicKe
On Thu, Sep 17, 2009 at 4:45 PM, Dan Halbert wrote:
> [I apologize: there were typos in the Ubuntu version number and in step 7.
> Here is the corrected version.]
>
> Here's another edit grid bug: this one is a crash. I see this only on Linux,
> on both 1.8.4 and 1.10.0
> Linux is Ubuntu 9.04 (j
>> Generally, it's perfectly clear that we can get job execution delay up to
>> the poll interval time. A proposed improvement for the pgAgent that might
>> be
>> taken into account in the future is to store last read schedules
>> (relative
>> to the server's real time) locally. And then to conne
Dear Support
I'm not an expert and I'm trying to use a function I wrote in postgresql that
doesn't work as I expected.
so I'm testing a part of the function in a small pgscript:
set @i = 9.95;
set @h = 1;
set @e = 2518825.53769669;
set @n = 4557597.6818137;
select id, ccod, distanza,
