Try the Red-Gate SQL Data Compare.  There’s a free 14 day trial version that is full-featured.  Check it out!

— Matt Ranlett

posted with BlogJet

I am having a problem with Outlook.  Actually, the problem is with disorganization in my life and I want to try to use Outlook to help me sort things out.  I've got lots of stuff going on at the moment - at work, at the user groups, and in my personal life.  So I thought having all this stuff in the calendar and tasklist in Outlook would certainly help out a bit.  Then I could use some of the tips Kirk mentioned in his blog and try to keep myself on track better.

Here's the problem:

I have 2 computers - 1 work desktop and 1 laptop.  I'd like to keep the calendar in the laptop up to date with everything, but I have a tendancy to spend so much time in front of my desktop at work that I find most of my life is managed through the calendar there.  The desktop Outlook is hooked to an Exchange server, the laptop is not.  I want a way to synchronize my calendar, tasks, and notes from my desktop to my laptop.  I don't need this to be two way synchronization.  I don't want my e-mail from work "infecting" my laptop.  I don't want to have to manage multiple profiles to get this to work, and I don't want to have multiple calendars in the same view.  I want everything on one calendar.  How do I do this?

I thought that this list of helpful advice from SlipStick might help out, but I was so confused by the array of conflicting advice that I gave up.

Does anyone out there have a solution to this issue?  Thanks!

-- Matt Ranlett

I work in a place where we have lots of clients with lots of servers and hundreds of remote terminals.  If you ever have a problem on a terminal while it's in use, it's inconvenient to the users to tell them that you need to take over their teminal for a while just so you can look at the event log.  So you use remote tools to read the eventlogs.  I do this quite frequently, but I thought it might be worth sharing this article someone sent me.

***********************BEGIN ARTICLE************************

Viewing remote Event Logs

By Adrian Grigorof, B.Sc., MCSE

The description of events is not stored in the Event Logs but in Message Files specific to each application. The Event Viewer is able to open remote event log files (binary files with the EVT extension) but not the Message Files. The Message Files (actually DLL or EXE files) are required in order to properly display the description of the event.

For example, assume that computer APPSERVER is running an application called "Smart Application", a service called "smartapp". When the service is started, smartapp generates an application event log entry. Running Event Viewer on APPSERVER on can see the event description as follows:

"The Smart Application service has started successfully."

Running the Event Viewer from the administrators workstation (ADMINWKS) and connecting to the remote registry of APPSERVER, one can see the event description quite differently:

"The description for Event ID (100) in Source (smartapp) could not be found. It contains the following insertion string(s): The Smart Application service has started successfully."

All this means that the Message File specific to Smart Application events is not installed on ADMINWKS or there is no message file defined for that application. In case that there is a message file and if it is desired to display the event properly on the administrator's computer (or on any computer) the Message File dll has to be installed.

Here is the procedure:

1. Locate the dll

All the application event logs messages DLLs are defined under the following registry keys:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Application

All the system event logs messages DLLs are defined under the following registry keys:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\System

So, for example, Smart Application would probably have an entry for its Application-type events like the one below:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Application\SmartApp

EventMessageFile (of REG_EXPAND_SZ type): C:\Program Files\SmartApplication\smartapp.dll

All the application event log messages are defined in the smartapp.dll

2. Export the registry keys

Using REGEDIT select the applicable registry keys. In this example:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Application\SmartApp

On the Registry menu, click Export Registry File and select a file name (for example,SmartApp.reg).

3. Import the registry keys into ADMINWKS

Copy the SmartApp.reg to ADMINWKS and using REGEDIT import the keys in the local registry.

4. Copy the message file on ADMINWKS

From APPSERVER C:\Program Files\SmartApplication copy smartapp.dll to the ADMINWKS C:\Program Files\SmartApplication

5. The events should display the description properly when viewed from ADMINWKS

In some cases, there is no Message File so the description is not displayed properly not even on the computer running the application. This usually indicates a poorly written application (that is the application is creating event log entries but the programmers didn't bother creating Message Files) or the installation of the application was incomplete or corrupted.

In many cases, one can deduct the actual description by reading just the last part of the message. So for example, from "The description for Event ID (100) in Source (smartapp) could not be found. It contains the following insertion string(s): The Smart Application service has started successfully." one can discard everything but "The Smart Application service has started successfully.". This would work for events that do not contain parameters and sometimes may offer clues even for those that do use parameters.

***********************END ARTICLE***************************

-- Matt Ranlett

With the recent release of VS2005 Beta 2, a lot of people are playing around and experimenting with things like CLR queries in SQL Server 2005, membership websites, etc.  Some of these people are thinking about writing their experiences down in an article format so it can be published and shared with the world.  It takes time to write an article, especially if you’ve never done it before.  Take a look at this set of author guidelines from MSDN (the Mecca of technical publications as far as Microsoft technologies is concerned).

Other writing aids:

• The Elements of Style by Strunk and White – required reading on using the English language in written form
• A random How To Write a How-To on www.evolt.org
• For those of you with loftier goals, check out Prentice Hall’s guide to writing a technical book.
• Suggestions for writing a book review from www.Apress.com

Share your thoughts with the world, even if you do nothing more than write a few humble blog posts.  You never know when your experiences might prove valuable to someone else.

— Matt Ranlett

This week Michael Earls has put up a great article on another ASP.NET topic. He shows us how to make your site more culture aware and he even has screenshots with it.
Thanks Michael!

Read the full article here

References:
Article: Changing web application Culture on the fly
Website:  Localizing ASP.NET Applications
Book:  Developing International Software, Second Edition

--Brendon Schwartz

This week Chris Wallace shows you how to create a button on the fly with different colors for a webpage.  This is helpful if you have a web application with different color buttons, but don’t know what colors they need to be ahead of time.

Read the full article here

References:
Article: Image Processing for Dummies with C# and GDI+ Part 1 - Per Pixel Filters
Website:  - Button Generator
Book: Graphics Programming with GDI+

--Brendon Schwartz