On Sat, 20 Feb 2021 13:49:26 +0100, Sven Barth via fpc-pascal
wrote:
>Lazarus is nothing new. It's around 20 years old as well and is a very
>stable and comfortable IDE for Free Pascal. You can use it for both GUI and
>console development and especially the code utilities and the debugger
>integr
Am 20.02.2021 um 17:26 schrieb Tomas Hajny via fpc-pascal:
On 2021-02-20 17:15, Tomas Hajny wrote:
On 2021-02-20 13:49, Sven Barth via fpc-pascal wrote:
CSlemaker via fpc-pascal schrieb
am Sa.,
20. Feb. 2021, 09:48:
Hello everybody,
Please, note that the original poster (in Cc: now, so t
On 2021-02-20 17:15, Tomas Hajny wrote:
On 2021-02-20 13:49, Sven Barth via fpc-pascal wrote:
CSlemaker via fpc-pascal schrieb am
Sa.,
20. Feb. 2021, 09:48:
Hello everybody,
Please, note that the original poster (in Cc: now, so that he doesn't
miss the response from Sven below) isn't subs
On 2021-02-20 13:49, Sven Barth via fpc-pascal wrote:
CSlemaker via fpc-pascal schrieb am
Sa.,
20. Feb. 2021, 09:48:
Hello everybody,
Please, note that the original poster (in Cc: now, so that he doesn't
miss the response from Sven below) isn't subscribed to fpc-pascal, make
sure to inclu
CSlemaker via fpc-pascal schrieb am Sa.,
20. Feb. 2021, 09:48:
> Will I need to recompile my Pascal source files for object compatibility
> with Win 10?
> Should I install the latest version of Free Pascal, and if so, which
> version is that?
> Will I have any compatibility problems with my sourc
On Sat, Feb 20, 2021 at 10:48 AM CSlemaker via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Title: OS Upgrade Windows 7 to Windows 10 – Free Pascal Consequences ?
>
> I am currently running under Windows 7 but I MUST upgrade to Windows 10
> Pro.
>
> Will I need to recompile my Pascal s
Title: OS Upgrade Windows 7 to Windows 10 – Free Pascal Consequences ?
I am currently running under Windows 7 but I MUST upgrade to Windows 10 Pro.
My questions relate to the version of the Pascal compiler I've been using for
years
and compatibility of the numerous object-code files produced by
Am 31.03.2017 19:27 schrieb "African Wild Dog" :
>
> 2017-03-30 4:25 GMT-03:00 Michael Van Canneyt :
>>
>>
>>
>> On Thu, 30 Mar 2017, African Wild Dog wrote:
>>
>>> Hello,
>>>
>>> 1 - What happens if my constructor raise an exception? Is my destructor
>>> automatically called?
>>
>>
>> Yes.
>>
>>>
2017-03-30 4:25 GMT-03:00 Michael Van Canneyt :
>
>
> On Thu, 30 Mar 2017, African Wild Dog wrote:
>
> Hello,
>>
>> 1 - What happens if my constructor raise an exception? Is my destructor
>> automatically called?
>>
>
> Yes.
>
>
>> 2 - Are the class fields automatically initialized to Default(T) j
On Thu, 30 Mar 2017, African Wild Dog wrote:
Hello,
1 - What happens if my constructor raise an exception? Is my destructor
automatically called?
Yes.
2 - Are the class fields automatically initialized to Default(T) just like
in Delphi?
Yes. The're zeroed out when the memory for the cl
On Thu, 30 Mar 2017 03:47:59 -0300
African Wild Dog wrote:
> Hello,
>
> 1 - What happens if my constructor raise an exception? Is my destructor
> automatically called?
Yes.
> 2 - Are the class fields automatically initialized to Default(T) just like
> in Delphi?
They are all initialized. I'm
Hello,
1 - What happens if my constructor raise an exception? Is my destructor
automatically called?
2 - Are the class fields automatically initialized to Default(T) just like
in Delphi?
Regards
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.
On Do, 2017-01-05 at 11:15 +0100, Mattias Gaertner wrote:
> On Tue, 03 Jan 2017 02:54:05 +0100
> Marc Santhoff wrote:
>
> > Hi,
> >
> > firstly a happy new year to you all and keep on rocking!
> >
> > While reading the fpimage unit code I found some pieces I don't
> > understand and could not c
On Tue, 03 Jan 2017 02:54:05 +0100
Marc Santhoff wrote:
> Hi,
>
> firstly a happy new year to you all and keep on rocking!
>
> While reading the fpimage unit code I found some pieces I don't
> understand and could not clear up reading the docs. Here we go:
>
>
> TFPCustomImage = class(TPersis
Hi,
firstly a happy new year to you all and keep on rocking!
While reading the fpimage unit code I found some pieces I don't
understand and could not clear up reading the docs. Here we go:
TFPCustomImage = class(TPersistent)
[...]
public
[...]
property Extra [const key:string] : stri
On 2016-06-01 11:26, Mattias Gaertner wrote:
> TFPCompactImgRGBA8Bit uses 32bit.
Thanks for the information Mattias. In the end I managed with the
TFPCompactImgRGBA8Bit image type. From what I can remember, after some
experimentation, the internal channel information in memory was in BGRA
format.
On Thu, 26 May 2016 11:24:44 +0100
Graeme Geldenhuys wrote:
>[...]
> 3) The FData image buffer (assuming (1) is correct) uses Integer instead
>of Byte as it's element size. So I'm assuming a singe Integer hold
>all the colour information for a single pixel?
No, TFPMemoryImage uses one TF
On Thu, 26 May 2016, Graeme Geldenhuys wrote:
On 2016-05-26 13:22, Michael Van Canneyt wrote:
Yes it does, but this is very slow.
Probably due to Colors array usage. ;-)
Yes. But sometimes it is all you've got; e.g. when drawing on an image.
Just so that others know, the 3rd party imag
On 2016-05-26 13:22, Michael Van Canneyt wrote:
> Yes it does, but this is very slow.
Probably due to Colors array usage. ;-)
> Yes. But sometimes it is all you've got; e.g. when drawing on an image.
Just so that others know, the 3rd party image library I’m using is
AggPas. AggPas (like most ot
On Thu, 26 May 2016, Graeme Geldenhuys wrote:
On 2016-05-26 12:08, Michael Van Canneyt wrote:
BUT:
depending on UsePalette, it contains indexes in the palette or RGB Data.
Oh, I forgot about Palette usage. I’ll have to check for that in my
code. Does setting UsePalette := False at runtime a
On 2016-05-26 12:08, Michael Van Canneyt wrote:
> BUT:
> depending on UsePalette, it contains indexes in the palette or RGB Data.
Oh, I forgot about Palette usage. I’ll have to check for that in my
code. Does setting UsePalette := False at runtime auto convert palette
data to RGB data? I had a lo
Playing around further I've managed to get something kinda working. See
attached image. Left is what I now render via my 3rd party image
library, right is what it is supposed to look like.
Two points to note about the attached image:
1. The colours are obviously wrong.
2. The image seems
On Thu, 26 May 2016, Graeme Geldenhuys wrote:
Hi,
The internal FData field variable of TFPMemoryImage is of type
FPFItegerArray and is defined as follows:
TFPIntegerArray = array [0..(maxint-1) div sizeof(integer)-1] of integer;
PFPIntegerArray = ^TFPIntegerArray;
Unfortunately the FPImag
Hi,
The internal FData field variable of TFPMemoryImage is of type
FPFItegerArray and is defined as follows:
TFPIntegerArray = array [0..(maxint-1) div sizeof(integer)-1] of integer;
PFPIntegerArray = ^TFPIntegerArray;
Unfortunately the FPImage unit is not documented at all. So I have the
fo
itself, you can modify it).
--
Best regards,
JC Chu
*From:* bsquared
*Sent:* November 7, 2012 9:37
*To:* fpc-pascal@lists.freepascal.org
*Subject:* [fpc-pascal] Questions About Porting Java and Extended Class
Syntax Features
Hello,
I am looking into porting Java to Free Pascal. I have
Hello,
I am looking into porting Java to Free Pascal. I have some confusion
about how to port certain types of Java Lang Features.
What is the best way to port 'private static final' member?
I was thinking the extended class syntax would cover this, but I dont it
will work for a scenario lik
On 23 September 2010 11:50, Michael Van Canneyt wrote:
>
> [ Snip: I'll see about what I can add to make it more clear ]
Thanks. I just want the docs to be all that they can be. :-)
> Take care that in this case you should not use a dynamic array to refer to
> the memory allocated by the C API:
On Thu, 23 Sep 2010, Graeme Geldenhuys wrote:
On 23 September 2010 09:46, Michael Van Canneyt wrote:
my FPC Language Reference docs with what you mentioned, or see if
Michael van Canneyt could add that info into the official docs so
others can benefit too.
What do you want added ? I haven't
On 23 September 2010 09:50, Honza wrote:
>
> AFAIK yes as long as you don't break (it's possible using some wild
> casting) the ref counting mechanism and handle the zero length case.
In my case [working with the Xlib library], I will never have the case
of a zero length array. So that I don't nee
On 23 September 2010 09:46, Michael Van Canneyt wrote:
>> my FPC Language Reference docs with what you mentioned, or see if
>> Michael van Canneyt could add that info into the official docs so
>> others can benefit too.
>
> What do you want added ? I haven't seen anything which isn't already
> ment
2010/9/23 Graeme Geldenhuys :
> Out of interest. Do you know if dynamic array elements are in sequence
> (storage area in memory) too - like static arrays? So could I do the
> same as above, but instead of using a static array, use a dynamic
> array, and pass the address of the first element to the
On Thu, 23 Sep 2010, Graeme Geldenhuys wrote:
Hi Michael,
On 23 September 2010 00:49, Michael Müller wrote:
So when the array memory is allocated by the calling function and freed
by another function and you only what to be able to access the elements
using the array braces you should use t
Hi Michael,
On 23 September 2010 00:49, Michael Müller wrote:
>
> So when the array memory is allocated by the calling function and freed
> by another function and you only what to be able to access the elements
> using the array braces you should use the static array approach. But I
> would defin
On Thu, 23 Sep 2010 00:49:29 +0200
Michael Müller wrote:
> Another problem is often to free memory in Pascal that was allocated by C.
Having done some interaction with C libs IMHO the best option is not to free
the memory in pascal at all but doing it with the provided C functions (if the
lib d
Hi Graeme!
Am 22.09.2010 um 11:25 schrieb Graeme Geldenhuys:
> Hi,
>
> I'm have some tough times with arrays (I use them very little). With
> trial and error I found that to use a pointer to an array of int32
> values returned by a C API (Xlib to be exact), I have to define it as
> follows in Ob
2010/9/22 Graeme Geldenhuys :
> type
> TAtomArray = array[0..0] of TAtom;
> PAtomArray = ^TAtomArray;
>
> Now if I change TAtomArray to the follow, then my code doesn't work. :-)
>
> TAtomArray = array of TAtom; // a dynamic array
>
> So what exactly is the difference between these two?
>
>
Hi,
I'm have some tough times with arrays (I use them very little). With
trial and error I found that to use a pointer to an array of int32
values returned by a C API (Xlib to be exact), I have to define it as
follows in Object Pascal.
type
TAtomArray = array[0..0] of TAtom;
PAtomArray = ^TAt
I understand what you say. But to know the current charset in Windows, what
function uses the compiler?:
a) getOEMCP
b) getACP
c) Other
thanks.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo
On 21 Jul 2010, at 20:47, Luis Fernando Del Aguila Mejía wrote:
> I wrote this program.
>
> var c,d: char;
> Begin
> c:=#$00B1;
> Writeln(byte(c));
> Writeln(c);
>
> d:=#$0080;
> Writeln(byte(d));
> Writeln(d);
> End.
>
> When I compile on Linux, the variable "c" stores the value #$B1, and the
I wrote this program.
var c,d: char;
Begin
c:=#$00B1;
Writeln(byte(c));
Writeln(c);
d:=#$0080;
Writeln(byte(d));
Writeln(d);
End.
When I compile on Linux, the variable "c" stores the value #$B1, and the
variable "d" stores the value #$80.
But when I compile the program in Windows, "c" st
In our previous episode, James Buren said:
> I have some questions about the RTL and FPC and how it effects what
> license I can use for my source.
>
> 1) Does FPC impose any license restrictions for the programs I compile
> with it?
Only via the RTL.
> 2) Does the RTL impose a license restrict
I have some questions about the RTL and FPC and how it effects what
license I can use for my source.
1) Does FPC impose any license restrictions for the programs I compile
with it?
2) Does the RTL impose a license restriction if all I do is link my
program to it?
3) Any thing else I should know
Date sent: Wed, 12 Oct 2005 15:02:48 -0300
From: Felipe Monteiro de Carvalho <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED],
FPC-Pascal users discussions
Subject: Re: [fpc-pascal] Questions on Documentation
Cop
Thomas,
What do you think about adding this unit list to the wiki? Maybe it
could be added to the "Run-Time Library" article, witch is quite short
currently. If you agree I can include it on the wiki, so it can help
others looking for this kind of information.
thanks,
--
Felipe Monteiro de Carva
A list member wrote me a private email and enclosed a very useful Korn Shell
script which
he posted here on the list in the past; it produced this:
http://www.tamara-b.org/users/bob/rtl_pf_index.html Document.
With this, as well as Tomas' file added to the docs, I am now cooking! Thanks!!
Bob
Also a problem i often face is to know where is what documentation. I often
have to open all three documents to figure out which one i need. This isn't a
major problem just a minor annoyance, but still...
El Mar 11 Oct 2005 11:31, Tomas Hajny escribió:
> Michael Van Canneyt napsal(a):
> > On Tue
Tomas Hajny wrote:
> I'd suggest to fill your comment as a "Wishlist" type
> bug record for area "Documentation" in our bug repository, so it doesn't
> get forgotten.
Will do when I get a moment! This sort of reference is what I think is needed.
>
> My (simplified) categorization to get you sta
Michael Van Canneyt napsal(a):
>
> On Tue, 11 Oct 2005, Tomas Hajny wrote:
>
>> Elio Cuevas Gómez wrote:
>>> El Lun 10 Oct 2005 19:19, Bob Richards escribió:
>> .
>> .
The biggest problem I have run into is the function/procedure
documentation. While very complete, and clearly written, it
the
documentation more effectively to find the information they need.
~David.
Original Message
> From: "Tomas Hajny" <[EMAIL PROTECTED]>
> Sent: Tuesday, October 11, 2005 6:02 AM
> To: "FPC-Pascal users discussions"
> Subject: Re: [fpc-
On Tue, 11 Oct 2005, Tomas Hajny wrote:
Elio Cuevas Gómez wrote:
El Lun 10 Oct 2005 19:19, Bob Richards escribió:
.
.
The biggest problem I have run into is the function/procedure
documentation. While very complete, and clearly written, it is organized
in
a way making it difficult to find t
Elio Cuevas Gómez wrote:
> El Lun 10 Oct 2005 19:19, Bob Richards escribió:
.
.
>> The biggest problem I have run into is the function/procedure
>> documentation. While very complete, and clearly written, it is organized
>> in
>> a way making it difficult to find things. Similar functions and
>>
I miss the old DOS IDE of Borland-of-Old; FP is somewhat OK, and Lazarus is way
too much
for system programming. But that's no real problem, VI does me just fine!
Try Joe editor, it looks like TP (3.0) editor and has the same short keys.
jk
--
// Jilani KHALDI
http://jkhaldi.oltrelinux.co
On Mon, 10 Oct 2005, Bob Richards wrote:
Hi All:
I am new to this list, but not new to pascal programming. I have been writing
pascal code
since Turbo pascal Version 3.0.
I have installed Free Pascal Ver. 2.0.0, running it on a Linux WorkStation, and
am writing
CGI apps which run on a Linu
El Lun 10 Oct 2005 19:19, Bob Richards escribió:
>
> I miss the old DOS IDE of Borland-of-Old; FP is somewhat OK, and Lazarus is
> way too much for system programming. But that's no real problem, VI does me
> just fine!
Why don't you try FP? It's included in the FPC distribution IIRC. But i'd
rat
Hi All:
I am new to this list, but not new to pascal programming. I have been writing
pascal code
since Turbo pascal Version 3.0.
I have installed Free Pascal Ver. 2.0.0, running it on a Linux WorkStation, and
am writing
CGI apps which run on a Linux server. I love FPC! It keeps me honest, and
I have two questions:
1. Is there any Windows or DOS port of the
Numerix library?
2. 2. How to detect the speed of processor
installed?
Pianoman
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinf
Hello,
Pianoman schrieb:
I Have two questions:
Is there any windows/DOS port of the numerix library?
Since Google reveals lots of libraries called "numerix", it may be
helpful for others to be more specific.
(I personally don't know any Numerix library, even less ones ported for FPC)
2. How to de
I Have two questions:
Is there any windows/DOS port of the numerix library?
2. How to detect thee speed of CPU?
Pianoman
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
58 matches
Mail list logo
