when I use pkzip.exe in dosbox, it's very very slow. Why?

Before using pkzip run "cycles max"

Wow~ It works! thk's very mush.
I am so curious, where hide the "cycles" command ?

It's not hidden, it's a config option andmany config options can be overriden like this

I see.
But when I set [cpu/cycles = max], nothing happen? It still slow.

Another question:
I have a custom's dos ap writen by clipper. If I set [cpu/core = auto], it can't be run. But when I set to "simple", It works !
But others dos ap (writen by clipper also) can run
properly, whatever I set to "auto" or "simple".

Why?

[cpu/cycles = max]

depends on where you have written what EXACTLY. Hard to say from what you wrote.

As for core, some programs are picky and can'T run otherwise. for the picky ones, write a batch file called "run.bat" and put core simple in one line and the exe/com of the program in the next one. instead of running the exe you then run the run.bat.

That's I wrote:
[cpu]
core=auto
cycles=max

something wrong?

In DOS non-gamming ap, if I just set core to "simple", what will happan ?

Besides "cycles=max", is there any method can speed-up more ?
In one case, I reindex all the database. It spends 6 mins. But in real DOS, it just 1 mins !

core=dynamic

Disclaimer: dbase, clipper, foxbase program are not supported by dosbox

leileilol wrote:

core=dynamic

yes! yes! Look like turbo speed.
Thank's a lot.

Joey_sw wrote:

Disclaimer: dbase, clipper, foxbase program are not supported by dosbox

Why !
Did you find something wrong ?

The general rule of thumb around these parts is the developers of Dosbox built it specifically for games. Many application specific features (Share.exe, printing, parallel port access, etc.) are not implemented because no game needs them, thus applications are considered unsupported.

R153nm wrote:

The general rule of thumb around these parts is the developers of Dosbox built it specifically for games. Many application specific features (Share.exe, printing, parallel port access, etc.) are not implemented because no game needs them, thus applications are considered unsupported.

Thank's for your explanation.
I solved the printing problem in 2004. And there was no need to access com port. The product in Taiwan is called HyperDos. But it can't run in 64-bits OS. So I thansfer the cmd.exe(ntvdm) to dosbox . It seems work well.
There were almost 10k users in Taiwan. And HyperDos is the only one solution.
The URL is:
http://www.stone.com.tw/stone/product/showpro … jsp?did=13&m2=0