[Evolution-hackers] Re: More MAC'ness (s/C/d)
No idea, not my problem. Ask the exchange guys. On Tue, 2005-09-13 at 20:47 +0530, Shreyas Srinivasan wrote: > On Tue, 2005-09-13 at 22:30 +0800, Not Zed wrote: > > > > > > Those files were never supposed to ever be in libedataserver, that was a > > hack that someone came up with for some reason, but I don't know what it > > was. They are specifically and only for email accounts, which do not > > belong in eds. > > > > This appears to be the only reason libedataserver/e-account.h exists: > > > > ./servers/exchange/lib/e2k-autoconfig.c:#include > > > > > > But surely this sort of stuff should be in a plugin now, shouldn't it? > > > Apparently not, I dont know the exact details but of what i heard > e2k-autoconfig.c > is needed by storage/exchange-account.c which does all the connection > handling. Maybe > surf could explain the complete context... > > Btw, Any particular reason why the files in e-util/e-account* and > libedataserver/e-account* > not being the same ? other than the fact that some people may have > forgotten to commit to both ? > > Cheers, > Shreyas -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] More MAC'ness (s/C/d)
On Tue, 2005-09-13 at 15:10 +0300, Tor Lillqvist wrote: > Welcome to the club. Heh, The "Banging head against cubicle walls for *mental* strength" club > I guess what should be decided is whether libedataserver is the right > library for more or less generic functions usesd in several places in > e-d-s, evo and evo-exchange? Sure, its name is perhaps a bit > misleading, but so what? (We got rid of the separate "gal" module, so > perhaps introducing a new "application library" now would seem silly?) Was the only thing i could think off too, libedataserver might make sense if we ever get around to moveing camel to e-d-s but thats a "big if", Although i am unsure if there exists any other way. Cheers, Shreyas ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] Re: More MAC'ness (s/C/d)
On Tue, 2005-09-13 at 22:30 +0800, Not Zed wrote: > > > Those files were never supposed to ever be in libedataserver, that was a > hack that someone came up with for some reason, but I don't know what it > was. They are specifically and only for email accounts, which do not > belong in eds. > > This appears to be the only reason libedataserver/e-account.h exists: > > ./servers/exchange/lib/e2k-autoconfig.c:#include > > > But surely this sort of stuff should be in a plugin now, shouldn't it? > Apparently not, I dont know the exact details but of what i heard e2k-autoconfig.c is needed by storage/exchange-account.c which does all the connection handling. Maybe surf could explain the complete context... Btw, Any particular reason why the files in e-util/e-account* and libedataserver/e-account* not being the same ? other than the fact that some people may have forgotten to commit to both ? Cheers, Shreyas ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] Re: More MAC'ness (s/C/d)
Those files were never supposed to ever be in libedataserver, that was a hack that someone came up with for some reason, but I don't know what it was. They are specifically and only for email accounts, which do not belong in eds. This appears to be the only reason libedataserver/e-account.h exists: ./servers/exchange/lib/e2k-autoconfig.c:#include But surely this sort of stuff should be in a plugin now, shouldn't it? On Tue, 2005-09-13 at 17:01 +0530, Shreyas Srinivasan wrote: > Hey, > > Hmmm.. so I crossed tht first hurdle of Splitting the components into a > component and a shared library ( will send patches later). Now i hit the > second road block. The whole effort of this was to get Evolution > Exchange building on MAC. So when i build the exchange plugins i get > the > following errors. > > usr/bin/ld: multiple definitions of symbol _e_account_list_set_ddefault > /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) > definition of _e_account_list_set_default > ../../e-util/.libs/libeutil.dylib(e-account-list.o) definition of > _e_account_list_set_default > /usr/bin/ld: multiple definitions of symbol _e_account_list_change > /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) > definition of _e_account_list_change > ../../e-util/.libs/libeutil.dylib(e-account-list.o) definition of > _e_account_list_change > /usr/bin/ld: multiple definitions of symbol _e_account_list_construct > /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) > definition of _e_account_list_construct > ../../e-util/.libs/libeutil.dylib(e-account-list.o) definition of > _e_account_list_construct > /usr/bin/ld: multiple definitions of symbol _e_account_list_find > /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) > definition of _e_account_list_find > ../../e-util/.libs/libeutil.dylib(e-account-list.o) definition of > _e_account_list_find > /usr/bin/ld: multiple definitions of symbol _e_account_list_get_default > /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) > definition of _e_account_list_get_default > > As can be seen, this is because the symbol "e_account_list_set_default" > is actually present > in two libraries libedataserver-1.2.dylib and libeutil.dylib. The > exchange plugin links to both these libraries. I am told that the > e-util/e-account is deprecated but still there is a > lot of code using it, I would like to be *enlightened* on this wisdom. > > Also are usage of e-util/e-account.c and > e-util/e-account-list.c interchangable with > libedataserver/e-account.[c,h] and libedataserver/e-account-list.[c,h] ? > > The only solution my measly brain could figure out till now was to move > the redundant files > out of libeutil.dylib ( remove those files from makefile ) and then > change all references > of e-util/e-account* with libedataserver/e-account* ofcourse most of the > libs already link to > libedataserver-1.2 anyway so this shouldnt cause too many problems if > the two sets of files are interchangable. ofcourse in my jest i seem to > have committed the proxy files only to e-util/* > but i hope thats the only difference, > > Cheers, > Shreyas ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] When is the store "finalize()" called?
How important is it? Exactly what are you requiring it for? If you're using it to free remote resources, like connections, then this is the wrong place to do it. disconnect() is the place for these types of resource deallocations. Otherwise, if it is just memory leaks, it just isn't important. On Tue, 2005-09-13 at 12:00 +0200, Jules Colding wrote: > On Tue, 2005-09-13 at 17:24 +0800, Not Zed wrote: > > No. > > > > Sync could be called at any time. > > > > I wasn't aware it was a known issue either, stores certainly used to be > > finalised at one point. > > Is this an issue that will be fixed in the 2.4 branch or has it to low > of a priority to fix unless there isn't anything else to hack on? > > Thanks, > jules > > > > > On Tue, 2005-09-13 at 11:24 +0200, Jules Colding wrote: > > > On Tue, 2005-09-13 at 03:15 -0600, Susarla Parthasarathi wrote: > > > > Thats a known issue. A little complicated to fix. But is surely fixable. > > > > > > > > So, none of the providers have their finalize method called. > > > > > > OK, thanks. I can see that the last method being called is sync(). > > > Could/should I safely call finalize() from that one? > > > > > > Thanks, > > > jules > > > > > > > > > > > > ___ > > > Evolution-hackers mailing list > > > Evolution-hackers@gnome.org > > > http://mail.gnome.org/mailman/listinfo/evolution-hackers > -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] How can I get a reference to the store class from another class?
On Tue, 2005-09-13 at 04:31 -0600, Susarla Parthasarathi wrote: > On Tue, 2005-09-13 at 10:26 +, Jules Colding wrote: > > On Tue, 2005-09-13 at 04:08 -0600, Susarla Parthasarathi wrote: > > > On Tue, 2005-09-13 at 09:56 +, Jules Colding wrote: > > > > Hi, > > > > > > > > There is a connect method in the transport class. I would like to use > > > > the connect method that I implemented in the store class. How do I get a > > > > reference to that one from a CamelService? > > > If you want to use the same session, just implementing the send_to > > > method should do. > > > You could get the service object from CamelTransport and further get the > > > pointer to the CamelStore. Getting a session from the store should be > > > easy. > > > > Something like: > > > >CAMEL_SERVICE_CLASS(parent_class)->connect(service, ex); > > > > from within the transport connect() method? > > > yup. you could do it. Should be no problem. Guess its a clean way to do > it. Partha, what are you saying here? parent_class.connect() will only call the super-class method. Transport doesn't derive from Store, they both derive from Service. So if you want to share the connect() implementation from both classes, then it must be implemented in a sharable manner, and not separately. Hence my original comment about merging the Transport and Store objects. Infact ideally they would probably both be optional interfaces on a Service rather than separate classes. FWIW, I hope to be writing a decent amount of Camel documentation in the coming weeks; a lot of it needs much more documentation beyond the comments in the code, and many of the implementations to use as examples aren't very clean. ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] How can I get a reference to the store class from another class?
On Tue, 2005-09-13 at 12:26 +0200, Jules Colding wrote: > On Tue, 2005-09-13 at 04:08 -0600, Susarla Parthasarathi wrote: > > On Tue, 2005-09-13 at 09:56 +, Jules Colding wrote: > > > Hi, > > > > > > There is a connect method in the transport class. I would like to use > > > the connect method that I implemented in the store class. How do I get a > > > reference to that one from a CamelService? > > If you want to use the same session, just implementing the send_to > > method should do. > > You could get the service object from CamelTransport and further get the > > pointer to the CamelStore. Getting a session from the store should be > > easy. I don't really follow what you're asking here ... since this discussion doesn't seem to match the original query. > Something like: > >CAMEL_SERVICE_CLASS(parent_class)->connect(service, ex); > > from within the transport connect() method? If you overrode the connect() method, that's how you'd call the parent class's one. Think Java super.connect() vs this.connect() (umm, i think that's java, it's been a while). And yes, you should always do this at the start of your connect method. > But I gather that I don't need to do this as I can connect explicitly > from within the send_to() method in the transport instead? > Isn't it cleaner to connect in connect() and let the upper layers worry > about using send_to() without being connected? > > Should I ever call connect() in send_to() or is connect() called from > above before send_to() is invoked? > > Should I return an exception if I am not connected in send_to() or > should I connect myself? SendTo will only ever be called on a connected transport. If it isn't, then you must return a 'not connected' exception, yes. See camel-smtp-transport.c So yeah, connect will be called separately. ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] Folder names
The full-name is a / separated name, but it doesn't start with /. i.e. you might have a folderinfo like: fi = { .name = "evolution"; .full_name = "Inbox/evolution"; }; full_name's last path component will relate to the .name -> but may also be translated for different languages (it is up to the backend to do this). It is never used to calculate any backend paths, only the full_name is. So, because of this, the full_name could be completely separated from the display name, it just has to have the right number of levels in it, and it has to be persistent. i.e. you could probably just use the 'entryid' directly (i'm assuming it is a persistent unique identifier), or add it to the path component, or do fat-style munging. Or you could use a different top-level namespace. The only problem with this is cosmetic - the full_name is often used when displaying folder paths in various places, so a purely numerical path may look strange. I don't know if the connector even worries about this? On Tue, 2005-09-13 at 14:06 +0200, Jules Colding wrote: > Hi, > > Are folder names absolute path names in unix convention starting from > the top folder, e.g.: > > "/Inbox/evolution" > > ?? > > Thanks, > jules > > > ___ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] Folder names
On Tue, 2005-09-13 at 14:06 +0200, Jules Colding wrote: > Hi, > > Are folder names absolute path names in unix convention starting from > the top folder, e.g.: > > "/Inbox/evolution" > > ?? My problem is that two folders might have identical paths if the above is correct. I can't e.g. see any reason why two folders on Exchange couldn't both be named: /Inbox/Evolution /Inbox/Evolution but have different entryid. So how do I interpret the folder name in the various methods where it participates? Thanks, jules ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] More MAC'ness (s/C/d)
Shreyas Srinivasan writes: > As can be seen, this is because the symbol "e_account_list_set_default" > is actually present in two libraries libedataserver-1.2.dylib and > libeutil.dylib. The Welcome to the club. Lots of functions (or functionality, but using different function names) are duplicated here and there in e-d-s, evo and evo-exchange. This mess needs cleaning up. I have listed some of the points I have noticed on the Evo2.6 page in the wiki, please add more. > The only solution my measly brain could figure out till now was to > move the redundant files out of libeutil.dylib ( remove those files > from makefile ) and then change all references of e-util/e-account* > with libedataserver/e-account* I guess what should be decided is whether libedataserver is the right library for more or less generic functions usesd in several places in e-d-s, evo and evo-exchange? Sure, its name is perhaps a bit misleading, but so what? (We got rid of the separate "gal" module, so perhaps introducing a new "application library" now would seem silly?) --tml ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] [Camel] Folder names
Hi, Are folder names absolute path names in unix convention starting from the top folder, e.g.: "/Inbox/evolution" ?? Thanks, jules ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] More MAC'ness (s/C/d)
Hey, Hmmm.. so I crossed tht first hurdle of Splitting the components into a component and a shared library ( will send patches later). Now i hit the second road block. The whole effort of this was to get Evolution Exchange building on MAC. So when i build the exchange plugins i get the following errors. usr/bin/ld: multiple definitions of symbol _e_account_list_set_ddefault /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) definition of _e_account_list_set_default ../../e-util/.libs/libeutil.dylib(e-account-list.o) definition of _e_account_list_set_default /usr/bin/ld: multiple definitions of symbol _e_account_list_change /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) definition of _e_account_list_change ../../e-util/.libs/libeutil.dylib(e-account-list.o) definition of _e_account_list_change /usr/bin/ld: multiple definitions of symbol _e_account_list_construct /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) definition of _e_account_list_construct ../../e-util/.libs/libeutil.dylib(e-account-list.o) definition of _e_account_list_construct /usr/bin/ld: multiple definitions of symbol _e_account_list_find /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) definition of _e_account_list_find ../../e-util/.libs/libeutil.dylib(e-account-list.o) definition of _e_account_list_find /usr/bin/ld: multiple definitions of symbol _e_account_list_get_default /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) definition of _e_account_list_get_default As can be seen, this is because the symbol "e_account_list_set_default" is actually present in two libraries libedataserver-1.2.dylib and libeutil.dylib. The exchange plugin links to both these libraries. I am told that the e-util/e-account is deprecated but still there is a lot of code using it, I would like to be *enlightened* on this wisdom. Also are usage of e-util/e-account.c and e-util/e-account-list.c interchangable with libedataserver/e-account.[c,h] and libedataserver/e-account-list.[c,h] ? The only solution my measly brain could figure out till now was to move the redundant files out of libeutil.dylib ( remove those files from makefile ) and then change all references of e-util/e-account* with libedataserver/e-account* ofcourse most of the libs already link to libedataserver-1.2 anyway so this shouldnt cause too many problems if the two sets of files are interchangable. ofcourse in my jest i seem to have committed the proxy files only to e-util/* but i hope thats the only difference, Cheers, Shreyas ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] How can I get a reference to the store class from another class?
Hmmm.. The Session is available throughout evolution. Just include mail-session.h and you have acess to the CamelSession. And i guess after that you are good to go :-) Cheers, Shreyas On Tue, 2005-09-13 at 04:08 -0600, Susarla Parthasarathi wrote: > On Tue, 2005-09-13 at 09:56 +, Jules Colding wrote: > > Hi, > > > > There is a connect method in the transport class. I would like to use > > the connect method that I implemented in the store class. How do I get a > > reference to that one from a CamelService? > If you want to use the same session, just implementing the send_to > method should do. > You could get the service object from CamelTransport and further get the > pointer to the CamelStore. Getting a session from the store should be > easy. > > Cheers, > partha > > > ___ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] How can I get a reference to the store class from another class?
On Tue, 2005-09-13 at 04:08 -0600, Susarla Parthasarathi wrote: > On Tue, 2005-09-13 at 09:56 +, Jules Colding wrote: > > Hi, > > > > There is a connect method in the transport class. I would like to use > > the connect method that I implemented in the store class. How do I get a > > reference to that one from a CamelService? > If you want to use the same session, just implementing the send_to > method should do. > You could get the service object from CamelTransport and further get the > pointer to the CamelStore. Getting a session from the store should be > easy. Something like: CAMEL_SERVICE_CLASS(parent_class)->connect(service, ex); from within the transport connect() method? But I gather that I don't need to do this as I can connect explicitly from within the send_to() method in the transport instead? Isn't it cleaner to connect in connect() and let the upper layers worry about using send_to() without being connected? Should I ever call connect() in send_to() or is connect() called from above before send_to() is invoked? Should I return an exception if I am not connected in send_to() or should I connect myself? Thanks, jules > Cheers, > partha > > ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] How can I get a reference to the store class from another class?
On Tue, 2005-09-13 at 10:26 +, Jules Colding wrote: > On Tue, 2005-09-13 at 04:08 -0600, Susarla Parthasarathi wrote: > > On Tue, 2005-09-13 at 09:56 +, Jules Colding wrote: > > > Hi, > > > > > > There is a connect method in the transport class. I would like to use > > > the connect method that I implemented in the store class. How do I get a > > > reference to that one from a CamelService? > > If you want to use the same session, just implementing the send_to > > method should do. > > You could get the service object from CamelTransport and further get the > > pointer to the CamelStore. Getting a session from the store should be > > easy. > > Something like: > >CAMEL_SERVICE_CLASS(parent_class)->connect(service, ex); > > from within the transport connect() method? > yup. you could do it. Should be no problem. Guess its a clean way to do it. -partha ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] How can I get a reference to the store class from another class?
Well, I guess you call it ;-) Really if you want to share connections like this you need to have some other struct/object to represent the session, and share them between the two objects. Another alternative which might be easier is to have the transport just get the corresponding store from the session; camel-provider should handle the store resolution properly and then you can just connect/use that itself. I've considered merging the transport/store objects for just this purpose, but currently this is not the case. On Tue, 2005-09-13 at 11:56 +0200, Jules Colding wrote: > Hi, > > There is a connect method in the transport class. I would like to use > the connect method that I implemented in the store class. How do I get a > reference to that one from a CamelService? > > Thanks, > jules > > > ___ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] How can I get a reference to the store class from another class?
On Tue, 2005-09-13 at 09:56 +, Jules Colding wrote: > Hi, > > There is a connect method in the transport class. I would like to use > the connect method that I implemented in the store class. How do I get a > reference to that one from a CamelService? If you want to use the same session, just implementing the send_to method should do. You could get the service object from CamelTransport and further get the pointer to the CamelStore. Getting a session from the store should be easy. Cheers, partha ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] When is the store "finalize()" called?
On Tue, 2005-09-13 at 17:24 +0800, Not Zed wrote: > No. > > Sync could be called at any time. > > I wasn't aware it was a known issue either, stores certainly used to be > finalised at one point. Is this an issue that will be fixed in the 2.4 branch or has it to low of a priority to fix unless there isn't anything else to hack on? Thanks, jules > On Tue, 2005-09-13 at 11:24 +0200, Jules Colding wrote: > > On Tue, 2005-09-13 at 03:15 -0600, Susarla Parthasarathi wrote: > > > Thats a known issue. A little complicated to fix. But is surely fixable. > > > > > > So, none of the providers have their finalize method called. > > > > OK, thanks. I can see that the last method being called is sync(). > > Could/should I safely call finalize() from that one? > > > > Thanks, > > jules > > > > > > > > ___ > > Evolution-hackers mailing list > > Evolution-hackers@gnome.org > > http://mail.gnome.org/mailman/listinfo/evolution-hackers ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] [Camel] How can I get a reference to the store class from another class?
Hi, There is a connect method in the transport class. I would like to use the connect method that I implemented in the store class. How do I get a reference to that one from a CamelService? Thanks, jules ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camale] When is the store "finalize()" called?
On Tue, 2005-09-13 at 09:33 +, Jules Colding wrote: > On Tue, 2005-09-13 at 03:15 -0600, Susarla Parthasarathi wrote: > > Thats a known issue. A little complicated to fix. But is surely fixable. > > Is it in Bugzilla? > There is a groupwise provider bug filed http://bugzilla.gnome.org/show_bug.cgi?id=302719 The reason is that the logout request is called in the finalize method, which never gets called. Cheers, partha ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] When is the store "finalize()" called?
On Tue, 2005-09-13 at 09:24 +, Jules Colding wrote: > On Tue, 2005-09-13 at 03:15 -0600, Susarla Parthasarathi wrote: > > Thats a known issue. A little complicated to fix. But is surely fixable. > > > > So, none of the providers have their finalize method called. > > OK, thanks. I can see that the last method being called is sync(). > Could/should I safely call finalize() from that one? No, sync is called each time you switch folders too (on the source folder). So you should not call finalize there. -partha ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camale] When is the store "finalize()" called?
On Tue, 2005-09-13 at 03:15 -0600, Susarla Parthasarathi wrote: > Thats a known issue. A little complicated to fix. But is surely fixable. Is it in Bugzilla? -- jules ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] When is the store "finalize()" called?
No. Sync could be called at any time. I wasn't aware it was a known issue either, stores certainly used to be finalised at one point. On Tue, 2005-09-13 at 11:24 +0200, Jules Colding wrote: > On Tue, 2005-09-13 at 03:15 -0600, Susarla Parthasarathi wrote: > > Thats a known issue. A little complicated to fix. But is surely fixable. > > > > So, none of the providers have their finalize method called. > > OK, thanks. I can see that the last method being called is sync(). > Could/should I safely call finalize() from that one? > > Thanks, > jules > > > > ___ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] When is the store "finalize()" called?
On Tue, 2005-09-13 at 03:15 -0600, Susarla Parthasarathi wrote: > Thats a known issue. A little complicated to fix. But is surely fixable. > > So, none of the providers have their finalize method called. OK, thanks. I can see that the last method being called is sync(). Could/should I safely call finalize() from that one? Thanks, jules ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camale] When is the store "finalize()" called?
Thats a known issue. A little complicated to fix. But is surely fixable. So, none of the providers have their finalize method called. Cheers, partha On Tue, 2005-09-13 at 09:03 +, Jules Colding wrote: > Hi, > > My store's finalize method is never called. I have registered it with > camel_type_register(). Should I do something else to make it be invoked > when Evolution exits? > > > Thanks, > jules > > > ___ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] [Camale] When is the store "finalize()" called?
Hi, My store's finalize method is never called. I have registered it with camel_type_register(). Should I do something else to make it be invoked when Evolution exits? Thanks, jules ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers