October 24, 2008 at 8:47 am
I am not sure that there is any safe way to "Kill" the cmd.exe. I really think that you need to fix your Task.exe so that it works correctly as a command-line console application.
[font="Times New Roman"]-- RBarryYoung[/font], [font="Times New Roman"] (302)375-0451[/font] blog: MovingSQL.com, Twitter: @RBarryYoung[font="Arial Black"]
Proactive Performance Solutions, Inc. [/font][font="Verdana"] "Performance is our middle name."[/font]
October 24, 2008 at 6:09 pm
... and, like I suggested before, please tell us what Task.exe actually does. There may be no need for such computational shenanigans at all. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
March 26, 2009 at 6:13 am
Angel (1/9/2004)
Yes.. Haidong..
I wasn't in my 5 sense.. jejeje...i was complicating my life.. jejeje.. The EXE file.. was running..(Not Calc.exe... myApplication)but i want to see it.. to believe .. jejeje..
Tnks.. for your message..
Hi,
Can you please tell how your application is working?
I have a doubt. I'm trying to run an exe file which is on the other server.
How to write the stored procedure to run the exe file?
Thank you.
March 26, 2009 at 6:17 am
I have some more doubts.
Actually I need to run an exe file from stored proc.
So, I wrote the stored proc like:
create proc callExe
As
EXEC xp_cmdshell '\\192.10.10.245\E:\PrintToPDFConsole.exe'
In this 192.10.10.245 is another system apart from the sql server.
and the exe file path is E:\PrintToPDFConsole.exe
But the exe file is not working when I executed the stored proc callExe.
Note that the PrintToPDFConsole.exe don't have any interface.
Please help in this issue.
Thank you.
Krushna
March 26, 2009 at 6:48 am
"Not working" doesn't tell us very much. Is there an error message?
[font="Times New Roman"]-- RBarryYoung[/font], [font="Times New Roman"] (302)375-0451[/font] blog: MovingSQL.com, Twitter: @RBarryYoung[font="Arial Black"]
Proactive Performance Solutions, Inc. [/font][font="Verdana"] "Performance is our middle name."[/font]
March 26, 2009 at 3:37 pm
krushnasahu (3/26/2009)
I have some more doubts.Actually I need to run an exe file from stored proc.
So, I wrote the stored proc like:
create proc callExe
As
EXEC xp_cmdshell '\\192.10.10.245\E:\PrintToPDFConsole.exe'
In this 192.10.10.245 is another system apart from the sql server.
and the exe file path is E:\PrintToPDFConsole.exe
But the exe file is not working when I executed the stored proc callExe.
Note that the PrintToPDFConsole.exe don't have any interface.
Please help in this issue.
Thank you.
Krushna
Does that actually run if you try it from a real command window?
--Jeff Moden
Change is inevitable... Change for the better is not.
March 26, 2009 at 3:38 pm
RBarryYoung (3/26/2009)
"Not working" doesn't tell us very much. Is there an error message?
Dang... now I'm disappointed... I was sure that you could read minds... 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
March 26, 2009 at 3:41 pm
Jeff Moden (3/26/2009)
RBarryYoung (3/26/2009)
"Not working" doesn't tell us very much. Is there an error message?Dang... now I'm disappointed... I was sure that you could read minds... 😛
Well, I do have a limited range. :hehe:
[font="Times New Roman"]-- RBarryYoung[/font], [font="Times New Roman"] (302)375-0451[/font] blog: MovingSQL.com, Twitter: @RBarryYoung[font="Arial Black"]
Proactive Performance Solutions, Inc. [/font][font="Verdana"] "Performance is our middle name."[/font]
March 26, 2009 at 3:52 pm
RBarryYoung (3/26/2009)
Jeff Moden (3/26/2009)
RBarryYoung (3/26/2009)
"Not working" doesn't tell us very much. Is there an error message?Dang... now I'm disappointed... I was sure that you could read minds... 😛
Well, I do have a limited range. :hehe:
Heh... I found that if I shape my tinfoil hats like really high Mohawks, I can get much better range but it also become a little oversensitive insofar as azimuth goes... :hehe:
--Jeff Moden
Change is inevitable... Change for the better is not.
March 26, 2009 at 7:25 pm
Jeff Moden (3/26/2009)
RBarryYoung (3/26/2009)
Jeff Moden (3/26/2009)
RBarryYoung (3/26/2009)
"Not working" doesn't tell us very much. Is there an error message?Dang... now I'm disappointed... I was sure that you could read minds... 😛
Well, I do have a limited range. :hehe:
Heh... I found that if I shape my tinfoil hats like really high Mohawks, I can get much better range but it also become a little oversensitive insofar as azimuth goes... :hehe:
Plus, it looks silly. 😛
[font="Times New Roman"]-- RBarryYoung[/font], [font="Times New Roman"] (302)375-0451[/font] blog: MovingSQL.com, Twitter: @RBarryYoung[font="Arial Black"]
Proactive Performance Solutions, Inc. [/font][font="Verdana"] "Performance is our middle name."[/font]
March 28, 2009 at 12:53 am
RBarryYoung (3/26/2009)
"Not working" doesn't tell us very much. Is there an error message?
When the stored proc was executed, the output coming as null and the exe is not processing.
March 28, 2009 at 12:55 am
Jeff Moden (3/26/2009)
krushnasahu (3/26/2009)
I have some more doubts.Actually I need to run an exe file from stored proc.
So, I wrote the stored proc like:
create proc callExe
As
EXEC xp_cmdshell '\\192.10.10.245\E:\PrintToPDFConsole.exe'
In this 192.10.10.245 is another system apart from the sql server.
and the exe file path is E:\PrintToPDFConsole.exe
But the exe file is not working when I executed the stored proc callExe.
Note that the PrintToPDFConsole.exe don't have any interface.
Please help in this issue.
Thank you.
Krushna
Does that actually run if you try it from a real command window?
Yes, the exe is working fine when it run from command prompt.
But when the stored proc was executed, the output coming as null and the exe is not processing.
March 28, 2009 at 9:41 am
OK, and what happens when you execute this yourself in a Query windows?:
xp_cmdshell '\\192.10.10.245\E:\PrintToPDFConsole.exe'
[font="Times New Roman"]-- RBarryYoung[/font], [font="Times New Roman"] (302)375-0451[/font] blog: MovingSQL.com, Twitter: @RBarryYoung[font="Arial Black"]
Proactive Performance Solutions, Inc. [/font][font="Verdana"] "Performance is our middle name."[/font]
March 30, 2009 at 3:56 am
RBarryYoung (3/28/2009)
OK, and what happens when you execute this yourself in a Query windows?:
xp_cmdshell '\\192.10.10.245\E:\PrintToPDFConsole.exe'
It was showing :
The network path was not found.
But after I've changed it to a shared folder 'Test' .
Now the stored proc is :
xp_cmdshell '\\192.10.10.245\Test\PrintToPDFConsole.exe'
Now it is showing the output:
Access is denied.
Note that I'm executing on SQL Server 2000.
Also, I've tried locally.
I've kept the exe file in C:\.
and changed the stored proc :
ALTER proc callExe
As
EXEC master.dbo.xp_cmdshell 'C:\PrintToPDFConsole.exe'
Now the output is :
NULL
Unhandled Exception: System.ComponentModel.Win32Exception: No application is associated with the specified file for this operation
at PrintToPDF.Program.Main(String[] args)
NULL
and the exe file did not run again.
Please help in this. Does it need any modification or any other idea?
Also, I've tried with common exe file like 'notepad.exe' like:
ALTER proc callExe
As
EXEC master.dbo.xp_cmdshell 'notepad.exe'
and executed the stored proc callExe, but the execution is going on and not showing any output. The execution time is more that 10 mins and going on...
Then I forcefully closed the isqlw.exe from Task Manager.
Is that mean exe file can't be executed in sql server 2000 using xp_cmdshell ?
March 30, 2009 at 7:45 am
Krushna (3/30/2009)
RBarryYoung (3/28/2009)
OK, and what happens when you execute this yourself in a Query windows?:
xp_cmdshell '\\192.10.10.245\E:\PrintToPDFConsole.exe'
It was showing :
The network path was not found.
But after I've changed it to a shared folder 'Test' .
Now the stored proc is :
xp_cmdshell '\\192.10.10.245\Test\PrintToPDFConsole.exe'
Now it is showing the output:
Access is denied.
Note that I'm executing on SQL Server 2000.
This happens because xp_cmdshell cause the SQL Server to execute a DOS command for you on the server in a (probably) unprivileged account. You would need to figure out what account it is using and then give it all of the rights neccesary to get to the share. Note that for security reasons your SysAdmin may intentionally deny this account access to the network.
Also, I've tried locally.
I've kept the exe file in C:\.
and changed the stored proc :
ALTER proc callExe
As
EXEC master.dbo.xp_cmdshell 'C:\PrintToPDFConsole.exe'
Now the output is :
NULL
Unhandled Exception: System.ComponentModel.Win32Exception: No application is associated with the specified file for this operation
at PrintToPDF.Program.Main(String[] args)
NULL
and the exe file did not run again.
This will not work because it is going to the Server's C: drive and not your client's. You would have to copy your exe to the Server's C: drive.
ALTER proc callExe
As
EXEC master.dbo.xp_cmdshell 'notepad.exe'
and executed the stored proc callExe, but the execution is going on and not showing any output. The execution time is more that 10 mins and going on...
Then I forcefully closed the isqlw.exe from Task Manager.
This probably opened a Notepad window on the server's console screen. A windows command executed from DOS like this will hang until some user exits the Windows app.
Is that mean exe file can't be executed in sql server 2000 using xp_cmdshell ?
No, it just means that you are doing it wrong. Remember that SQL Server is a Server. When you execute commands on SQL Server, they execute on the Server, not on your Client.
[font="Times New Roman"]-- RBarryYoung[/font], [font="Times New Roman"] (302)375-0451[/font] blog: MovingSQL.com, Twitter: @RBarryYoung[font="Arial Black"]
Proactive Performance Solutions, Inc. [/font][font="Verdana"] "Performance is our middle name."[/font]
Viewing 15 posts - 31 through 45 (of 52 total)
You must be logged in to reply to this topic. Login to reply