>>Anyone know owt about PKZIP?
>>
>>Again back to this legacy FPD26 system I have to maintain, cos I stood on a butterfly in some other life, or something.
>>
>>It's been working fine and dandy for donkey's years. The system produces a table of data from the bus operator then comprsses it:
>>
>>

>>   run /0 pkzip &thisziph &thislist -3 -)
>>

>>
>>Later the user is asked if zip to a floppy or other medium and the data are zipped to the chosen medium, in this case a floppy:
>>...
>>

>>   if isfloppy
>>      run /0 pkzip -& &thiszipf &thislist -3 -)
>>   else
>>      run /0 pkzip &thiszipf &thislist -3 -)
>>   endif
>>

>>
>>Now this last zip fails with the message:
>>
>>"XMS version 2 detected Using normal compression DOS verify is off" (or so I'm told by the user).
>>
>>Can anyone shed some light on what the problem is all of a sudden?
>
>There may be some settings in the .pif file it uses. Pkzip is, IIRC, a 16-bit app, so it needs some of them. Now I don't know what .pif file - is it some fox.pif, or did Windows create a pkzip.pif, beats me.

Aye I may get to look into that - if I can figure which too :-)

>
>Anyway, in the w9x days there were such settings in .pif files, where you could tell Windows how to emulate XMS (or EMS, if you prefer that) for your DOS app. Didn't need to touch that under NT4 or later, so I'll whistle the rest (*).

Beats me though why this was working up till recently

>
>And btw, you may try to tweak the -) switch (yes it was a switch under PkZip :) - just type pkzip at the command prompt and RTFM that it will show you.

Yes I know PKZIP of old, and there are websites with these switches on, but the commands are embedded in their exe, so it would mean sending a NEW version of the suite to the customer, an there version would then be out of synch with all the others.

Thanks

>
>----
>(*) from my high school slang - "dalje se zviždi" - one whistles further. Means you don't know the rest of the lyrics.