PlausiblyDamp

Not my strong point but have you looked at the InitLayout method as a possibility?

The express editions shouldn't need .Net 1/ 1.1 installed as they are based on version 2 of the framework. If you check your event logs are there any errors / warning logged there that relate to the failed installs?

If both the client and server are windows, and there are no firewalls etc. restricting access between them and assuming permissions are correct you could always call the OS' "Net Time \\" command. However this is going to require you to parse the returned string and might not work for any of the above listed reasons. If possible it would be easier to get both the client and server to synchronise with a time server (ntp or similar) as this should make the clocks fairly accurate. If you have control over both the client and server applications you could also pass timestamps back and fore as part of your API (i.e. on all requests the client sends it's time and on responses the server returns the original request time and the current server time) - that way you could potentially handle time differences yourself. Out of interest what does this application do that requires such accurate time keeping between networks applications?

http://www.xtremedotnettalk.com/showthread.php?t=83092 over in the tutor's corner is probably worth a read.

IIRC the .Net membership and role providers only require SQL 2000 or higher - if the role provider would meet your needs you shouldn't need to use SQL 2005.

The problem could well be down to one of the dll / ocx components you are using. However finding and fixing the problem could be far more complex as it is very tricky to spot problems during system startup. http://www.sysinternals.com has a couple of free monitoring tools that might help (Filemon and Regmon) as these could highlight any failures or oddities that occur during system startup.

Is the application running fine after a while or does it stay slow until it is closed and reopened? Be aware that when windows is launching all the background services are starting as well as any other applications configured to run on start up - this will cause a lot of disk / memory IO and will cause the system to appear slow.

IIRC it has been moved to the XNA Framework

Not had time to properly look at your code (or check if it will work with the .Net 2 security mechanisms) - however have you considered creating your own membership / role providers. This route definitely integrates with the control / security architecture provided in .Net 2

As far as I'm aware it is one of those odd things that make English such a fun language to learn - Upper Case letters are often refered to as Capital letters but there isn't any common term in use for Lower Case letters... Generally speaking the terms Uppercasing or Lowercasing of words are used to refer to the two processes.

http://msdn2.microsoft.com/en-us/library/6z0ak68w(VS.90).aspx gives you what you need to know about the InputBox function, while http://msdn2.microsoft.com/en-us/library/zh1f56zs(VS.90).aspx tells you everything relevant about while. You should be able to piece the answer together from those two links.

If you are already using SQL Server then SQL Reporting Services are well worth a look.

dim StartTime, EndTime as Date StartTime = Date.Now 'do stuff EndTime = Date.Now dim TimeDifference as TimeSpan = EndTime.Subtract(StartTime) 'TimeDifference now contains the elapsed time MessageBox.Show(TimeDifference.TotalMilliseconds.ToString()) or similar should do the trick.

What problems are you having when calling it from a COM client?

Dug up a routine I originally hacked from some C++ code i found on the internet (can't remember where though) This should find the intersection point of two lines (hasn't been tested overly though but it seemed to work at the time from what I remember) Public Class Line Public Sub New(ByVal startPoint As PointF, ByVal endPoint As PointF) _StartPoint = startPoint _EndPoint = endPoint End Sub Public ReadOnly Property StartPoint() As PointF Get Return _StartPoint End Get End Property Public ReadOnly Property EndPoint() As PointF Get Return _EndPoint End Get End Property Private ReadOnly _StartPoint, _EndPoint As PointF Enum IntersectResult Parallel Coincident DoNotIntersect Intersect End Enum Public Shared Function Intersect(ByVal lineOne As Line, ByVal lineTwo As Line, ByRef intersection As PointF) As IntersectResult Dim denominator As Double = ((lineOne._EndPoint.Y - lineOne._StartPoint.Y) * (lineTwo._EndPoint.X - lineTwo._StartPoint.X)) - _ ((lineOne._EndPoint.X - lineOne._StartPoint.X) * (lineTwo._EndPoint.Y - lineTwo._StartPoint.Y)) Dim numeratorOne As Double = ((lineOne._EndPoint.X - lineOne._StartPoint.X) * (lineTwo._StartPoint.Y - lineOne._StartPoint.Y)) - _ ((lineOne._EndPoint.Y - lineOne._StartPoint.Y) * (lineTwo._StartPoint.X - lineOne._StartPoint.X)) Dim numeratorTwo As Double = ((lineTwo._EndPoint.X - lineTwo._StartPoint.X) * (lineTwo._StartPoint.Y - lineOne._StartPoint.Y)) - _ ((lineTwo._EndPoint.Y - lineTwo._StartPoint.Y) * (lineTwo._StartPoint.X - lineOne._StartPoint.X)) If denominator = 0 Then If numeratorOne = 0.0 AndAlso numeratorTwo = 0.0 Then Return IntersectResult.Coincident End If Return IntersectResult.Parallel End If Dim a As Double = numeratorOne / denominator Dim b As Double = numeratorTwo / denominator If a >= 0.0 AndAlso a <= 1.0 AndAlso b >= 0.0 AndAlso b <= 1.0 Then intersection.X = lineTwo._StartPoint.X + a * (lineTwo._EndPoint.X - lineTwo._StartPoint.X) intersection.Y = lineTwo._StartPoint.Y + a * (lineTwo._EndPoint.Y - lineTwo._StartPoint.Y) Return IntersectResult.Intersect End If Return IntersectResult.DoNotIntersect End Function End Class You can call it like Dim l1 As New Line(New Point(0, 0), New Point(100, 100)) Dim l2 As New Line(New Point(100, 0), New Point(0, 100)) Dim p As PointF Dim i As Line.IntersectResult = Line.Intersect(l1, l2, p) Where after the function returns p will be the point of intersection - you will need to check the return value though to make sure the lines do actually intersect.

The .exe is the executable the end user will run and as such this needs distributing. The .pdb is the "Program DataBase" file - debug information, this isn't required by the end user but can make debugging easier if present. The .vshost.exe is the visual studio hosting process, IIRC it is there to improve debugging performance - this isn't required by the end user and there is no reason to distribute this file. The .xml file is the xml documentation taken from the xml comments within the source (/// comments for C# or ''' for vb.net) this isn't required by the end user either. If you are compiling a classlibrary then the resulting .dll will be needed by any .exe that references it, also if the .dll is being used in other projects the .xml should be kept in the same folder as this will provide intellisense for visual studio.

You could try deleting the obj folder and doing a build - sometimes that can fix this problem. Other than that it might be that you project file has become corrupt and you have multiple lines refering to the eMatrixAdminSystem.frmMainLayout.resources file. If so it might be worth making a backup of the project file and commenting out the duplicate entries and then trying another build.

Not tried this personally but what happens if you just call the print.exe directly - startinfo = new ProcessStartInfo(); startinfo.FileName = "print.exe"; startinfo.Arguments = "/D:" + printerName + " " + fileName + Convert.ToChar(13); does that make a difference?

If you ping localhost what happens?

There isn't a running copy of the executable open is there? Have you trie a reboot and then a rebuild?

Is the SessionID being preserved correctly between page loads? Is there any particular configuration that is different on the 2003 server compared to your development environment? If so is there anything that could be done to duplicater this configuration on the development machine? Maybe a bit late now but did you consider using the built in authentication mechanisms (Forms being the most liekly given your scenario) rather than writing your own from scratch?

Have you looked at Mono Develop? Only in beta but looks like it meets your requirements.

Not tried these but they could be useful http://www.codeproject.com/csharp/zetaimpersonator.asp http://blogs.msdn.com/shawnfa/archive/2005/03/22/400749.aspx alternatively you could try using caspol.exe (loads of info about it here) to change the effective policies applied to the code.

Looking at http://msdn2.microsoft.com/en-us/library/a2kwzzs8(VS.80).aspx seems to indicate threading issues with the My.Computer.Clipboard object. It might be easier to just use the Clipboard Class directly.

You should be able to specify a valid format string as part of the binding expression i.e. '<%# Bind("startdate") %>' 'replace with '<%# Bind("startdate", "d") %>' for a handy list of supported format codes try here