On 4/7/2014 2:23 PM, Tomas Hajny wrote:
On 7 Apr 14, at 12:47, waldo kitty wrote:
i've a need to work with the OS2 timezone parameter in the OS' system clock...
Which "parameter" do you mean, DosCalls.TDateTime (aka _DATETIME
defined in OS/2 headers for C)?
ummm... ??? hahaha... i dunno...
On Mon, Apr 7, 2014 at 5:44 AM, Michael Van Canneyt
wrote:
>
>
> On Sat, 5 Apr 2014, Marcos Douglas wrote:
>
>>>
>>> Michael.
>>
>>
>> Hi Michael,
>>
>> A first little patch.
>> In line 1101 -- Function TPasToJSConverter.ConvertRepeatStatement --
>> you need to put a "raise"
>>
>> ===code===
>> e
On 7 Apr 14, at 12:47, waldo kitty wrote:
> i've a need to work with the OS2 timezone parameter in the OS' system
> clock...
Which "parameter" do you mean, DosCalls.TDateTime (aka _DATETIME
defined in OS/2 headers for C)?
> i'm not understanding a few things and haven't been able to figure
i've a need to work with the OS2 timezone parameter in the OS' system clock...
i'm not understanding a few things and haven't been able to figure out the code
path so i'm writing here to ask for some assistance... if this should be in the
user's list, please let me know and i'll move the conve
Is the following supposed to give a range check? 2.6.4 on win
The value is correct for a DWord.
program Project1;
{$R+}
uses sysutils;
var
n: DWORD;
s: String;
begin
n := $C2001122;
s := Format('%x', [n]); // range check here
writeln(s);
readln;
end.
___
On 06/04/2014 12:32, Reinier Olislagers wrote:
> ... patch for spelling glitch attached to issue; it keeps old spelling
> as deprecated. FPC/RTL/FCL compiles fine with it. Haven't tested it with
> applications.
>
Went through the rest of the FPC code tree; patch in issue
25979
Regards,
Reinier
_
On Mon, 7 Apr 2014, Michael Van Canneyt wrote:
On Mon, 7 Apr 2014, Reinier Olislagers wrote:
Noticed this in fpmimetypes.pp:
Type
TMimeType = Class(TObject)
private
FExtensions: String;
FExtentions: String;
...
Public
...
Property Extensions : String Read FExtensions Write FExt
On Mon, 7 Apr 2014, Reinier Olislagers wrote:
Noticed this in fpmimetypes.pp:
Type
TMimeType = Class(TObject)
private
FExtensions: String;
FExtentions: String;
...
Public
...
Property Extensions : String Read FExtensions Write FExtentions;
end;
I wonder if this is correct?
If it
Noticed this in fpmimetypes.pp:
Type
TMimeType = Class(TObject)
private
FExtensions: String;
FExtentions: String;
...
Public
...
Property Extensions : String Read FExtensions Write FExtentions;
end;
I wonder if this is correct?
If it is really meant to read from one variable an
Monday, April 7, 2014, Nikolay Nikolov wrote:
NN> Back in the old days, I never used huge pointers, because I wrote in
NN> Turbo Pascal, which didn't have them, so I don't have an opinion which
NN> way is better.
I've rechecked -- and yes, You are right, BP7 RTL itself uses SelectorInc only
in DP
On 04/07/2014 12:10 PM, Tomas Hajny wrote:
On Mon, April 7, 2014 10:56, Nikolay Nikolov wrote:
.
.
Ok, I just added this constant to the msdos rtl (r27497). However, as
far as BP7 compatibility is concerned, it doesn't really matter which
huge pointer model we use, because BP7 doesn't have a
On Mon, April 7, 2014 10:56, Nikolay Nikolov wrote:
.
.
> Ok, I just added this constant to the msdos rtl (r27497). However, as
> far as BP7 compatibility is concerned, it doesn't really matter which
> huge pointer model we use, because BP7 doesn't have a huge pointer type
> and in fact, it doesn
On 04/07/2014 03:51 AM, Max Nazhalov wrote:
Sunday, April 6, 2014, Nikolay Nikolov wrote:
NN> Back in the old days, I never used huge pointers, because I wrote in Turbo
Pascal,
NN> which didn't have them, so I don't have an opinion which way is better.
NN> So, which way should FPC for i8086 fol
On Sat, 5 Apr 2014, Marcos Douglas wrote:
Michael.
Hi Michael,
A first little patch.
In line 1101 -- Function TPasToJSConverter.ConvertRepeatStatement --
you need to put a "raise"
===code===
except
FreeAndNil(B);
FreeAndNil(C);
raise;
end;
===code===
Thank you. There wer
On 04/07/2014 10:16 AM, Michael Van Canneyt wrote:
I don't want Java. Just plain HTML and Javascript, standards-compliant.
I see. This does make sense.
But I see no reason why you would not be able to use the jvm to do
what you want.
I have no idea how to integrate Java Byte Code in a HTML
On Mon, 7 Apr 2014, Michael Schnell wrote:
On 04/05/2014 11:48 AM, Michael Van Canneyt wrote:
I've finally committed a first version of the pascal-to-javascript
conversion engine.
GREAT !
Thanks !
One additional side-chain thought:
I understand that the goal is to allow to compile Pascal
Another slightly related question: did anybody try to use the fpc to
Java-Byte-Code compiler to create "server-site Java" CGI applications
(to get around the arch-dependance of native compiled fpc programs) ?
-Michael
___
fpc-devel maillist - fpc-de
On 04/05/2014 11:48 AM, Michael Van Canneyt wrote:
I've finally committed a first version of the pascal-to-javascript
conversion engine.
GREAT !
Thanks !
One additional side-chain thought:
I understand that the goal is to allow to compile Pascal programs to be
able to run inside a Browser.
18 matches
Mail list logo
