[Evolution-hackers] Re: [maemo-developers] Ross' D-BUS port of evolution-data-server on maemo x86

2005-09-27 Thread Philip Van Hoof
shell is also feasible. Evolution-data-server is less memory intensive than the (current) shell. ps. I altered the Evolution mailing list address in the CC header, because that mailing list has changed since a few months. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof

[Evolution-hackers] Re: [maemo-developers] Ross' D-BUS port of evolution-data-server on maemo x86

2005-09-27 Thread Philip Van Hoof
On Tue, 2005-09-27 at 01:04 +0200, Philip Van Hoof wrote: Hey Ross, I noticed you've read this thread, [CUT] ps. It stops here. But I'm not sure whether this is related to the Maemo platform, since I can reproduce this build-error on a non scratchbox environment. se-transport.Tpo -c

[Evolution-hackers] Sending mails using disabled accounts

2005-11-29 Thread Philip Van Hoof
It looks like current CVS does not allow sending E-mails uing disabled accounts. I very often disable E-mail accounts to make it possible to choose between multiple of my E-mail addresses. Why is this possibility blocked? -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof

Re: [Evolution-hackers] Sending mails using disabled accounts

2005-11-30 Thread Philip Van Hoof
On Wed, 2005-11-30 at 13:49 +0530, Parthasarathi Susarla wrote: Hey Philip, On Wed, 2005-11-30 at 00:38 +0100, Philip Van Hoof wrote: It looks like current CVS does not allow sending E-mails uing disabled accounts. I very often disable E-mail accounts to make it possible to choose

[Evolution-hackers] Fresh dapper install, but nspr.h is not being checked

2005-12-24 Thread Philip Van Hoof
/usr/include/gconf/2 -I -g -O2 -Wall -Wmissing-prototypes -Wno-sign-compare -c e-msgport.c -MT e-msgport.lo -MD -MP -MF .deps/e-msgport.TPlo -fPIC -DPIC -o .libs/e-msgport.o e-msgport.c:39:18: error: nspr.h: No such file or directory Should be checked for in the configure stage, no? -- Philip Van

Re: [Evolution-hackers] Fresh dapper install, but nspr.h is not being checked

2005-12-24 Thread Philip Van Hoof
On Sat, 2005-12-24 at 11:46 +0100, Philip Van Hoof wrote: e-msgport.c:39:18: error: nspr.h: No such file or directory Should be checked for in the configure stage, no? Same for the flex tool. It's not being checked at the configure stage, yet it's needed during the build. AC_PATH_PROG

Re: [Evolution-hackers] Fresh dapper install, but nspr.h is not being checked

2005-12-24 Thread Philip Van Hoof
to get evolution building. Any new potential developer is simply going to let it be, and start thinking: Oh well .. bad luck for evolution. I'm not going to contribute that fantastic idea that I had a few minutes ago. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot

Re: [Evolution-hackers] ... and how camel should be

2006-02-13 Thread Philip Van Hoof
view, the Linux kernel will probably put some of these indexes in memory buffers. Imagine spastic users that do nothing but scroll all day long at extremely rapid speeds .. multiply that with 10.000 such users, and you still wouldn't have any problems at all. -- Philip Van Hoof, software

Re: [Evolution-hackers] ... and how camel should be

2006-02-14 Thread Philip Van Hoof
and planning to help. Difficult is fun. :) Am glad this discussion has begun. Same. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be

Re: [Evolution-hackers] ... and how camel should be

2006-02-14 Thread Philip Van Hoof
implementation. Duh. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ___ Evolution-hackers mailing list Evolution

Re: [Evolution-hackers] ... and how camel should be

2006-02-14 Thread Philip Van Hoof
On Tue, 2006-02-14 at 13:02 -0500, Lee Revell wrote: On Tue, 2006-02-14 at 18:57 +0100, Philip Van Hoof wrote: I really don't think the message IDs are the main source of bloat in Evo. I measured it ;-) 10.000 E-mails used +-8MB of memory. This is how I quickly measured it. gint s=0

Re: [Evolution-hackers] ... and how camel should be

2006-02-14 Thread Philip Van Hoof
into memory!! That will speedup evolution! No it wont. But it will slowdown the rest of your computer. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be

Re: [Evolution-hackers] ... and how camel should be

2006-02-14 Thread Philip Van Hoof
On Tue, 2006-02-14 at 21:15 +0100, Philip Van Hoof wrote: On Tue, 2006-02-14 at 14:03 -0500, Lee Revell wrote: Do you think that's a problem? For evolution, it might be a lesser problem than for camel. I'd like to start using camel on mobile devices. Let me illustrate this specific case

Re: [Evolution-hackers] ... and how camel should be

2006-02-14 Thread Philip Van Hoof
, the ids aren't the main problem I'm experiencing. The main problem is that I can't receive the uids in a sorted order, and that I can't specify in which header information I'm interested. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org

Re: [Evolution-hackers] ... and how camel should be

2006-02-14 Thread Philip Van Hoof
On Tue, 2006-02-14 at 19:40 +0100, Philip Van Hoof wrote: On Tue, 2006-02-14 at 13:02 -0500, Lee Revell wrote: I measured it ;-) 10.000 E-mails used +-8MB of memory. Correction. The uids don't use that many memory. You can more easily measure this by assuming that the largest uid-size

Re: [Evolution-hackers] g_mutex, e_mutex and pthread_mutex in camel?!

2006-03-13 Thread Philip Van Hoof
On Mon, 2006-03-13 at 12:54 +0100, Philip Van Hoof wrote: Is there a reason why g_mutex, e_mutex and pthread_mutex are used in a mixed may on libcamel? This patch replaces that pthread_mutex. But it looks like there's something wrong with the write_to_stream function pointer ... In my debugger

Re: [Evolution-hackers] g_mutex, e_mutex and pthread_mutex in camel?!

2006-03-13 Thread Philip Van Hoof
On Mon, 2006-03-13 at 12:54 +0100, Philip Van Hoof wrote: Is there a reason why g_mutex, e_mutex and pthread_mutex are used in a mixed may on libcamel? Note that the GStaticRecMutex can also be used as non-static: http://mail.gnome.org/archives/gtk-list/2002-January/msg00045.html It looks

[Evolution-hackers] mmap() for the summary file

2006-06-11 Thread Philip Van Hoof
mentioned above. If you'd implement it like this, you'd better at least used gslice. But anyway ;) -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ? camel-mime

[Evolution-hackers] mmap() for the summary file

2006-06-11 Thread Philip Van Hoof
mentioned above. If you'd implement it like this, you'd better at least used gslice. But anyway ;) -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ? camel-mime

Re: [Evolution-hackers] mmap() for the summary file

2006-06-19 Thread Philip Van Hoof
to payoff in real improvements for a mmap() implementation of it. But I would, nevertheless, be very interested in the experiment. Note that there's an mmap() on Windows and that glib abstracts it with some glib API. I would of course use the glib abstraction API for this. -- Philip Van Hoof, software

[Evolution-hackers] Fix for agressive memory segmentation

2006-07-06 Thread Philip Van Hoof
Camel makes some aggressive memory segmentation happen when loading the folder summary. This fixes that. This is NOT yet the mmap() idea. That will come later. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x

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

2006-07-06 Thread Philip Van Hoof
stuck in hacks. I strongly disagree with hacks. I don't support hacks. I will not use hacks. I will fork if I'm forced to use hacks. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http

Re: [Evolution-hackers] [evolution-patches] Fix for agressive memory segmentation

2006-07-06 Thread Philip Van Hoof
to the length-bytes in front of the strings .. also in the file (which is forward compatible, so going back to an older Evolution version will work with the same summary files). -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work

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 can

Re: [Evolution-hackers] [evolution-patches] Fix for agressive memory segmentation

2006-07-06 Thread Philip Van Hoof
will break strict-aliasing rules make[1]: *** [camel-string-utils.lo] Error 1 make[1]: Leaving directory `/home/pvanhoof/repos/gnome/cvs/evolution-data-server/camel' make: *** [all-recursive] Error 1 [EMAIL PROTECTED]:~/repos/gnome/cvs/evolution-data-server/camel$ -- Philip Van Hoof, software

Re: [Evolution-hackers] [evolution-patches] Fix for agressive memory segmentation

2006-07-06 Thread Philip Van Hoof
On Thu, 2006-07-06 at 23:22 +0200, Philip Van Hoof wrote: On Thu, 2006-07-06 at 15:18 -0400, Jeffrey Stedfast wrote: For some strange reason I thought the pstring stuff already did that, oops. I guess I was thinking of similar code I wrote a few years back for another project

Re: [Evolution-hackers] [evolution-patches] Fix for agressive memory segmentation

2006-07-06 Thread Philip Van Hoof
or something afaics). -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ? camel-mime-tables.c Index: camel-string-utils.c

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 dirty

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 libedataserver/e-data-server-util.h #include libedataserver/e-iconv.h #include libedataserver/e-memory.h #include

[Evolution-hackers] Just, try it ;-)

2006-07-07 Thread Philip Van Hoof
It's almost working -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ? camel-mime-tables.c Index: camel-file-utils.c

Re: [Evolution-hackers] Just, try it ;-)

2006-07-09 Thread Philip Van Hoof
On Fri, 2006-07-07 at 18:35 +0200, Philip Van Hoof wrote: It's almost working This patch is actually functional and working. Some notes: - It will only work with the IMAP provider (not IMAP4). This is because you need to do two or three small fixes in the provider-specific stuff. I only did

[Evolution-hackers] About the new camel_pstring_add implementation

2006-07-09 Thread Philip Van Hoof
= camel_pstring_strdup(from-subject); camel-folder-summary.c: to-from = camel_pstring_strdup(from-from); camel-folder-summary.c: to-to = camel_pstring_strdup(from-to); camel-folder-summary.c: to-cc = camel_pstring_strdup(from-cc); camel-folder-summary.c: to-mlist = camel_pstring_strdup(from-mlist); -- Philip Van

[Evolution-hackers] Avoiding a strdup in camel-folder-summar.c

2006-07-10 Thread Philip Van Hoof
This patch is unrelated to the mmap() patches that I've also been sending. It basically avoids an strdup() by implementing a smarter free_token(). ps. I'm keeping Varadhan and Jeffrey in CC because the mailinglist aren't working (or very slow). -- Philip Van Hoof, software developer at x-tend

Re: [Evolution-hackers] camel-folder-summary.c with mmap

2006-07-10 Thread Philip Van Hoof
On Sun, 2006-07-09 at 18:08 +0200, Philip Van Hoof wrote: On Sun, 2006-07-09 at 14:59 +0200, Philip Van Hoof wrote: Note about this E-mail. I'm assuming people who will read this, have a technical in-depth knowledge of Camel and camel-folder-summary.c o. This small addition (fixes03

[Evolution-hackers] Abnormal huge allocations happening when scanning new messages

2006-07-10 Thread Philip Van Hoof
? ;-) -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http

Re: [Evolution-hackers] camel-folder-summary.c with mmap

2006-07-10 Thread Philip Van Hoof
On Mon, 2006-07-10 at 09:57 +0200, Philip Van Hoof wrote: On Sun, 2006-07-09 at 18:08 +0200, Philip Van Hoof wrote: On Sun, 2006-07-09 at 14:59 +0200, Philip Van Hoof wrote: Note about this E-mail. I'm assuming people who will read this, have a technical in-depth knowledge of Camel

Re: [Evolution-hackers] camel-folder-summary.c with mmap

2006-07-10 Thread Philip Van Hoof
On Mon, 2006-07-10 at 09:57 +0200, Philip Van Hoof wrote: On Sun, 2006-07-09 at 18:08 +0200, Philip Van Hoof wrote: On Sun, 2006-07-09 at 14:59 +0200, Philip Van Hoof wrote: Note about this E-mail. I'm assuming people who will read this, have a technical in-depth knowledge of Camel

Re: [Evolution-hackers] Avoiding a strdup in camel-folder-summar.c

2006-07-11 Thread Philip Van Hoof
On Sun, 2006-07-09 at 18:45 +0200, Philip Van Hoof wrote: This patch is unrelated to the mmap() patches that I've also been sending. It basically avoids an strdup() by implementing a smarter free_token(). ps. I'm keeping Varadhan and Jeffrey in CC because the mailinglist aren't working

[Evolution-hackers] This one works, the mmap() patch

2006-07-11 Thread Philip Van Hoof
Please test. It should consume *A LOT* less memory. Especially in offline mode -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ? camel-mime-tables.c

[Evolution-hackers] Huh .. mail_list_magic[0].pattern gets written to the summary file!

2006-07-11 Thread Philip Van Hoof
. So right after the uid string in the summary file. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be

[Evolution-hackers] Folder summaries with mmap() (version eight)

2006-07-11 Thread Philip Van Hoof
/camel_folder_summary_with_mmap_fixes08.diff -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be camel_folder_summary_with_mmap_fixes08.diff.gz Description: GNU Zip

Re: [Evolution-hackers] Folder summaries with mmap() (version eleven -- fixes a leak)

2006-07-11 Thread Philip Van Hoof
On Tue, 2006-07-11 at 21:57 +0200, Philip Van Hoof wrote: On Tue, 2006-07-11 at 16:47 +0200, Philip Van Hoof wrote: On Tue, 2006-07-11 at 13:17 +0200, Philip Van Hoof wrote: This is a version (version eight) that actually works (afaics). This version (version nine) fixes a leak when new

Re: [Evolution-hackers] [evolution-patches] Avoiding a strdup in camel-folder-summar.c

2006-07-11 Thread Philip Van Hoof
); } Of course. Yes, that is better. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ___ Evolution-hackers

Re: [Evolution-hackers] Huh .. mail_list_magic[0].pattern gets written to the summary file!

2006-07-11 Thread Philip Van Hoof
On Tue, 2006-07-11 at 22:51 +0200, Philip Van Hoof wrote: On Tue, 2006-07-11 at 22:28 +0200, Philip Van Hoof wrote: I didn't alter the code that writes the summary file. So I'm confident that this bug also happens for people who aren't using the mmap patches yet. Yes I did. And the very

Re: [Evolution-hackers] Camel mmap summary ideas, proposal for a meeting

2006-07-12 Thread Philip Van Hoof
* a good E-mail client on top of that. Etcetera -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ___ Evolution

Re: [Evolution-hackers] Folder summaries with mmap() (version nine -- fixes a leak)

2006-07-12 Thread Philip Van Hoof
On Tue, 2006-07-11 at 23:14 +0530, Harish Krishnaswamy wrote: I'm removing the patches mailing list ;-) On Tue, 2006-07-11 at 16:47 +0200, Philip Van Hoof wrote: Currently it's obviously consuming more memory when new messages arrive (compared to the mmap technique). In Evolution

Re: [Evolution-hackers] About the new camel_pstring_add implementation

2006-07-12 Thread Philip Van Hoof
On Wed, 2006-07-12 at 10:17 -0400, Jeffrey Stedfast wrote: On Sun, 2006-07-09 at 13:04 +0200, Philip Van Hoof wrote: These can be replaced with the new camel_pstring_add using FALSE as parameter. Replacing them will also remove the need for the normal camel_pstring_strdup and therefore also

[Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-12 Thread Philip Van Hoof
want to pass version information from a to b. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ___ Evolution

Re: [Evolution-hackers] [evolution-patches] Avoiding a strdup in camel-folder-summar.c

2006-07-12 Thread Philip Van Hoof
it). -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ___ Evolution-hackers mailing list Evolution-hackers

Re: [Evolution-hackers] Huh .. mail_list_magic[0].pattern gets written to the summary file!

2006-07-12 Thread Philip Van Hoof
On Tue, 2006-07-11 at 22:28 +0200, Philip Van Hoof wrote: Somebody definitely needs to explain me how he managed to write mail_list_magic[0].pattern into the summary file of some of my mailing lists ;-)! http://pvanhoof.be/files/mail_list_magic_in_summary.png I didn't alter the code

Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-12 Thread Philip Van Hoof
On Wed, 2006-07-12 at 16:30 +0100, Ross Burton wrote: On Wed, 2006-07-12 at 17:14 +0200, Philip Van Hoof wrote: What advantages does being able to dist camel on its own have, over simply packaging it in a separate package like OpenEmbedded and Debian do: It's cleaner in my opinion :-), and I

Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-12 Thread Philip Van Hoof
On Wed, 2006-07-12 at 17:00 +0100, Ross Burton wrote: On Wed, 2006-07-12 at 17:39 +0200, Philip Van Hoof wrote: It's cleaner in my opinion :-), and I can more easily create a tar.gz release. Cleaner for what reasons? Because it will be more easy to pick which libraries you will use

Re: [Evolution-hackers] Camel mmap summary ideas, proposal for a meeting

2006-07-12 Thread Philip Van Hoof
headers. My promise with tinymail is that I'm going to support such amounts on devices like the Nokia 770. So I will. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http

[Evolution-hackers] Very good memory and performance results for getting new messages using the mmap patch

2006-07-12 Thread Philip Van Hoof
-8 | grep Version Version: 1.6.1-0ubuntu5 [EMAIL PROTECTED]:~/repos/tinymail/trunk$ http://pvanhoof.be/files/camel_folder_summary_with_mmap_fixes11.diff -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot

Re: [Evolution-hackers] Camel mmap summary ideas, proposal for a meeting

2006-07-12 Thread Philip Van Hoof
On Wed, 2006-07-12 at 17:19 -0400, Jeffrey Stedfast wrote: On Wed, 2006-07-12 at 20:05 +0200, Philip Van Hoof wrote: -- Oh by the way. There's a huge amount of Re: strings in my memory at this moment. We can probably improve that too ;-) -- Yea, I've been wanting to overlap strings

Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-13 Thread Philip Van Hoof
On Thu, 2006-07-13 at 10:24 +0100, Ross Burton wrote: On Wed, 2006-07-12 at 19:13 +0200, Philip Van Hoof wrote: This is only for the case of the developer who is both writing an application and developing the underlying libraries, and is also only using a subset of the libraries, right

Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-13 Thread Philip Van Hoof
? Let us spend our energies together on the camel-mmap patch instead. I agree. Nevertheless, it's my opinion that evolution-data-server can be better organised. It's, however, not blocking me. It's just annoyances. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot

Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-13 Thread Philip Van Hoof
On Thu, 2006-07-13 at 11:35 +0100, Ross Burton wrote: On Thu, 2006-07-13 at 12:25 +0200, Philip Van Hoof wrote: I wasn't (am no longer) proposing to move camel/ out of e-d-s. I was proposing to put a configure.ac file in its directory. Moving Camel out of evolution-data-server

[Evolution-hackers] The fixes11 mmap patch doesn't respect data alignment on some architectures

2006-07-14 Thread Philip Van Hoof
While the x86 handles unaligned access, ARM doesn't. The patch will not work on architectures that don't handle unaligned access. I will try to fix it, but I don't have a lot experience in this field. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome

Re: [Evolution-hackers] The fixes11 mmap patch doesn't respect data alignment on some architectures

2006-07-15 Thread Philip Van Hoof
this means that the summary file format can't be kept backward compatible as I will have to take a look at the unit32 encoder, the ##type encoder and the string encoder Well, if somebody feels brave, feel free to assist me ;-) On Fri, 2006-07-14 at 19:23 +0200, Philip Van Hoof wrote: While the x86

Re: [Evolution-hackers] This one works, the mmap() patch

2006-07-17 Thread Philip Van Hoof
On Mon, 2006-07-10 at 22:44 +0200, Philip Van Hoof wrote: Please test. It should consume *A LOT* less memory. Especially in offline mode And I'll just continue with fixes06 - Implements it for nntp, imapp, imap4, groupwise and fixes some of the problems in the local implementation. Remark

Re: [Evolution-hackers] Folder summaries with mmap() (version nine -- fixes a leak)

2006-07-17 Thread Philip Van Hoof
On Tue, 2006-07-11 at 13:17 +0200, Philip Van Hoof wrote: This is a version (version eight) that actually works (afaics). This version (version nine) fixes a leak when new messages arrive. However. The implementation/architecture of Camel requires that new messages get transformed

Re: [Evolution-hackers] Folder summaries with mmap() (version nine -- fixes a leak)

2006-07-17 Thread Philip Van Hoof
On Tue, 2006-07-11 at 16:47 +0200, Philip Van Hoof wrote: On Tue, 2006-07-11 at 13:17 +0200, Philip Van Hoof wrote: This is a version (version eight) that actually works (afaics). This version (version nine) fixes a leak when new messages arrive. This version (version ten) fixes a few

Re: [Evolution-hackers] Folder summaries with mmap() (version nine -- fixes a leak)

2006-07-17 Thread Philip Van Hoof
On Wed, 2006-07-12 at 09:12 +0530, Harish Krishnaswamy wrote: On Tue, 2006-07-11 at 20:33 +0200, Philip Van Hoof wrote: On Tue, 2006-07-11 at 23:14 +0530, Harish Krishnaswamy wrote: ps. I think we should do a in-depth tech-meeting about this stuff. What do you think, Harish? I have a few

Re: [Evolution-hackers] The fixes11 mmap patch doesn't respect data alignment on some architectures

2006-07-17 Thread Philip Van Hoof
On Fri, 2006-07-14 at 19:23 +0200, Philip Van Hoof wrote: While the x86 handles unaligned access, ARM doesn't. The patch will not work on architectures that don't handle unaligned access. I will try to fix it, but I don't have a lot experience in this field. Second attempt to introduce data

[Evolution-hackers] The mmap stuff definitely needs more eyes!

2006-07-17 Thread Philip Van Hoof
used! Eeek! *scared by my own mistakes now*. Very strange that didn't crash and burn on x86 but does crash on ARM. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http

Re: [Evolution-hackers] The mmap stuff definitely needs more eyes!

2006-07-17 Thread Philip Van Hoof
this (on the device) with the imap implementation. ps. Other people, please test this? On Mon, 2006-07-17 at 20:47 +0200, Philip Van Hoof wrote: Eeeek. Look at what I just found in my own patches!! static CamelMessageInfo * message_info_load (CamelFolderSummary *s, FILE

Re: [Evolution-hackers] Memory consumption and virtual machines

2006-07-18 Thread Philip Van Hoof
On Tue, 2006-07-18 at 13:26 -0500, Federico Mena Quintero wrote: On Tue, 2006-07-18 at 18:29 +0200, Philip Van Hoof wrote: I agree with 1,2,..3 and 4. I will make sure 1 will be finished soon. Probably this evening with a compile-time option (--enable-mmap) I'm waiting for the decision

Re: [Evolution-hackers] Memory consumption and virtual machines

2006-07-18 Thread Philip Van Hoof
, Federico Mena Quintero wrote: On Tue, 2006-07-18 at 18:29 +0200, Philip Van Hoof wrote: I'm waiting for the decision (yours) of making this optional using a compilation flag or at run-time. Let's do this in the usual manner: 0. Polish the patch in the usual way: make sure

Re: [Evolution-hackers] Memory consumption and virtual machines

2006-07-18 Thread Philip Van Hoof
as in fact I was planning to give it a rest for a few days. I've been caring to much about it. I don't know, it might also be finished in a few hours. Oh, no .. it's to late now. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work

Re: [Evolution-hackers] Memory consumption and virtual machines

2006-07-18 Thread Philip Van Hoof
, saying thank you. Looking at the patch technically AND testing it (and if it doesn't perform, giving me numbers that compare it with the original implement- ation) is all I'm asking for. If Novell wants me to implement unit tests (or other tests) for this, I will ask for payment. -- Philip Van

Re: [Evolution-hackers] Memory consumption and virtual machines

2006-07-19 Thread Philip Van Hoof
. :-) I agree here. Bringing it to HEAD might be to early. Nevertheless would I be indeed very pleased if a lot people test this on a lot config- urations. Thanks for considering the patch. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot

Re: [Evolution-hackers] Memory consumption and virtual machines

2006-07-19 Thread Philip Van Hoof
On Wed, 2006-07-19 at 09:53 -0500, Federico Mena Quintero wrote: On Wed, 2006-07-19 at 01:10 -0600, Veerapuram Varadhan wrote: On Tue, 2006-07-18 at 23:05 +, Philip Van Hoof wrote: If Novell wants me to implement unit tests (or other tests) for this, I will ask for payment. I am

[Evolution-hackers] Most of the providers don't have to link with libedataserver

2006-07-20 Thread Philip Van Hoof
-util.c, md5-utils.c and of course their .h files. The files compile (without any changes) without needing any of the other libedataserver code files. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http

Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-20 Thread Philip Van Hoof
On Thu, 2006-07-13 at 11:35 +0100, Ross Burton wrote: On Thu, 2006-07-13 at 12:25 +0200, Philip Van Hoof wrote: I wasn't (am no longer) proposing to move camel/ out of e-d-s. I was proposing to put a configure.ac file in its directory. Moving Camel out of evolution-data-server

Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-20 Thread Philip Van Hoof
On Thu, 2006-07-20 at 10:05 +0200, Philip Van Hoof wrote: On Mon, 2006-07-17 at 15:35 -0400, JP Rosevear wrote: I think you're only real example is camel, which shares code with the other pieces anyhow. Knowing is a good idea. Hrmm. After re-reading my own stuff, I apologise

Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-22 Thread Philip Van Hoof
On Sat, 2006-07-22 at 00:00 +0300, Tor Lillqvist wrote: on 2006-07-12 klockan 19:13 +0200 skrev Philip Van Hoof: It simply looks like Evolution developers didn't know where to stack all these Evolution libraries. And thought .. oh, we already had this Evolution data server thing .. lets

[Evolution-hackers] Memory testing 15,000 headers

2006-08-22 Thread Philip Van Hoof
+12) bytes per header. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ___ Evolution-hackers mailing list

[Evolution-hackers] I see strange code, in disco_get_folder_info

2006-08-22 Thread Philip Van Hoof
of the provider, everything works perfect for every provider. I see strange code. While I'm awake. Begin used like regular code. It doesn't crash. Only developers that want to see it, see it. Regular developers don't know it's strange code. -- Philip Van Hoof, software developer at x-tend home: me

[Evolution-hackers] Camel unreferencing question

2006-08-25 Thread Philip Van Hoof
CamelObject with GObject? And what is this check_magic thing anyway? It seems to loop over a inheritance tree or something like that. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http

Re: [Evolution-hackers] Moving the struct instance heap space to mmap

2006-09-07 Thread Philip Van Hoof
On Thu, 2006-09-07 at 21:14 +0200, Philip Van Hoof wrote: typedef struct { CamelFolderSummary *fs; int nth; MemoryMessageInfo *m; } CamelMessageInfo; #define camel_message_info_from (x) \ ((x)-m ? (x)-m-from : (x)-fs-sstart+*((x)-fs-istart

Re: [Evolution-hackers] Moving the struct instance heap space to mmap

2006-09-07 Thread Philip Van Hoof
On Thu, 2006-09-07 at 21:14 +0200, Philip Van Hoof wrote: To read message n, you would simply do something like: from = sstart + *(istart + (sizeof (int) * 4 * n) + 1) subject = sstart + *(istart + (sizeof (int) * 4 * n) + 2) to = sstart + *(istart + (sizeof (int) * 4 * n) + 3) flags

Re: [Evolution-hackers] Moving the struct instance heap space to mmap

2006-09-08 Thread Philip Van Hoof
On Thu, 2006-09-07 at 21:48 -0500, Federico Mena Quintero wrote: On Thu, 2006-09-07 at 21:14 +0200, Philip Van Hoof wrote: The *new*/*extra* idea is to create a second index file which contains the offsets to the pointers in the camel summary file. Then mmap also that file. Extra because

Re: [Evolution-hackers] Moving the struct instance heap space to mmap

2006-09-08 Thread Philip Van Hoof
On Fri, 2006-09-08 at 11:22 -0500, Federico Mena Quintero wrote: On Fri, 2006-09-08 at 10:37 +0200, Philip Van Hoof wrote: 1. What is the maximum length of those strings? What is the maximum length of one message header in the summary file? In the message info struct, can you use short ints

Re: [Evolution-hackers] Moving the struct instance heap space to mmap

2006-09-11 Thread Philip Van Hoof
, feel free to ask in PM or on evolution-hackers, which I'm subscribed to. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be

[Evolution-hackers] Major changes to Camel for tinymail requirements

2006-10-08 Thread Philip Van Hoof
will implement some myself too. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ___ Evolution-hackers

Re: [Evolution-hackers] memory usage in evolution 2.8.0 and disk usage

2006-10-08 Thread Philip Van Hoof
://pvanhoof.be/files/camel_folder_summary_with_mmap_fixes11_data_alignment04.diff But it's not recommended for non-software developers. It's not easy to get it working unless you have a good knowledge of compiling softwares like Evolution and its dependencies. -- Philip Van Hoof, software

Re: [Evolution-hackers] OWA with SessionGuard [OT]

2006-10-17 Thread Philip Van Hoof
? ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot

Re: [Evolution-hackers] OWA with SessionGuard [OT]

2006-10-17 Thread Philip Van Hoof
. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman

Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution

2006-10-17 Thread Philip Van Hoof
the tinymail framework to allow a tool like SyncML to do such funky stuff. Please get in touch. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog

[Evolution-hackers] Reviewing imap_update_summary

2006-10-22 Thread Philip Van Hoof
Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http

Re: [Evolution-hackers] Reviewing imap_update_summary

2006-10-22 Thread Philip Van Hoof
On Sun, 2006-10-22 at 15:41 +0200, Philip Van Hoof wrote: In the code I have found no real reason to why this was done in separated loops (steps) rather than one step and at the end of the loop, free the data already. Especially for the third step (x), which seem to consume most memory while

Re: [Evolution-hackers] Reviewing imap_update_summary

2006-10-23 Thread Philip Van Hoof
important things that Evolution (and indirectly Camel also) should address to become a stable enterprise-level GNOME app. No problem. Yet I hope my experiments might someday be useful for the Evolution project. Until then, I'll use tinymail as host for them. -- Philip Van Hoof, software developer

Re: [Evolution-hackers] Reviewing imap_update_summary

2006-10-23 Thread Philip Van Hoof
*/ } -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ___ Evolution-hackers mailing list Evolution-hackers@gnome.org

Re: [Evolution-hackers] Reviewing imap_update_summary

2006-10-23 Thread Philip Van Hoof
On Tue, 2006-10-24 at 01:56 +0200, Philip Van Hoof wrote: static guint32 imap_get_uids ( { ... while ((type = camel_imap_command_response (store, resp, ex)) == CAMEL_IMAP_RESPONSE_UNTAGGED) { ... if (size 0

[Evolution-hackers] IMAP summary synchronization improvements

2006-10-24 Thread Philip Van Hoof
. If you diff camel-imap-folder.c of Evolution's Camel with this camel-imap-folder.c of Tinymail's Camel, and remove those API calls, you'll have a working Camel that doesn't use the mmap stuff but that will receive and update summary faster from IMAP, using less memory. -- Philip Van Hoof, software

Re: [Evolution-hackers] IMAP summary synchronization improvements

2006-10-24 Thread Philip Van Hoof
On Tue, 2006-10-24 at 13:34 +0200, Philip Van Hoof wrote: The only API call that makes this incompatible with a normal Camel is the camel_folder_summary_dump_mmap. If you diff camel-imap-folder.c of Evolution's Camel with this camel-imap-folder.c of Tinymail's Camel, and remove those API

Re: [Evolution-hackers] A plugin for remove attachments.

2006-11-06 Thread Philip Van Hoof
). -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org

Re: [Evolution-hackers] A plugin for remove attachments.

2006-11-06 Thread Philip Van Hoof
with plenty of memory and disk-space). So I agree that it was the best decision to make (to remove the support for partial retrieving). -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be

[Evolution-hackers] Memory usage of CamelFolderSummary and CamelImapFolder

2006-11-16 Thread Philip Van Hoof
-folder-summary.c https://svn.tinymail.org/svn/tinymail/trunk/libtinymail-camel/camel-lite/camel/providers/imap/camel-imap-folder.c If I can assist people with bringing their Camel into this shape, then please let me know. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome

  1   2   >