PlausiblyDamp

If you put a breakpoint on the sckIRC_DataArrival method does the breakpoint get reached? If so step through the event and see if sckIRC.GetData is actually getting any data back.

Have you looked at either the CAST or CONVERT functions? Either should be useful for you.

The .Net framework is an 'all or nothing' deal - there is no supported way to only deploy some of it. As more and more software starts to use .Net then more and more people will have it installed (win 2003 ships with .Net, anyone using windows update will get .Net, IIRC XP SP2 includes it). This is not a new issue as exactly the same arguments were raised regarding the VB runtimes (large for their time), the MFC runtimes etc. As penfold says point them to a download link / the MS website were they can get it ,or provide both a framework included / not included version for download.

Rather than using panels you could create seperate user controls for each of the panel's contents; then at runtime dynamically load the controls into the main asp.net form (you could just place one panel or a placeholder on the main .aspx page)

Does the windows 2000 box have the framework installed?

In C# you use the property window to create event handlers - just select the button that looks like a yellow zig-zag thing.

Is the data arrived event being called? Personally I would avoid using the winsock control in a .Net project anyway - you are better off looking at the classes in System.Net and System.Net.Sockets instead.

What error(s) is it generating?

Would something like Private Sub CheckBox1_CheckedChanged(ByVal sender As Object, ByVal e As System.EventArgs) Handles CheckBox1.CheckedChanged Me.TopMost = CheckBox1.Checked End Sub not do it?

IIRC you will get null returned if it cannot determine the filename - does the customer's pc also have the debug symbols (.pdb) for your app?

You could always create public methods / properties as wrappers around the form's controls.

How are you declaring the constructor? If you are passing in a parameter of type Form then you will not get any of the functionality of your specific form, declare the parameter as being the correct type for your form.

Try something like listview1.SelectedItems(0).SubItems(1).Text

Create a new project and add a reference to System.Management.dll, paste this code in a button click or similar. Dim mc As New Management.ManagementClass("Win32_NetworkAdapterConfiguration") Dim nics As Management.ManagementObjectCollection nics = mc.GetInstances() Dim nic As Management.ManagementObject For Each nic In nics If nic("ipEnabled") = True Then Dim s As String For Each s In nic("IPSubnet") MessageBox.Show(s, nic("Caption")) Next End If Next this should display the subnet mask for each address assigned to each nic, not very useful in it's current form but it should get you started. From there you could also use nic("IPAddress") to get each IP address etc.

http://www.xtremedotnettalk.com/showthread.php?t=81137&highlight=MDI%2A is probably worth a look.

Controls are a large topic in their own right - it may be easier if you have either a specific aim in mind or provide a bit more detail about the areas you are having problems with.

Different encodings are not just a problem with UTF-16, there are various Double Byte encodings (e.g. Shift_JIS), UTF-8 is a Multi-Byte encoding format as well.

Could you not just use instead of creating your own?

What kind of encoding does the text file use? If the data is stored using unicode then you cannot assume each byte represents one character in that manner. You may be better of using something like System.Text.ASCIIEncoding to convert the data to an ASCII based output instead.

If the files / folders are ever moved (quite likely in an end-user scenario) then the DB will quickly get out of sync with the folder structure. It may be easier to just use a simple XML file to store the details and include this in each folder along with the items in question.

A windows shutdown is actually initiated by a call to either ExitWindows or ExitWindowsEx API calls. The shutdown.exe utility is simply a wrapper around these to allow the computer to be rebooted from a script or similar. If you have a form running that simply setes e.cancel = true in it's closing event then this will prevent window closing. However it will not automatically stop other applications from being closed - it depends on the order windows tries to close them down.

Have a look in our Tutor's corner there are several examples of authoring windows controls / control extenders in there.

Any chance you could post the relevant code?

http://www.xtremedotnettalk.com/showthread.php?t=89782 may be worth a quick glance

For access you will want to use ADO.Net rather than parsing the file structure yourself. Excel could be done either through ADO.Net or via interop (requires Office installed on the server to work though) For a text file then use the classes from System.IO (probably find StreamReader is a good starting point)