Re: [Evolution-hackers] strtok camel from evolution-data-server

2006-07-09 Thread Philip Van Hoof
On Sat, 2006-07-08 at 00:52 -0600, Veerapuram Varadhan wrote: > On Fri, 2006-07-07 at 08:26 +, Philip Van Hoof wrote: > > Every little change to a message, like marking it > read/unread/important/flagging etc will result in mmap'ed write, which > in turn has overhead on performance, may it b

Re: [Evolution-hackers] strtok camel from evolution-data-server

2006-07-07 Thread Veerapuram Varadhan
On Fri, 2006-07-07 at 08:26 +, Philip Van Hoof wrote: > It's also that I recently learned about posix_madvise for my camel- > folder-summary.c mmap() idea. The only way, afaics, to make it > possible > to at the right time invoke the right posix_madvise on the addr > pointer > of the mmap, is

Re: [Evolution-hackers] strtok camel from evolution-data-server

2006-07-07 Thread Philip Van Hoof
On Fri, 2006-07-07 at 08:26 +0100, Ross Burton wrote: > On Thu, 2006-07-06 at 21:23 +0200, Philip Van Hoof wrote: > Not strictly true. From camel/ in EDS HEAD: > > #include > #include > #include "libedataserver/e-memory.h" > #include > #include > #include "libedataserver/e-time-utils.h" > #i

Re: [Evolution-hackers] strtok camel from evolution-data-server

2006-07-07 Thread Philip Van Hoof
On Fri, 2006-07-07 at 08:28 +0100, Ross Burton wrote: > On Thu, 2006-07-06 at 22:49 +0200, Philip Van Hoof wrote: > > Yes sure. But packaging is often specific for all devices. There's > > mostly also no e-d-s nor camel packages for the target device. So > > developers basically have to do all this

Re: [Evolution-hackers] strtok camel from evolution-data-server

2006-07-07 Thread Ross Burton
On Thu, 2006-07-06 at 22:49 +0200, Philip Van Hoof wrote: > Yes sure. But packaging is often specific for all devices. There's > mostly also no e-d-s nor camel packages for the target device. So > developers basically have to do all this dirty work themselves. There are EDS packages split into cam

Re: [Evolution-hackers] strtok camel from evolution-data-server

2006-07-07 Thread Ross Burton
On Thu, 2006-07-06 at 21:23 +0200, Philip Van Hoof wrote: > Most Evolution people already know this. This is just the E-mail you > guys have been asking about (well, actually most of you guys asked me to > make a bug in bugzilla). > > > The one laptop per child project, Nokia (maemo) and maybe so

Re: [Evolution-hackers] strtok camel from evolution-data-server

2006-07-06 Thread Philip Van Hoof
On Thu, 2006-07-06 at 23:47 +0400, Mikhail Zabaluev wrote: > В Чтв, 06/07/2006 в 21:23 +0200, Philip Van Hoof пишет: > > Tinymail depends on Camel. Camel gets shipped with e-d-s. Tinymail > > doesn't use *any* of the other e-d-s softwares, libraries nor its data. > > I don't see a problem; you ca

Re: [Evolution-hackers] strtok camel from evolution-data-server

2006-07-06 Thread Mikhail Zabaluev
В Чтв, 06/07/2006 в 21:23 +0200, Philip Van Hoof пишет: > Tinymail depends on Camel. Camel gets shipped with e-d-s. Tinymail > doesn't use *any* of the other e-d-s softwares, libraries nor its data. I don't see a problem; you can always split the e-d-s install into several packages. For RPM this i

[Evolution-hackers] strtok camel from evolution-data-server

2006-07-06 Thread Philip Van Hoof
Most Evolution people already know this. This is just the E-mail you guys have been asking about (well, actually most of you guys asked me to make a bug in bugzilla). The one laptop per child project, Nokia (maemo) and maybe sooner or later other vendors like PalmSource are getting more and more