PlausiblyDamp

Two things: One - does the label printing module do anything to manipulate the global variable? Two - globals are bad and easily prone to problems like you are having. Rather than a global variable could each form / routine not use a local variable or a parameter?

That looks like pure Java code - not J# which is Microsoft's Java style language.

Not sure if J# supports the javax packages as standard and a search on google was less than helpful. Is this existing code you are attempting to compile or something you are developing yourself?

In the find dialog box there is an option to "Search hidden text" if that is selected it will search inside collapsed regions etc.

If you are launching excel from server side code then excel will be running on the server itself - not on the client. When you make it visible you are making it visible on the ASPNET account's desktop - not the user logged into the server; effectively preventing you from seeing it anyway. Any chance you could give a few more details about what you are trying to achieve as there may be an alternate solution.

If the error is being generated by the SQLXMLBULKLOADLib.dll try registering that file. You will require all the relevant COM components installed on your PC as well.

http://www.w3schools.com/asp/default.asp - for asp and http://www.w3schools.com in general are useful sites.

Can't see anything there that would call a stack overflow. You will get an IndexOutOfRangeException though as you need to loop to myArraylist.count - 1 though. Are you sure that is the code / method that is failing? What is the method itself called?

If you step through the code does it call any other methods? which line generates the stack overflow?

What is the actual line it is failing on? i.e. what type of variable is X. Also rather than trying to register the interop dll there shouldbe a pw66.dll somewhere on your system - try registering that one.

When you say Viewstate - do you mean ASP.Net viewstate? If so that is stored on the client as part of the generated HTML and as such shouldn't be stored on the server. If on the other hand you mean Session state then yes this could be stored in a DB simply by altering the web.config (and possibly installing the state DB on a suitable SQL server). Also why do the need to keep there session and all associated data all day long - what on earth are they doing (or think they are doing) that requires this? How many users are concurrent on the system that they are hitting 630M of session information?

What arguments where put forward for include files? I personally find them cumbersome compared to web controls / user controls and vastly inferior to the up coming templates in .Net 2.0. User controls give you a GUI designer, encapsulate UI and code nicely - can easily be positioned in a page by either a panel or a table. You can also have control over the frequency of code usage by using the OutputCache directive.

Are you sure you are using the correct IP address? If you go to the computer in qustion anf run ipconfig /all from a command prompt does the IP match? Try pinging it by name from another PC - does it display the coorect IP?

Do you get any errors when registering them? Have you tried re-installing the components to see if that fixes the problem?

Are you referencing any COM components in your application? Are they all properly installed and registered?

You would need to implement some form of loop so when you have finished with a client you would go back and start waiting for another client to connect.

You could store the connection string in the web.config so you only need to change one location. Alternatively you may be better of encapsulating your data access inside a class of it's own and use that for all data access. A pretty good example of doing this can be found as part of Microsofts Patterns and Practices site.

Could you not load the xml into a typed dataset and use that to update the database? Alternatively you could load the file into a XmlDocument and loop over it's contents, or even use a XmlReader to read through the file and update the db manually

return "JFIF\0";

If they don't have a dispose method then they probably do not need disposing ;) The only time an object needs to provide a Dispose method / have a dispose method called is if it has any unmanaged resources (windows handles, db connections etc.). If there are no unmanaged resources and the object doesn't provide a dispose method then just set them to null or let them fall out of scope and the GC will reclaim them when it sees fit.

Personally I find overloaded functions easier and more flexible to use (intellisense provides better information for one) than relying on optional parameters. In this case creating an overloaded version was very little effort and would allow future expansion to the number of constructors to be considered without revisiting / rewriting the existing ones - if you had used an optional parameter this may not be the case. Also optional parameters are not supported across all .Net languages it can cause problems if you ever need to convert or work with things other than VB.

Didn't realise you were using ASP.Net that's all. If you set the web.config to use Windows authentication then it will automatically provide / prompt when a secured page is accessed. From this you should then be able to query the User object in code to get the user name etc. If you are then wanting to create your own user / group management you would need to investigate the GenericIdentity and GenericPrinciple classes. These will allow you to create your own user objects and assign them to your own groups based on whatever mechanism you are using to track these things (SQL etc)

It might help if you gave more information about what you are trying to do here as .Net does provide methods you can use to implement your own security model if you want to implement your security there. If you are securiung SQL then you can create roles etc from various stored procedures (sp_addrole, sp_addrolemember etc.)

Can you do something like dim test1 as Webapplication3.TopPackage.position.jobposition If not at what point does the intellisense stop providing you with options? Could you also check your namespaces are correct as you refer to the position and jobposition namespaces in your above post.

If you are wanting to integrate with windows security you can just use System.Environment.UserDomainName and System.Environment.UserName to get the current users domain and username. You do not need to ask the user for their password yourself - if they are logged on then windows has already validated them.