2012/3/21 Mark Morgan Lloyd :
> 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 expect that I'd
> appreci
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
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
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.
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 ?
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 pr
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
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 i
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 ve
On Thu, Mar 22, 2012 at 2:14 PM, Hans-Peter Diettrich
wrote:
> Feel free to file an feature request.
A patch would be much more useful.
--
Felipe Monteiro de Carvalho
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazar
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 Fri, 23 Mar 2012, Frank Church wrote:
On 23 March 2012 14:15, 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
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 a
On 23 March 2012 14:15, 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 not releva
Am 23.03.2012 15:13, schrieb Frank Church:
On 23 March 2012 13:49, Sven Barth 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 th
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
t
2012/3/22 Graeme Geldenhuys :
> On 20 March 2012 16:37, Frank Church 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 register
> what mime-type the d
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
On 23 March 2012 14:02, 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.
>>
>
On 23 March 2012 13:49, Sven Barth 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 of a form, it all
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 dati
On 23 March 2012 13:28, 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 example ?
>
>
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 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 example ?
Of late when I look the definition of a form, it a
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 not meant to be accessible
to external module
Ludo Brands wrote:
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
Le 23/03/2012 12:18, Sven Barth a écrit :
Am 23.03.2012 12:02, schrieb Michael Schnell:
Your concept of threads does not really hold.
Regarding the thread object (TThread descendant) instance itself:
It's creator is called by some thread (usually the project's main
thread) but of course not by
Am 23.03.2012 12:02, schrieb Michael Schnell:
Your concept of threads does not really hold.
Regarding the thread object (TThread descendant) instance itself:
It's creator is called by some thread (usually the project's main
thread) but of course not by the thread that is going to be created.
S
Your concept of threads does not really hold.
Regarding the thread object (TThread descendant) instance itself:
It's creator is called by some thread (usually the project's main
thread) but of course not by the thread that is going to be created.
Some of it's properties and functions are _sup
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
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 avai
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 int
> >
> > 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
>
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 b
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 instances
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
--
Mattias Gaertner wrote:
On Thu, 22 Mar 2012 18:31:06 +
Mark Morgan Lloyd 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
some buttons. ComCtrls alone adds
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 reference
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 c
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 17
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 t
Op 23 maart 2012 09:57 heeft Graeme Geldenhuys
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 the source of this p
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 i
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 the source of this page:"
--
Regards,
- Graeme -
_
On Thu, 22 Mar 2012 18:31:06 +
Mark Morgan Lloyd 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
> > some buttons. ComCtrls alone adds 1MB You can ch
45 matches
Mail list logo
