>>>We like to unzip a file from within our VFP 6.0 program. So we call pkunzip to do the job (!PKUNZIP ...) On most machines this works fine but on one machine we get the message 'Cannot find command.com'. However we can start a dos-prompt and even pkunzip manually. The machine has a correct path and comspec. There is no FoxRun.pif because there is no VFP6.0 installed but if I create one it won't work. Even make copies from the command.com to all common directories won't help.
>>>
>>>Do you have a suggestion to solve this problem? (Or do you know if there is a third party product to unzip files, it must be zip)
>>>
>>>Thanks,
>>>Marco
>>
>>Macer and Ed have some good ideas, but there is one other possibility that you might want to check out: Maybe your disk partition is failing or you have a mis-matched boot tracks and command.com so that they don't recognize each other. I have seen this occasionaly when doing some fast-n-loose system upgrades where I got sloppy on which OS was installed to begin with... Other than that, I agree with the recommendation to look into DynaZip -- there was a recent article in FPA about it, too.
>>
>>HTH
>>
>>Rob
>
>I don't think there is something wrong with boot-tracks or command.com. All other applications work fine including the dos-prompt.
>We missed the article in FPA. It's very hard for FPA to have a correct subscriber-database. A few month ago we received FPA twice every month (and we paid for one). We told them about it and pay our subscribtion once again but we don't receive FPA any more.
>I found a demo-version of DynaZip on the net. Do you have any experience with this tool. I give the product a quick look but it seems that not all events work correct (like the UnzipMinorStatus-event).
>
>I found another tool also: XCeedZip. Have you ever hear of it and do you know which one works better.
>
>Thanks in advance,
>Marco

Sorry, I find out that DynaZip works correct when I set the Application.AutoYield property. Now there is for me no need to examine XCeedZip.

Marco