Have you tried changing the page timeout value?
For example:
<% Server.ScriptTimeout = 600 %>
The value is in seconds, so 600 is 10 minutes.
Main Topics
Browse All TopicsMy ASP application calls an executable (zip.exe) via WSScript's execute method. Zip.exe is creating an archive but somewhere around 300MB, the zip process just hangs. As a result, the ASP page calling the zip.exe times out.
I don't think this is a limitation of the ZIP.EXE, since I can perform the same from command line on the server. Any ideas what could be causing this?
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
:)...np
Honestly, I don't think that is going to help anyway...it's almost the same as trying to upload a 300MB file using a classic ASP componentless method. IF all conditions are very favorable, than it will probably work (eventually...), however if something down the line is off...then forget about it....
Actually,
The file is not being copied from client to server over http, but locally from one folder on the server into another folder (same server). Funny thing is that the zip process freezes at almost same point each time, at around 290MB.
I wish .NET were the choice, however this is a legacy app which took our fabulous resource overseas about 400 hours to develop. Just doing bandage work on this. :)
I will try the script timeout but don't think that will do it. :/
This is the code in the ASP page:
Set oWsh = Server.CreateObject("WScri
Set oExec = Server.CreateObject("Scrip
sExecCommand = """" & Application("Zip") & """ -A -v -r -~ """ & sBackupFolder & "\" & RequestID & ".zip"" """ & sDestinationFolder & "\*.*"""
set oExec = oWsh.Exec(sExecCommand)
If not oExec.StdOut.AtEndOfStream
sReturn = oExec.StdOut.ReadAll
End If
If not oExec.StdErr.AtEndOfStream
sError = oExec.StdErr.ReadAll
End If
well.....that's the thing. You aren't just trying to copy one file to another folder. You are trying to zip it, then copy it.
Meaning, you are making the page call the request to zip the file...and then copy it. All through HTTP. Which is not a good idea, especially becuase the file is so big.
Your best bet may be to setup a task to run at certain times of the day to Zip the file for you on the server. Then setup FSO to do the copy.
Yes but both folders are on the same physical disk. And it is the shell script that runs server side that does the copying, so the client browser is not involved at all...
Unfortunately FSO is not an option, since the backup and file copy has to be done at runtime. This is how our developers deploy code from dev -> staging -> prod. All sites <200MB are just fine, with the exception of this behemoth. :/
>>Yes but both folders are on the same physical disk. And it is the shell script that runs server side that does the copying, so the client browser is not involved at all...<<
regardless of whether or not the folders are on the same physical disk, the code you posted is being initiated from a web page...a .asp page if I am not mistaken, meaning it is doing the work through the HTTP protocol.
I'm a little lost by what you are talking about with FSO not being an option, your code clearly shows that you are already using FSO (see the Set oExec line???)
As I stated before.....your best bet is to setup a task to run at whatever interval you need it to and do the zipping stricktly on the server.
Since you can run the zip command from a command prompt, make a .bat file, and have it run via Task Manager, and not a web page.
Business Accounts
Answer for Membership
by: kevp75Posted on 2007-05-21 at 14:58:50ID: 19130114
a few
You are trying to zip a file that is too big, over the internet....try to chunk it to smaller sizes (the reason why it works so good on the server, is because you are not calling via the HTTP protocol, but rathe the file system of the server itself.)
Maybe try upping the Server.ScriptTimeout to something around 60 minutes
so....add this line to the top of your page:
Server.ScriptTimeout = 3600