xchen586 / libjingle Goto Github PK

What steps will reproduce the problem?
错误  75  error LNK2019: 无法解析的外部符号 "public: void __thiscall
cricket::Call::Mute(bool)" (?Mute@Call@cricket@@QAEX_N@Z)，该符号在函数
"public: void __thiscall CallClient::ParseLine(class
std::basic_string<char,struct std::char_traits<char>,class
std::allocator<char> > const &)"
(?ParseLine@CallClient@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocato
r@D@2@@std@@@Z)
中被引用    callclient.obj  


What version of the product are you using? On what operating system?
libjingle-0.4.0
vs 2005

What steps will reproduce the problem?
1. Building on x86-64 platform with GCC 4.1+
2.
3.

What is the expected output? What do you see instead?
The program will not build, it is not compatible with the new version of 
GCC.

What version of the product are you using? On what operating system?
libjingle-0.3.0
Unable to find ANY cvs or svn repository (on sourceforge or here)
So no way to submit any patches.

If you happen to look at a few of the previously submitted issues, you
might see that I have replied with a few different patch files to solve
various problems. Below is a list of all of the patches, and a description
of what each does. To apply any of the patches, simply cd into your
libjingle-0.4.0 directory, and run:

patch -p1 < [something].patch

*** 64-bit.patch ***
  The call to sscanf in talk/base/httpbase.cc reads a "%d" into a size_t
variable (data_size_). However, on a 64-bit platform, this will result in
data corruption, because the sscanf is only setting the lowest 32 bits of a
64 bit value. This patch has sscanf read to an unsigned int, and then
copies that value into the size_t variable. NOTE: applying this patch does
NOT break libjingle on 32 bit stuff.

*** ortp.patch ***
  This patch makes it possible to use oRTP libraries newer than version
0.7.1 (like the current one, 0.13.1). NOTA BENE: applying this patch will
*require* you to upgrade to a newer version of oRTP, because it is not
backwards compatible. Download ortp from:
http://download.savannah.nongnu.org/releases/linphone/ortp/sources/

*** gcc4.patch ***
  This was referenced in Issue #2. For a nice description of this
particular gcc4 change, check this page:
http://www.fourmilab.ch/fourmilog/archives/2006-05/000699.html

*** libjingle-fileshare.patch ***
  This patch was copied from issue #11. It deals with template
specification issues.

*** mutex.patch ***
  This patch fixes issue #7

Hope this helps somebody!

I just applied all of these patches to a freshly extracted source tarball,
configured & compiled without error. Let me know if you get anything different.

The missing initialization of the mutex attr (see:
https://sourceforge.net/tracker/index.php?func=detail&aid=1400454&group_id=15509
4&atid=794430)
not only breaks NetBSD, but also Linux (at least my Ubuntu setup here).

What steps will reproduce the problem?
1. Try to build libjingle 0.4

What is the expected output? What do you see instead?
if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile g++
-DHAVE_CONFIG_H -I. -I. -I../../..  -DPOSIX -D_REENTRANT -DORTP_INET6   
-I../../../talk/third_party/mediastreamer -pthread -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include   -I/usr/include -I/usr/include/speex  -g -O2
-MT linphonemediaengine.lo -MD -MP -MF ".deps/linphonemediaengine.Tpo" -c
-o linphonemediaengine.lo linphonemediaengine.cc; \
        then mv -f ".deps/linphonemediaengine.Tpo"
".deps/linphonemediaengine.Plo"; else rm -f
".deps/linphonemediaengine.Tpo"; exit 1; fi
linphonemediaengine.cc: In member function 'virtual void
cricket::LinphoneMediaChannel::SetCodecs(const std::vector<Codec,
std::allocator<Codec> >&)':
linphonemediaengine.cc:83: error: 'speex_wb' was not declared in this scope
linphonemediaengine.cc:85: error: 'speex_nb' was not declared in this scope
linphonemediaengine.cc:91: error: 'pcmu8000' was not declared in this scope
linphonemediaengine.cc:93: error: 'telephone_event' was not declared in
this scope


What version of the product are you using? On what operating system?
svn info
Path: .
URL: http://libjingle.googlecode.com/svn/trunk
Repository Root: http://libjingle.googlecode.com/svn
Repository UUID: 71106dab-8519-0410-9389-e36bf2bdbbd6
Revision: 7
Node Kind: directory
Schedule: normal
Last Changed Author: seanegan
Last Changed Rev: 7
Last Changed Date: 2007-02-08 01:08:50 +0300 (Thu, 08 Feb 2007)

On Debian Linux etch.
Please provide any additional information below.

What steps will reproduce the problem?
1.CPPFLAGS="-I/usr/local/ARM/include/ -I/usr/local/openssl0.9.7d/include/"
LDFLAGS="-L/usr/local/ARM/lib/ -L/usr/local/openssl0.9.7d/lib"  ./configure
--host=arm-unknown-linux-gnu --with-ilbc=/usr/local/ARM/ilbc/
2.make

../../../talk/session/phone/.libs/libcricketsessionphone.a(linphonemediaengine.o
)(.text+0x1638):/usr/local/arm.new/bin/../lib/gcc/arm-unknown-linux-gnu/3.4.2/..
/../../../include/c++/3.4.2/ext/new_allocator.h:69:
undefined reference to `speex_wb'
../../../talk/session/phone/.libs/libcricketsessionphone.a(linphonemediaengine.o
)(.text+0x1650):/usr/local/arm.new/bin/../lib/gcc/arm-unknown-linux-gnu/3.4.2/..
/../../../include/c++/3.4.2/ext/new_allocator.h:69:
undefined reference to `pcmu8000'

What is the expected output? What do you see instead?
Successful compilation.

What version of the product are you using? On what operating system?
0.3.0 kubuntu 7.10

Please provide any additional information below.

 I am cross compiling libjingle. Is there any one who has done cross
compilation of libjingle

What steps will reproduce the problem?
1. compile & install speex to a non-standard location
2. Run the configure script with the --with-speex option

What is the expected output? What do you see instead?
At the end of the script, it lists the supported codecs. The line for speex
indicates that is NOT supported.

The problem is in the configure.ac file, when it tests for the existence of
the speex includes & libraries. It doesn't set the CPPFLAGS and LDFLAGS at
the right time, before the test.

Attached is my diff for updating the configure.ac file to work correctly. I
basically copied the logic used for testing the iLBC libraries.

If you install speex to the standard location (/usr), then you will not
have this problem, because the standard CPPFLAGS and LDFLAGS will work for you.

Guys, I have downloaded libjingle source code, and had try to compile it 
with VS.net 2005, but there are some error message have prompted below:

error   1   fatal error C1083: Cannot open include 
file: 'talk/third_party/gips/Interface/GipsVoiceEngineLite.h': No such 
file or directory   d:\tddownload\libjingle-0.4.0
\talk\session\phone\gipslitemediaengine.h   33  


error   3   fatal error C1083: Cannot open include file: 'netfw.h': No 
such file or directory  d:\tddownload\libjingle-0.4.0
\talk\base\winfirewall.cc   29  

......


anybody who can give some suggestions?

any reply is appreciate.

What steps will reproduce the problem?
1. use a jabber server without relay servers
2. two hosts trying to use relay servers
3. try to share some files

What is the expected output? What do you see instead?
The file should get somehow to the other user, since it's not possible at
least don't crash.

What version of the product are you using? On what operating system?
0.4.0
Ubuntu Feisty Fawn
kernel: 2.6.20-14
gcc 4.1.2

Please provide any additional information below.

problem in: httpportallocator.cc around line 118
std::string host = relay_hosts_[attempts_ % relay_hosts_.size()];
Without relay servers causes dividing with zero.

Done. I have uploaded a clean mingw + libjingle and dependecies to esnips:
the mingw install already have mediastreamer, expat en ortp installed.

http://www.esnips.com/doc/9a0dea2f-e9ef-4bb3-871c-26b760a…
http://www.esnips.com/doc/6a4f9b85-ed35-4356-8143-948aebd…
So, have fun :D

What steps will reproduce the problem?
1. Building on x86-64 platform with GCC 4.1+
2.
3.

What is the expected output? What do you see instead?
The program will not build, it is not compatible with the new version of 
GCC.

What version of the product are you using? On what operating system?
libjingle-0.3.0
Unable to find ANY cvs or svn repository (on sourceforge or here)
So no way to submit any patches.

line 96 reads:

  virtual int ProcessReponse() { return STATE_DONE; }

It's missing an 's' -- I believe the name of that method should be
ProcessResponse()

pcmu8000 is renamed to payload_type_pcmu8000
telephone_event is missing
rtpsession->payload_type not exists anymore

What steps will reproduce the problem?
1. Compile the pcp application using GNU autotools
2. hostA:someDir>pcp -d 
3. hostA:someOtherDir>pcp -d 

What is the expected output? What do you see instead?
The expected output is that the file is transferred from client to server.
The actual output is "Get temp failed."

What version of the product are you using? On what operating system?
libjingle 4.0
Linux Ubuntu 2.6.17-11 (edgy)
gcc 4.1.12

Please provide any additional information below.

Solution:
Update unixfilesystem.cc, line 108 from:
pathname.SetPathname("/tmp");
to
pathname.SetPathname("/tmp/");

What steps will reproduce the problem?
I compiled successfully the pcp example (the part session/phone is deleted
due to GIPSLITE problem)
Then I run 2 instances


What is the expected output? What do you see instead?
The sender said: waiting for... while the receiver was running and did not
receive anything
I stop my firewall already

What version of the product are you using? On what operating system?
Windows, Visual C++ 2008 Express

Anyone can help?

Best regards

What steps will reproduce the problem?
1. After patch libjingle according to this link: http://
code.google.com/p/libjingle/issues/detail?id=2 I try to compile. 

What is the expected output? What do you see instead?
../third-party/libjingle/talk/base/sigslot.h:647: error: no 
matching function for call to 
‘std::list<sigslot::_connection_base1<cricket::AsyncFile*, 
sigslot::single_threaded>*, 
std::allocator<sigslot::_connection_base1<cricket::AsyncFile*, 
sigslot::single_threaded>*> >::push_back(int*)’
/usr/include/c++/4.1.2/bits/stl_list.h:760: note: candidates are: 
void std::list<_Tp, _Alloc>::push_back(const _Tp&) [with _Tp = 
sigslot::_connection_base1<cricket::AsyncFile*, 
sigslot::single_threaded>*, _Alloc = 
std::allocator<sigslot::_connection_base1<cricket::AsyncFile*, 
sigslot::single_threaded>*>]
../third-party/libjingle/talk/base/sigslot.h: In member function 
‘void sigslot::_signal_base1<arg1_type, 
mt_policy>::slot_duplicate(const sigslot::has_slots<mt_policy>*, 
sigslot::has_slots<mt_policy>*) [with arg1_type = 
cricket::AsyncSocket*, mt_policy = sigslot::single_threaded]’:
jinglevoicecaller.cpp:385:   instantiated from here
../third-party/libjingle/talk/base/sigslot.h:647: error: no 
matching function for call to 
‘std::list<sigslot::_connection_base1<cricket::AsyncSocket*, 
sigslot::single_threaded>*, 
std::allocator<sigslot::_connection_base1<cricket::AsyncSocket*, 
sigslot::single_threaded>*> >::push_back(int*)’
/usr/include/c++/4.1.2/bits/stl_list.h:760: note: candidates are: 
void std::list<_Tp, _Alloc>::push_back(const _Tp&) [with _Tp = 
sigslot::_connection_base1<cricket::AsyncSocket*, 
sigslot::single_threaded>*, _Alloc = 
std::allocator<sigslot::_connection_base1<cricket::AsyncSocket*, 
sigslot::single_threaded>*>]


What version of the product are you using? On what operating system?
libjingle 0.4, gcc 4.1, openSUSE 10.2 on KDE

Please provide any additional information below.

Version 0.4.0

fileshare.cc:678: error: no matching function for call to '_min(unsigned
int&, const size_t&)'
fileshare.cc:679: error: no matching function for call to '_min(unsigned
int&, const size_t&)'

Attached patch

What steps will reproduce the problem?
1. if alsa_card_can_read fails it will fail for ever.
2.
3.

What is the expected output? What do you see instead?
The expected output is it alsa_card_can_read should recover from xrun
condition by calling snd_pcm_prepare.
below is the patch which i have used in my code. and it is the expected one.
 gboolean alsa_card_can_read(AlsaCard *obj)
 {
         int frames,err;
         g_return_val_if_fail(obj->read_handle!=NULL,0);
         if (obj->readpos!=0)
                 return TRUE;
         frames=snd_pcm_avail_update(obj->read_handle);
 //     printf("frames=%i\n",frames);
         if(frames==-EPIPE)
         {/* Overrun COndition*/
                 err=snd_pcm_prepare(obj->read_handle);
                 if(err<0)
                 {
                         printf("Cant recover form XRun\n");
                         return FALSE;
                 }
                 return TRUE;/* Only Next read attempt will trigger the
 driver to start capturing CAN BE DONE BETTER*/
         }else if(frames <=0)
         {/* Opps! something seriously worng, that cant be handled by
 the app*/
                 return FALSE;

         }else if(frames >= obj->frames)
         {
                 return TRUE;
         }
         return FALSE;
 }


What version of the product are you using? On what operating system?
0.4.0

Please provide any additional information below.
Conditions:
We are using alsa card.
Lets say we are reading from data from card ms_oss_read_process, this will
first call alsa_card_can_read. If say this fails because of xrun condition
then it will fail always and we need to recover out of it by calling 
snd_pcm_prepare function.

Where is the source code?  is the subversion repository ever going to be used?

1. libjingle-0.4.0, patch gcc4.patch, gcc 4.2.2, speex-1.2_beta2,
openssl-0.9.8g
2. ./configure --prefix=/usr/local --with-speex=/usr --with-ilbc=/usr ; make
3. talk/examples/call/call -d

JID: [email protected]
Password:
=== DNS RESOLUTION (talk.google.com) ===
talk.google.com resolved to 209.85.137.125
Logging in as [email protected]

Available commands:

  roster       Prints the online friends from your roster.
  call <name>  Initiates a call to the friend with the given name.
  quit         Quits the application.

(call) OpenSSLAdapter::OnConnectEvent
SEND >>>>>>>>>>>>>>>>>>>>>>>>> : Thu Dec 13 21:38:02 2007
   <stream:stream to="gmail.com" xml:lang="*" version="1.0"
xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client">

logging in...
(call) RECV <<<<<<<<<<<<<<<<<<<<<<<<< : Thu Dec 13 21:38:02 2007
   <?xml version="1.0" encoding="UTF-8"?>
     <stream:stream from="gmail.com" id="A98AA8981D6845B2" version="1.0"
xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client">
RECV <<<<<<<<<<<<<<<<<<<<<<<<< : Thu Dec 13 21:38:02 2007
   <stream:features>
     <starttls xmlns="urn:ietf:params:xml:ns:xmpp-tls">
       <required/>
     </starttls>
     <mechanisms xmlns="urn:ietf:params:xml:ns:xmpp-sasl">
       <mechanism>
         X-GOOGLE-TOKEN
       </mechanism>
     </mechanisms>
   </stream:features>
SEND >>>>>>>>>>>>>>>>>>>>>>>>> : Thu Dec 13 21:38:02 2007


   <starttls xmlns="urn:ietf:params:xml:ns:xmpp-tls"/>
RECV <<<<<<<<<<<<<<<<<<<<<<<<< : Thu Dec 13 21:38:02 2007
   <proceed xmlns="urn:ietf:params:xml:ns:xmpp-tls"/>
BeginSSL: gmail.com
ContinueSSL
 -- error want read
SEND >>>>>>>>>>>>>>>>>>>>>>>>> : Thu Dec 13 21:38:02 2007
   <stream:stream to="gmail.com" xml:lang="*" version="1.0"
xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client">
ContinueSSL
 -- error want read

-----------------------------------
and nothing happens - no connection

What steps will reproduce the problem?
1. compile pcp in release mode.
2. transfer files with release mode pcp.  On some transfers (I don't know
how to reproduce exactly) receiving party will be notified the transfer
failed, while sending party gets notified of successful transfer
3.

What is the expected output? What do you see instead?
Transfer should succeed.  Instead, sending machine completes transfer but
receiving machine gets transfer failed notification.  

What version of the product are you using? On what operating system?
libjingle 0.4 on windows XP

Please provide any additional information below.
Only happens in Release mode.  Win32Filesystem::MoveFileI was failing. 
Changing line 143 of /talk/base/win32filesystem.cc to the following fixed
the issue for me:
if(rename(old_path.pathname().c_str(), new_path.pathname().c_str()) !=0) {

What steps will reproduce the problem?
1. run the pcp example program

What is the expected output? What do you see instead?
The program crashes with std::bad_alloc exception.

What version of the product are you using? On what operating system?
libjingle 0.4
Gentoo Linux 
kernel: 2.6.17-gentoo-r4
x86_64 AMD Opteron
gcc 4.1.1

Please provide any additional information below.
The problem is in talk/base/httpbase.cc
bool HttpParser::process_line()

if (MatchHeader(line, nlen, HH_CONTENT_LENGTH)) {
        if (sscanf(value, "%d", &data_size_) != 1) {
          err = HE_PROTOCOL;
          break;
        }
}

data_size_ won't be correct. 
The following code works fine.

if (MatchHeader(line, nlen, HH_CONTENT_LENGTH)) {
        unsigned int temp_size;
        if (sscanf(value, "%d", &temp_size) != 1) {
          err = HE_PROTOCOL;
          break;
        }
        data_size_=temp_size;
}