PlausiblyDamp

The class could still be called from code that isn't expecting a generic version though.

Have you trie drunning with the debug version of DirectX enabled and getting using it's d3dspy.exe to see what is happening under the hood?

You could probably just do something like Public Function GetEnumerator1() As System.Collections.IEnumerator Implements System.Collections.IEnumerable.GetEnumerator Return GetEnumerator() End Function unless you really did require special handling of the non-generic version.

They will happily sit together - there is no problem with having 2003 and 2005 and 2008 (if you so desired) on the same machine.

What happensCould you not remove the extra form declaration and use the FileUpload control instead?

I would tend to use the first one, I find the code simpler and easier to read - it states it's intent more clearly than the second. The 3rd is only equivalent if you are using VS 2008 and you have implicit variable typing turned on - otherwise you could be declaring repeeaterControl as an object by accident.

No reason, 4K just seemed a nice round number.

You might find the FastZip class defined in the library to be quite useful - you could pretty much do something like Dim fz as new FastZip fs.ExtractZip(filetextbox.text, "c:\", "myfile.txt") and it should work... If you do need more control then you would need to read from the file / write to your file yourself... Dim MyZip As New ZipInputStream(File.OpenRead(FileTextBox.Text)) Dim EntryObject As ZipEntry = MyZip.GetNextEntry While (IsNothing(EntryObject) = False) If EntryObject.IsFile And EntryObject.Name = "mtfile.txt" Then Dim MyFileStream As FileStream = New System.IO.FileStream("myfile.txt", FileMode.Create) Dim count As Integer Dim buffer(4096) As Byte count = MyZip.Read(buffer, 0, 4096) While count > 0 MyFileStream.Write(buffer, 0, count) count = MyZip.Read(buffer, 0, 4096) End While MyFileStream.Close() End If EntryObject = MyZip.GetNextEntry End While MyZip.Close()

Are you using MDX or the XNA studio stuff for this? I've been meaning to have a play with XNA since I've installed it and this could be a good excuse ;)

I didn't say use only bounding boxes, I said a bounding box and line intersection is the first step as it is quick and easy and will eliminate any definite misses. If the line intersects the rectangle then you know you have a potential intersection and then you would need to check on a pixel by pixel basis. If you know your sprites location and you know the texture it is using then you should be able to map the co-ordinates of the line to pixels in the texture.

Using a bounding rectangle would be a quick check, if the ray intersects the rectangle then you would check the actual pixel data - you wouldn't rely on just the bounding rectangle for pixel perfect accuracy. If the line intersects the rectangle you would simply need to check the pixels of the sprite at the co-ordinates the line goes through.

I would imagine there could be an associated performance hit with using the GetBackBuffer, could you not perform the collision detection yourself rather than relying on the internal state of DirectX for this check. If you are rendering sprites then you should know where they are located and what texture is being used - could you not check against the texture pixels. Ideally I would give the sprite a bounding box and check that, only if the box / line intersect would I bother checking the actual pixels.

When you are testing this are you testing it with the client and the server on the same network or are you having to go through the proxy to access the web server? If both the client and server are on the same side of the proxy then that could actually be the problem - the proxy itself may need configuring to operate in this situation.

Re: Where did all the admins go? Unfortunately this matter is in iNET Interactive's hands, the admins here do not have the permissions to fix this. The matter has been raised but as yet we haven't received a response...

If the customer want's to create a client application to your web service then they need the url to the .asmx file.

A .bmp isn't an icon file and giving it a .ico extension isn't enough. You will to convert the .bmp to a valid .ico file. http://www.coolutils.com/Online-Image-Converter.php might do the trick.

You will need to convert the image to a .ico file, windows doesn't support using a .psd file as an icon.

If you compare the msil then 'Is' does a bit of work but ultimately just calls Object.ReferenceEquals anyway. If you are comparing identity (two variables pointing to the same object) then inheritance and interfaces shouldn't make a difference. If the two objects derive from a common base but are of different types then the Is operator will return false. If they are of the same type then the comparison may be true or false depending on if they really point to the same object or not. If you really wanted to enforce the check being between two variable then you could always create a generic function and require both parameters to be of the same type.

Can the users browse to the web service via IE and / or other browser of choice?

You really should be using parameterised sql rather than string concatenation anyway... http://www.xtremedotnettalk.com/showthread.php?p=463520#post463520

It might be easier to define a standard interface that all these 'connectable' objects implement, that way you can be sure that you are working with the correct class of object regardless of it's underlying type.

If you browse direct to http://156.0.11.27/webmethod/servelet what happens? A 404 result would indicate that the URL itself doesn't exist / is misspelled rather than any problem with the code itself. Is the remote site expecting the xml to be appended to the url or sent as a POST or even a SOAP request?

Odd indeed. Do they all throw the same 407 error? Is this being run as a normal user application from their desktop or is something more complex happening (i.e. citrix or being run as a service)? When you are passing a username / password have you tried the overload that also accepts a domain?

I must admit I rarely use either operator - normally I 'm not writing code that is dependant on the object type and as such rarely need to compare the types like that. On the odd occasion I may check to see that two parameters aren't the same actual object but if they are then the type of object(s) are pretty irrelevant to the overall decision. Out of interest what kind of use are you having for this?

If they have already configured IE with the correct proxy details then you should be able to use the GetDefaultProxy along with the CredentialCache.DefaultCredentials, to assign the correct proxy credentials. Other than that you could prompt them for the proxy's user name and password and store that in an encrypted form somewhere...