search for: ast_mutex_t

I'm getting this message when I start Asterisk chan_capi.c:2205 capi_handle_msg: Command.Subcommand = 0x5.0x81 but when I try and recompile I get this chan_capi.c:60: error: `__use_AST_MUTEX_DEFINE_STATIC_rather_than_AST_MUTEX_INITIALIZER__' undeclared here (not in a function) any help would be greatly appreciated. -- Dave Cotton <dcotton@linuxautrement.com>

...*); + #ifndef USESQLVM static inline int sql_init(void) { return 0; } static inline void sql_close(void) { } + static void sql_append_mailboxes(void); #endif #include <pthread.h> *************** *** 237,250 **** #ifdef USEPOSTGRESVM ! PGconn *dbhandler; char dboption[256]; ast_mutex_t postgreslock; static int sql_init(void) { ast_verbose( VERBOSE_PREFIX_3 "Logging into postgres database: %s\n", dboption); ! /* fprintf(stderr,"Logging into postgres database: %s\n", dboption); */ dbhandler=PQconnectdb(dboption); if (PQstatus(dbhandler) == CONNECTION...

...*); + #ifndef USESQLVM static inline int sql_init(void) { return 0; } static inline void sql_close(void) { } + static void sql_append_mailboxes(void); #endif #include <pthread.h> *************** *** 237,250 **** #ifdef USEPOSTGRESVM ! PGconn *dbhandler; char dboption[256]; ast_mutex_t postgreslock; static int sql_init(void) { ast_verbose( VERBOSE_PREFIX_3 "Logging into postgres database: %s\n", dboption); ! /* fprintf(stderr,"Logging into postgres database: %s\n", dboption); */ dbhandler=PQconnectdb(dboption); if (PQstatus(dbhandler) == CONNECTION...

Do queue names have a max length? I have a queue named 'oneeighty_techsupp' in queues.conf, and a 'show queues' returns a truncated queue name. Is that just a display bug, or do queues names have a max length of 12? demeter*CLI> show queues oneeighty_te has 0 calls (max unlimited) in 'rrmemory' strategy (0s holdtime), W:0, C:0, A:0, SL:0.0% within 0s Members:

I've got Zaphfc working running Asterisk v. 0.7.2 Then I have tried with Asterisk V. 1.0 and the latest from CVS - with no succes. Has anybody got zaphfc working with newer version than 0.7.2 ? NR -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20040616/32481fca/attachment.htm

I've tried to compile rate-engine 0.5.2 on Fedora Core 1, Redhat 9 and OpenNA Linux 1.0 and all give me an "Error 1" after typing "make" but with no real reason given. Just a few standard/non-critical warning messages, and then suddenly "Error 1" Anybody successfully compile Rate Engine? The least cost routing module for Asterisk? Thanks in advance.

I am trying to compile the meetme2 application with the latest CVS head and it fails. Here is the error message that I get. Can someone point me in the right direction? gcc -pipe -pipe -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -g -Iinclude -I../include -D_REENTRANT -D_GNU_SOURCE -O6 -march=i686 -DZAPTEL_OPTIMIZATIONS

Since www.bkw.org seems not to exist anymore (getting response from some hosting provider), does anyone happend to have a copy of app_valetparking.c from www.bkw.org - the one that should work with * stable 1.0.X ? If so please contact me. One that can be downloaded from www.loligo.com dosn't compile with 1.0.X, and SuperValletParking (www.asterlink.com/svp/) seems to be for * HEAD

...zaphfc /sbin/modprobe zaptel post-install zaphfc /sbin/ztcfg -v Now I go to a different directory and do a CVS checkout of Asterisk head. Just before compiling, I replace channels/chan_zap.c with bri-stuff-0.0.2a-pp/asterisk/channels/chan.zap.c. I then change the lines of the form static ast_mutex_t usecnt_lock = AST_MUTEX_INITIALIZER; into AST_MUTEX_DEFINE_STATIC(usecnt_lock); and compile & install. And voila, now I have an Asterisk from (almost) CVS HEAD working with zaphfc. The real solution would have been to apply all the patches from bri-stuff*/libpri.patch to libpri in CV...