My question:
I want to run the latest stable version of Lazarus on Mac OS X (10.5.8
to be precise). (I have Xcode installed.)
First, I installed the latest stable FPC release: version 2.4.0.
Then, I discover that the Lazarus downloads do not offer the sources
package for this FPC version.
On Wed, Sep 15, 2010 at 10:00 AM, Tom Verhoeff t.verho...@tue.nl wrote:
Should I downgrade the compiler to 2.2.4 to use Lazarus?
Yes, I think you should downgrade to fpc 2.2.4 to use lazarus 0.9.28.2
If you want to use the latest compiler then you need to use lazarus
from subversion or a
On Wed, 15 Sep 2010 10:00:17 +0200
Tom Verhoeff t.verho...@tue.nl wrote:
My question:
I want to run the latest stable version of Lazarus on Mac OS X (10.5.8
to be precise). (I have Xcode installed.)
First, I installed the latest stable FPC release: version 2.4.0.
Then, I discover
Latest Lazarus/FPC 2.4.0 SVN
Is it a my problem? Yesterday, all was fine.
(I have a script that download and compile everything automatically when I want)
...
...
...
Free Pascal Compiler version 2.4.0 [2010/09/15] for i386
Copyright (c) 1993-2009 by Florian Klaempfl
Target OS: Win32 for i386
Hi
I thought first to send this to Lazarus dev list but it may have wider interest
so I send it here.
I am going to commit a patch for converter (=part of Lazarus code base) that
uses TThread. It caches some unit paths in backround so that the converter
settings dialog appears without delay.
On Wed, 15 Sep 2010, Juha Manninen (gmail) wrote:
I was amazed that there isn't a single use of threads in Lazarus code base.
Threads however are the thing of the future because computers have more and
more CPU cores. Threads are a way to utilize them.
Threads are a thing of the past as
On Wednesday 15 September 2010 11:48:09 Michael Van Canneyt wrote:
Threads are a thing of the past as well. I've been programming threads
since years. There is nothing exciting about them, mostly they are a pain.
Correct but now there is no better way to implement parallelism. I know some
On Wed, 15 Sep 2010, Juha Manninen (gmail) wrote:
On Wednesday 15 September 2010 11:48:09 Michael Van Canneyt wrote:
Threads are a thing of the past as well. I've been programming threads
since years. There is nothing exciting about them, mostly they are a pain.
Correct but now there is no
Michael Van Canneyt wrote:
On Wed, 15 Sep 2010, Juha Manninen (gmail) wrote:
On Wednesday 15 September 2010 11:48:09 Michael Van Canneyt wrote:
Threads are a thing of the past as well. I've been programming threads
since years. There is nothing exciting about them, mostly they are a
pain.
On Wednesday 15 September 2010 12:28:55 Marc Weustink wrote:
In case of lazarus, what do you want to do in a thread ?
I actually explained it in the original mail.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
2010/9/15 Juha Manninen (gmail) juha.mannine...@gmail.com:
Question: why is there need for UseCThreads define. Isn't cthreads needed
always when using a *nix system? So, can I change the definition to :
{$IFDEF UNIX}
cthreads,
{$ENDIF}
If I now commit my code as it is, there will be
2010/9/15 Juha Manninen (gmail) juha.mannine...@gmail.com:
What would you suggest? How to commit the code so that we don't get complaints
about RunErrors?
I suggest:
Don't use threads, but take a look at the code browser, how to quickly
show a dialog, while information is still being gathered.
On 09/15/2010 10:48 AM, Michael Van Canneyt wrote:
Threads are a thing of the past as well. I've been programming threads
since years.
There is nothing exciting about them, mostly they are a pain.
OK, but
how do you make a program that is able to non sluggishly communicate
with the user
On 09/15/2010 11:17 AM, Michael Van Canneyt wrote:
Well...
IMHO the whole threading model is basically flawed, but currently
there is no other alternative. At least not in any language I know.
Delphi Prism does know parallel loops and several related constructs.
Here the .NET or Mono
Maybe you could start an external process for this
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
... how to avoid performance and latency killing polling while wait
for multiple events such as needed in TCP servers handling many clients
at the time or embedded applications handling multiple serial and
other machine interfaces ?
-Michael
--
On Wednesday 15 September 2010 13:32:20 Michael Schnell wrote:
Maybe you could start an external process for this
... and pass the data with temporary text files?
Why would I do that? A thread is lighter, it can see the variables I already
defined, it is easier to synchronize (WaitFor in
On Wed, 15 Sep 2010, Michael Schnell wrote:
On 09/15/2010 10:48 AM, Michael Van Canneyt wrote:
Threads are a thing of the past as well. I've been programming threads
since years.
There is nothing exciting about them, mostly they are a pain.
OK, but
how do you make a program that is able
On 09/15/2010 12:38 PM, Juha Manninen (gmail) wrote:
On Wednesday 15 September 2010 13:32:20 Michael Schnell wrote:
Maybe you could start an external process for this
... and pass the data with temporary text files?
Why would I do that? A thread is lighter, it can see the variables I
On Wednesday 15 September 2010 12:42:58 Vincent Snijders wrote:
By default Lazarus is a single threaded application. Only if a lazarus
packages that uses threads is used, the IDE needs to include the
cthreads unit. Such packages add -dUseCThreads in their usage options
(Open package, Options -
On 15 September 2010 12:38, Juha Manninen (gmail) wrote:
On Wednesday 15 September 2010 13:32:20 Michael Schnell wrote:
Maybe you could start an external process for this
... and pass the data with temporary text files?
Why would I do that? A thread is lighter, it can see the variables
On 09/15/2010 01:00 PM, Juha Manninen (gmail) wrote:
Ok, I will check the OnIde handler solution
Hmm,
I suppose the GUI will not react while the task you run in OnIdle is
busy. So you will need to split your add-on in tiny pieces and run one
after the other in subsequent OnIdle callbacks.
On Wednesday 15 September 2010 13:46:07 Michael Schnell wrote:
Linux is very good with passing data via pipes. stdout is always present
and can be captured by the parent process. This in fact is the Unix
way to do those things (rather than using Threads). But I am sure it
can be done with
On 15 September 2010 13:07, Michael Schnell wrote:
I suppose the GUI will not react while the task you run in OnIdle is
busy. So you will need to split your add-on in tiny pieces and run one after
the other in subsequent OnIdle callbacks.
Or use a thread and make the code simpler! :)
--
On 15 September 2010 13:07, Juha Manninen (gmail) Nothing. It's
just error-prone. Enabling CThreads slightly reduces the
overall performance, but I don't think it's relevant.
Ok, so there is a technical reason against threads, a performance hit.
I didn't know.
I would like to see performance
On 09/15/2010 01:07 PM, Juha Manninen (gmail) wrote:
Anyway, it doesn't sound very easy for a crossplatform solution.
Only because a (well accepted) platform-independent infrastructure is
lacking. FPC does come with a lot of platform independent stuff like
TThread, TEvent, TCriticalSection
Hi List.
It seem a bug has sneaked into the package editor. When clicking the
add button I get the following error:
Error reading NoteBook.PageIndex: Unknown property: PageIndex.
Regards,
Torsten Bonde Christiansen.
Felipe Monteiro de Carvalho wrote:
On Wed, Sep 15, 2010 at 10:00 AM, Tom Verhoeff t.verho...@tue.nl wrote:
Should I downgrade the compiler to 2.2.4 to use Lazarus?
Yes, I think you should downgrade to fpc 2.2.4 to use lazarus 0.9.28.2
If you want to use the latest compiler then you need to
2010/9/15 Graeme Geldenhuys graemeg.li...@gmail.com:
On 15 September 2010 13:00, Juha Manninen (gmail)
The main trend in programming now is to encourage threading, not to ban it.
I am little puzzled...
+1
As I said, threading is an advanced feature, and clearly here are
many developers
On Wed, 15 Sep 2010 13:05:40 +0200
Graeme Geldenhuys graemeg.li...@gmail.com wrote:
On 15 September 2010 12:38, Juha Manninen (gmail) wrote:
On Wednesday 15 September 2010 13:32:20 Michael Schnell wrote:
Maybe you could start an external process for this
... and pass the data with
On Wed, 15 Sep 2010, Juha Manninen (gmail) wrote:
On Wednesday 15 September 2010 13:32:20 Michael Schnell wrote:
Maybe you could start an external process for this
... and pass the data with temporary text files?
Why would I do that? A thread is lighter, it can see the variables I
On 15 September 2010 12:09, Graeme Geldenhuys graemeg.li...@gmail.com wrote:
On 15 September 2010 13:07, Michael Schnell wrote:
I suppose the GUI will not react while the task you run in OnIdle is
busy. So you will need to split your add-on in tiny pieces and run one after
the other in
On Wed, 15 Sep 2010 11:45:41 +0200
Vincent Snijders vincent.snijd...@gmail.com wrote:
2010/9/15 Juha Manninen (gmail) juha.mannine...@gmail.com:
What would you suggest? How to commit the code so that we don't get
complaints
about RunErrors?
I suggest:
Don't use threads, but take a
Juha Manninen (gmail) wrote:
so I rebuilt Lazarus with -dUseCThreads. Now it works perfectly!
Question: why is there need for UseCThreads define. Isn't cthreads needed
always when using a *nix system?
Threads have been stable on x86 Linux for a few years, but rather less
so on some other
On Wed, 15 Sep 2010 12:46:10 +0200 (CEST)
Michael Van Canneyt mich...@freepascal.org wrote:
On Wed, 15 Sep 2010, Michael Schnell wrote:
On 09/15/2010 10:48 AM, Michael Van Canneyt wrote:
Threads are a thing of the past as well. I've been programming threads
since years.
There
On Wed, 15 Sep 2010 14:00:19 +0300
Juha Manninen (gmail) juha.mannine...@gmail.com wrote:
On Wednesday 15 September 2010 12:42:58 Vincent Snijders wrote:
By default Lazarus is a single threaded application. Only if a lazarus
packages that uses threads is used, the IDE needs to include the
On Wed, 15 Sep 2010 13:07:38 +0200
Michael Schnell mschn...@lumino.de wrote:
On 09/15/2010 01:00 PM, Juha Manninen (gmail) wrote:
Ok, I will check the OnIde handler solution
Hmm,
I suppose the GUI will not react while the task you run in OnIdle is
busy. So you will need to split your
On Wed, 15 Sep 2010 12:30:29 +0100
Henry Vermaak henry.verm...@gmail.com wrote:
On 15 September 2010 12:09, Graeme Geldenhuys graemeg.li...@gmail.com wrote:
On 15 September 2010 13:07, Michael Schnell wrote:
I suppose the GUI will not react while the task you run in OnIdle is
busy. So
On Wed, 15 Sep 2010 13:18:41 +0200
Torsten Bonde Christiansen t...@epidata.dk wrote:
Hi List.
It seem a bug has sneaked into the package editor. When clicking the
add button I get the following error:
Error reading NoteBook.PageIndex: Unknown property: PageIndex.
Fixed in 27369.
On 09/15/2010 12:46 PM, Michael Van Canneyt wrote:
What is so performance killing about process messages ?
process message is a function call that obviously take some microseconds
to run. Thus, if you do it very often, it degrades the overall
performance, if you do it rather seldom, the
On 09/15/2010 12:35 PM, Juha Manninen (gmail) wrote:
+1
I would love that!
:) (This already has been discussed here some months ago.)
I feel that this non-trivial performance-targeting project should not be
started before (as discussed recently) the libc binding of the TThread
On Wed, 15 Sep 2010 10:32:18 +0200
Kjow antispamm...@gmail.com wrote:
Latest Lazarus/FPC 2.4.0 SVN
Is it a my problem? Yesterday, all was fine.
(I have a script that download and compile everything automatically when I
want)
...
...
...
Free Pascal Compiler version 2.4.0 [2010/09/15]
On Wed, Sep 15, 2010 at 13:56, Michael Schnell mschn...@lumino.de wrote:
On 09/15/2010 12:46 PM, Michael Van Canneyt wrote:
What is so performance killing about process messages ?
process message is a function call that obviously take some microseconds to
run. Thus, if you do it very
On 09/15/2010 02:05 PM, Juha Manninen (gmail) wrote:
Totally banning threads is not right, IMO.
From an OS View threads are just processes only that the memory
manager tables are common. So they are as useful as processes are and
even a lot faster when it comes to transferring informations
On 15 September 2010 13:25, Mattias Gaertner wrote:
True. And I have already plans to use some threads.
Good to hear.
Threads have several disadvantages:
*They are harder to debug,
debugging with FPC+GDB is already hard, so there would be no difference. ;-)
*it is harder to follow the
On 09/15/2010 02:27 PM, Graeme Geldenhuys wrote:
This feature is called watchpoints, and it works brilliantly in MSEide.
Watchpoints are a normal feature of gdb. So why should Lazarus not be
able to support it ?
-Michael
--
___
Lazarus mailing
On 15 September 2010 14:42, Michael Schnell wrote:
This feature is called watchpoints, and it works brilliantly in MSEide.
Watchpoints are a normal feature of gdb. So why should Lazarus not be able
to support it ?
I not saying Lazarus can't support it, I am saying Lazarus doesn't
currently
Am 15.09.2010 13:56, schrieb Michael Schnell:
My impression is that regarding the OS-interface of a program that needs
the said features (multiple logical threads, performance, latency,
making use of modern SMP systems, ...), threads are a necessity. But
programming languages might be able to
On Wed, Sep 15, 2010 at 15:16, Florian Klaempfl flor...@freepascal.orgwrote:
Am 15.09.2010 13:56, schrieb Michael Schnell:
My impression is that regarding the OS-interface of a program that needs
the said features (multiple logical threads, performance, latency,
making use of modern SMP
Am 15.09.2010 15:26, schrieb ik:
On Wed, Sep 15, 2010 at 15:16, Florian Klaempfl flor...@freepascal.org
mailto:flor...@freepascal.org wrote:
Am 15.09.2010 13:56, schrieb Michael Schnell:
My impression is that regarding the OS-interface of a program that
needs
the said
Graeme Geldenhuys wrote:
On 15 September 2010 13:25, Mattias Gaertner wrote: True. And I have
already plans to use some threads.
Good to hear.
Threads have several disadvantages: *They are harder to debug,
debugging with FPC+GDB is already hard, so there would be no difference. ;-)
So
I updated Lazarus and FPC from SVN today.
I compiled FPC without problem but there is an error on Lazarus, in
package lazwebextra.
When I try build it, happen this error:
\laz\components\fpweb\reglazwebextra.pp(1,1) Fatal: Can't find unit
jstree used by reglazwebextra.
FPC 2.5.1
Laz: 0.9.289
SVN
You must update FPC as well.
jstree is in fpc/packages/fcl-js.
It is used to check Javascript syntax.
Michael.
On Wed, 15 Sep 2010, Marcos Douglas wrote:
I updated Lazarus and FPC from SVN today.
I compiled FPC without problem but there is an error on Lazarus, in
package lazwebextra.
When
On Wed, 15 Sep 2010, Marcos Douglas wrote:
I updated Lazarus and FPC from SVN today.
I compiled FPC without problem but there is an error on Lazarus, in
package lazwebextra.
When I try build it, happen this error:
\laz\components\fpweb\reglazwebextra.pp(1,1) Fatal: Can't find unit
jstree
Zitat von Florian Klaempfl flor...@freepascal.org:
Am 15.09.2010 15:26, schrieb ik:
On Wed, Sep 15, 2010 at 15:16, Florian Klaempfl flor...@freepascal.org
mailto:flor...@freepascal.org wrote:
Am 15.09.2010 13:56, schrieb Michael Schnell:
My impression is that regarding the
On Wed, 15 Sep 2010, Marcos Douglas wrote:
On Wed, 15 Sep 2010, Marcos Douglas wrote:
I updated Lazarus and FPC from SVN today.
I compiled FPC without problem but there is an error on Lazarus, in
package lazwebextra.
When I try build it, happen this error:
Cross Compile: from 64 to i386 on linux
Environment:
Ubuntu 10.04 64
lazarus from subversion
fpc 2.4.3 from subversion
Error Message:
/usr/bin/ld: warning: link.res contains output sections; did you forget -T?
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/crtbegin.o when
On Wed, Sep 15, 2010 at 15:34, Florian Klaempfl flor...@freepascal.orgwrote:
Am 15.09.2010 15:26, schrieb ik:
On Wed, Sep 15, 2010 at 15:16, Florian Klaempfl flor...@freepascal.org
mailto:flor...@freepascal.org wrote:
Am 15.09.2010 13:56, schrieb Michael Schnell:
My
2010/9/15 Mattias Gärtner nc-gaert...@netcologne.de:
It's not that hard either.
Parallel loops/procedures are not as important as some compiler vendors are
saying, but implemented in the compiler they can save a lot of type work and
allow to reduce some overhead. The alternative is to create
Am 15.09.2010 16:09, schrieb Mattias Gärtner:
Zitat von Florian Klaempfl flor...@freepascal.org:
Am 15.09.2010 15:26, schrieb ik:
On Wed, Sep 15, 2010 at 15:16, Florian Klaempfl flor...@freepascal.org
mailto:flor...@freepascal.org wrote:
Am 15.09.2010 13:56, schrieb Michael Schnell:
Mattias Gaertner escreveu:
*many IDE parts will become slower (once you start a thread the RTL
uses critical sections and especially string handling become much
slower).
If i understand correctly all program will suffer the performance hit,
not only the threaded part, right?
Do you have an
On Wed, Sep 15, 2010 at 11:14 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
OK,
There was an error in the packages Makefile, which caused fcl-js not to be
compiled and installed.
I fixed that, rev. 15991.
Please try again.
OK, now it works. Thank you.
Marcos Douglas
--
On 09/15/2010 03:16 PM, Florian Klaempfl wrote:
The real problems of threading are synchronization and
especially abording threads e.g. triggered by the main thread.
That is why I vote for a message queue for the threads (implemented in
the RTL).
-Michael
--
On Wed, 15 Sep 2010 11:49:42 -0300
Luiz Americo Pereira Camara luiz...@oi.com.br wrote:
Mattias Gaertner escreveu:
*many IDE parts will become slower (once you start a thread the RTL
uses critical sections and especially string handling become much
slower).
If i understand correctly all
Error Message:
/usr/bin/ld: warning: link.res contains output sections; did you
forget -T?
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/crtbegin.o when searching for
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/crtbegin.o
/usr/bin/ld: cannot find
Mattias Gaertner escreveu:
On Wed, 15 Sep 2010 11:49:42 -0300
Luiz Americo Pereira Camara luiz...@oi.com.br wrote:
Mattias Gaertner escreveu:
*many IDE parts will become slower (once you start a thread the RTL
uses critical sections and especially string handling become much
slower).
On 9/15/2010 08:27, Graeme Geldenhuys wrote:
Try and use the TMultiReadExclusiveWriteSynchronizer instead. At least
you will not block threads that only want to do reading (which seem to
be most of the IDE task you mentioned with the OnIdle comment).
the first think i'd probably end up doing
The same problem! :-(
-
/usr/bin/ld: warning: link.res contains output sections; did you forget -T?
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/crtbegin.o when searching for
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/crtbegin.o
/usr/bin/ld: cannot find
Which of the demo programs show how to create programs that are not visual,
but allow components to be created at runtime, rather than adding them to
the form.
What type of projects should be chosen when picking the project type from
the New menu?
How do you tell the units dependencies as the
hello
I have made a program with Lazarus. This application make some work according
to key pressed from the numpad and function key. It work fine on win32 but i
have a big problem with linux-gtk2
the action on a key is handled by the OnKeyDown event but on linux, the input in
a modal windows
Hi Folks,
I posted this to the mailing list but I'm not certain it went out. If it
did, no one had or clue or opted to not answer - so forgive me for
posting again.
I'm hoping someone has even a hint of what path I might go in this venture:
Get Linux and Windows version identical and I'll
71 matches
Mail list logo