On Tue, 2003-12-09 at 05:49, Miguel de Icaza wrote:
Hello,
The issue is very simple: do not put pointers to MonoObject* in the
stack to avoid doing the #include pthread.h, if you need to keep a
pointer to a MonoObject, do it on the heap or a structure.
ahh neat. last time i asked
On Tue, 2003-12-09 at 13:10, Nat Friedman wrote:
On Mon, 2003-12-08 at 19:30, Peter Williams wrote:
How would such a thin display interact with message threading? Threading
is important (to me, at least) and I can't visualize a thin display that
would handle it very well.
I think you
On Mon, 2003-12-08 at 19:23, Enver ALTIN wrote:
On Mon, 2003-12-08 at 19:08, Ettore Perazzoli wrote:
On Mon, 2003-12-08 at 06:28, Tuomas Kuosmanen wrote:
http://primates.ximian.com/~tigert/evo/evo-mock-addressbook-vpaned.png
Nice!
Indeed, it looks great. Anyway, in the vpane, contact
On Tue, 2003-12-09 at 13:57, Tuomas Kuosmanen wrote:
It actually fits in a tighter horizontal space than the
Name-Subject-Date view we currently have. If one has the multiline
thing, the name fits under the subject, and the date can be on the right
side, possibly off the view - it would appear
On Mon, 2003-12-08 at 13:36, Not Zed wrote:
So I had a quick poke into evolution-data-server not actually
terminating when it says it is... it turns out that main() should be
returning (it reaches the return) but there are three threads still
running... something isn't shutting down.
Hello,
I think the evolution-monoembed module in CVS might be what you're
looking for.
Fascinating! How up-to-date is regarding the current Evolution API?
I remember Toshok worked on that a few months ago, but I wonder if it
has been maintained.
Miguel
On Wed, 2003-12-03 at 11:22, Rodrigo Moya wrote:
http://bugzilla.ximian.com/show_bug.cgi?id=51633
ugh, that's not known at all. Could you attach a backtrace please?
I did, but it's awfully weird. Is anyone else on this list seeing it?
[Click on 'all day event' in the detail view of an
On Mon, 2003-12-08 at 16:16, Meilof wrote:
Hello,
Just to get some review before I hear the _whole_ patch is messed up, I
proudly annouce this initial NNTP patch for Evolution:
Awesome! Very nicely done.
Also, couple of issues:
* Loading a complete newsgroup list still takes a
On Mon, 2003-12-08 at 16:21, Not Zed wrote:
On Tue, 2003-12-09 at 10:42, Rodrigo Moya wrote:
On Tue, 2003-12-09 at 00:29, Tuomas Kuosmanen wrote:
On Mon, 2003-12-08 at 22:57, Not Zed wrote:
So a side-by-side view of for example mail would be rather useful: You'd
get a message
Not Zed wrote:
But could you re-do the patch using -u3 to diff? Patch isn't liking
it and not applying it automatically. I'd like to apply it and give
it a test!
I have done a unified patch now:
http://home.wanadoo.nl/meilof/evolution-nntp-patch-05
Also, first impressions, mostly just
I just tried to build Evo 1.5 with OpenSSL support, and found the
underlying API has changed, but the OpenSSL hooks hadn't been updated to
take advantage of it. If this a known issue, or is OpenSSL support
going away? On that same vein, it looks like S/MIME requires NSS. If
OpenSSL will be a
Wouldn't it be nice to NOT repeat the same subject over and over again for a thread? I think this would help tremendously to focus on the thread start and the important information of the replies: the author name:
New Flamefest!
From:
Why not just hit ']' or '['?
Or switch views, its pretty quick.
The sorting this is tricky if you get new stuff arriving, it means you'd have to move chunks of stuff around the list, or have an inconsistent list (we already do some of that i guess).
On Tue, 2003-12-09 at 22:05, Tuomas
On Wed, 2003-12-10 at 06:01, Meilof wrote:
Brett Johnson wrote:
Yeah, but only once. Further updates only require in incremental sort.
Actually, it currently sorts the list on-the-fly in get_folder_info,
which is indeed a little unneccesary perhaps.. I might experiment with
sorting the
Thread 1 (Thread 16384 (LWP 14533)):
#0 0x4055f5d4 in __pthread_sigsuspend () from /lib/libpthread.so.0
#1 0x4055f398 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0#2 0x0020 in ?? ()
#3 0xb3b4 in ?? ()
#4 0x404d26bc in ?? () from /usr/lib/libORBit-2.so.0
#0
OpenSSL has not been supported as a means of SSL for the mailer for
quite some time now and we don't plan on keeping it updated. It also has
a number of security concerns that have only been addressed in the
Mozilla-NSS version of the code.
Jeff
On Tue, 2003-12-09 at 15:03, Joe Marcus Clarke
On Tue, 2003-12-09 at 17:24, Jeffrey Stedfast wrote:
OpenSSL has not been supported as a means of SSL for the mailer for
quite some time now and we don't plan on keeping it updated. It also has
a number of security concerns that have only been addressed in the
Mozilla-NSS version of the code.
On Wed, 2003-12-10 at 03:23, Meilof wrote:
Not Zed wrote:
But could you re-do the patch using -u3 to diff? Patch isn't liking
it and not applying it automatically. I'd like to apply it and give
it a test!
I have done a unified patch now:
IBM has had some ideas about how to improve an email client:
http://www.research.ibm.com/remail/index.html
Perhaps Evolution could considering incorporating some of these ideas?
--
Thanks,
Simon Hill
[EMAIL PROTECTED]
PGP key: 6ED78BCA
signature.asc
Description: This is a digitally signed
the popup-thread summary idea looks kind of neat.
collections look like vfolders with the ability to add/remove individual messages. which we kind of always wanted to do but couldn't work out a decent way to implement.
On Wed, 2003-12-10 at 14:08, Simon Hill wrote:
IBM has had some ideas
--- /home/meilof/tmp/evolution/camel/providers/nntp//camel-nntp-folder.c
2003-07-09 21:21:58.0 +0200
+++ camel-nntp-folder.c 2003-12-09 17:34:43.0 +0100
@@ -69,8 +69,9 @@
CAMEL_NNTP_STORE_LOCK(nntp_store, command_lock);
- if
21 matches
Mail list logo