[Mono-dev] local file based EventLog implementation

Gert Driesen gert.driesen at telenet.be
Wed Aug 9 04:35:03 EDT 2006



> -----Original Message-----
> From: mono-devel-list-bounces at lists.ximian.com [mailto:mono-devel-list-
> bounces at lists.ximian.com] On Behalf Of Kornél Pál
> Sent: woensdag 9 augustus 2006 10:10
> To: Atsushi Eno
> Cc: mono-devel-list at lists.ximian.com; Gert Driesen
> Subject: Re: [Mono-dev] local file based EventLog implementation
> 
> Hi,
> 
> >> And there is another important thing: Messages have to come from a
> >> DLL file.
> >
> > I never tried it, but isn't it achieved when we use Windows Event
> > Logging API?
> 
> This is how it is achieved in MS.NET:
> >>MS.NET has a file called EventLogMessages.dll that contains a message
> >>table resource with messages "%1" that is registered with the event
> >>source and the entire message will be stored as an argument for this
> "%1"
> >>message.
> 
> > To my understanding, we were talking about Windows unmanaged API to
> > implement EventLogImpl (or whatever we are going to have) that works
> > only under Windows. We are not going to mimick the entire event
> system
> > for non-Windows land.
> >
> > If anyone tries to implement it, that would be fine though.
> 
> I was speaking only about Windows because you were discussing
> possibilities on Windows as well. So these informations may help
> implementing event logging on Windows.
> 
> And of course knowing how Windows does event logging helps to mimic the
> same on other OSes.

Sure. I'll start by implementing the registry based methods (for
creating/deleting event sources, retrieving event logs, ...).

That code can be shared on both windows and Linux. 

After that we'll need to look into creating two implementations of an
"EventLog persistence provider", meaning native win32 eventlog on Windows,
and a file-based (or SQL-based) implementation on Linux. These "only" have
to provide implementations for reading and writing event log entries.

I'll try to get the registry stuff done later today (and check it in ?), and
work on unit tests after that.

Gert




More information about the Mono-devel-list mailing list