C-Sharp | Java | Python | Swift | GO | WPF | Ruby | Scala | F# | JavaScript | SQL | PHP | Angular | HTML
With this control, we write events to the system log. This can help with debugging on your users' systems—partly because no special software needs to be installed to use the event log.
Example. To get started with the EventLog, open the ToolBox window and double-click on the EventLog item. Next, in an event handler such as Form1_Load, we can write entries to the event log.
Note: The Source must always be set. You can set this in the Properties panel if you do not want to assign the property in code.
Application that uses EventLog: C# using System; using System.Diagnostics; using System.Windows.Forms; namespace WindowsFormsApplication1 { public partial class Form1 : Form { public Form1() { InitializeComponent(); } private void Form1_Load(object sender, EventArgs e) { eventLog1.Source = "test"; eventLog1.WriteEntry("Dot Net Perls article being written."); eventLog1.WriteEntry("Please stand by while article continues.", EventLogEntryType.Information); eventLog1.WriteEntry("This website is being worked on.", EventLogEntryType.Warning, 1000); } } } Result See screenshot. Several events are written to the event log.
WriteEntry can be called in a variety of ways. The overloads that have more arguments will cause more data to be stored in the event log. The extra data should be used if it will be useful in diagnosing issues through the event logs.
Discussion. The WriteEvent method requires an EventInstance in its signature, unlike WriteEntry. With an EventInstance, you need an integer that corresponds to a string in a separate resource file.
Tip: The event log can be located by browsing to Control Panel > System and Maintenance > Administrative Tools > View event logs.
Then: Click on Windows Logs > Application. These instructions apply to Windows Vista.
Summary. The EventLog type can be used to write entries to the system event log. After assigning the Source, you can call WriteEntry (or WriteEvent) to actually write messages to the system, which can then be found in the event log.
And: This can be beneficial to debugging software remotely—you can tell users to look through the event log.