Re: Donkey Strikes Again !

randyhyde@xxxxxxxxxxxxx wrote:

> This is *all* preserve means. You seem to think that "preserve" is an
> *active* verb, requiring the emission of machine instructions to
> explicitly save a register value and explicitly restore that value
> later on. Preserve does not require this. All preserve means is that
> when you leave a procedure, the (affected) registers have the same
> values they had upon entry. You may *passively* preserve a register
> by simply NOT CHANGING ITS VALUE during the procedure's execution. As
> best I can tell, this is exactly what f0dder is saying.
>
It's what I've been trying to say, anyway. I was seriously starting to
doubt whether my english skills were less than sub standard. Given that
you, donkey and a number of other people get what I mean, I guess I can
have a sound nights sleep now.

I'll stick to my "callbacks are where you MUST preserve", by the way;
if you exit a callback routine with one of the 'critical' registers
being modified, you should expect at least one windows version or service
pack to crash. And as noted in previous posts, sticking with the standard
ABI is a good idea even in places where you don't need to (ie., your own
internal routines).


.

Relevant Pages

  • [PATCH 3/3] ipc: fix warning of not used variable
    ... fix this warning: ... * add/remove or ipc namespace creation/removal. ... register back the callback routine. ...
    (Linux-Kernel)
  • [Patch] ipc/ipc_sysctl.c: move the definition of ipc_auto_callback()
    ... unregister msgmni's callback routine from the ipc namespace notifier ... This means that msgmni won't be recomputed anymore upon memory ... register back the callback routine. ... +static void ipc_auto_callback ...
    (Linux-Kernel)
  • TDI_EVENT_RECEIVE question
    ... And then I registered the TDI_EVENT_RECEIVE callback routine and it returend TDI_SUCCESS. ... If I try to register the callback routine before the connection is established, I *guess*everything will go well. ... After that, even if we register the callback, tcpip.sys will not invoke it. ...
    (microsoft.public.development.device.drivers)