It doesnt give any error ... Okay...I'll explain to you what am I try to do...
I have my program in a system with IP: *.*.*.x which has WIN Xp in it.
Then I try to go to other PC with an other IP say : *.*.*.y with WIN 2000 loaded on it.
access the pc "x" on "y" by start --> run --> *.*.*.x
then go to the shared folder and run the .exe file that I have created...
I dont get any response at all..
When I do the same on a system with WIN Xp, it atleast asks me whether I want to "Open" or "Save" in a dialog box....but on WIN 2000 I doesnt even ask me for opening the file at all...
That is because there is some .dll files need to run the program.
The problem is your App is installed in one system and you are trying to acces the .exe file through network.
I you want to run that program throught network then that machine should have necessary files need to run your program.
You wiil get the list of .dll and other files while creating setup using "Package and Deployment Wizard"
Problem 1 - you are connecting as the user SA. This is a huge security risk. Create a separate database user to connect as, and preferably set appropriate permissions for that user (eg: can only read/write the appropriate tables).
Problem 2 - your SA account doesn't even have a password.. go to bed without any supper!
Problem 3 - Assuming the database is SQL Server 2000 (or later) you need to install MDAC (link below) for Windows 2000 or earlier machines.
I had plans of changing the password and set permissions as soon as my appn is ready....I wanted it to work fine first ... since these changes would not affect seriously ...
I am building this application to run on several machines ... and it would be a bit tough to install the MDAC on all the systems ....
If we could have an alternative method for this it would be great...
I had plans of changing the password and set permissions as soon as my appn is ready....I wanted it to work fine first ... since these changes would not affect seriously ...
I wouldn't bet on that.. I've seen cases where the SA rights are required by apps, simply because this method was used. Not surprisingly after a long re-write, the method was not used again.
Always develop with the lowest rights required, it will save headaches in the long run (and takes no extra time to do, as you are intending to set those rights later anyway).
edit: I hope the machine that SQL Server is installed on could not do any damage to your network if a Windows admin was logged in. There are many viruses that use SQL Server in this state to breach Windows security.
If you care about security at all, SQL Server (or any other system) should have a password set as soon as it is installed.
I am building this application to run on several machines ... and it would be a bit tough to install the MDAC on all the systems ....
If we could have an alternative method for this it would be great...
There is no decent alternative.. to be able to connect you need the drivers, and they are contained within MDAC.
You could install other things to make it work, but they would all contain MDAC, so what would be the point?
Last edited by si_the_geek; Jun 24th, 2006 at 08:46 AM.