- NSIS Discussion
- MSSQL Plugin
Archive: MSSQL Plugin
sgiusto
13th March 2007 18:31 UTC
MSSQL Plugin
A new plugin to execute SQL commands, parse results and handle errors. Useful to create SQL devices, backup devices before program installation, check or modify SQL configuration, ...
http://nsis.sourceforge.net/MSSQL_OLEDB_plug-in
nsis.sourceforge.net/MSSQL_OLEDB_plug-in
TheShadowHawk
21st May 2007 05:46 UTC
Looks good. but can updates be accomplished with this?
Also when executing MSSQL_OLEDB::SQL_Execute which takes a string query can there be several statements in the string?
TheShadowHawk
21st May 2007 06:35 UTC
I'll answer my own issue. Updates will work as long as you just execute a single query at a time. Putting multiple queries wont work. Silly me forgot that simple principle. :P
Afrow UK
21st May 2007 09:34 UTC
Very nice :D
Stu
jplatter
21st May 2007 19:35 UTC
Is there any trick to getting the plugin to work with files. I am having trouble making this work:
MSSQL_OLEDB::SQL_ExecuteScript /NOUNLOAD "$INSTDIR\filename.sql"
It never completes. I call this after the file is installed to the hard drive so it should exist. I also use File filename.sql command in the beginning of the function. I have tested the sql file using the sqlcmd at the command line and it works without any errors.
Thanks.
sgiusto
22nd May 2007 22:45 UTC
The script must consist of a single SQL statement.
You cannot execute more than a command at a time
The sample script given with the plugin is working correctly?
jplatter
22nd May 2007 23:01 UTC
Ok. So if I understand correctly, when the plugin executes a script file "somefile.sql" there can only be one command in the file?
I understand that using the Execute command it can only be one, but I thought with the ExecuteScript command the file that is referenced could have more than one command.
Thanks.
sgiusto
22nd May 2007 23:10 UTC
The problem is how to handle multiple result sets.
I whould have to parse the script file, execute the first command and prepare the result set. let the user get the rows of the first result set or handle the error and then execute the second command and so on.
It's just a bit too complex for an installation utility.
I could assume a file with a command per line. but this will limit the length of the single command that can be executed.
But the problem of the multiple result sets will remain.
Regards
Stefano
Afrow UK
7th June 2007 12:49 UTC
Where did the actual plugin go from that page?
The Zip file only contains an executable.
Stu
is99
7th June 2007 12:51 UTC
Where is the plugin? There is only exe example on that page
sgiusto
8th June 2007 10:00 UTC
Hi there,
I fixed the zip file. Now it should be ok.
sorry for the inconvenience.
is99
8th June 2007 11:45 UTC
Thank you very much
is99
9th June 2007 12:56 UTC
Tell me what if I don't want to use SQL username and password and instead to use Windows securety? What do I need to do in MSSQL_OLEDB::SQL_Logon ?
sgiusto
10th June 2007 22:42 UTC
leave username and password blank (empty strings). it will use integrated authentication
is99
11th June 2007 08:09 UTC
I was trying to logon to SQL 2005 and was not able.
While using SQLCMD I wasable to connect wihout any problem.
Do you have any idea what can be the problem? Is this plugin suppose to work with SQL 2005? Are there any special things that suppose to be installedon this PC in order for this plugin to work?
Thank you
sgiusto
11th June 2007 09:36 UTC
The plugin use SQLOLEDB driver, and has been tested against SQL2000 and SQL2005.
Integrated security logon has been tested against sql2005 and works.
the syntax to use is:
MSSQL_OLEDB::SQL_Logon /NOUNLOAD "$SQLSERVER" "" ""
You must provide username and password as empty strings (you cannot omit the parameters)
The variable $SQLSERVER is the name of the sql box.
The SQL OLEDB driver is usually part of the operating system from windows XP and above. The SQL client installs it also and the MDAC package from microsoft does the same.
Hope this helps
njpride
12th June 2007 10:36 UTC
Login Question
First, great! Really useful, thanks for all your effort!
Now to my issue, if I try to logon to a server at localhost\instanceName it doesn't login however if I try machineName\instanceName it does connect without any problems.
Any idea how to get around this? Using other tools I can connect via the localhost.
Thanks
------
:rolleyes: Seems to have been some interference between keyboard and chair.
Right way to do it : "(local)\instanceName"
Another way that works but is pointless! Look up the machine name in registry and use that.
Thanks for being a sounding board :D
sgiusto
12th June 2007 12:51 UTC
You can also try 127.0.0.1\instanceName
foxmt
24th July 2007 10:58 UTC
Hi
I'm using actually something like this, and it works:
ExecWait "osql -U$SQL_User -P$SQL_Password -S$SQL_Server -d$SQL_DataBase -i$TEMP\sem2400.sql"
I want to use "MSSQL OLEDB plug-in", because I like attach method ;). That's greater than my vbs method.
But I don't find how to do this.
I'm trying this:
MSSQL_OLEDB::SQL_Logon /NOUNLOAD "$SQL_Server" "$SQL_User" "$SQL_Password"
MSSQL_OLEDB::SQL_Execute /NOUNLOAD "sp_attach_single_file_db [$SQL_DataBase],[$INSTDIR\DATA\Semaphore_Data.MDF]"
(it works)
MSSQL_OLEDB::SQL_Execute /NOUNLOAD "USE $SQL_DataBase"
MSSQL_OLEDB::SQL_ExecuteScript /NOUNLOAD "$TEMP\sem2002.sql"
(it don't works)
When i'm lauching my nsis excutable, it blocked and crash nsis executable. I think ExecuteScript can only use SQL file ,if "USE DATABASE" is defined under it.
Do you know something to do with ExecuteScript action?
Best Regards
Sorry for my english.
foxmt
31st July 2007 11:06 UTC
UP pls :confused:
Afrow UK
31st July 2007 12:41 UTC
As already mentioned, the SQL script can only contain one query instruction.
Stu
sgiusto
11th September 2007 10:50 UTC
New Plugin Version Released (1.4)
Added support for SQL Scripts in Unicode format
stonkers
29th September 2008 23:28 UTC
This plugin seems to be able to handle whatever you throw at it in the sql script now (other than GO commands). Is that the case? For instance, I did something like this:
OutFile TestSQL.exe
Section "TestSQL"
detailprint "Log on to SQL server"
MSSQL_OLEDB::SQL_Logon /NOUNLOAD "machine1" "" ""
pop $0
detailprint $0
pop $0
detailprint $0
MSSQL_OLEDB::SQL_Execute /NOUNLOAD "use DB1"
pop $0
detailprint $0
pop $0
detailprint $0
MSSQL_OLEDB::SQL_ExecuteScript /NOUNLOAD "Script.SQL"
pop $0
detailprint $0
pop $0
detailprint $0
MSSQL_OLEDB::SQL_GetError /NOUNLOAD
pop $0
detailprint $0
pop $0
detailprint $0
MSSQL_OLEDB::SQL_Logout
SectionEnd
In Script.SQL, I did something like this:
CREATE TABLE [dbo].[myTable](
[col1] [int] IDENTITY(1,1) NOT NULL,
[col2] [int] NOT NULL,
[col3] [varchar](20) COLLATE SQL_Latin1_General_CP1_CI_AS NULL,
[col4] [bit] NOT NULL,
[col5] [varchar](20) COLLATE SQL_Latin1_General_CP1_CI_AS NULL,
[col6] [bit] NOT NULL,
CONSTRAINT [PK_myTable] PRIMARY KEY CLUSTERED
(
[col1] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY];
ALTER TABLE [dbo].[myTable] WITH CHECK ADD CONSTRAINT [FK_myForeignKey] FOREIGN KEY([col2])
REFERENCES [dbo].[myOtherTable] ([col2]);
INSERT INTO [dbo].[myTable](
col2,col3,col4,col6)
SELECT 999,101010,1,0;
INSERT INTO [dbo].[myTable](
col2,col3,col4,col6)
SELECT 1000,101010,1,0;
INSERT INTO [dbo].[myTable](
col2,col3,col4,col6)
SELECT 888,100000,1,0;
INSERT INTO [dbo].[myTable](
col2,col3,col4,col6)
SELECT 889,100000,1,0;
UPDATE myTable SET col6 = 1 WHERE col3 = 101010;
UPDATE myTable SET col4 = 0 WHERE col3 = 100000;
And everything succeeded.
stonkers
1st October 2008 15:36 UTC
Anybody?
sgiusto
9th October 2008 11:04 UTC
The script will execute, but you will miss the result sets and/or the errors that will be raised by statements before the last one.
So it is better to have a single statement per file (better control of what happens)
minghung
9th February 2009 06:20 UTC
Dear sgiusto,
Why the size of script file must be smaller than 60kb ?
Can I modify the default size in source file ?
Thanks.:)
sgiusto
2nd April 2009 21:57 UTC
Unicode Version
For the ones that asked, I managed to compile the plugin for the Unicode version of NSIS.
I attach a pre-release version, please test it since I do not have any unicode system ad hand.
Scripts are supportet in unicode format only.
Regards
Stefano
PS: this version coforms with the new plugin api. No need to use /UNLOAD any more.
sgiusto
13th April 2009 13:22 UTC
Version 2.0 Released
Hello,
I just released version 2.0 of the plugin.
You can find it here:
http://nsis.sourceforge.net/MSSQL_OLEDB_plug-in
Major improvements are:
* Support for new plugin API (no more need to use /NOUNLOAD switch)
* Unicode version (unicode scripts are handled ONLY by unicode version)
* Unlimited script-file size
Regards
Stefano
frodelan
11th June 2009 09:43 UTC
Installer crash when using Back button
Hello.
I'm using MSSQL_OLEDB plugin. I do a logon, execute and logout in a page. Everything is working ok. Then I press next, and then back. When I then enter my SQL Page, only a logon is done and then the installer crash. Is there a special task I have to do if I would like to have the back button enabled?
sgiusto
16th June 2009 13:33 UTC
Hello,
upon plugin initilization some static structures are allocated. Pushing the back button may cause the plugin to try to use some structure that is no more in memory (due to logout)
Can you post some example code so I can try it?
regards
Stefano
Nzali
28th July 2009 12:19 UTC
Same problem with back button
I actually have the same problem. I'm attaching my script.
sgiusto
28th July 2009 17:30 UTC
Hello,
I compiled your script (changing only the sql server name and credentials) and everything worked.
Can you explain in more detail the problems you are experiencing?
Nzali
29th July 2009 07:50 UTC
Hello,
The problem is when you've hit the back button after the DB name page. This is what I did...I entered the db name and click next and it works fine...takes me to the components page. But when I go back to the DB page from the components page and enter the DB name again then the installer crashes.
Why does it crash?
Also, try entering a DB name that doesn't exist in your server and click next. There'll be a pop-up message. Click 'No' on that pop-up. Try to enter the DB name again and click Next. The installer crashes.
I hope I've explained clearly.
sgiusto
31st July 2009 08:31 UTC
That's a bug.
I am working on that already. I will release a fixed version soon.
The bug is that when you close the connection to the db not all the variables are cleared (but they are released). So when to connect again you will try to use some unallocated memory.
Regards
Stefano
sgiusto
1st August 2009 22:37 UTC
Plugin version 2.0.1 released.
Fixed the allocation bug.
Fixed documentation too (windows versions compatibility)
Regards
Stefano
cornhoulio
6th October 2009 08:12 UTC
Installer crash
Hi,
I installed the plugin and compiled the MSSQL_OLEDBTest.nsi without errors.
If I try the installer on a machine with SQL Server 2000 the installer crashs during logon without any message.
The logon credentials are correct.
I tried it on 3 different machines.
Do I miss something.
cornhoulio
sgiusto
7th October 2009 20:54 UTC
Hello,
what is the size of installer?
are the plugins placed in the tmp directory at execution time?
do you fill in the right values in the dialog asking for server name and credentials?
Stefano
cornhoulio
8th October 2009 11:40 UTC
Hi Stefano,
the size of MyApp.exe is 125kb.
I can't see the plugin dll in the temp dir of the installer.
I have to correct my statement. The installer crashes after the screen choose installation location.
My own script crashes during log on.
cornhoulio
sgiusto
8th October 2009 20:41 UTC
Try the attached installer, on my pc works fine
Regards
Stefano
cornhoulio
9th October 2009 08:48 UTC
Hi Stefano,
your installer works also fine for me.
But I still unable to build my own installer with this plugin.
I am using NSIS 2.35. I copied all files from the plugin zip archive to my NSIS install directory.
What is wrong?
cornhoulio
- NSIS Discussion
- MSSQL Plugin
Archive: MSSQL Plugin
sgiusto
9th October 2009 20:08 UTC
I think you should upgrade to version 2.42 at least, since the plugin is written for the new plugin-api
Stefano
Lodester
3rd January 2010 09:48 UTC
I'm trying to run a simple test of this in a function, it blows up right after login.
Running the test nsi in the .zip seems to work fine, so I guess I'm doing something wrong/unexpected. I'm just learning NSIS so that seems pretty likely :)
Here's what I have in the function
MSSQL_OLEDB::SQL_Logon "$sqlsvr" "" ;"$8"
pop $0
messagebox MB_OK $0 ; returns 0
pop $0
messagebox MB_OK $0 ; returns 'Login Successful'
MSSQL_OLEDB::SQL_GetError
Pop $0
messagebox MB_OK $0 ; returns 0
Pop $0
messagebox MB_OK $0 ; returns 'SQL State: 0x00e143d8 - Native: 0 - Message:'
MSSQL_OLEDB::SQL_Execute "select @@Version"
Pop $0
messagebox MB_OK $0
Pop $0
messagebox MB_OK $0
MSSQL_OLEDB::SQL_GetError
Pop $0
messagebox MB_OK $0
Pop $0
messagebox MB_OK $0
MSSQL_OLEDB::SQL_GetRow
Pop $0
messagebox MB_OK $0
Pop $0
messagebox MB_OK $0
MSSQL_OLEDB::SQL_GetError
Pop $0
messagebox MB_OK $0
Pop $0
messagebox MB_OK $0
MSSQL_OLEDB::SQL_Logout
[B]
The installer crashes after the MB_OK click with the SQL State: error.
Unhandled exception at 0x00b41be4 in Mongoose.exe: 0xC0000005: Access violation reading location 0x00000000.
The debug break pointer is on MSSQL_OLEDB.dll:
00B41BE4 mov eax,dword ptr [ebp]
This happens consistently whether I'm executing a sql file or just a command. SQLOLEDB works fine, and i see nothing in a trace to indicate a problem with SQL. Nothing suspicious in the event logs otherwise.
I tried redirecting the last popped $0 back to a label, but no dice.
running under:
Windows 2003 SP2, SQL 2005 SP3.
NSIS version 2.46
If anyone has any other ideas for SQL providers in NSIS I'd be greatful; i have an install proejct that needs to use a ton of it.
Thanks in advance for any help.
Update: Adding /NOUNLOAD to all of the MSSQL_OLEDB calls seemes to have resolved the issue.
I thought /NOUNLOAD wasn't needed anymore?
In any case, its working but if anyone has any other ideas or tips for using NSIS with SQL I'd love to hear them.
sgiusto
3rd January 2010 21:10 UTC
Are you using latest version (2.0.1) of the plugin?
It seems you are using an older version, please check file version of MSSQL_OLEDB.DLL in $PROGRAMFILES\nsis\plugins folder.
I use the plugin for a lot of stuff related to sql server and have no problems.
Lodester
4th January 2010 02:40 UTC
It appears that was my problem, or at least partially
The version of MSSQL_OLDEB in Mssql_oledb2.zip on the wiki is 2.0.0 (Aug 1 2009), you mentioned 2.0.1 ?
Where do i get that version?
Also, you might consider taking the old .zip off the wiki or making the distinction between the all-caps MSSQL_OLEDB.zip (version 1.4.0) and Mssql_oledb2.zip (2.0.0) more clear.
It's stuff like this that makes me want to run back in to the cold, uncaring arms of InstallShield......okay not really, but this wiki-and-forum based mess is pretty horrific.
Finding a plugin [that works] is hard enough, finding the right file in the right thread instead of the barely distinguishable files attached all over the wiki (some have multiple wiki pages with multiple versions of files!!) is a train wreck. Get what you pay for i guess?
Sorry for ranting. I do very much appreciate your work, sgiusto. Cheers to you.
sgiusto
4th January 2010 10:54 UTC
Thank you for ranting!
I updated the plugin page. Now the download section should be easier to understand.
The dll in the zip file is version 2.0.1. I updated only the 'product version' field in the resource file and not the 'file version' field.
Please check if 'product version' is 2.0.1.
I will fix this in a future release.
dgrinberg
8th February 2010 02:54 UTC
I really like the MSSQL_OLEDB plugin, I use it to build the application DB from SQL scripts.
However my application is quite large and has heaps of stored procedures. I dont really want to put each stored proc in its own file - it's too much of a maintenance overhead.
What I have dont instead is:
1. get NSIS to open the file
2. iterate through the file line by line, creating an SQL string
3. When the loop hits a "GO", run the script then continue iterating
See here for an example:
http://ontheperiphery.veraida.com/co...tiple-commands
This seems to have worked quite well for me. I dont know if this is the preferred method, but as a few people has asked about it I thought I's share!
sgiusto
9th February 2010 20:42 UTC
I use similar approach.
I store each long statement in a separate file, then I parse a text file like this:
X <path to script to execute>
I <short sql statement to be executed>
X <path to other script>
I <sql command>
I <sql command>
....
Each version of the application has its own text file with scripts specific to that version:
20091012.txt
20100101.txt
and so on.
So a fresh installation will execute all the scripts, an update will execute scripts from previous version up to current.
mongi
11th February 2010 15:00 UTC
Access violation bug
Hello.
Did anybody try to run this plugin using Unicode build of nsis? I've tried to make it work for 2 days but failed due to installer crush on ExecuteScript function. All other functions work almost well, but when I call "ExecuteScript" I just get AV exception.
The same project runs perfectly under ANSI build.
It's good that source code is included, but not all files are present, so I couldn't fix this bug:
You're allocating memory:
line 356: Command=(TCHAR *)HeapAlloc(heap,0,fileLen+1);
and then you insert last '\0'
line 376: Command[pos]=_T('\0');
but in Unicode it inserts
2(!) chars and you run out of borders of "fileLen+1". The best practice is to allocate +10 bytes(or to use +sizeof(TCHAR)) to avoid such "bugs".
Sample installer fails also.
P.S. Why you are so stingy when allocating
line 208: TCHAR command[1024];
for SQL query? 1024 is not enough for good script of procedure creation. Why it's not mentioned in wiki about this hidden restriction which causes 100% AV on large queries?
sgiusto
11th February 2010 20:33 UTC
Hello,
I will check and correct this issue, when I checked the test installer in unicode I didn't got any error...
I will add the 1024 limit to the documentation. If you need longer commands I suggest to use ExecuteScript (if it works... :D )
I provide the whole source code with the plugin. The files you are missing are prolly part of nsis sources.
Regards
Stefano
mongi
11th February 2010 21:12 UTC
Thanks for fast reply.
This kind of errors may happen and may not depending on variety of conditions, starting from complier and ending up with irregular sun activity. ;)
I use this config:
NSIS v.2.45.1-Unicode
UMSSQL_OLEDB 2.0.1.0
Testing on Windows 7 and Windows Server 2003
Moreover, on Win2k3 installer had three types of behavior:
1) autoclose on error without any messages (~80%)
2) proposal to start debagger(~19%)
3) "as supposed to run" (~1%, 1 or 2 lucky cases)
If you need longer commands I suggest to use ExecuteScript
I tried to, but failed. I began a search for solution towards "Execute" and was very disappointed, when it couldn't stand my 16KB SQL script :)
chivalri
10th May 2010 19:45 UTC
I have been using this plug in for two years and have been very pleased with the results. My installer setups up our customer with SQL 2005 Express and then loads the database.
Recently, more of our customers have started using SQL 2008 Express. I have also decided that as most of our customers are now using Server 2008 and Windows 7, I need to switch to installing SQL 2008 Express as 2005 generates Known Comparability messages that in turn create tech support calls.
I have run into a problem with this plug in when trying to access a SQL 2008 Express server. It fails with this message.
Could not connect to SQL Server : SQL State: 0x80004005 - Native: 0 - Message: [DBNETLIB][ConnectionOpen (Invalid Instance()).]Invalid connection.
The same code works fine with SQL 2005 and MSDE.
Has anyone else been having this issue?
sgiusto
10th May 2010 21:00 UTC
Hello,
I ran the example given with the plugin against a windows 7 ultimate 64bit with SQL 2008 express using SQL security and got no problems.
I am using the plugin to deploy my application with sql2008 without problems.
From the error code you posted it seems you have some kind of problem with a named instance.
Hope this helps
Stefano
jck77
27th May 2010 19:02 UTC
SQLServer 2008
Hello, I tried it with a SQLServer 2008 (default instance) and was not able to connect to SQLServer. (No problem with SQLServer 2005 upgraded to 2008...)
Does any body have the same problem? Does anybody know how to workaround or if a fix is needed in the plugin? (Or if I'm missing any special configuration of the plugin needed for SQLServer 2008...)
Many thanks!
sgiusto
28th May 2010 20:37 UTC
Hello,
what error code is returned upon failure?
please read my previous post. I use sql 2008 without any problem.
Regards
Stefano
swordd
19th February 2011 13:18 UTC
Timeout
Hello there,
i use your plugin in my installer and most of the time it works really great.
Thanks for your great work!
My installer installs a local MS SQL Server 2008 Express R2 during setup.
Later in the installation process i use your plugin to do a connection test
against the (already restarted and fully running) DB using named pipes.
MSSQL_OLEDB::SQL_Logon "127.0.0.1\InstanceName" "user" "password"
On a small number of machines im getting a sql timeout from your plugin when doing this.
I've made a loop around the logon part and let the user repeat the connection test.
Sometimes it works on the third or fourth attempt.
What timeout do you use internally in your plugin for the logon cmd?
Is there a way to increase the timeout?
Is it maybe possible that you expose the timeout parameter in your plugin?
Regards
Swordd
dgrinberg
21st February 2011 04:52 UTC
Logon Timeout
Hi,
I have been using this plugin for a couple of years and I am really happy with the results thus far.
However, I have been getting some issues similar to the previous post.
My installer creates a new named instance of SQLServer 2005 Express, connects and runs scripts to create the applications database.
This had been all working fine, until a client tried installing it on a box with SQLServer 2008. It is now timing out, trying to connect to the database.
I have not yet tried a loop, as per the previous post.
sgiusto
21st February 2011 21:15 UTC
Hello,
connection timeout could be set before opening the connection, I will consider adding such a feature in future.
A little research on google show that connection timeout problems with sql2008 are no so infrequent. Changing the timeout value could not fix the problem.
Are you using SQL Express, Standard, Enterprise?
Are you using default instance or named instance?
What is your default protocol?
Is the sql box local or remote?
My tests are negative so far (the connections are working as expected).
Give me some more details, so I can make more focused tests.
Regards
Stefano
dgrinberg
21st February 2011 22:37 UTC
Hi Stefano,
In my situation, the answers to your questions are as follows:
* SQLExpress
* Named Instance
* Shared Memory (but network protocols are all switched on)
* Local Box
Some other details
* oSQL worked fine
* ODBC connection (using SQL Native Client) testd successfully
I am also doing some more testing to see if there is some specific combination that sets this off. I will post as soon as I have more information.
As an aside, could the OLEDB driver be simply interchanged with SQL Native client?
If so, could that be made parameter?
David
swordd
22nd February 2011 08:22 UTC
Originally posted by sgiusto
Hello,
Are you using SQL Express, Standard, Enterprise?
Are you using default instance or named instance?
What is your default protocol?
Is the sql box local or remote?
Stefano
- SQL Server 2008 Express R2
- named instance
- default protocol is named pipe (IP also switched on)
- sql box is local
i tried various sql tools (osql, ems,...) no timeout problems there.
As a workaround i wrote a simple commandline tool in .Net to do all my database related stuff now. I call it from the installer with execwait and some params.
Works like a charme.
Regards
MSG
22nd February 2011 09:22 UTC
Originally posted by swordd
As a workaround i wrote a simple commandline tool in .Net to do all my database related stuff now. I call it from the installer with execwait and some params.
Works like a charme.
Rather off-topic, but: Note that your users may not all have .NET installed.
swordd
22nd February 2011 09:54 UTC
Originally posted by MSG
Rather off-topic, but: Note that your users may not all have .NET installed.
thx for that hint :rolleyes: my installer takes care of that part anyway because the app is .net based.
loyalp
1st April 2011 18:34 UTC
Hi there,
I am also experiencing this logon timeout issue on 2008 R2 Server.
I'm using Standard Edition with a default instance, on a local box. It has failed with both Mixed Mode authentication and Windows Authentication only.
Let me know if you need any more information to help diagnose the issue.
Thanks.
isawen
24th August 2011 11:33 UTC
Login to localhost\sqlexpress doesn't work on some machines
Originally posted by njpride
First, great! Really useful, thanks for all your effort!
Now to my issue, if I try to logon to a server at localhost\instanceName it doesn't login however if I try machineName\instanceName it does connect without any problems.
Any idea how to get around this? Using other tools I can connect via the localhost.
Thanks
------
:rolleyes: Seems to have been some interference between keyboard and chair.
Right way to do it : "(local)\instanceName"
Another way that works but is pointless! Look up the machine name in registry and use that.
Thanks for being a sounding board :D
I'm encountering the same problem. On my Windows XP SP3 VMWare Virtual Machine with only SQL Server 2008 Express installed and .NET 3.5 the plugin example fails to log-in on localhost\sqlexpress.
What could be the real reason for such log-in fail message?
"SQL State: 0x80004005 - Native: 0 - Message: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server does not exist or access denied."
SRINIVAS_hp
6th November 2012 12:03 UTC
Not able to login with different windows user id. How to give different windows useid
Quote:
SRINIVAS_hp
7th November 2012 05:58 UTC
Not able to login with different windows user id. How to give different windows useid
[QUOTE=SRINIVAS_hp;2896183]Not able to login with different windows user id. How to give different windows useid[/QUOTE
LogOn how i can give different user id info.?
SRINIVAS_hp
7th November 2012 07:10 UTC
in windows,
i have logged in as say user, "ABC"
But "ABC" user does not have the permission to access sql agent. SO i have to give another user say "def",
Like ${OLEDB}::SQL_Logon "$SQLSERVER" "def" "$SQLPASSWORD".
But i am getting
Loggin on to SQL server RAJATSSRS.qa.englab.local\GRYSQL2008
1
Error initializing OLEDB Connection (Initialize)
0
SQL State: 0x80040e4d - Native: 0 - Message: Login failed for user 'englab\rnair'.
But it works with "sa" user.
Kindly help me in solving this issue
Originally Posted by sgiusto (Post 2576551) Try the attached installer, on my pc works fine
Regards
Stefano Not able to login with different windows user id. How to give different windows useid |