I've added a source zip to the downloads section of the
pascal-actor-model google code page.
while it cannot do "runinbackground(procedure)" as you want, i believe
it can be mimmicked using the TCreateInstanceAndConfigActorMessage
message and a functor actor (functor is a kind of object that holds
Il 01/11/2012 13:09, Graeme Geldenhuys ha scritto:
On 2012-11-01 11:49, Giuliano Colla wrote:
Now I'm looking forward with interest to CustomDrawn, which should
I've recently (about 3 weeks ago) looked at LCL-CustomDrawn. It is still
years away form being usable in production code. Simple things
On 1-11-2012 16:11, Jonas Maebe wrote:
>
> On 01 Nov 2012, at 16:04, Reinier Olislagers wrote:
>
>> I wonder if the problems below are caused by wrong make files or
>> problems in fpcup:
>> (fpc trunk, Windows; fpcup compiles fpc x86+Lazarus fine, then tries an
>> x64 cross compile followed by an
On Thu, Nov 1, 2012 at 3:17 PM, Ewald
wrote:
> On 11/01/2012 12:22 PM, ik wrote:
>> Hello,
>>
>> I need to convert floating point (Single and Double) to an array of
>> bytes
> PByte(@YourVariable)[0]
> through
> PByte(@YourVariable)[SizeOf(YourVariable)-1] ?
>
> Or, if you have an array of Siz
On 1-11-2012 16:11, Jonas Maebe wrote:
>
> On 01 Nov 2012, at 16:04, Reinier Olislagers wrote:
>
>> I wonder if the problems below are caused by wrong make files or
>> problems in fpcup:
>> (fpc trunk, Windows; fpcup compiles fpc x86+Lazarus fine, then tries an
>> x64 cross compile followed by an
On 01 Nov 2012, at 16:04, Reinier Olislagers wrote:
> I wonder if the problems below are caused by wrong make files or
> problems in fpcup:
> (fpc trunk, Windows; fpcup compiles fpc x86+Lazarus fine, then tries an
> x64 cross compile followed by an LCL cross compile):
It's probably the same prob
Hi list,
I wonder if the problems below are caused by wrong make files or
problems in fpcup:
(fpc trunk, Windows; fpcup compiles fpc x86+Lazarus fine, then tries an
x64 cross compile followed by an LCL cross compile):
Compiles along for x64 as shown here:
C:/development/fpctrunk/compiler/ppcrossx
On 11/01/2012 12:22 PM, ik wrote:
> Hello,
>
> I need to convert floating point (Single and Double) to an array of
> bytes
PByte(@YourVariable)[0]
through
PByte(@YourVariable)[SizeOf(YourVariable)-1] ?
Or, if you have an array of SizeOf(YourVariable) bytes, you could do
something like this:
On 2012-11-01 12:33, Mark Morgan Lloyd wrote:
>
> That is a matter of opinion, and other developers would argue the point.
When I say "windows centric" I mean LCL imitating the WinAPI in
LCL-GTK2, LCL-Qt and LCL-Carbon. Most of the times that just doesn't fit.
> "standard bearer" for workstatio
Graeme Geldenhuys wrote:
On 2012-11-01 10:56, Jonas Maebe wrote:
You would probably be happier with something
like MSEGUI or fpGUI (well, apart from the fact that neither is
VCL-compatible in any way).
Which might not be a bad thing - depending on your project needs. VCL
(and LCL) is too Windo
On 2012-11-01 11:49, Giuliano Colla wrote:
> Being stuck with a lot of Kylix code, I found it quite heavy a
> migration toward fpGUI (or MSEGUI).
Our company has invested lots of time and money in developing CLX
(Kylix) applications. We have ported quite a few of them to fpGUI, and
it was not that
On 2012-11-01 10:56, Jonas Maebe wrote:
> You would probably be happier with something
> like MSEGUI or fpGUI (well, apart from the fact that neither is
> VCL-compatible in any way).
Which might not be a bad thing - depending on your project needs. VCL
(and LCL) is too Windows centric, and has no
Il 01/11/2012 11:56, Jonas Maebe ha scritto:
On 01 Nov 2012, at 11:50, Giuliano Colla wrote:
In general I agree with you. I often debate with Lazarus team because, in order to
provide "native behavior" they make it difficult to achieve consistent look and
behavior on different platforms (whic
Hello,
I need to convert floating point (Single and Double) to an array of
bytes (BCD) and vice versa.
Are there any existed implementation for it ?
Thanks,
Ido
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mail
On 01 Nov 2012, at 11:53, Giuliano Colla wrote:
> Il 01/11/2012 11:43, Jonas Maebe ha scritto:
>> On 01 Nov 2012, at 11:40, Giuliano Colla wrote:
>>
>>> Reset(MyFile); < Raises an Exception: EInOutError File not found
>>> end;
>> That depends on the state of the {$i+/-} directive.
>>
> Wh
On 01 Nov 2012, at 11:50, Giuliano Colla wrote:
> Il 01/11/2012 01:07, Jonas Maebe ha scritto:
>> I'm personally not a big fan of having different behaviour across platforms
>> when it can be avoided without too much trouble,
> In general I agree with you. I often debate with Lazarus team becaus
On 01 Nov 2012, at 10:36, Sven Barth wrote:
> On 01.11.2012 03:30, Noah Silva wrote:
>> Background threads not being able
>> to touch the GUI, etc. makes it all but useless for many purposes.
>
> That you can't access the GUI is not a problem of FPC, but a design decision
> of the LCL (or bette
Il 01/11/2012 11:43, Jonas Maebe ha scritto:
On 01 Nov 2012, at 11:40, Giuliano Colla wrote:
You may be right, but the try-except construct is there exactly to permit you
to handle those situations.
However I'd like to point out a significant inconsistency. Please give a look
to the following
Il 01/11/2012 01:07, Jonas Maebe ha scritto:
I'm personally not a big fan of having different behaviour across
platforms when it can be avoided without too much trouble,
In general I agree with you. I often debate with Lazarus team because,
in order to provide "native behavior" they make it diff
On 01 Nov 2012, at 05:38, Noah Silva wrote:
> 2012/8/16 Jonas Maebe
>
>> FPC works with the assembler and linker of Xcode 2.x up to and
>> including the latest Xcode 4.x, but with Xcode 4.3 and later you have to
>> but with Xcode 4.3 and later you have to install them separately
>
> Really? I
On 01 Nov 2012, at 11:40, Giuliano Colla wrote:
> You may be right, but the try-except construct is there exactly to permit you
> to handle those situations.
> However I'd like to point out a significant inconsistency. Please give a look
> to the following piece of code:
>
> procedure TForm1.B
Il 01/11/2012 09:28, Tomas Hajny ha scritto:
On Thu, November 1, 2012 00:24, Giuliano Colla wrote:
Il 31/10/2012 14:45, Jonas Maebe ha scritto:
On 31 Oct 2012, at 14:35, Giuliano Colla wrote:
.
.
but if it doesn't it's a Delphi bug, I'd say. What are exceptions
there for, if not for telli
On 01.11.2012 03:30, Noah Silva wrote:
As an aside, threads are one area where it seems ObjC has a huge
advantage. I wish there was a way to just say something like
"RunInBackground(procedure)" in FPC.
Once anonymous methods are implemented (I don't give an estimate here
though) you should be
On Thu, November 1, 2012 00:24, Giuliano Colla wrote:
> Il 31/10/2012 14:45, Jonas Maebe ha scritto:
>> On 31 Oct 2012, at 14:35, Giuliano Colla wrote:
.
.
>>> but if it doesn't it's a Delphi bug, I'd say. What are exceptions
>>> there for, if not for telling you that what you requested cannot be
Hi Jorge,
Even if so, it won't solve many of the other problems I am trying to solve.
On the other hand, do you have a Tarball available for download somewhere?
(I checked the Google Code page, but no downloads, only SVN access it
looks like).
Thank you,
Noah Silva
2012/11/1 Jorge Aldo G
25 matches
Mail list logo
