Public bug reported:

Upon startup of the system I notice the CPU usage is very high, and
"top" reveals that it is evolution-calendar-factory that is using 100%
CPU. Attaching to the process via gdb causes it to exit, producing the
following output (though I'm not sure how relevant it is, since
attaching makes the process quit):

(gdb) where
#0  0x76d2c3d6 in __libc_do_syscall ()
   from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0x76d29f8e in __lll_lock_wait ()
   from /lib/arm-linux-gnueabihf/libpthread.so.0
#2  0x76d265ba in pthread_mutex_lock ()
   from /lib/arm-linux-gnueabihf/libpthread.so.0
#3  0x76f28434 in cal_backend_contacts_remove_book_record (cbc=0x493810, 
    source=0x73d18408) at e-cal-backend-contacts.c:229
#4  0x76e02a58 in g_cclosure_marshal_VOID__OBJECT ()
   from /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0
#5  0x76e00d28 in g_closure_invoke ()
   from /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0
#6  0x76e0c5ac in ?? () from /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0
#7  0x76e0c5ac in ?? () from /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: evolution-data-server 3.6.0-0ubuntu3
Uname: Linux 3.4.0 armv7l
ApportVersion: 2.6.1-0ubuntu9
Architecture: armhf
Date: Sun Jan 20 14:07:17 2013
ExecutablePath: /usr/lib/evolution/evolution-calendar-factory
MarkForUpload: True
ProcEnviron:
 SHELL=/bin/false
 XDG_RUNTIME_DIR=<set>
 PATH=(custom, no user)
 LANGUAGE=en_US:en
 LANG=en_US.UTF-8
SourcePackage: evolution-data-server
UpgradeStatus: Upgraded to quantal on 2013-01-18 (1 days ago)

** Affects: evolution-data-server (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: apport-bug armhf quantal

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to evolution-data-server in Ubuntu.
https://bugs.launchpad.net/bugs/1102049

Title:
  evolution-calendar-factory uses 100% CPU

Status in “evolution-data-server” package in Ubuntu:
  New

Bug description:
  Upon startup of the system I notice the CPU usage is very high, and
  "top" reveals that it is evolution-calendar-factory that is using 100%
  CPU. Attaching to the process via gdb causes it to exit, producing the
  following output (though I'm not sure how relevant it is, since
  attaching makes the process quit):

  (gdb) where
  #0  0x76d2c3d6 in __libc_do_syscall ()
     from /lib/arm-linux-gnueabihf/libpthread.so.0
  #1  0x76d29f8e in __lll_lock_wait ()
     from /lib/arm-linux-gnueabihf/libpthread.so.0
  #2  0x76d265ba in pthread_mutex_lock ()
     from /lib/arm-linux-gnueabihf/libpthread.so.0
  #3  0x76f28434 in cal_backend_contacts_remove_book_record (cbc=0x493810, 
      source=0x73d18408) at e-cal-backend-contacts.c:229
  #4  0x76e02a58 in g_cclosure_marshal_VOID__OBJECT ()
     from /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0
  #5  0x76e00d28 in g_closure_invoke ()
     from /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0
  #6  0x76e0c5ac in ?? () from /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0
  #7  0x76e0c5ac in ?? () from /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0
  Backtrace stopped: previous frame identical to this frame (corrupt stack?)
  (gdb)

  ProblemType: Bug
  DistroRelease: Ubuntu 12.10
  Package: evolution-data-server 3.6.0-0ubuntu3
  Uname: Linux 3.4.0 armv7l
  ApportVersion: 2.6.1-0ubuntu9
  Architecture: armhf
  Date: Sun Jan 20 14:07:17 2013
  ExecutablePath: /usr/lib/evolution/evolution-calendar-factory
  MarkForUpload: True
  ProcEnviron:
   SHELL=/bin/false
   XDG_RUNTIME_DIR=<set>
   PATH=(custom, no user)
   LANGUAGE=en_US:en
   LANG=en_US.UTF-8
  SourcePackage: evolution-data-server
  UpgradeStatus: Upgraded to quantal on 2013-01-18 (1 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/evolution-data-server/+bug/1102049/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to