After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 376078 - crash in Ekiga Softphone: j'essayais de paramétrer...
crash in Ekiga Softphone: j'essayais de paramétrer...
Status: RESOLVED FIXED
Product: ekiga
Classification: Applications
Component: general
2.0.x
Other All
: High critical
: ---
Assigned To: Ekiga maintainers
Ekiga maintainers
: 366174 366992 369540 370520 378712 378809 379015 379782 380630 382997 384179 386550 386939 386959 388371 389259 392349 398181 402555 412868 419791 428639 428824 431116 431971 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-11-16 19:51 UTC by p.aubert
Modified: 2007-04-21 14:41 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Description p.aubert 2006-11-16 19:51:31 UTC 
Version: 2.0.3

What were you doing when the application crashed?
j'essayais de paramétrer ma webcam philips


Distribution: Ubuntu 6.10 (edgy)
Gnome Release: 2.16.1 2006-10-02 (Ubuntu)
BugBuddy Version: 2.16.0

Memory status: size: 240549888 vsize: 240549888 resident: 36204544 share: 24137728 rss: 36204544 rss_rlim: -1
CPU usage: start_time: 1163706361 rtime: 408 utime: 368 stime: 40 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/ekiga'

(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 47595814887504 (LWP 10265)]
[New Thread 1074538832 (LWP 10610)]
[New Thread 1075071312 (LWP 10578)]
[New Thread 1074805072 (LWP 10575)]
[New Thread 1108375888 (LWP 10293)]
[New Thread 1108109648 (LWP 10292)]
[New Thread 1124895056 (LWP 10289)]
[New Thread 1124628816 (LWP 10280)]
[New Thread 1074272592 (LWP 10268)]
[New Thread 1074006352 (LWP 10267)]
(no debugging symbols found)
0x00002b49c017a7f6 in poll () from /lib/libc.so.6

+ Trace 87039

Thread 2 (Thread 1074538832 (LWP 10610))

  • #0 waitpid
    from /lib/libpthread.so.0
  • #1 gnome_gtk_module_info_get
    from /usr/lib64/libgnomeui-2.so.0
  • #2 <signal handler called>
  • #3 PString::Compare
    from /usr/lib64/libpt.so.1.10.2
  • #4 PHashTable::Table::GetElementAt
    from /usr/lib64/libpt.so.1.10.2
  • #5 PAbstractDictionary::AbstractSetAt
    from /usr/lib64/libpt.so.1.10.2
  • #6 V4LNames::PopulateDictionary
    from /usr/lib64/pwlib/device/videoinput/v4l_pwplugin.so
  • #7 V4LNames::Update
    from /usr/lib64/pwlib/device/videoinput/v4l_pwplugin.so
  • #8 V4LNames::Update
    from /usr/lib64/pwlib/device/videoinput/v4l_pwplugin.so
  • #9 PVideoInputDevice_V4L::Open
    from /usr/lib64/pwlib/device/videoinput/v4l_pwplugin.so
  • #10 PVideoInputDevice::CreateOpenedDevice
    from /usr/lib64/libpt.so.1.10.2
  • #11 PPluginServiceDescriptor::~PPluginServiceDescriptor
  • #12 PPluginServiceDescriptor::~PPluginServiceDescriptor
  • #13 PThread::PX_ThreadStart
    from /usr/lib64/libpt.so.1.10.2
  • #14 start_thread
    from /lib/libpthread.so.0
  • #15 clone
    from /lib/libc.so.6
  • #16 ?? 






Comment 1


Damien Sandras





          2006-11-16 20:16:12 UTC
        



Thanks for taking the time to report this bug.
Unfortunately, that stack trace is missing some elements that will help a lot to solve the problem, so it will be hard for the developers to fix that crash. Can you get us a stack trace with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so. Thanks in advance!







Comment 2


Damien Sandras





          2006-11-19 21:23:53 UTC
        



*** Bug 367982 has been marked as a duplicate of this bug. ***






Comment 3


Damien Sandras





          2006-11-19 21:24:21 UTC
        



*** Bug 376190 has been marked as a duplicate of this bug. ***






Comment 4


Damien Sandras





          2006-11-19 21:24:38 UTC
        



*** Bug 377152 has been marked as a duplicate of this bug. ***






Comment 5


Damien Sandras





          2006-11-20 08:15:42 UTC
        



*** Bug 377189 has been marked as a duplicate of this bug. ***






Comment 6


Damien Sandras





          2006-11-24 11:06:14 UTC
        



*** Bug 378712 has been marked as a duplicate of this bug. ***






Comment 7


Snark





          2006-11-24 12:45:12 UTC
        



*** Bug 378809 has been marked as a duplicate of this bug. ***






Comment 8


Snark





          2006-11-25 07:34:20 UTC
        



*** Bug 379015 has been marked as a duplicate of this bug. ***






Comment 9


Damien Sandras





          2006-11-27 16:14:56 UTC
        



*** Bug 369540 has been marked as a duplicate of this bug. ***






Comment 10


Damien Sandras





          2006-11-27 16:15:13 UTC
        



*** Bug 379782 has been marked as a duplicate of this bug. ***






Comment 11


Snark





          2006-11-28 09:13:42 UTC
        



I have a "Philips 646 webcam", use edgy, and it just works...

Notice that I'm still using 2.6.15-27-k7 (ie: my dapper kernel), since the newer edgy kernel just has too many issues (X crash on acpi events, broken wifi driver...).






Comment 12


Damien Sandras





          2006-11-28 09:24:21 UTC
        



I see this :




+
Trace
    89944






    

  • 
#7
V4LNames::Update

    
                from
                /usr/lib64/pwlib/device/videoinput/v4l_pwplugin.so

    

    • 

  • 
#8
V4LNames::Update

    
                from
                /usr/lib64/pwlib/device/videoinput/v4l_pwplugin.so

    

    • 








Is it normal that Update is called twice?

I really don't see what the problem could be, except a problem in PAbstractDictionary






Comment 13


Snark





          2006-11-28 09:50:34 UTC
        



That just means the problem is in a function called from that function : gdb is unable to name in which because it lacks symbols.






Comment 14


Damien Sandras





          2006-11-28 21:12:56 UTC
        



OK, GetNames() could be called from various threads at the same time :
- the main Ekiga thread (to present the list of valid device names)
- the GMVideoGrabber thread (to display pics from the device)

GetNames() was improperly protected by the 'mutex' PMutex :
- when Update() is called with names.Update(), it will flush inputDeviceNames
- inputDeviceNames could be in PopulateDictionary() due to another Update()
leading to the collection being cleared and populated at the same time.

Please reopen if the bug still happens with Ekiga 2.0.4 or newer.






Comment 15


Damien Sandras





          2006-12-06 19:01:34 UTC
        



*** Bug 382997 has been marked as a duplicate of this bug. ***






Comment 16


Damien Sandras





          2006-12-10 13:37:43 UTC
        



*** Bug 384179 has been marked as a duplicate of this bug. ***






Comment 17


Damien Sandras





          2006-12-17 21:16:11 UTC
        



*** Bug 386939 has been marked as a duplicate of this bug. ***






Comment 18


Damien Sandras





          2006-12-17 22:13:01 UTC
        



*** Bug 386959 has been marked as a duplicate of this bug. ***






Comment 19


Damien Sandras





          2006-12-21 21:58:34 UTC
        



*** Bug 388371 has been marked as a duplicate of this bug. ***






Comment 20


André Klapper





          2006-12-23 03:47:21 UTC
        



*** Bug 386550 has been marked as a duplicate of this bug. ***






Comment 21


Snark





          2006-12-24 22:35:36 UTC
        



*** Bug 389259 has been marked as a duplicate of this bug. ***






Comment 22


Damien Sandras





          2007-01-01 18:52:59 UTC
        



*** Bug 370520 has been marked as a duplicate of this bug. ***






Comment 23


Damien Sandras





          2007-01-03 15:43:12 UTC
        



*** Bug 392349 has been marked as a duplicate of this bug. ***






Comment 24


Damien Sandras





          2007-01-03 22:47:28 UTC
        



It is now fixed in PWLIB HEAD and Phobos. The reason was a race condition when creating the static GetNames. It could be created from 2 separate threads and thus initialize 2 different V4LNames classic instead of unique. Moreover, operations on his dictionary were not thread-safe.






Comment 25


Damien Sandras





          2007-01-14 18:56:15 UTC
        



*** Bug 366174 has been marked as a duplicate of this bug. ***






Comment 26


Damien Sandras





          2007-01-14 18:57:34 UTC
        



*** Bug 366992 has been marked as a duplicate of this bug. ***






Comment 27


Damien Sandras





          2007-01-14 19:05:21 UTC
        



*** Bug 380630 has been marked as a duplicate of this bug. ***






Comment 28


Damien Sandras





          2007-01-14 19:15:00 UTC
        



*** Bug 394788 has been marked as a duplicate of this bug. ***






Comment 29


Damien Sandras





          2007-01-19 11:28:27 UTC
        



*** Bug 398181 has been marked as a duplicate of this bug. ***






Comment 30


Damien Sandras





          2007-02-02 09:24:44 UTC
        



*** Bug 402555 has been marked as a duplicate of this bug. ***






Comment 31


Snark





          2007-02-28 06:00:35 UTC
        



*** Bug 412868 has been marked as a duplicate of this bug. ***






Comment 32


Snark





          2007-03-18 17:07:45 UTC
        



*** Bug 419791 has been marked as a duplicate of this bug. ***






Comment 33


Snark





          2007-04-11 15:47:18 UTC
        



*** Bug 428639 has been marked as a duplicate of this bug. ***






Comment 34


Snark





          2007-04-12 05:48:34 UTC
        



*** Bug 428824 has been marked as a duplicate of this bug. ***






Comment 35


Snark





          2007-04-19 06:15:37 UTC
        



*** Bug 431116 has been marked as a duplicate of this bug. ***






Comment 36


Snark





          2007-04-21 14:41:33 UTC
        



*** Bug 431971 has been marked as a duplicate of this bug. ***