Hi,
The Free Pascal and Lazarus wiki has been moved to a new server. Also
the wiki software has been upgraded to the latest Mediawiki version.
Because porting the custom Free Pascal skin to the new version was too
time consuming the default monoskin is used now. Therefore you will
notice changes
Op 23 maart 2012 09:57 heeft Graeme Geldenhuys
graemeg.li...@gmail.com het volgende geschreven:
It gives the following error:
You do not have permission to edit this page, for the following reason:
The action you have requested is limited to users in the group: Users.
You can view and copy
On 23 March 2012 11:08, Vincent Snijders wrote:
Is this old or new wiki?
It was both, and rather confusing. In one screen I saw the old, then I
saw the new. :-) I guess I was trying to edit as the changeover
happened. I also got database locked for maintenance errors. I'll
wait a bit, and try
Le 22/03/2012 16:20, Mattias Gaertner a écrit :
Each thread has its own stack.
All threads share the same address space and the same heap.
Objects (here: class instances) are created on the heap. The heap is
thread safe.
The data segment is for constants. They are shared.
Le 22/03/2012
Am 23.03.2012 10:25, schrieb Antonio Fortuny:
Le 22/03/2012 16:20, Mattias Gaertner a écrit :
Each thread has its own stack.
All threads share the same address space and the same heap.
Objects (here: class instances) are created on the heap. The heap is
thread safe.
The data segment is for
Antonio Fortuny schrieb:
Trying to be as much clear as possible, there are some sentences:
Assuming this few statements (aka my own rules when writing thread's code):
a. all thread code+data are encapsulated into a TThread object
b. Thread safe means that there is no overlap of data references
Mattias Gaertner wrote:
On Thu, 22 Mar 2012 18:31:06 +
Mark Morgan Lloyd markmll.laza...@telemetry.co.uk wrote:
Felipe Monteiro de Carvalho wrote:
I did some tests here and I guess this is simply the normal size of an
app if you use ComCtrls. 1,5MB was for a minimal app with a form and
Hello,
This is clearly something from UNIXes. I just tested using LCL-Win32
and a minimal app with 1 form and 1 button has 1,62MB
In Mac OS X my result was 2,8MB
I suspect that the smartlinking is less efficient in UNIXes.
--
Felipe Monteiro de Carvalho
--
Thanks Sven, I really appreciate.
Le 23/03/2012 10:59, Sven Barth a écrit :
Am 23.03.2012 10:25, schrieb Antonio Fortuny:
Le 22/03/2012 16:20, Mattias Gaertner a écrit :
Each thread has its own stack.
All threads share the same address space and the same heap.
Objects (here: class
Am 23.03.2012 11:10, schrieb Felipe Monteiro de Carvalho:
Hello,
This is clearly something from UNIXes. I just tested using LCL-Win32
and a minimal app with 1 form and 1 button has 1,62MB
In Mac OS X my result was 2,8MB
I suspect that the smartlinking is less efficient in UNIXes.
Might be
Cody values are before smart linking.
I heard there is a compiler flag that shows information after smart
linking.
If anybody has any thoughts as to how to enable this I'd be
interested
to know. Otherwise I'll just have to live with the issue,
noting that in
general it's a
Many thanks Dodi.
Antonio.
Le 23/03/2012 10:59, Hans-Peter Diettrich a écrit :
Antonio Fortuny schrieb:
Trying to be as much clear as possible, there are some sentences:
Assuming this few statements (aka my own rules when writing thread's
code):
a. all thread code+data are encapsulated
On Thu, Mar 22, 2012 at 12:22:12AM -0400, waldo kitty wrote:
are also others that were used between bbs door games/apps and the
terminal...
globalwar was one of those games and tradewars also had one ;)
Tradewars originally was a Turbo Pascal app (for very old WWIV versions,
source is
On Fri, Mar 23, 2012 at 11:10:46AM +0100, Felipe Monteiro de Carvalho wrote:
This is clearly something from UNIXes. I just tested using LCL-Win32
and a minimal app with 1 form and 1 button has 1,62MB
In Mac OS X my result was 2,8MB
I suspect that the smartlinking is less efficient in
Am 23.03.2012 14:11, schrieb Frank Church:
Is it meaningful or possible to change the visibility or the
properties and events in a form or datamodule, ie make the private or
protected?
Of late when I look the definition of a form, it all seems so odd to
me that properties, objects etc which are
On 23 March 2012 13:28, michael.vancann...@wisa.be wrote:
On Fri, 23 Mar 2012, Frank Church wrote:
Is it meaningful or possible to change the visibility or the
properties and events in a form or datamodule, ie make the private or
protected?
Which properties and events ? Can you give an
Am 23.03.2012 14:55, schrieb Frank Church:
[...] I'd prefer to look only at the public section and say, Oh,
this is what it does for the program's other modules. Whatever isn't
there is not relevant to the rest of the application.
I understand that it comes from a Delphi legacy as RAD tool
On 23 March 2012 13:49, Sven Barth pascaldra...@googlemail.com wrote:
Am 23.03.2012 14:11, schrieb Frank Church:
Is it meaningful or possible to change the visibility or the
properties and events in a form or datamodule, ie make the private or
protected?
Of late when I look the definition
On 23 March 2012 14:02, Michael Fuchs freepas...@ypa-software.de wrote:
Am 23.03.2012 14:55, schrieb Frank Church:
[...] I'd prefer to look only at the public section and say, Oh,
this is what it does for the program's other modules. Whatever isn't
there is not relevant to the rest of the
On Fri, 23 Mar 2012, Michael Fuchs wrote:
Am 23.03.2012 14:55, schrieb Frank Church:
[...] I'd prefer to look only at the public section and say, Oh,
this is what it does for the program's other modules. Whatever isn't
there is not relevant to the rest of the application.
I understand that
2012/3/22 Graeme Geldenhuys graemeg.li...@gmail.com:
On 20 March 2012 16:37, Frank Church vfclists@... wrote:
Is it possible to drag and drop a web browser URL into a Lazarus app?
Are there some controls with that facility?
In fpGUI is is handled just like any other DND action. Simply
It's rather straight forward to do completely distinct threads.
The tricky part starts, when the threads need to communicate (which
always is necessary) and thus share some data.
Here you need to be aware of several things:
- the components and functions in the LCL and RTL usually are not
Am 23.03.2012 15:13, schrieb Frank Church:
On 23 March 2012 13:49, Sven Barthpascaldra...@googlemail.com wrote:
Am 23.03.2012 14:11, schrieb Frank Church:
Is it meaningful or possible to change the visibility or the
properties and events in a form or datamodule, ie make the private or
On 23 March 2012 14:15, michael.vancann...@wisa.be wrote:
On Fri, 23 Mar 2012, Michael Fuchs wrote:
Am 23.03.2012 14:55, schrieb Frank Church:
[...] I'd prefer to look only at the public section and say, Oh,
this is what it does for the program's other modules. Whatever isn't
there is
Le 23/03/2012 15:24, Michael Schnell a écrit :
It's rather straight forward to do completely distinct threads.
The tricky part starts, when the threads need to communicate (which
always is necessary) and thus share some data.
Here you need to be aware of several things:
- the components
On Fri, 23 Mar 2012, Frank Church wrote:
On 23 March 2012 14:15, michael.vancann...@wisa.be wrote:
On Fri, 23 Mar 2012, Michael Fuchs wrote:
Am 23.03.2012 14:55, schrieb Frank Church:
[...] I'd prefer to look only at the public section and say, Oh,
this is what it does for the
Am 23.03.2012 15:36, schrieb Antonio Fortuny:
Le 23/03/2012 15:24, Michael Schnell a écrit :
It's rather straight forward to do completely distinct threads.
The tricky part starts, when the threads need to communicate (which
always is necessary) and thus share some data.
Here you need to be
On Thu, Mar 22, 2012 at 2:14 PM, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
Feel free to file an feature request.
A patch would be much more useful.
--
Felipe Monteiro de Carvalho
--
___
Lazarus mailing list
All those are the basics that I apply since I'm busy writing threads
code. I already make use of Critical sections and events lock some
external resources (log files for instance) and I avoid to have any
thread code using any kind of GUI. All thread code I write, is contained
in OS services or
On 03/23/2012 03:36 PM, Antonio Fortuny wrote:
All thread code I write, is contained in OS services or very
specialized programs having no GUI at all.
Here this issue might be a problem (it was for me):
- The functionality of TThread.Synchronize and
Application.QueuAsyncCall is not available
BTW.: Do you know this ?
www.eecs.berkeley.edu/Pubs/TechRpts/2006/EECS-2006-1.pdf
-Michael O:-)
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Frank Church schrieb:
Is it meaningful or possible to change the visibility or the
properties and events in a form or datamodule, ie make the private or
protected?
Then derive from TCustomForm instead of TForm. As for most TCustom...
classes, TCustomForm declares all essential properties as
Antonio Fortuny schrieb:
5. all useful code a thread needs should be encapsultated into a
TObject descendant and instantiated within the thread's space.
This can all be implemented in the derived TThread class.
So, building an object around this utility code does not enlarge thread
safety ?
Der list members,
does anyone of you know a tool for ETL[1] tasks?
At best it would be written in object pascal and be open source.
I'm currently charged with doing some simple data transfer actions like
loading CSV (aka SDF) data and pushing those records to a relational
database and the like.
On Fri, 23 Mar 2012, Marc Santhoff wrote:
Der list members,
does anyone of you know a tool for ETL[1] tasks?
At best it would be written in object pascal and be open source.
I'm currently charged with doing some simple data transfer actions like
loading CSV (aka SDF) data and pushing those
Marc Santhoff wrote:
Der list members,
does anyone of you know a tool for ETL[1] tasks?
At best it would be written in object pascal and be open source.
I'm currently charged with doing some simple data transfer actions like
loading CSV (aka SDF) data and pushing those records to a relational
2012/3/21 Mark Morgan Lloyd markmll.laza...@telemetry.co.uk:
On Linux x86 (Debian Squeeze) with gtk2, freshly-created minimal project
with full optimisation, no debug, optimise for minimum size and smart
linking comes to 3,459,960 bytes.
That's... such a disparity from what I've been told to
37 matches
Mail list logo