[Asterisk-Dev] Re: ztdummy? is it necessary?
North Antara
north at ntbox.com
Wed Dec 28 22:37:46 MST 2005
Jason DiCioccio wrote:
> It sounds like it's basically a choice between supporting the OS's
> driver APIs (which, in my experience, break more often between OS
> releases) and CPU architecture quirks, versus supporting the RTC APIs
> for each OS (which, from what I'm gathering, isn't standardized).
>
> What makes choice B better than choice A?
I'll try to expand on what Eric was saying. Somebody correct me here if
I'm wrong.
If asterisk (and each function, application, resource, etc, that
currently {or in the future} uses zaptel timing) had to support every
OS/configuration, you'll get the same/similar code repeated in quite a
few places. With ztdummy, asterisk only has to know how to do one thing
- and the rest can be abstracted into ztdummy. Yes, ztdummy may have to
change every time one of the BSDs or Solaris or <insert obscure OS>
changes their interface, but it would only be ztdummy that needs to be
updated - not 30 different places, which might require a recompile of
half the asterisk tree (yes, I'm exaggerating a little).
Hopefully I'm not way off...
North Antara
More information about the asterisk-dev
mailing list