Hi all. Just finished compiling ImageMagick for DJGPP with no
modifications made (only the commandline tools, but I actually use
them more than the GUI :)). If anyone wants them, they can e-mail me,
or they should soon be found on Johnson Lam's lite.
At 09:58 PM 8/26/2005 +0200, Ladislav Lacina wrote:
Wow, it is very interresting!
I don't have many experiences about ASM programming. How can I catch the
opcode failing?
And I can handle theese instructions myself? Even if it is not supported in
the EMM386?
Umm, if you are not experienced wit
I believe that this is a new problem in new generation machines that are
do much more energy saving.
But historicaly, this new things use the old hook for compatibility so I
wouldn't relly on it any more. Even if it was safe before (and me wrong)
Alain
Eric Auer escreveu:
Hi Alain,
RDTSC
Hi Alain,
> RDTSC varies itâ<80><99>s counter as the system speed
> changes when Intel SpeedStep
> http://www.intel.com/cd/ids/developer/asmo-na/eng/148279.htm?prn=Y
Hm. SpeedStep actually modifies the clock, so that is plausible.
But how about throttling? For that, the mainboard puts the CPU i
djgpp may not be good for the kernal programming but I can't think of a better platform for applications programming. I know that there are those who are more into Freedos as an antique excersize in programming. However, Many comercial utilities use some form of dos as a spingboard for bootable CD
I clearly remembered it: "RDTSC varies it’s counter as the system speed
changes when Intel SpeedStep"
From Intel's own site...
Alain
Adrian Sietsma escreveu:
as exprimentally verified by David Burgess, the intel RDTSC instruction
is affected by processor clock throttling ie. power saving mod
Wow, it is very interresting!
I don't have many experiences about ASM programming. How can I catch the
opcode failing?
And I can handle theese instructions myself? Even if it is not supported in
the EMM386?
It would be great!
And anyway - I would like to know how to discrimine your EMM386 and its
