PlausiblyDamp

If the dll is written in .Net then you can use reflection (System.Reflection is the namespace) to find out about an assemblies contents. http://www.xtremedotnettalk.com/showthread.php?t=77697 has a good example of how to use reflection.

Odd choice, normally a service would be running constantly in the background, in this case it would effectively run once and then not really sure what it would be expected to do :confused: Does your manager actually have a reason for wanting a service? Try this instead, start -> run and enter mmc File -> Add remove snap-in -> add -> select Group Policy Object Editor and click Add, Finish, Close and then OK. Expand Local Computer Policy, Computer Configuration, Windows Settings and select scripts. On the right double click startup and then select Add... then Browse... In the window that appears right click and create a new text file and rename to something useful like mapdrive.cmd and open it in your editor of choice and in it enter something like NET USE \\\ then save and exit that and keep accepting, okaying etc. till everything is done. If you are not overly familiar with the NET USE command then drop to a command prompt and just type NET USE /? for a bit more help (like specifying a user / password when mapping)

A service seems a bit of overkill for such a simple task - what OS is the server running and is it part of a windows domain? If so you could do this easily through a group policy and a startup script. If not you could use a MS utility called srvany.exe and a batch file to acheive the same result.

Or use parameterised queries like kejpa suggested as this will not be any less secure, is more maintainable and isn't open to exploits such as SQL injections.

Using the ASP.Net model doesn't prevent you from using stylesheets in any way whatsoever - it just seems an odd move to use ASP.Net 2 to mimic the ASP way of doing things... Could you attach the aspx page and the code behind (or if not the actual file a sample that exhibits the same problem)?

There is no reason why you shouldn't be able to do this with C#, could you post the code you are using and indicate what is / isn't happening correctly.

Is the HTML sampe above the output sent to the browser or the server side mark up? If you are using ASP.Net then you could use the web controls and not need to mess aroun with the Request.Form stuff at all.

Could you post the code you are attempting to use with .Net? It's a lot easier to fix problems if you give a bit more detail... Also be aware data types have changed since vb6: longs are now integers, integers are now short for example.

Although the books are still a way off some of the training courses are now in Beta and can be delivered by a Microsoft CTEC, however the courses and certification tracks have changed since the MCAD / MCSD currently in use.

There are a couple of ones currently out but they are based (for obvious reasons) around beta versions of the product and may become dated now the product is released. Saying that I did find the ASP.Net 2.0 by Dino to be quite good (not very indepth though) and cover a lot of the areas - does a very good job of explaining web parts.

Is there a reason why you do not want to pass any parameters in? Would you not consider parameterisng the constructor and passing a reference to the page in on creation and storing that within the class for the remaining methods to act upon?

It really depends on what is defined as the handler for the printto verb, you can check this via explorer by going into the Tools -> Options -> File Types tab and looking at the advanced properties. Be aware this will allow you to see how many parameters can be passed but won't tell you what they are - either google the appname or check any documentation that came with the application.

It also depends on how your web application is managing authentication - if it is simply taking a user name / password and creating the ConnectionString from this then SQL authentication seems easier; however it will result in separate connections for each user due to the differing user accounts. If the Web application provides it's own authentication / authorisation mechanism then it could simply access the DB as a single user and take advantage of things like connection pooling to increase performance and will not lock your front end into an overly simplistic model defined by the DB schema (although this could also be acheived by having the app always login as the same SQL user regardless). The web server wouldn't need to be part of the domain but via impersonation could logon against the domain as long as the required ports have been opened going from the DMZ to the corporate network.

The DataAdapter class (and it's sub-classes) provide a FillSchema method, have you tried that?

Not too sure what you are trying to do here as the InvokeRequired property is designed to let you know if you are attempting to update a form / controls UI from a thread other than the primary thread - the console isn't a form and shouldn't require this check anyway.

http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/directx9_c_Summer_04/directx/htm/firststepsindirectsoundprogramming.asp may give you a starting point if you are considering the DirectSound route.

Could you post the code, or if not could you post a sample that exhibts this behaviour? Edit: also IIRC IndexOf will call the overriden Equals method rather than the IComparable interface, try overriding equals and simply get it to call your IComparable implementation.

The main advantage of windows integrated is that if you are in a domain environment anyway then all the user / group management can be done through the existing infrastructure without the need to create and manage users and roles in both the database and the domain. SQL authentication removes the need for windows integration and allows SQL to maintain it's own list of users, passwords and roles and these can be used quite easily with a connection string. Be aware that the current imlpementation of SQL authentication uses a weak encryption mechanism when transmitting the password from the client to the server and a network sniffer could easily intercept this (or encrypt the SQL connection), whereas windows authentication doesn't rely on a password being sent from the client to SQL at all.

Could you clarify what you mean by Which kind of buttons are you using and how are you displaying the checked / unchecked state currently?

It looks like you need to install Crystal Reports on the server in question.

The DateTime class provides methods / properties for getting details in UTC, check the intellisense and you should easily find them.

The Interop.* dlls are what is known as a COM Callable Wrapper (CCW) around the underlying Office COM libraries and are not part of the Office installation and can be distributed with your application. You will still need office to be installed for you application to work however.

The string functions do not change the string, they return a new string so have you tried string str = "test\r\n\r\n"; str = str.replace("\r\n","") ;

If you put a breakpoint in the line in question you should be able to check in the debugger.

When you call the .Fill method what is the value of DataSet11 -?