John Ralls writes:
> if (sizeof(time_t) == 8)
> return (double)((int64)time1 - (int64)time2);
> else
> return (double)((int32)time1 - (int32)time2);
This code probably wouldn't compile cleanly. It would complain about
casting to different sizes. Even though theoretically the compiler
shoul
On Jan 24, 2014, at 12:33 AM, Gary Bilkus wrote:
> On 23/01/2014 22:47, John Ralls wrote:
>> On Jan 23, 2014, at 7:23 AM, Gary Bilkus wrote:
>>
>>> I've done some more testing and found a problem with libofx and possibly
>>> aqbanking ( which I don't use ). It's easy enough to work round, but
On 23/01/2014 22:47, John Ralls wrote:
On Jan 23, 2014, at 7:23 AM, Gary Bilkus wrote:
I've done some more testing and found a problem with libofx and possibly
aqbanking ( which I don't use ). It's easy enough to work round, but I'm not
sure what the correct fix should be on Windows
The
On Jan 23, 2014, at 7:23 AM, Gary Bilkus wrote:
> I've done some more testing and found a problem with libofx and possibly
> aqbanking ( which I don't use ). It's easy enough to work round, but I'm not
> sure what the correct fix should be on Windows
>
>
> The problem is that there's a know
I've done some more testing and found a problem with libofx and possibly
aqbanking ( which I don't use ). It's easy enough to work round, but I'm not
sure what the correct fix should be on Windows
The problem is that there's a known issue with datediff and mingw, due to
differences in the ver
