• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 442
  • Last Modified:

Unzip scripts not stable

Hi experts,

the scripts it worked perfect last week in Query Analyzer, however, it hangs again this moring when I back run it manually. It did delect *.txt and created ##Files, after that system just hang there forever. Any helps are appreciate.


/***Unzip files***/


EXEC master..xp_cmdshell 'del C:\DATA\FTP_Download\*.txt'
GO

drop table ##Files
go

CREATE TABLE ##Files ( FileName VARCHAR(100))

INSERT INTO ##Files
EXECUTE master.dbo.xp_cmdshell 'dir /b "C:\DATA\FTP_Download\*.zip"'

INSERT INTO ##Files
EXECUTE master.dbo.xp_cmdshell 'dir /b "C:\DATA\FTP_Download\*.txt.z"'

DECLARE cFiles CURSOR FOR
    SELECT FileName FROM ##Files

DECLARE @FileName VARCHAR(50)
DECLARE @SQL VARCHAR(2000)

OPEN cFiles
FETCH NEXT FROM cFiles INTO @FileName
WHILE @@FETCH_STATUS = 0
BEGIN
   SET @SQL = 'C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\ '
    EXEC master..xp_cmdshell @SQL

    FETCH NEXT FROM cFiles INTO @FileName
END

CLOSE cFiles
DEALLOCATE cFiles
0
LIULIHUA
Asked:
LIULIHUA
  • 23
  • 14
  • 9
  • +1
2 Solutions
 
ptjcbCommented:
How much free space do you have on the drive? Do you have enough free space in tempdb?
0
 
LIULIHUAAuthor Commented:
I have 7.6 mb avaliable.

I just did a test in cmd prmprt, c:\c:\progra~utilit\winsip\winzip32 -e c:\data\ftpdownload\ca_accounts.zip c:\data\ftpdownload\,

it said " unvalid file name c:\data\ftpdownload\ca_accounts.zip ". Acturally, path and file name are actacte correct.

any idea?
0
 
ptjcbCommented:
Is this a permissions issue? Since you are running it from QA it would be run under your permissions. Can you see/open this file?
0
VIDEO: THE CONCERTO CLOUD FOR HEALTHCARE

Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.

 
ptjcbCommented:
I have 7.6 mb avaliable. Only 7.6 MB?
0
 
LIULIHUAAuthor Commented:
I am obj onwer, this SQL server is indvidul version run at my laptop. there shouldn't be permissions problem.

yes, 7.6 mb. it ran perfect last week.
0
 
ptjcbCommented:
c:\data\ftpdownload\ca_accounts.zip: Can you open/see this file?

What has changed since last week? Have you run any OS updates? Anti-Virus updates? etc
0
 
LIULIHUAAuthor Commented:
hi,

I correct some typo in cmd prmpt, and try it again it worked at prmpt as:

c:\>c:\progra~utilit\winsip\winzip32 -e c:\data\ftp_download\ca_accounts.zip c:\data\ftp_download

0
 
LIULIHUAAuthor Commented:
NOop, no any updates,

As I mentioned in prior comment, I can open/see this file. and run it with cmd prmpt.
0
 
ptjcbCommented:
Did you have only 7.6MB free when you ran it last week?
0
 
LIULIHUAAuthor Commented:
yes,
0
 
ptjcbCommented:
Can you run this in portions to see where the hang up is? For example, you say the directories are created but that is it.



drop table ##Files
go

CREATE TABLE ##Files ( FileName VARCHAR(100))



INSERT INTO ##Files
EXECUTE master.dbo.xp_cmdshell 'dir /b "C:\DATA\FTP_Download\*.zip"'

INSERT INTO ##Files
EXECUTE master.dbo.xp_cmdshell 'dir /b "C:\DATA\FTP_Download\*.txt.z"'

***
Can you see ##Files?
****

DECLARE cFiles CURSOR FOR
    SELECT FileName FROM ##Files

DECLARE @FileName VARCHAR(50)
DECLARE @SQL VARCHAR(2000)

OPEN cFiles
FETCH NEXT FROM cFiles INTO @FileName
WHILE @@FETCH_STATUS = 0
BEGIN
   SET @SQL = 'C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\ '
    EXEC master..xp_cmdshell @SQL
****
PRINT @SQL (so you can see the @SQL - or if it is getting this far)
*****
    FETCH NEXT FROM cFiles INTO @FileName
END

CLOSE cFiles
DEALLOCATE cFiles
0
 
LIULIHUAAuthor Commented:

***
Can you see ##Files? Yes, I can.
****

When I run this part, I got "Incorrect Sytex" error

DECLARE cFiles CURSOR FOR
    SELECT FileName FROM ##Files

DECLARE @FileName VARCHAR(50)
DECLARE @SQL VARCHAR(2000)

OPEN cFiles
FETCH NEXT FROM cFiles INTO @FileName
WHILE @@FETCH_STATUS = 0
BEGIN
   SET @SQL = 'C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\ '
    EXEC master..xp_cmdshell @SQL


Server: Msg 170, Level 15, State 1, Line 12
Line 12: Incorrect syntax near '@SQL'.
0
 
Anthony PerkinsCommented:
>>yes, 7.6 mb. <<
I trust you mean 7.6GB.  
0
 
James0628Commented:
> When I run this part, I got "Incorrect Sytex" error

 Are you still creating and filling the ##Files table, or just trying to run the code shown in that message?
 You didn't show the FETCH and END at the end in that message.  Were they there when you tested it?

 Going back to your original code, you could try changing the command you execute to something like the following, which echo's the command line you've built and appends the output to C:\sqlunzip.txt:

   SET @SQL = 'echo C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\ >> C:\sqlunzip.txt'


 James
0
 
LIULIHUAAuthor Commented:
This is what I did, I ran the scripts as following, and it echo to C:\sqlunzip.txt all the files path like below:

C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\ca_accounts.zip C:\DATA\FTP_Download\
...........
they all looks good to me.

/*** scripts***/
CREATE TABLE ##Files ( FileName VARCHAR(100))
INSERT INTO ##Files
EXECUTE master.dbo.xp_cmdshell 'dir /b "C:\DATA\FTP_Download\*.zip"'

INSERT INTO ##Files
EXECUTE master.dbo.xp_cmdshell 'dir /b "C:\DATA\FTP_Download\*.txt.z"'

DECLARE cFiles CURSOR FOR
    SELECT FileName FROM ##Files

DECLARE @FileName VARCHAR(50)
DECLARE @SQL VARCHAR(2000)

OPEN cFiles
FETCH NEXT FROM cFiles INTO @FileName
WHILE @@FETCH_STATUS = 0
BEGIN
   SET @SQL = 'echo C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\>> c:\sqlunzip.txt'
    EXEC master..xp_cmdshell @SQL

    FETCH NEXT FROM cFiles INTO @FileName
END

CLOSE cFiles
DEALLOCATE cFiles
/***finish****/
0
 
LIULIHUAAuthor Commented:
Hi,

##Files is created perfectly, and the echo file, sqlunzip.txt is look good as well, but unzip still hang, that's mean something wrong when it runs to this part of scripts, am I right?


/****
FETCH NEXT FROM cFiles INTO @FileName
END

CLOSE cFiles
DEALLOCATE cFiles
0
 
LIULIHUAAuthor Commented:
Hi,

I test Winzip in my PC using cmd,

c:\>c: \progra~\utitlity\winzip\winzip32 -e c:\data\ftp_download\ca_accounts.zip c:\data\ftp_download

it worked great, so Winzip is not the problem niether.


0
 
ptjcbCommented:
That is why I added the PRINT command after the exec sql - just to see what it was running...

DECLARE cFiles CURSOR FOR
    SELECT FileName FROM ##Files

DECLARE @FileName VARCHAR(50)
DECLARE @SQL VARCHAR(2000)

OPEN cFiles
FETCH NEXT FROM cFiles INTO @FileName
WHILE @@FETCH_STATUS = 0
BEGIN
   SET @SQL = 'C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\ '
    EXEC master..xp_cmdshell @SQL
--****
PRINT @SQL -- (so you can see the @SQL - or if it is getting this far)
--*****
    FETCH NEXT FROM cFiles INTO @FileName
END

CLOSE cFiles
DEALLOCATE cFiles
0
 
LIULIHUAAuthor Commented:
I did it before, it just hang there.

EXEC master..xp_cmdshell 'del C:\DATA\FTP_Download\*.txt'
GO
drop table ##Files
go

CREATE TABLE ##Files ( FileName VARCHAR(100))



INSERT INTO ##Files
EXECUTE master.dbo.xp_cmdshell 'dir /b "C:\DATA\FTP_Download\*.zip"'

INSERT INTO ##Files
EXECUTE master.dbo.xp_cmdshell 'dir /b "C:\DATA\FTP_Download\*.txt.z"'



DECLARE cFiles CURSOR FOR
    SELECT FileName FROM ##Files

DECLARE @FileName VARCHAR(50)
DECLARE @SQL VARCHAR(2000)

OPEN cFiles
FETCH NEXT FROM cFiles INTO @FileName
WHILE @@FETCH_STATUS = 0
BEGIN
   SET @SQL = 'C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\'
    EXEC master..xp_cmdshell @SQL

PRINT @SQL

    FETCH NEXT FROM cFiles INTO @FileName
END

CLOSE cFiles
DEALLOCATE cFiles
0
 
ptjcbCommented:
That is why I suggested that you add PRINT commands to the cursor to see what does work and it might give you a clue to where it is failing.
0
 
LIULIHUAAuthor Commented:
This is the part that I ran, and got hang there. No any thing be printed out.


/***
DECLARE cFiles CURSOR FOR
    SELECT FileName FROM ##Files

DECLARE @FileName VARCHAR(50)
DECLARE @SQL VARCHAR(2000)

OPEN cFiles
FETCH NEXT FROM cFiles INTO @FileName
WHILE @@FETCH_STATUS = 0
BEGIN
   SET @SQL = 'C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\'
    EXEC master..xp_cmdshell @SQL
PRINT @SQL
    FETCH NEXT FROM cFiles INTO @FileName
END

CLOSE cFiles
DEALLOCATE cFiles
0
 
ptjcbCommented:
I have added a few more PRINT commands.

DECLARE cFiles CURSOR FOR
    SELECT FileName FROM ##Files

DECLARE @FileName VARCHAR(50)
DECLARE @SQL VARCHAR(2000)

OPEN cFiles
FETCH NEXT FROM cFiles INTO @FileName

PRINT @FileName + ' this is the file name'
WHILE @@FETCH_STATUS = 0
PRINT CAST(@@FETCH_STATUS as varchar) + ' this is the fetch status'
BEGIN
   SET @SQL = 'C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\'
    EXEC master..xp_cmdshell @SQL
PRINT @SQL
    FETCH NEXT FROM cFiles INTO @FileName
END

CLOSE cFiles
DEALLOCATE cFiles
0
 
LIULIHUAAuthor Commented:
This is result, it generateing non-stop " 0 this is the fetch status"...... until I cancelled it

ca_accounts.zip this is the file name
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
.
.
....
0
 
ptjcbCommented:
Good - it is in the WHILE statement

Did it return anything for the @Filename?
*****

DECLARE cFiles CURSOR FOR
    SELECT FileName FROM ##Files

DECLARE @FileName VARCHAR(50)
DECLARE @SQL VARCHAR(2000)

OPEN cFiles
FETCH NEXT FROM cFiles INTO @FileName

PRINT @FileName + ' this is the file name'
WHILE @@FETCH_STATUS = 0
--PRINT CAST(@@FETCH_STATUS as varchar) + ' this is the fetch status'
BEGIN
   PRINT 'Creating @SQL'
   SET @SQL = 'C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\'
    EXEC master..xp_cmdshell @SQL
PRINT @SQL
    FETCH NEXT FROM cFiles INTO @FileName
END

CLOSE cFiles
DEALLOCATE cFiles
0
 
LIULIHUAAuthor Commented:

Yes, the first line,

ca_accounts.zip this is the file name
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0 this is the fetch status
0
 
ptjcbCommented:
Ok..now run the version I just put there - I commented out the Fetch_status check and added another right after the BEGIN. What I am trying to do is walk through the cursor to find where it is hanging. At this point I am looking at the statements between the BEGIN...END since we have not had a PRINT @SQL yet.
0
 
LIULIHUAAuthor Commented:

You mean like this


/*** version 1
DECLARE cFiles CURSOR FOR
    SELECT FileName FROM ##Files

DECLARE @FileName VARCHAR(50)
DECLARE @SQL VARCHAR(2000)

OPEN cFiles
FETCH NEXT FROM cFiles INTO @FileName

PRINT @FileName + ' this is the file name'
WHILE @@FETCH_STATUS = 0

BEGIN
   
0
 
ptjcbCommented:
Sorry, you have to have the entire statement - SQL won't let you run up to a breakpoint

I have added a few more PRINT statements just to see what the results will be
****

DECLARE cFiles CURSOR FOR
    SELECT FileName FROM ##Files

DECLARE @FileName VARCHAR(50)
DECLARE @SQL VARCHAR(2000)

OPEN cFiles
FETCH NEXT FROM cFiles INTO @FileName

PRINT @FileName + ' this is the file name'
WHILE @@FETCH_STATUS = 0

BEGIN
   PRINT 'Creating @SQL'
   SET @SQL = 'C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\'
   -- EXEC master..xp_cmdshell @SQL
PRINT @SQL
    FETCH NEXT FROM cFiles INTO @FileName
END

CLOSE cFiles
DEALLOCATE cFiles
0
 
LIULIHUAAuthor Commented:
THis is the result, it seems master..xp_cmdshell not function right.


ca_accounts.zip this is the file name
Creating @SQL
C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\ca_accounts.zip C:\DATA\FTP_Download\
Creating @SQL
C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\ca_accounts_tracking.zip C:\DATA\FTP_Download\
Creating @SQL
C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\ca_account_id_prim_code_xref.zip C:\DATA\FTP_Download\
Creating @SQL
0
 
ptjcbCommented:
If you looked at the script you would see that I have commented it out the last time because I wanted to see what it was doing.

   -- EXEC master..xp_cmdshell @SQL

DECLARE cFiles CURSOR FOR
    SELECT FileName FROM ##Files

DECLARE @FileName VARCHAR(50)
DECLARE @SQL VARCHAR(2000)

OPEN cFiles
FETCH NEXT FROM cFiles INTO @FileName

PRINT @FileName + ' this is the file name'
WHILE @@FETCH_STATUS = 0

BEGIN
   --PRINT 'Creating @SQL'
   SET @SQL = 'C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\'
PRINT @SQL
    EXEC master..xp_cmdshell @SQL
PRINT 'xp_cmdshell was executed'
    FETCH NEXT FROM cFiles INTO @FileName
END
CLOSE cFiles
DEALLOCATE cFiles
****
Ok...you can see that it is working through the three files. Try the above script (EXEC xp_cmdshell has been uncommented so it should work). This will test if it is executing the @sql variable.
0
 
LIULIHUAAuthor Commented:
I got nothing came out because it hang again.
0
 
ptjcbCommented:
Yes - then you are right in your earlier post - it has something to do with the xp_cmdshell. When we commented out the EXEC the cursor worked. With EXEC the cursor hangs.

Try this:

DECLARE cFiles CURSOR FOR
    SELECT FileName FROM ##Files

DECLARE @FileName VARCHAR(50)
DECLARE @SQL VARCHAR(2000)

OPEN cFiles
FETCH NEXT FROM cFiles INTO @FileName

PRINT @FileName + ' this is the file name'
WHILE @@FETCH_STATUS = 0

BEGIN
   --PRINT 'Creating @SQL'
   SET @SQL = 'C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\'
PRINT @SQL
    EXEC master..xp_cmdshell 'echo abcd'
PRINT 'xp_cmdshell was executed'
    FETCH NEXT FROM cFiles INTO @FileName
END
CLOSE cFiles
DEALLOCATE cFiles

****
I have changed the xp_cmdshell to only echo - just to see if it is working.
0
 
LIULIHUAAuthor Commented:

This is result come out:

ca_accounts.zip this is the file name
C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\ca_accounts.zip C:\DATA\FTP_Download\

(2 row(s) affected)

xp_cmdshell was executed
C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\ca_accounts_tracking.zip C:\DATA\FTP_Download\

(2 row(s) affected)

xp_cmdshell was executed
C:\Progra~1\utility\WinZip\winzip32 -e C:\DATA\FTP_Download\ca_account_id_prim_code_xref.zip C:\DATA\FTP_Download\

(2 row(s) affected)
0
 
Anthony PerkinsCommented:
So WinZip is actually installed on the server and the account that is used by the SQL Server service (NOT your login) has all the required permissions? If you are sure it is consider the following:
1. The zip file is corrupt or
2. The files are already there.

In either case, there is a message box (that you will never see) waiting patiently for you to click, so that it looks like it is hanging when in fact it is not.

As I suggested in your other duplicate and now nearly abandoned question you need to use the Command line interface (http://www.winzip.com/prodpagecl.htm) and not the full blown version.  This gives you all the switches you need and will not "hang" waiting for you to click a non-existant MsgBox.

I trust this is clear now.

P.S. Did I mention that allowing CmdShell to execute an app is a really bad idea ...
0
 
LIULIHUAAuthor Commented:
Hi,

I have question for comment below,
>>In either case, there is a message box (that you will never see) waiting patiently for you to click, so that it looks like it is hanging when in fact it is not.>> If this is correct, why this script was worked for one week?





0
 
Anthony PerkinsCommented:
Again, because:
1. The zip file was not corrupt and
2. The files were not already there and
3. No other error occured.
0
 
LIULIHUAAuthor Commented:
Hi,

1. Currently, I am in development phrase, SQL server and Winzip are both installed in my pc, and I tested Winzip in my PC using cmd, it worked good, will that proved that Winzip is not corrupt?
c:\>c: \progra~\utitlity\winzip\winzip32 -e c:\data\ftp_download\ca_accounts.zip c:\data\ftp_download
2. if " allowing CmdShell to execute an app is a really bad idea ...", what is the best way? please advice.

0
 
Anthony PerkinsCommented:
1. >>it worked good, will that proved that Winzip is not corrupt?<<
I did not say WinZip was corrupt.  I said the Zip file (not the executable) could be corrupt.

You should not be using this version winzip32, if you are planning to run it unattended.  Instead you should be using the Command line interface which has no graphical interphase and for which I previously posted a link.

2. Simply put you should not be using SQL Server to unzip files, for a number of reasons.  For one it will require you to isntall Winzip on the SQL Server.  But more importantly giving users that are not part of the sysadmin role access to run xp_cmdshell is a nightmare situation that most serious shops would never allow.  

From BOL:
<quote>
When you grant execute permissions to users, the users can execute any operating-system command at the Microsoft Windows NT® command shell that the account running Microsoft SQL Server™ has the needed privileges to execute.
</quote>

If you have to use SQL Server than take a look at the solution I posted using DTS that does not require xp_cmdshell in your other now nearly abandoned thread:
http://www.experts-exchange.com/Databases/Microsoft_SQL_Server/Q_21821646.html
0
 
LIULIHUAAuthor Commented:
Hi,

One more question, how do I know the zip file is corrupt?
0
 
Anthony PerkinsCommented:
You will know when you try and unzip it. In other words you will get an error message and no files wil be unzipped.
0
 
LIULIHUAAuthor Commented:

if I can manually unzip that file that I couldn't unzip from Query Analyzor, will that means that zip file is still normal? Because the my setuation just like this.
0
 
Anthony PerkinsCommented:
That would main requirement.  Another one would be to ensure that the files do not already exist or you would get an error message.
0
 
Anthony PerkinsCommented:
Actually more than an error message, it is a message box asking if you want to overwrite.  That is assuming that you still are using the application with a graphical interface and not the Command line interface which has no graphical interface.
0
 
LIULIHUAAuthor Commented:
Indeed, I tried to use command line interface by modifying the script as below, it still hang.

"BEGIN
   SET @SQL = 'C:\Progra~1\utility\WinZip\wzunzip -d C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\ '
    EXEC master..xp_cmdshell @SQL"
0
 
Anthony PerkinsCommented:
It is not hanging!  Let me try this once again:

It is waiting for you to respond to a message similar to the next:
C:\DATA\FTP_Download\XYZ.ABC exists. Overwrite ([y]es, [n]o, [a]ll, [q]uit)?

Either make sure the files do not exist or make the following change to overwrite them:
SET @SQL = 'C:\Progra~1\utility\WinZip\wzunzip -d -o C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\ '

Or not:
SET @SQL = 'C:\Progra~1\utility\WinZip\wzunzip -d -o- C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\ '
0
 
LIULIHUAAuthor Commented:
Hi,

Since the .txt files alway be deleted first with the first line run, so I pick the second one:
>>SET @SQL = 'C:\Progra~1\utility\WinZip\wzunzip -d -o- C:\DATA\FTP_Download\' + @FileName + ' C:\DATA\FTP_Download\ '
unforturnatly, it was hanging, it is waiting for me to response something as your words. so I did a testing, I put "-d-o" to gether to get the output that will help me know where the process stoping, and this is the results. Is that mean somewhere need to modify with Winzip Command Line Support configuration? Just like it happend last Monday, Winzip32 stoped there because the weekly update request waiting for clicking "Yes" or "NO". I unchecked the option of  weekly update redio in confeguration of Winzip32 at the end, even it still waiting me response for something.

/*** output***/
WinZip(R) Command Line Support Add-On Version 2.0 (Build 7041)
Copyright (c) WinZip International LLC 1991-2005 - All Rights Reserved
NULL
ERROR: unknown option - in -d-o
Program is terminating!
NULL
0
 
Anthony PerkinsCommented:
I give up.  Good luck.
0

Featured Post

Free Tool: Path Explorer

An intuitive utility to help find the CSS path to UI elements on a webpage. These paths are used frequently in a variety of front-end development and QA automation tasks.

One of a set of tools we're offering as a way of saying thank you for being a part of the community.

  • 23
  • 14
  • 9
  • +1
Tackle projects and never again get stuck behind a technical roadblock.
Join Now