On Tue, 2009-04-21 at 17:26 +0200, Xavier Parizet wrote:
> On Tue, 21 Apr 2009 10:18:58 -0500, Michael Sullivan <msulli1...@gmail.com>
> wrote:
> > On Tue, 2009-04-21 at 06:48 -0700, Mark Knecht wrote:
> >> On Tue, Apr 21, 2009 at 6:29 AM, Michael Sullivan <msulli1...@gmail.com>
> >> wrote:
> >> <SNIP>
> >> > a...@catherine ~ $ evolution
> >> > ** (evolution:19607): DEBUG: mailto URL command: evolution %s
> >> > ** (evolution:19607): DEBUG: mailto URL program: evolution
> >> > Segmentation fault
> >> >
> >> > Nothing shows up in ~/.xsession-errors. Not much shows up
> >> > in /var/log/messages:
> >> >
> >> > catherine X11 # grep evolution /var/log/messages
> >> > Apr 17 22:25:56 catherine [133453.338825] evolution[24366]: segfault
> at
> >> > 36303632 ip b6def622 sp bff36500 error 4 in
> >> > libcamel-provider-1.2.so.14.0.0[b6dcf000+59000]
> >> <SNIP>
> >>
> >> emerge -1pv libcamel-provider ???
> >> revdep-rebuild -p ???
> >
> > A regular revdep-rebuild didn't come up with anything. I'll try the
> > libcamel-provider though.
>
> Can you post ulimit -a and free output ?
> It seems that you don't have enough memory which cause the kernel to kill
> your evolution process (according to the first /var/log/messages you post)
>
> >>
> >> >
> >> > catherine X11 # emerge -pv evolution
> >> >
> >> > These are the packages that would be merged, in order:
> >> >
> >> > Calculating dependencies... done!
> >> > [ebuild R ] mail-client/evolution-2.24.5 USE="crypt dbus hal nntp
> >> > ssl -debug -kerberos -krb4 -ldap -mono -networkmanager -pda -profile"
> 0
> >> > kB
> >> >
> >>
> >> Why hal?
> >>
> >> Did you look in the gdm logs? (In /var/log/gdm)
> >>
> >> Note that I've had trouble on my wife's machine with segfaults since
> >> the xorg-server upgrade. I just downgraded my compiler and rebuilt the
> >> machine. Waste of time so far. Segfaults are still there.
> >>
> >> - Mark
> >>
>
catherine X11 # ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 3583
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 3583
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
catherine X11 # free
total used free shared buffers
cached
Mem: 196656 184888 11768 0 704
44132
-/+ buffers/cache: 140052 56604
Swap: 248968 77888 171080
If the computer doesn't have enough RAM NOW, why did evolution work just
fine for the past four years?
