On Tue, Mar 31, 2009 at 5:48 AM, Viktor Kojouharov <[email protected]> wrote: > On Tue, 2009-03-31 at 02:16 +0200, "Marco Trevisan (Treviño)" wrote: >> Hello, today as a first step, I've tried to port the libpurple example >> "nullclient.c" to make it use the ecore_loop instead of the GMainLoop. >> >> To get this, I had mostly to write the wrapper functions needed to >> populate the PurpleEventLoopUiOps struct. >> Thanks to the ecore_timer* and the ecore_main_fd* functions all this was >> quite easy, and you can see my result looking at the nullclient-ecore.c >> attached file. >> >> Unfortunately testing it with the msn-purple plugin (I've tried also >> with Facebook, but I've some issues with the certs) the test client >> attached segfaults. As you can easily try (but I could attach also some >> logs, if you need) the client runs correctly and initializes the >> connection, however after getting and sending some data (wireshark >> confirms it too :P), it crashes. :( >> >> Using the standard connection mode with gdb I get this: >> >> > (01:42:42) dns: DNS query for 'login.live.com' queued >> > (01:42:42) dns: Successfully sent DNS request to child 2317 >> > (01:42:43) dns: Got response for '(null)' >> > >> > Program received signal SIGSEGV, Segmentation fault. >> > [Switching to Thread -1214175024 (LWP 2314)] >> > 0xb7ef469d in host_resolved (data=0x80ade50, source=12, >> > cond=PURPLE_INPUT_READ) >> > at dnsquery.c:558 >> > 558 purple_input_remove(query_data->resolver->inpa); >> > (gdb) dns[2317]: nobody needs me... =( >> >> >> While using the Http mode (in the case of msn) I get this: >> >> > (01:44:38) certificate: Successfully verified certificate for >> > login.live.com >> > (01:44:39) soap: Sending secure request. >> > >> > Program received signal SIGSEGV, Segmentation fault. >> > [Switching to Thread -1213843248 (LWP 2330)] >> > 0xb7685386 in msn_soap_write_cb_internal (data=0x80adf10, fd=<value >> > optimized out>, >> > cond=<value optimized out>, initial=0) at soap.c:546 >> > 546 written = purple_ssl_write(conn->ssl, conn->buf->str + >> > conn->handled_len, >> >> However I figure that they depends on the same issue, but from my >> knowledges I can't really understand where I'm wrong :(. >> >> Do you have any idea why is this not working as expected? >> >> Thanks. > Not really related to the problem at hand, but if you are really looking > into creating such a client, it might be better if you base it on > telepathy, rather than libpurple
in theory yes, but practice no. Telepathy is all nice and dbus and designed for that, but seems nobody is using it for real these days (nokia devices try to do, but nobody I know use telepathy there, rather install pidgin. even with a much worse ui!). So you have a lib used by pidgin, the most used (?) im on linux, the base of some web-apps like meebo and so on, so it's tested and it usually works well. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: [email protected] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
