Hi,
Am 28.11.2011 15:18, schrieb Henry Vermaak:
On 28/11/11 13:41, Juha Manninen wrote:
Hi
Is FPC 2.2.2 really the latest native release for ARM processors?
I guess it can build the more recent versions. (?)
There is an arm release for 2.6.0rc1, but it was built using old
binutils (last time
On 28.11.2011 21:25, nore...@z505.com wrote:
Am 14.11.2011 02:32, schrieb nore...@z505.com:
First I thought I would post this to the mailing list to ask you what
the
proper way to program with threads is. If we must call closethread on MS
Win machines but not unix machines, then something needs
> Am 14.11.2011 02:32, schrieb nore...@z505.com:
>> First I thought I would post this to the mailing list to ask you what
>> the
>> proper way to program with threads is. If we must call closethread on MS
>> Win machines but not unix machines, then something needs to change to
>> make
>> the thread
On Mon, 28 Nov 2011, Graeme Geldenhuys wrote:
On 28/11/2011, michael.vancann...@wisa.be wrote:
The mistake you make is that you create a loop in the thread;
The thread does not need a loop. It just needs to set Active to true:
Procedure TMyServerThread.Execute;
begin
MyServer.Active:=T
On 28/11/2011, Flávio Etrusco wrote:
>
> I have to agree this is a very odd interface. IMHO setting a property
> is expected to return quickly; a call that's meant to be used as
> "program loop" should be a explicit method and named accordingly...
> (Listen/Run/Execute/ActivateAndWait/etc)
Defin
On 28/11/2011, michael.vancann...@wisa.be wrote:
>
> The mistake you make is that you create a loop in the thread;
> The thread does not need a loop. It just needs to set Active to true:
>
> Procedure TMyServerThread.Execute;
>
> begin
>MyServer.Active:=True;
> end;
OK thanks, I got it workin
On Mon, 28 Nov 2011, Graeme Geldenhuys wrote:
On 28/11/2011, michael.vancann...@wisa.be wrote:
If so, that's a pretty dumb design.
Ah. And why is that so ?
Now it's much less useful.
How are you supposed to "correctly" terminate the HTTP Server once
Active = True is called?
1. From a
On 28/11/11 13:41, Juha Manninen wrote:
Hi
Is FPC 2.2.2 really the latest native release for ARM processors?
I guess it can build the more recent versions. (?)
There is an arm release for 2.6.0rc1, but it was built using old
binutils (last time I checked, at least):
ftp://freepascal.stack.n
2011/11/28 Juha Manninen
> 1.2 GHz CPU and half a GB memory ...
>
The gadget also has two Gigabit Ethernet interfaces (!) which makes it
suitable for a router project.
Juha
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freep
Hi
Is FPC 2.2.2 really the latest native release for ARM processors?
I guess it can build the more recent versions. (?)
In school we have an interesting project "Developing Open Source Systems"
where the idea is to make an internet router out of small DreamPlug
computer by Globalscale Technologie
On 28/11/2011, michael.vancann...@wisa.be wrote:
>>
>> If so, that's a pretty dumb design.
>
> Ah. And why is that so ?
Now it's much less useful.
How are you supposed to "correctly" terminate the HTTP Server once
Active = True is called?
> If you want still to have a "main program", you shoul
>
>> Also the HTTP server is
>> implemented as a component (TComponent descendant), so I gather the
>> thoughts was that some day they would like it to sit on the Lazarus
>> component palette, where it will be dropped onto some form or data
>> module - thus rendering that application frozen too.
>
On Mon, 28 Nov 2011, Graeme Geldenhuys wrote:
On 28/11/2011, Leonardo M. Ramé wrote:
I think that class was meant to be used as the main program loop.
If so, that's a pretty dumb design.
Ah. And why is that so ?
Also the HTTP server is
implemented as a component (TComponent descendant
On Mon, Nov 28, 2011 at 10:57, Elmar Haneke wrote:
>
> And one other thing I forgot, it must support classes.
>>
>
> You have to write an procedural wrapper around your class - each method
> gets an Procedure thar recieves the object as parameter and calls that
> object's method. These procedure
On 28/11/2011, Leonardo M. Ramé wrote:
>
> I think that class was meant to be used as the main program loop.
If so, that's a pretty dumb design. Also the HTTP server is
implemented as a component (TComponent descendant), so I gather the
thoughts was that some day they would like it to sit on the
On 28/11/2011, Graeme Geldenhuys wrote:
>
> I simply created a form with Start/Stop button. The problem is, that
> once I call .Active := True, it never returns from that call, so my
> test program (and thus any program using this server component) is
> stuck in limbo land...
I forgot to mention
>
> From: Graeme Geldenhuys
>To: FPC-Pascal users discussions
>Sent: Monday, November 28, 2011 7:42 AM
>Subject: [fpc-pascal] fcl-web TFPHttpServer component problem
>
>Hi,
>
>I was testing the newish HTTP Server component located in
>fcl-web/src/fphttpserver.pp
Hi,
I was testing the newish HTTP Server component located in
fcl-web/src/fphttpserver.pp
I simply created a form with Start/Stop button. The problem is, that
once I call .Active := True, it never returns from that call, so my
test program (and thus any program using this server component) is
stu
On Sun, Nov 27, 2011 at 7:50 PM, Sven Barth wrote:
> Ok, I have now experimented myself with glOrtho (as I had to do a homework
> where we need to do a simple OpenGL project (boooring) I used the time to
> find a solution for you ^^)
Thank you very much =)
--
Felipe Monteiro de Carvalho
___
Aha! It works without registering anything =D Just tested, the first
pixel drawing from TForm.OnPaint worked just now =D
My error was the function name ... I forgot that you need to rename
all JNI functions for every project =(
It should not be Java_com_pascal_jnitest_AndroidJNITest_LCLDrawToBitm
Hello,
This question is mostly directed to Benjamin since I think that few
people work here with JNI, but I thought that the answer (if I get
one) is of general usage.
So, basically I am now trying to explore JNI, but my application
crashes right in the start, inside JNI_OnLoad:
function JNI_OnL
And one other thing I forgot, it must support classes.
You have to write an procedural wrapper around your class - each method
gets an Procedure thar recieves the object as parameter and calls that
object's method. These procedures are exported as stdcall as for an
regular Windows DLL.
In
On Mon, 28 Nov 2011, ik wrote:
On Mon, Nov 28, 2011 at 10:22, ik wrote:
Hello,
I have a requirement to create an API for application that C# can
communicate with using dll (rather then REST). What is required by FPC to
be able to create such DLL ?
And one other thing I forgot, it must s
On Mon, Nov 28, 2011 at 10:22, ik wrote:
> Hello,
>
> I have a requirement to create an API for application that C# can
> communicate with using dll (rather then REST). What is required by FPC to
> be able to create such DLL ?
>
And one other thing I forgot, it must support classes.
>
> Thanks
Hello,
I have a requirement to create an API for application that C# can
communicate with using dll (rather then REST). What is required by FPC to
be able to create such DLL ?
Thanks,
Ido
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http:
25 matches
Mail list logo
