On 3/29/12, Marcos Douglas m...@delfire.net wrote:
The application is installed and the system variable is created.
How exactly is this done?
Bart
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On Fri, Mar 30, 2012 at 5:43 AM, Bart bartjun...@gmail.com wrote:
On 3/29/12, Marcos Douglas m...@delfire.net wrote:
The application is installed and the system variable is created.
How exactly is this done?
I'm not responsible for this part but I'm sure that works.
Marcos Douglas
On Thu, Mar 29, 2012 at 11:49 PM, waldo kitty wkitt...@windstream.net wrote:
On 3/29/2012 21:26, Marcos Douglas wrote:
Thanks for the test.
We have a little difference: my FPC is 2.6.1 (svn /fixes_2_6).
The env variable was added before I start the application, always.
and this is from
Hi *,
I encounter strange thing under FPC 2.7.1 and Win64 target.
Can anybody test this program:
const
test: array[0..0] of currency = (-10);
var
c:currency;
begin
c := -10;
writeln(c);
writeln(test[0]);
readln;
end.
Results:
When I get the time via the DateTime function result is adapted for
the timezone, making it an hour ahead now?
Is there a function that returns the UTC time, either as a UnixTime or
TDateTime irregardless of timezone?
--
Frank Church
===
http://devblog.brahmancreations.com
Confirmed,
if you usee -Aas and -al
you will see that
TEST
is just .quad -10
which is wrong of course...
Using -10.0 fixes the bug for now if
you really need this correct fast.
It would be nice if you could submit a bug report.
Pierre Muller
-Message d'origine-
De :
In our previous episode, Pierre Free Pascal said:
if you usee -Aas and -al
you will see that
TEST
is just .quad -10
which is wrong of course...
Using -10.0 fixes the bug for now if
you really need this correct fast.
It would be nice if you could submit a bug report.
Note that
On 30-3-2012 16:05, Frank Church wrote:
When I get the time via the DateTime function result is adapted for
the timezone, making it an hour ahead now?
Is there a function that returns the UTC time, either as a UnixTime or
TDateTime irregardless of timezone?
Frank,
You could search the fpc
Am 30.03.2012 17:40 schrieb Mark Morgan Lloyd
markmll.fpc-pas...@telemetry.co.uk:
A few weeks ago somebody (Martin?) suggested I got round an endianness
issue by doing this:
typeWordLE= packed record b0, b1: byte; end;
operator := (wle: WordLE): word;
begin
..
It works well, except
On 3/30/2012 15:31, Reinier Olislagers wrote:
On 30-3-2012 16:05, Frank Church wrote:
When I get the time via the DateTime function result is adapted for
the timezone, making it an hour ahead now?
Is there a function that returns the UTC time, either as a UnixTime or
TDateTime irregardless of
10 matches
Mail list logo
