On Wed, 14 Oct 2015, Michael Van Canneyt wrote:
On Wed, 14 Oct 2015, Ryan Joseph wrote:
On Oct 12, 2015, at 2:25 PM, Michael Van Canneyt
wrote:
TFPCustomImage is an abstract image class, it provides no storage for the
data. It can have several descendants such as TFPMemoryImage and
On Wed, 14 Oct 2015, Ryan Joseph wrote:
On Oct 12, 2015, at 2:25 PM, Michael Van Canneyt wrote:
TFPCustomImage is an abstract image class, it provides no storage for the data.
It can have several descendants such as TFPMemoryImage and
TFPCompactImgRGBA8Bit.
If you just want the raw data,
On Wed, 14 Oct 2015, Ryan Joseph wrote:
On Oct 12, 2015, at 8:39 PM, Reimar Grabowski wrote:
http://sourceforge.net/p/asmoday/code/HEAD/tree/trunk/asmtypes.pas#l203
Not an example but a straightforward texture class implementation based on
TFPCustomImage. Should work as is for bmp, jpg,
> On Oct 12, 2015, at 8:39 PM, Reimar Grabowski wrote:
>
> http://sourceforge.net/p/asmoday/code/HEAD/tree/trunk/asmtypes.pas#l203
>
> Not an example but a straightforward texture class implementation based on
> TFPCustomImage. Should work as is for bmp, jpg, png, tga, xpm, if not drop me
> a
> On Oct 12, 2015, at 2:25 PM, Michael Van Canneyt
> wrote:
>
> TFPCustomImage is an abstract image class, it provides no storage for the
> data. It can have several descendants such as TFPMemoryImage and
> TFPCompactImgRGBA8Bit.
> If you just want the raw data, create a TFPMemoryImage and ac
> On Oct 12, 2015, at 5:52 PM, Graeme Geldenhuys
> wrote:
>
> http://members.upc.nl/h.speksnijder4/software/fpGUI/pngloader.html
Thanks for the links. BeRoPNG seems to load a PNG and the author states it’s
fast and has no external dependancies. Fantastic.
According to Reimar’s code the raw
On Wed, October 14, 2015 00:02, Graeme Geldenhuys wrote:
> On 2015-10-13 at 22:13, Michael Ring wrote:
>> There's a lot of use in embedded targets:
>
> Ah, thank you. Finally an answer I can understand. :)
The case of MS-DOS using it e.g. to provide direct access to the video
adapter memory ($B800
Hello Michael,
On 2015-10-13 at 22:13, Michael Ring wrote:
> There's a lot of use in embedded targets:
Ah, thank you. Finally an answer I can understand. :)
Regards,
- Graeme -
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
My public PGP key:
;-)
There's a lot of use in embedded targets:
const
ADC1_BASE = $40012000;
var
ADC1 : TADC_Registers absolute ADC1_BASE;
Am 13.10.15 um 21:14 schrieb Bart:
On 10/13/15, Graeme Geldenhuys wrote:
So what is (code example) of valid syntax when the
Integer Expr
On 10/13/15, Graeme Geldenhuys wrote:
> So what is (code example) of valid syntax when the
> Integer Expression syntax is used?
var
NilPointer: Pointer absolute 0;
Bart
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepas
Am 13.10.2015 16:19 schrieb "Marco van de Voort" :
> Experimental is mainly to make absolutely clear that not anything
published
> is definitive. IMHO should be used more often.
I definitely agree here. ^^
Regards,
Sven
___
fpc-pascal maillist - fpc-p
In our previous episode, Graeme Geldenhuys said:
> Looking at the FPC Language Reference for Variable Declaration syntax:
>
> http://www.freepascal.org/docs-html/ref/refse21.html
>
>
> Specifically, ABSOLUTE declarations. The documentation gives this example:
>
> var
> curterm1 : integer;
>
In our previous episode, Graeme Geldenhuys said:
> > http://docwiki.embarcadero.com/RADStudio/Seattle/en/Declarations_and_Statements
>
> To follow on from your quotes
>
> I guess with the above description IFDEF's will most likely be the
> better option in real-world code.
Those were always
Hi,
Looking at the FPC Language Reference for Variable Declaration syntax:
http://www.freepascal.org/docs-html/ref/refse21.html
Specifically, ABSOLUTE declarations. The documentation gives this example:
var
curterm1 : integer;
curterm6 : integer absolute curterm1;
Now according to the
In our previous episode, Graeme Geldenhuys said:
> Based on the latest FPC Language Reference documentation, there is no
> "library" hint directive (like Delphi & Kylix has)...
>
> Yet the following example program compiles without error using FPC
> 2.6.4. I gather this is an omission in the docum
On 2015-10-13 14:30, Marco van de Voort wrote:
>
> http://docwiki.embarcadero.com/RADStudio/Seattle/en/Declarations_and_Statements
>
To follow on from your quotes
"The platform and library directives do not specify which platform or
library. If your goal is writing platform-independent cod
On 2015-10-13 14:29, Michael Van Canneyt wrote:
> Good question. It's the first time I heard of the 'library' directive.
The Delphi documentation is very vague too.
http://docwiki.embarcadero.com/RADStudio/Seattle/en/Declarations_and_Statements#Hinting_Directives
Regards,
- Graeme -
--
fpGU
On Tue, 13 Oct 2015, Graeme Geldenhuys wrote:
Hi,
Based on the latest FPC Language Reference documentation, there is no
"library" hint directive (like Delphi & Kylix has)...
http://www.freepascal.org/docs-html/ref/refse5.html#x17-160001.5
Or Section 1.5 on page 16 of the PDF.
Yet the follo
Hi,
Based on the latest FPC Language Reference documentation, there is no
"library" hint directive (like Delphi & Kylix has)...
http://www.freepascal.org/docs-html/ref/refse5.html#x17-160001.5
Or Section 1.5 on page 16 of the PDF.
Yet the following example program compiles without error using F
Am 13.10.2015 08:37 schrieb "David Emerson" :
> So far I have not figured out how to typecast an interface into its
implementing class, which would be an alternate solution for my particular
situation.
As long as it's a COM-style interface you can use "intf as classtype". Be
aware though that you
20 matches
Mail list logo
