On 02/16/2010 05:38 PM, Joost van der Sluis wrote:
And it is because I want to have a 'global' logging system available.
But the application
has to implement it.
Of course the logging functions would need to be thread-safe !
IMHO it would be nice if TCustomapplication would have a hook
On Wed, 17 Feb 2010, Michael Schnell wrote:
On 02/16/2010 05:38 PM, Joost van der Sluis wrote:
And it is because I want to have a 'global' logging system available.
But the application
has to implement it.
Of course the logging functions would need to be thread-safe !
IMHO it would be
Michael Schnell wrote:
Of course the logging functions would need to be thread-safe !
This is another issue I wanted to raise about TEventLog.
* Is it thread safe? At first glance I can't see that it is.
* When loging to file, no cached loging is used, so this will
seriously slow down your
On 02/17/2010 09:25 AM, Michael Van Canneyt wrote:
I don't see a point in an event queue, since TCustomApplication is also
meant for non-event-driven (or queueing) applications;
Of course. I only vote for a hook. If it is not used it's just a
non-event-driven application (command line tool or
On 02/17/2010 09:37 AM, Graeme Geldenhuys wrote:
This is another issue I wanted to raise about TEventLog.
Is the name TEventLog set ?
IMHO this is not a good name, as TEvent is a class already provided (at
least in Delphi/Lazarus) and moreover an Event in ObjectPascal already
has a dual
On Wed, 17 Feb 2010, Michael Schnell wrote:
On 02/17/2010 09:37 AM, Graeme Geldenhuys wrote:
This is another issue I wanted to raise about TEventLog.
Is the name TEventLog set ?
Yes.
The name stems from the Windows 'Event Viewer' system logging facility.
The class exists since 8 years,
On Wed, 17 Feb 2010, Michael Schnell wrote:
On 02/17/2010 09:25 AM, Michael Van Canneyt wrote:
I don't see a point in an event queue, since TCustomApplication is also
meant for non-event-driven (or queueing) applications;
Of course. I only vote for a hook. If it is not used it's just a
On 02/17/2010 09:57 AM, Michael Van Canneyt wrote:
I agree that the name is confusing, but it has historical roots.
Thus I vote for changing it.
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Michael Schnell schreef:
On 02/17/2010 09:57 AM, Michael Van Canneyt wrote:
I agree that the name is confusing, but it has historical roots.
Thus I vote for changing it.
Fork the fpc packages directory. Then you can make your vote count.
Vincent
On 02/17/2010 09:54 AM, Michael Van Canneyt wrote:
The class exists since 8 years, so we're not going to change that.
I understand :(
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Monday 15 February 2010 21:45:33 Joost van der Sluis wrote:
I think option two is the best one. Then I can use the TEventLog for
daemon and web applications. But I'm really interested in the opinion of
the Lazarus and MseIDE people.
What is the advantage to integrate log facility into
On 02/16/2010 10:35 AM, Martin Schreiber wrote:
Correct, Michael Schnell is currently porting MSEgui tnoguiapplication to
Lazarus.
The Lazarus port implements tnoguiapplication as class of
tmseapplication and tmseapplication in this implementation is a class of
TCustomApplication from the
P.S::
The mseaplication class (as well the mseide application version as my
port) implements postevent() and thus might be seen as a provider for
an event log. But TCustomApplication does not seem to be able to log
events, as it does not seem see them.
-Michael
On Tue, 2010-02-16 at 10:35 +0100, Martin Schreiber wrote:
On Monday 15 February 2010 21:45:33 Joost van der Sluis wrote:
I think option two is the best one. Then I can use the TEventLog for
daemon and web applications. But I'm really interested in the opinion of
the Lazarus and MseIDE
On Tue, 16 Feb 2010, Joost van der Sluis wrote:
On Tue, 2010-02-16 at 10:35 +0100, Martin Schreiber wrote:
On Monday 15 February 2010 21:45:33 Joost van der Sluis wrote:
I think option two is the best one. Then I can use the TEventLog for
daemon and web applications. But I'm really
Hi all,
I want to add (abstract) logging functionality to TCustomApplication. I
see three options:
One:
Add a public TEventLog property to TCustomApplication. Then deratives of
TCustumApplication can return a TEventLog or a derivate of it. I can
leave the TEventLog property nil for
On Mon, 15 Feb 2010, Joost van der Sluis wrote:
Hi all,
I want to add (abstract) logging functionality to TCustomApplication. I
see three options:
One:
Add a public TEventLog property to TCustomApplication. Then deratives of
TCustumApplication can return a TEventLog or a derivate of it. I
17 matches
Mail list logo
