[Citadel Development] Citadel commit log: revision 8560

2010-05-10 Thread ajc
r8560 | ajc | 2010-05-06 17:05:32 -0400 (Thu, 06 May 2010) | 1 line Changed paths: M /trunk/webcit/serv_func.c M /trunk/webcit/static/webcit.css * cleanup

[Citadel Development] Citadel commit log: revision 8561

2010-05-10 Thread dothebart
  Do Mai 06 2010 17:36:40 EDT von "dothebart" dotheb...@uncensored.citadel.org Betreff: Citadel commit log: revision 8561 r8561 | dothebart | 2010-05-06 17:36:35 -0400 (Thu, 06 May 2010) | 2 lines Changed paths: M

[Citadel Development] Citadel commit log: revision 8562

2010-05-10 Thread ajc
r8562 | ajc | 2010-05-07 17:53:11 -0400 (Fri, 07 May 2010) | 1 line Changed paths: M /trunk/citadel/modules/xmpp/serv_xmpp.c * Modified the XMPP service to use client_read_random_blob(). However, I noticed that

[Citadel Development] Citadel commit log: revision 8562

2010-05-10 Thread dothebart
  Fr Mai 07 2010 17:53:12 EDT von "ajc" a...@uncensored.citadel.org Betreff: Citadel commit log: revision 8562 r8562 | ajc | 2010-05-07 17:53:11 -0400 (Fri, 07 May 2010) | 1 line Changed paths: M

[Citadel Development] RE: MacOS X compilation issues

2010-05-10 Thread mcbridematt
  Mon May 10 2010 04:18:23 AM EDT from dothebart @ Uncensored Subject: MacOS X compilation issues   hm, its that line: memcpy(return_options, HKEY(SUBSCRIBED_STR) + 1); HKEY is a macro which should expand to 2 arguments; its in libcitadel.h; do you have that

[Citadel Development] RE: MacOS X compilation issues

2010-05-10 Thread dothebart
  Mo Mai 10 2010 04:42:13 EDT von mcbridematt @ Uncensored Betreff: RE: MacOS X compilation issues   Mon May 10 2010 04:18:23 AM EDT from dothebart @ Uncensored Subject: MacOS X compilation issues   hm, its that line: memcpy(return_options, HKEY(SUBSCRIBED_STR) + 1); HKEY is a macro

[Citadel Development] Citadel commit log: revision 8559

2010-05-10 Thread dothebart
r8559 | dothebart | 2010-05-06 14:43:10 -0400 (Thu, 06 May 2010) | 2 lines Changed paths: M /trunk/libcitadel/lib/stringbuf.c * StrBufPlain(): don't access pointers before we check them

[Citadel Development] Citadel commit log: revision 8562

2010-05-10 Thread davew
Sorry guys, can't be much help to you at the moment. I'm totally burried in work stuff. Should get better in next week or so though. dothebart, check the thread structure for something containing the thread id. the macro CT will always return a pointer to the structure for the current

[Citadel Development] Citadel commit log: revision 8563

2010-05-10 Thread ajc
r8563 | ajc | 2010-05-10 16:36:54 -0400 (Mon, 10 May 2010) | 1 line Changed paths: M /trunk/citadel/modules/xmpp/serv_xmpp.c M /trunk/citadel/modules/xmpp/xmpp_presence.c M

[Citadel Development] Citadel commit log: revision 8564

2010-05-10 Thread ajc
r8564 | ajc | 2010-05-10 17:06:42 -0400 (Mon, 10 May 2010) | 1 line Changed paths: M /trunk/citadel/modules/xmpp/serv_xmpp.c M /trunk/citadel/modules/xmpp/serv_xmpp.h M /trunk/citadel/modules/xmpp/xmpp_presence.c

[Citadel Development] Citadel commit log: revision 8565

2010-05-10 Thread ajc
r8565 | ajc | 2010-05-10 17:22:05 -0400 (Mon, 10 May 2010) | 1 line Changed paths: M /trunk/citadel/modules/xmpp/serv_xmpp.c M /trunk/citadel/modules/xmpp/xmpp_presence.c M

[Citadel Development] Re: Citadel commit log: revision 8562

2010-05-10 Thread IGnatius T Foobar
I'm not at all familiar with the way this new chat implimentation works. It's a lovely new protocol that sacrifices efficiency for simplicity by having the client poll the server for new incoming messages every few seconds. It doesn't use START_CHAT_MODE and it relinquishes control of the