Shad,
I don't remember how far in the past, but a while back at least one
person if not more reported instability in asterisk caused by more than
one manager client connecting to the Asterisk server at the same
time. Your monastery as well as the Flash Panel both access the
manager application i
Hi!
> 4) Installed the Flash Operator Panel
> 5) Installed a modified version of Monastery to show me which agents were
[...]
> I suspect the problem to be either caused by 4 or 5, in which case they
> will be very easy to rectify. I would however like to know if anyone else
> has had a) the s
[EMAIL PROTECTED] <> wrote:
> From the console, I see where the call comes in and I can see
> where the
> party from the outside hangs up. The next thing that is said is as
> follows: "libgcc_s.so.1 must be installed for pthread_cancel to work".
>
> Now I've taken a look on my system and I do in
>From the console, I see where the call comes in and I can see where the
party from the outside hangs up. The next thing that is said is as
follows:
"libgcc_s.so.1 must be installed for pthread_cancel to work".
Now I've taken a look on my system and I do in fact have the libgcc_s.so.1
on my s
- What's the console output after the crash when starting asterisk with
-gvvvc?
- After the crash, run a backtrace of the core file and send the output
here
...perhaps this should be on the FAQ?
...and perhaps the FAQ should be linked to from asterisk.org?
roy
On Sunday, Nov 30, 2003, at 14:14
I deleted all the asterisk related directories and their subdirectories
from /usr/src/ and did a brand new check out of zaptel, zapata, libpri,
asterisk-addons and asterisk.
AJ
On Sat, 29 Nov 2003, Tilghman Lesher wrote:
> On Saturday 29 November 2003 20:36, [EMAIL PROTECTED] wrote:
> > Quotin
On Saturday 29 November 2003 20:36, [EMAIL PROTECTED] wrote:
> Quoting [EMAIL PROTECTED]:
> > In the zaptel zapata and libpri directories I executed a make clean
> > and did a cvs update and then ran make install. In the asterisk
> > directory I did a make clean, a cvs update and a make upgrade.
I just deleted all the old directories, did a fresh checkout and make
install and the problem still persists.
AJ
On Sat, 29 Nov 2003 [EMAIL PROTECTED] wrote:
> Quoting [EMAIL PROTECTED]:
> > In the zaptel zapata and libpri directories I executed a make clean and
> > did a cvs update and then r
Quoting [EMAIL PROTECTED]:
> In the zaptel zapata and libpri directories I executed a make clean and
> did a cvs update and then ran make install. In the asterisk directory I
> did a make clean, a cvs update and a make upgrade. So I guess the answer
> to your question is yes I did take care of
In the zaptel zapata and libpri directories I executed a make clean and
did a cvs update and then ran make install. In the asterisk directory I
did a make clean, a cvs update and a make upgrade. So I guess the answer
to your question is yes I did take care of the other things as well. At
lea
Have you recompiled all of the other libraries asterisk links in as well?
I'm pretty sure when you do a glibc rebuild/upgrade, other libraries must
be rebuilt/relinked as well as they depend on parts of glibc.
Pat
On Sat, 29 Nov 2003 [EMAIL PROTECTED] wrote:
> I've been running an asterisk serve
11 matches
Mail list logo
