On Sun, 27 Jun 2010 09:50:35 +0200
Benjamin Jan Alexander Rosseaux wrote:
>
> Hello,
>
> I've done a working Free Pascal android JNI example (with working .apk
> for current ARM-based Android device of the second device generation
> (because with VFPv3, so Motorola Droid/Milestone, HTC Desire
On 7/1/10, Marco van de Voort wrote:
> In original pascal you had to specify all opened files there, including
> input/output.
That is how I learned it (from a book about standard(?) pascal).
I remember having several programs with long lists of files, before I
discovered that this was not nece
Frank Church wrote on Thu, 01 Jul 2010:
It is working now on 2.2.4. I think it was a temporary IDE glitch, which is
what I suspected. Adding the ; made it go away, but it wasn't really the
problem
If you are using the textmode IDE, you might want to wait with
updating until 2.4.2, because th
It is working now on 2.2.4. I think it was a temporary IDE glitch, which is
what I suspected. Adding the ; made it go away, but it wasn't really the
problem
2010/7/1 Mattias Gärtner
> Zitat von Frank Church :
>
>
> I will be upgrading to 2.4.0 soon.
>>
>> It shouldn't be an error then.
>>
>> 20
Zitat von Frank Church :
I will be upgrading to 2.4.0 soon.
It shouldn't be an error then.
2010/7/1 Guillermo Martínez Jiménez
> procedure TfrmHometel.SetSplitterSizes;
> var
> i: integer;
> begin
> for i:=3D 0 to ComponentCount - 1 do
> begin
> if Components[i] is TSplitter then
> b
Op 2010-07-01 12:14, Marco van de Voort het geskryf:
>
> In original pascal you had to specify all opened files there, including
> input/output.
Thanks for that history. :)
>> Syntax is as follows:
>>
>> Program -> PROGRAM Ident ['(' IdentList ')'] ';'
>> ProgramBlock '.'
>
> Str
In our previous episode, Graeme Geldenhuys said:
> I'm busy writing a Object Pascal grammar section for the Language Reference
> doc.
>
> In the ref.pdf (page 144) it says that the PROGRAM line can contain
> 'program parameters', but is ignored by the compiler. Can anybody explain
> these "program
Hi,
I'm busy writing a Object Pascal grammar section for the Language Reference
doc.
In the ref.pdf (page 144) it says that the PROGRAM line can contain
'program parameters', but is ignored by the compiler. Can anybody explain
these "program parameters" and when and how they were actually used? I
I will be upgrading to 2.4.0 soon.
It shouldn't be an error then.
2010/7/1 Guillermo Martínez Jiménez
> > procedure TfrmHometel.SetSplitterSizes;
> > var
> > i: integer;
> > begin
> > for i:=3D 0 to ComponentCount - 1 do
> > begin
> > if Components[i] is TSplitter then
> > begin
> >
Op 2010-07-01 10:11, Bart het geskryf:
> I' would defininately convert it to a GUI program (and use Lazarus for that).
or fpGUI Toolkit. :-)
I'm currently working on a DirectFB backend for fpGUI which will allow for
"gui" apps in a console environment.
As for BGI to ... I don't think there is an
In our previous episode, Jonas Maebe said:
> > On 1 July 2010 10:04, Michael Van Canneyt wrote:
> >>
> >> And as I understood it, Marco explicitly mentioned that it is not merged
> >> back to fixes. It also does not appear in
> >> http://www.stack.nl/~marcov/fpctomerge.txt
> >
> > You do you mean,
Graeme Geldenhuys wrote on Thu, 01 Jul 2010:
On 1 July 2010 10:04, Michael Van Canneyt wrote:
And as I understood it, Marco explicitly mentioned that it is not merged
back to fixes. It also does not appear in
http://www.stack.nl/~marcov/fpctomerge.txt
You do you mean, I clearly see it liste
On Thu, 1 Jul 2010, ik wrote:
On Thu, Jul 1, 2010 at 10:54, Michael Van Canneyt wrote:
On Thu, 1 Jul 2010, ik wrote:
On Thu, Jul 1, 2010 at 10:33, Michael Van Canneyt
wrote:
In all fairness, deprecated normally means it is "marked" as deprecated
at
least for one release *before* it
> procedure TfrmHometel.SetSplitterSizes;
> var
> i: integer;
> begin
> for i:=3D 0 to ComponentCount - 1 do
> begin
> if Components[i] is TSplitter then
> begin
> with TSplitter(Components[i]) do
> begin
> if Cursor =3D crHSplit then
> Width :=3D 7
> else if Cursor
In our previous episode, Graeme Geldenhuys said:
>
> Maybe adding it as a {$warning This unit is deprecated} will suffice
> for now, until r14767 is merged with 2.4.x. I just tested {$warning
> ...} below the 'unit ...;' line, and indeed it does output a warning
> in the compiler output.
I alread
On 1 July 2010 10:06, Marco van de Voort wrote:
>> code in 2.4.x should FIRST be marked as deprecated for one release (maybe
>> even as soon as FPC 2.4.2 seeing that the 'deprecated' hint directive
>> doesn't break anything).
>
> We all know that, but we don't do that for a reason:
>
> Unit level d
On 1 July 2010 10:04, Michael Van Canneyt wrote:
>
> And as I understood it, Marco explicitly mentioned that it is not merged
> back to fixes. It also does not appear in
> http://www.stack.nl/~marcov/fpctomerge.txt
You do you mean, I clearly see it listed in fpctomerge.txt (I just
double checked)
On Thu, 1 Jul 2010 10:01:52 +0200
Bart wrote:
> Compiles just fine (with or without the semicolon) with Lazarus
> r25303M / fpc 2.4.1
2.5.1 eats both too.
Mattias
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org
I' would defininately convert it to a GUI program (and use Lazarus for that).
Take a look at TCanvas and it's methods to draw on it.
There are plenty people out here (on the Lazarus list or the Lazarus
forum) that can help you.
And the wiki too: http://wiki.lazarus.freepascal.org/Developing_with_
On Thu, Jul 1, 2010 at 10:54, Michael Van Canneyt wrote:
>
>
> On Thu, 1 Jul 2010, ik wrote:
>
> On Thu, Jul 1, 2010 at 10:33, Michael Van Canneyt > >wrote:
>>
>> In all fairness, deprecated normally means it is "marked" as deprecated
at
least for one release *before* it gets deleted.
In our previous episode, Graeme Geldenhuys said:
> > Fixes still contains it. Most of the fpweb changes are not merged back to
> > 2.4.x
>
> As usual you don't understand me correctly, as your above statement proves.
> Let me explain again. The r15346 should not be merged to 2.4.x yet,
(or at all
On Thu, 1 Jul 2010, Graeme Geldenhuys wrote:
Op 2010-07-01 09:33, Michael Van Canneyt het geskryf:
And since the code was not being maintained anyway, he could just have kept the
latest copy of it: so no harm done.
Either way, see my reply to Marco. Your actions might have been ok for
Trun
Compiles just fine (with or without the semicolon) with Lazarus
r25303M / fpc 2.4.1
Bart
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Thu, 1 Jul 2010, ik wrote:
On Thu, Jul 1, 2010 at 10:33, Michael Van Canneyt wrote:
In all fairness, deprecated normally means it is "marked" as deprecated at
least for one release *before* it gets deleted. If I was ik, I'd be
pretty
pissed off working on a project that might be released
Op 2010-07-01 09:44, ik het geskryf:
> existed code that works on other servers), and I prefer to use something
> stable and fast rather then something that is not, because I do not have
> a lot of time to make things work properly (the life of freelancing).
This is exactly the point I was trying
Op 2010-07-01 09:33, Michael Van Canneyt het geskryf:
>
> And since the code was not being maintained anyway, he could just have kept
> the
> latest copy of it: so no harm done.
Either way, see my reply to Marco. Your actions might have been ok for
Trunk, but definitely will not be for the stabl
The following code generates a syntax error, if the semicolon after the
if/else statement is removed.
Is its absence a syntax error? Pascal version is 2.2.4
procedure TfrmHometel.SetSplitterSizes;
var
i: integer;
begin
for i:= 0 to ComponentCount - 1 do
begin
if Components[i] is TSplitter
On Thu, Jul 1, 2010 at 10:33, Michael Van Canneyt wrote:
>
>
> On Thu, 1 Jul 2010, Graeme Geldenhuys wrote:
>
> Op 2010-06-30 18:00, Jonas Maebe het geskryf:
>>
>>>
>>> * Deprecated in favour of fcl-web and WST
>>>
>>
>> In all fairness, deprecated normally means it is "marked" as deprecated at
>
Op 2010-07-01 09:15, Marco van de Voort het geskryf:
>
> Fixes still contains it. Most of the fpweb changes are not merged back to
> 2.4.x
As usual you don't understand me correctly, as your above statement proves.
Let me explain again. The r15346 should not be merged to 2.4.x yet, the
code in 2.
On Thu, 1 Jul 2010, Graeme Geldenhuys wrote:
Op 2010-06-30 18:00, Jonas Maebe het geskryf:
* Deprecated in favour of fcl-web and WST
In all fairness, deprecated normally means it is "marked" as deprecated at
least for one release *before* it gets deleted. If I was ik, I'd be pretty
pissed
In our previous episode, Graeme Geldenhuys said:
> > * Deprecated in favour of fcl-web and WST
>
> In all fairness, deprecated normally means it is "marked" as deprecated at
> least for one release *before* it gets deleted. If I was ik, I'd be pretty
> pissed off working on a project that might b
31 matches
Mail list logo
