On Sat, 3 Dec 2005, Rich Adamson wrote:
On Saturday 03 December 2005 04:09, Remco Barendse wrote:
chan_zap.c:9318: warning: implicit declaration of function `pri_get_debug'
chan_zap.c:10602: error: `PRI_SWITCH_QSIG' undeclared (first use in this
chan_zap.c:10870: warning: passing arg 1 of `pri_set_error' from
chan_zap.c:10871: warning: passing arg 1 of `pri_set_message' from
PRI is involved in every one of these messages... I'd start looking to see if
you've got libpri installed, including the libpri headers. :-)
Hmmm, guess you are right. But this is a home PBX, I'm never going to need
a PRI here and in the past libpri was never a requirement or dependency
for any asterisk installation.
Has this now changed or do I (somewhere, someplace) have some stuff in a
config file which make(s) :) asterisk believe it should do something with
PRI stuff?
You might review each statement in your zapata.conf file to ensure those
that are used pertain to whatever card/interface you are using. In past
sample configs that folks have posted, some have included things like
'switchtype=national' for their x100p/tdm card, and that parameter (as
one example only) is associated with PRI's.
For the past two years, I've always compiled and installed zaptel, libpri,
and asterisk at the same time. The libpri modules only get loaded _if_
a card is detected in the system that requires them. Certainly doesn't
hurt anything.
It worked. Strange, but true. I checked through all my configs and there
is nothing there that even remotely hints to a PRI.
Thanks for the solution :)
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
