Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Executing long Directory Command in DOS
Message
From
15/12/2013 04:02:17
 
 
To
15/12/2013 03:07:42
General information
Forum:
Visual FoxPro
Category:
Troubleshooting
Environment versions
Visual FoxPro:
VFP 9 SP2
OS:
Windows XP SP2
Network:
Windows XP
Database:
Visual FoxPro
Application:
Desktop
Miscellaneous
Thread ID:
01590257
Message ID:
01590260
Views:
55
>Using VFP I have created a Batch File that at the end exeucutes an application in command prompt.(dos prompt)
>
>The command inside is
>
>gswin32c.exe -sDEVICE="pdfwrite" -sPAPERSIZE=a4 -dNOPAUSE -dBATCH -dSAFER -dQUIET -sOUTPUTFILE=D:\COMP JAIPUR\20131106_20131101\100042\1001817119.Pdf D:\COMP JAIPUR\20131106_20131101\100042\1001817119.ps
>
>My problem is that the input and output path being Long folder names as (perhaps more than 8 character) the process dont work.When I change the folder name to small one it works fine.
>
>But manually it is not possible to change name of thousnds of such folder.
>
>What is to be done. Any alternative ?

As long as in- and output are in the same directories, walk the directories in your vfp app and call from inside the dir. Problem solved.
>
>Also one more related and issue. The above conversion process is taking huge time , I am working on 32 Bit windows XP. Will my Migration to 64 Bit Win-7 and 8 will enhance my above speed of conversion. If yes, than how much time(if any Idea)

Check how many cores the conversion process utilizes. If - like vfp itself - it mostly uses one core, settle on a worker structure utilizing a parallell approach and use all cores with # of worker processes = # cores. If that is done and still not fast enough, use oher machines. Easiest approach porbably via creating a dbf where each necessary file is identified beforehand, each worker process notifies work to have begun and success or failure. Should be no problem at all as you can add as many machines to the task as you need: if writing speed on the machine becomes a problem or basic IO, divide the tasks in advance and later on bring together again. But about the typical use case for parallell operations.

If your current process takes 10 days and you need to have it done in 1 day, buy 11 machines and give each machines and give each machine 1/12 of the files to process. You *will* need more machines as parallell will have some perf lost, but for such tasks it will be minimal. Use the wisdom motivating Google to utilize many inexpensive machines and not 1 supercomputer. Cheaper and much easier to scale for file handling tasks. THINK before committing to a task.
Previous
Reply
Map
View

Click here to load this message in the networking platform