PlausiblyDamp

Any chance you could actually post the code you have so far?

If you can't use any of the built in functions you are probably best searching the internet for the Quick Sort algorithm, you should find plenty of examples and it is a pretty easy to implement solution to the problem.

Does that table actually exist in the place you are looking? Are you sure you are in the correct database and that you are accessing it from the correct schema.

The command you are using doesn't appear to return any data, the .Fill method is expecting a result set it can use to populate the dataset - is that really the correct command?

Is this the same problem as http://www.xtremedotnettalk.com/showthread.php?t=103475

Does it actually fail to compile then? I have seen the warnings before but that seems to be something about VS building it, they can normally be ignored and the end result will run just fine.

That doesn't look like valid XML, element names cannot contain spaces. Where are you getting this XML from?

Are you using a 32 or 64 bit OS?

It should be the server's time as the code is running on the server. Not sure what you meant by "less than successful" though - did it not match with a particular time?

You would need to make sure the file is already present on the target pc, if you are targeting a specific version of wmp then this version will need to be installed already.

http://weblogs.asp.net/scottgu/archive/2007/02/26/tip-trick-url-rewriting-with-asp-net.aspx gives a few different approaches to how this kind of thing can be handled. Well worth a read.

Easiest way might be to have the user control raise an event when it starts and stops processing, the containing form could handle this event and enable or disable controls as appropriate.

C# doesn't have the ability to turn of type checking, a cast is performed by putting the desired type in parenthesis before the type to be casted. e.g. Dim b as Button = DirectCast(sender, Button) in c# would be Button b = (Button) sender;

In VB the controls are declared as public by default, C# defaults them to private. You could just make the controls public but this will inevitably result in the code getting very tightly coupled to the point of changing a control on a form can break code in several other forms. A far better way would be to create public properties or methods that can be called from outside the form but will themselves change / read from the controls.

Without having the rest of the code to look at I am guessing a bit but how are you assigning the fuel list to the pumps? Is there just a single List you are assigning to each of them? If so you can see the same problem displayed with much simpler code e.g. List test = new List(); test.Add("one"); test.Add("two"); test.Add("three"); comboBox1.DataSource = test; comboBox2.DataSource = test; will do exactly the same thing. Not sure if the following code is the cleanest solution but you could simply create an array as a copy of the source for each combobox (think it requires .Net 3 or later) List test = new List(); test.Add("one"); test.Add("two"); test.Add("three"); comboBox1.DataSource = test.ToArray(); comboBox2.DataSource = test.ToArray();

Has the folder on the server been correctly setup under IIS as a virtual directory / application?

What error does it it give? What would be the full path to the files? (both on the dev box and the production server)

A different tool to open the archive? It worked fine for me just now.

Any chance you could post the code for the PetrolPump class as it is highly likely that is were the problem lies.

You would probably have a much easier time using the built in xml support found under the System.Xml namespace. XmlWriter, XmlSerializer and XmlDocument will all allow you to create xml documents.

I have come across a few that allow you to generate PDFs but never found one that allows you to actually edit them though.

The Environment class exposes both a Environment.SpecialFolder.CommonProgramFiles and a Environment.SpecialFolder.CommonProgramFilesx86 - if you use these with the Environment.GetFolderPath method then on a 64bit os with an application built for x64 or AnyCpu then Environment.SpecialFolder.CommonProgramFiles should return the x64 path - if you are running an x86 build then it will return the x86 path.

Any page published by sharepoint is just like any other page and will have a url that can be used to link to it, just like any other page on the internet. With regards to data access Sharepoint has it's own infrastructure that can remove a lot of the coding required with asp.net / ado.net, if you are looking at data access with sharepoint you will want to investigate the built in web parts, data sources and the Business Data Catalog (BDC) for starters.

Re: Call Paint Event Without doing any real investigation I would imagine the .Refresh method is being run on the thread that actually calls the .Refresh, Invalidate on the other hand tells windows that you need to redraw yourself and it sends a message to the window in question - this will be picked up by the UI thread and therefore normal rules are being followed.

If the destination system sends delivery reports to the sender then you could always check for these but most systems tend to have this feature disabled anyway. Realistically there are no guaranteed ways of telling if an email arrived at the destination or not short of waiting for a reply from the recipient.