RE: [Asterisk-Users] chan_h323 problems

2003-06-16 Thread asterisk
I found the problem. A 'make opt' doesn't create the pwlib/lib directory
when compiling pwlib. You have to do a 'make'. 

I did a 'make install' for h323 but I get a Segmentation Fault when I start
Asterisk with chan_h323.

A backtrace shows the following:

(gdb) bt
#0  0x42029241 in kill () from /lib/i686/libc.so.6
#1  0x46bfd5b4 in PAssertFunc () from
/data/gnugk/pwlib/lib/libpt_linux_x86_r.so.1
#2  0x46c11e02 in PAssertFunc () from
/data/gnugk/pwlib/lib/libpt_linux_x86_r.so.1
#3  0x4741d991 in H323EndPoint::SetLocalUserName () from
/data/gnugk/openh323/lib/libh323_linux_x86_r.so.1
#4  0x47488aff in H323Gatekeeper::SetPassword () from
/data/gnugk/openh323/lib/libh323_linux_x86_r.so.1
#5  0x4741798b in H323EndPoint::InternalCreateGatekeeper ()
   from /data/gnugk/openh323/lib/libh323_linux_x86_r.so.1
#6  0x47417634 in H323EndPoint::SetGatekeeper () from
/data/gnugk/openh323/lib/libh323_linux_x86_r.so.1
#7  0x41fb014c in h323_set_gk (gatekeeper_discover=0, gatekeeper=0x41fb8800
65.39.220.195, 
secret=0x41fb8880 ) at ast_h323.cpp:915
#8  0x41fab366 in load_module () at chan_h323.c:1646
#9  0x08053db6 in ast_load_resource (resource_name=0x80cbdab chan_h323.so)
at loader.c:298
#10 0x080541ec in load_modules () at loader.c:393
#11 0x0807a39a in main (argc=2, argv=0xb894) at asterisk.c:1330
#12 0x42017499 in __libc_start_main () from /lib/i686/libc.so.6
(gdb)
 

Regards,

Micahel
 
 

-Original Message-
From: [EMAIL PROTECTED] [mailto:asterisk-users-
[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Monday, June 16, 2003 11:27 AM
To: [EMAIL PROTECTED]
Subject: [Asterisk-Users] chan_h323 - pwlib 1.4.11, openh 1.11.7 comiple
problems


I'm having a problem with chan_h323 compiling for Asterisk.

RedHat 7.3
PWLIB 1.4.11 pwlib_1.4.11.tar.gz
OpenH323 1.11.7 openh323_1.11.7.tar.gz


[EMAIL PROTECTED] h323]# make clean
rm -f *.o *.so core.*
[EMAIL PROTECTED] h323]# make
cc -g -pg -c -o chan_h323.o -pipe -Wall -fPIC -Wmissing-prototypes
-Wmissing-declarations  -DP_LINUX  -D_REENTRANT -D_GNU_SOURCE -march=i686
-DPBYTE_ORDER=PLITTLE_ENDIAN -DP_HAS_SEMAPHORES -DP_SSL -DP_PTHREADS
-DPHAS_TEMPLATES -DPTRACING -DP_USE_PRAGMA
-I/usr/src/pwlib/include/ptlib/unix -I/usr/src/pwlib/include
-I/usr/src/openh323/include -Wno-missing-prototypes
-Wno-missing-declarations chan_h323.c
g++ -g -pg -c -o ast_h323.o -pipe -Wall -fPIC -Wmissing-prototypes
-Wmissing-declarations  -DP_LINUX  -D_REENTRANT -D_GNU_SOURCE -march=i686
-DPBYTE_ORDER=PLITTLE_ENDIAN -DP_HAS_SEMAPHORES -DP_SSL -DP_PTHREADS
-DPHAS_TEMPLATES -DPTRACING -DP_USE_PRAGMA
-I/usr/src/pwlib/include/ptlib/unix -I/usr/src/pwlib/include
-I/usr/src/openh323/include -Wno-missing-prototypes
-Wno-missing-declarations ast_h323.cpp
chan_h323.h:30: warning: `sockaddr_in bindaddr' defined but not used
g++  -g -pg -shared -Xlinker -x -o chan_h323.so chan_h323.o ast_h323.o
-L/usr/src/pwlib/lib  -lpt_linux_x86_r -L/usr/src/openh323/lib
-lh323_linux_x86_r -L/usr/lib -lpthread -ldl -lcrypto -lssl -lexpat
/usr/bin/ld: cannot find -lpt_linux_x86_r
collect2: ld returned 1 exit status
make: *** [chan_h323.so] Error 1
[EMAIL PROTECTED] h323]#


Any ideas?

Thanks,

Michael

___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users


___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [Asterisk-Users] chan_h323 problems

2003-06-16 Thread Steven P. Donegan
I've done this, with the exact versions you state, 3 times today - every one
does the full , proper thing. I did:

cd pwlib;make clean;make opt;make install
cd ../openh323;make clean;make opt;make install
cd ../asterisk/asterisk/channels/h323;make clean;make install;make samples

works every time on a clean RedHat 7.2 100% install

I hope something in there helps...
- Original Message - 
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, June 16, 2003 8:20 PM
Subject: RE: [Asterisk-Users] chan_h323 problems


 I did RTFM. It looks like the instructions conflict each other. Here's
what
 it says:

 4. Build the debug and release versions of the PWLib library as follows:
 cd $PWLIBDIR
 make both

 Your README under channels/h323/README says:
 cd /path/to/pwlib
 make clean opt

 Which one do I follow? If I do a 'make opt' it won't build the libs in
 pwlib. I tried it twice, 'make opt' won't build it but 'make both' will.

 I'm using PWLib 1.4.11 and Openh323 1.11.7. If I've misread something,
 please let me know.

 Asterisk now loads without core dumping (chan_oh323 was installed, it's
been
 removed now). Although, the outgoing quality of the call is very choppy.
 Incoming works fine, no problems. Any idea what would cause outgoing calls
 to have problems?

 I'm sending these calls to GnuGK which then sends the calls to a Quintum
or
 Cisco H323 Gateway (both are having the same problem).

 Regards,
 Michael



 
 
 
 No.. you MUST do a make opt.
 
 RTFM   http://www.openh323.org/build.html
 



 ___
 Asterisk-Users mailing list
 [EMAIL PROTECTED]
 http://lists.digium.com/mailman/listinfo/asterisk-users

___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users


[Asterisk-Users] chan_h323 problems....

2003-04-04 Thread Mark Darvill




I have had * installed for a couple of weeks now 
and am very impressed. I have got Zap, SIP and MGCP working and can call freely 
between them with just things like transfer still to sort out etc.

I then though I would add H.323 support to my 
working system, having read the previous threads on the subject before I 
installed I installed the pre-reqs

pwlib
openh323
gnugk for h.323 gatekeeper 
functionality

All of these seem to have installed 
correctly.

On installing chan_h323 to integrate * into the 
h.323 stack it makes OK, make installs OK, appears in modules.confbut on 
firing up * I get the following problem, has anyone seen this before or knows 
what the fault is ?? Looks like a library problem but I have not seen this type 
of error before.

[cdr_csv.so] = (Comma Separated Values CDR 
Backend)[chan_h323.so]WARNING[1024]: File loader.c, Line 212 
(ast_load_resource): /usr/lib/asterisk/modules/chan_h323.so: undefined 
symbol: _ZNK7PThread11GetThreadIdEvWARNING[1024]: File loader.c, Line 368 
(load_modules): Loading module chan_h323.so failed!

Thanks, 
Mark


Re: [Asterisk-Users] chan_h323 problems....

2003-04-04 Thread Jeremy McNamara




When you get those kinds of errors means you have library version skew
happening. Either you don't have the proper versions of Open
H.323/PWlib or they were cvs updated and not make clean'ed before make
opt-ing them.

So make absolutely sure you have the versions (or newer) of Open H.323
/ PWlib listed in the README and run a make clean opt to each. 

Also, make sure you do not have any other older or distro specific
installs laying around somewhere. I've noticed a pretty major problem
with that.

If you still have trouble find me (JerJer) in #Asterisk.


Jeremy McNamara


Mark Darvill wrote:

  
  
  
  
  I have had * installed for a couple
of weeks now and am very impressed. I have got Zap, SIP and MGCP
working and can call freely between them with just things like
transfer still to sort out etc.
  
  I then though I would add H.323
support to my working system, having read the previous threads on the
subject before I installed I installed the pre-reqs
  
  pwlib
  openh323
  gnugk for h.323 gatekeeper
functionality
  
  All of these seem to have installed
correctly.
  
  On installing chan_h323 to integrate
* into the h.323 stack it makes OK, make installs OK, appears in
modules.confbut on firing up * I get the following problem, has
anyone seen this before or knows what the fault is ?? Looks like a
library problem but I have not seen this type of error before.
  
  [cdr_csv.so] = (Comma Separated
Values CDR Backend)
[chan_h323.so]WARNING[1024]: File loader.c, Line 212
(ast_load_resource): /usr/
lib/asterisk/modules/chan_h323.so: undefined symbol:
_ZNK7PThread11GetThreadIdEv
WARNING[1024]: File loader.c, Line 368 (load_modules): Loading module
chan_h323.
so failed!
  
  Thanks, Mark