Re: [Evolution] New version, new error. dammit
On Thu, 15 Sep 2022 17:44:26 +0200 Milan Crha via evolution-list wrote: > On Wed, 2022-09-14 at 12:44 -0500, Tim McConnell via evolution-list > wrote: > > Sep 14 03:09:56 DebianTim evolution-calen[3387]: GError set over the > > top of a previous GError or uninitialized memory.#012This indicates > > a bug in someone's code. You must ensure an error is NULL before > > it's set.#012The overwriting error message was: SQLite error code > > '1': no such table: ECacheObjects (statement:DELETE FROM > > ECacheObjects WHERE ECacheState=3) > > Hi, > it looks like your calendar cache(s) did not survive the update for > some reason. I'd simply: > >$ evolution --force-shutdown > > and then > >$ mv ~/.cache/evolution ~/.cache/evolution.bad > > Supposing those messages are from the remote calendars/task lists/memo > lists you've configured. The `mv` command moves everything remote, > including mail accounts, and will force to reload all of that. You can > keep the ~/.cache/evolution/mail/, if you want to, especially if > there's no problem with it. > > By the way, those tables are ensured to be created after the > calendar/tasks/memos list is opened, could it be the evolution- > calendar-factory was not restarted after update? Though even then I'm > not sure how that could break, unless playing with the > ~/.cache/evolution while the processes had been running in the > background (no, closing evolution doesn't close the evolution-data- > server background processes, because some other apps can use them). > > Bye, > Milan > > ___ > evolution-list mailing list > evolution-list@gnome.org > To change your list options or unsubscribe, visit ... > https://mail.gnome.org/mailman/listinfo/evolution-list Thanks Milan!! -- Tim McConnell tmcconnell...@gmail.com ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] New version, new error. dammit
On Wed, 2022-09-14 at 12:44 -0500, Tim McConnell via evolution-list wrote: > Sep 14 03:09:56 DebianTim evolution-calen[3387]: GError set over the > top of a previous GError or uninitialized memory.#012This indicates a > bug in someone's code. You must ensure an error is NULL before it's > set.#012The overwriting error message was: SQLite error code '1': no > such table: ECacheObjects (statement:DELETE FROM ECacheObjects WHERE > ECacheState=3) Hi, it looks like your calendar cache(s) did not survive the update for some reason. I'd simply: $ evolution --force-shutdown and then $ mv ~/.cache/evolution ~/.cache/evolution.bad Supposing those messages are from the remote calendars/task lists/memo lists you've configured. The `mv` command moves everything remote, including mail accounts, and will force to reload all of that. You can keep the ~/.cache/evolution/mail/, if you want to, especially if there's no problem with it. By the way, those tables are ensured to be created after the calendar/tasks/memos list is opened, could it be the evolution- calendar-factory was not restarted after update? Though even then I'm not sure how that could break, unless playing with the ~/.cache/evolution while the processes had been running in the background (no, closing evolution doesn't close the evolution-data- server background processes, because some other apps can use them). Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] New version, new error. dammit
On Wed, 2022-09-14 at 12:44 -0500, Tim McConnell wrote: > Since I upgraded to 3.45.3-2 yesterday, how do I fix it? You could run under valgrind and/or gdb to find the offending code, write a patch, and apply it after compiling the software yourself. Cheers, andre -- Andre Klapper | ak...@gmx.net https://blogs.gnome.org/aklapper/ ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] New version, new error. dammit
Hi List, My logs have been showing: Sep 14 03:09:56 DebianTim evolution-calen[3387]: GError set over the top of a previous GError or uninitialized memory.#012This indicates a bug in someone's code. You must ensure an error is NULL before it's set.#012The overwriting error message was: SQLite error code '1': no such table: ECacheObjects (statement:DELETE FROM ECacheObjects WHERE ECacheState=3) Sep 14 03:09:57 DebianTim evolution-calen[3387]: GError set over the top of a previous GError or uninitialized memory.#012This indicates a bug in someone's code. You must ensure an error is NULL before it's set.#012The overwriting error message was: SQLite error code '1': no such table: ECacheObjects (statement:DELETE FROM ECacheObjects WHERE ECacheState=3) Sep 14 03:09:57 DebianTim evolution-calen[3387]: GError set over the top of a previous GError or uninitialized memory.#012This indicates a bug in someone's code. You must ensure an error is NULL before it's set.#012The overwriting error message was: SQLite error code '1': no such table: ECacheObjects (statement:DELETE FROM ECacheObjects WHERE ECacheState=3) Since I upgraded to 3.45.3-2 yesterday, how do I fix it? Debian Bookworm(Testing) DE Mate Kernel 5.19 Evolution 3.45.3-2 Thanks! -- Tim McConnell ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list