MHR wrote: > On Wed, Jul 9, 2008 at 4:35 PM, nate <centos at linuxpowered.net> wrote: >> >> Maybe it's not looking where you think it is looking.. >> >> I'd run the app with strace to find out what files it is attempting >> to open. >> >> What I do is: strace -fF <command> 1>/tmp/strace.log 2>&1 >> > > I got a ton of output, but there is no addressbook at all in the trace. I noticed that too, I'm not too familiar with evolution, but it seems to spawn another process that handles the address book which for some reason strace doesn't pick up, it must use another method other than fork to cause that process to spawn up. Even after I exit evolution that process is running and has the addressbook file open. from my debian desktop - (starting with 0 evolution processes in the process list) aphro at vmware2:/tmp$ strace -fF evolution 1>/tmp/strace.log 2>&1 aphro at vmware2:/tmp$ lsof | grep address lsof: WARNING: can't stat() ext3 file system /dev/.static/dev Output information may be incomplete. evolution 4456 aphro 40u REG 8,1 12288 19447939 /home/aphro/.evolution/addressbook/local/system/addressbook.db evolution 4456 aphro 41r REG 8,1 87 19447942 /home/aphro/.evolution/addressbook/local/system/addressbook.db.summary (deleted) aphro at vmware2:/tmp$ grep 4456 strace.log (which means evolution never spawned that process via normal forking, which I don't recall ever encountering before, must be one of those new desktop app protocols that seem to be increasingly used) aphro at vmware2:/tmp$ ps auxw | grep 4456 aphro 4456 0.6 0.2 67192 6692 ? Sl 17:38 0:00 /usr/lib/evolution/evolution-data-server-1.6 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_InterfaceCheck --oaf-ior-fd=54 aphro 4512 0.0 0.0 2848 712 pts/5 S+ 17:39 0:00 grep 4456 aphro at vmware2:/tmp$ grep addressbook.db strace.log The next thing I suggest is stopping evolution, and killing all evolution processes on the system and starting evolution again and see if that fixes it. nate