Marco Trevisan (Treviño) wrote:
> I performed new tests after upgrading to ecore r39932 (which implemented
> the FD EBADF handling by Andre Dieb but after some time (it can vary
> from few seconds to many minutes) that my client is connected to the
> prpl-msn protocol (I used the HTTP method) I get
Marco Trevisan (Treviño) wrote:
> Marco Trevisan (Treviño) wrote:
>> However, unfortunately, the bugs are not over! :(
>
> Well, tonight I've made some new tests with this skeleton client and it
> seems that after the ecore svn commit r39913 (that basically removed all
> the parts which caused the
Marco Trevisan (Treviño) wrote:
> However, unfortunately, the bugs are not over! :(
Well, tonight I've made some new tests with this skeleton client and it
seems that after the ecore svn commit r39913 (that basically removed all
the parts which caused the library to abort as stated in a previous
m
Marco Trevisan (Treviño) wrote:
> Cedric BAIL ha scritto:
>> On Fri, Apr 3, 2009 at 5:12 PM, "Marco Trevisan (Treviño)"
>> wrote:
>>> Cedric BAIL wrote:
Did you try under valgrind ?
>>> Yes but I wasn't able to get anything of important (or maybe I just
>>> don't look in the proper way), do y
Cedric BAIL ha scritto:
> On Fri, Apr 3, 2009 at 5:12 PM, "Marco Trevisan (Treviño)"
> wrote:
>> Cedric BAIL wrote:
>>> Did you try under valgrind ?
>> Yes but I wasn't able to get anything of important (or maybe I just
>> don't look in the proper way), do you have some valgrind options to suggest
On Fri, Apr 3, 2009 at 5:12 PM, "Marco Trevisan (Treviño)"
wrote:
> Cedric BAIL wrote:
>> On Thu, Apr 2, 2009 at 11:33 PM, "Marco Trevisan (Treviño)"
>> wrote:
>>> Marco Trevisan (Treviño) wrote:
Testing again the client with Google talk (so a xmpp server using the
"prpl-jabber" protoco
Cedric BAIL wrote:
> On Thu, Apr 2, 2009 at 11:33 PM, "Marco Trevisan (Treviño)"
> wrote:
>> Marco Trevisan (Treviño) wrote:
>>> Testing again the client with Google talk (so a xmpp server using the
>>> "prpl-jabber" protocol), it continues working like before (i.e.:
>>> connects, gets IMs), but I
On Thu, Apr 2, 2009 at 11:33 PM, "Marco Trevisan (Treviño)"
wrote:
> Marco Trevisan (Treviño) wrote:
>> Testing again the client with Google talk (so a xmpp server using the
>> "prpl-jabber" protocol), it continues working like before (i.e.:
>> connects, gets IMs), but I always get random crashes
Marco Trevisan (Treviño) wrote:
> Testing again the client with Google talk (so a xmpp server using the
> "prpl-jabber" protocol), it continues working like before (i.e.:
> connects, gets IMs), but I always get random crashes after that the
> connection has been established with ecore that reports:
Marco Trevisan (Treviño) wrote:
> 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 i
Marco Trevisan (Treviño) wrote:
> Gustavo Sverzut Barbieri wrote:
>> On Mon, Mar 30, 2009 at 10:13 PM, "Marco Trevisan (Treviño)"
>> wrote:
>>> Marco Trevisan (Treviño) wrote:
Unfortunately testing it with the msn-purple plugin (I've tried also
with Facebook, but I've some issues with th
Gustavo Sverzut Barbieri wrote:
> On Tue, Mar 31, 2009 at 5:48 AM, Viktor Kojouharov
> wrote:
>> On Tue, 2009-03-31 at 02:16 +0200, "Marco Trevisan (Treviño)" wrote:
>>> Do you have any idea why is this not working as expected?
>>>
>> Not really related to the problem at hand, but if you are reall
On Tue, Mar 31, 2009 at 5:48 AM, Viktor Kojouharov
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
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 t
Stephen Houston wrote:
> Also what are you returning from your fd_handler? 1, or 0? I've seen that
> same error from fd_handlers when returning 1.
My handler callback function returns 1 practically all the times.
I've to do that. If I'd return 0, the handler would be removed and the
connection wou
Gustavo Sverzut Barbieri wrote:
> On Mon, Mar 30, 2009 at 10:13 PM, "Marco Trevisan (Treviño)"
> wrote:
>> Marco Trevisan (Treviño) wrote:
>>> 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 s
Also what are you returning from your fd_handler? 1, or 0? I've seen that
same error from fd_handlers when returning 1.
On Mon, Mar 30, 2009 at 8:25 PM, Gustavo Sverzut Barbieri
wrote:
> On Mon, Mar 30, 2009 at 10:13 PM, "Marco Trevisan (Treviño)"
> wrote:
> > Marco Trevisan (Treviño) wrote:
>
On Mon, Mar 30, 2009 at 10:13 PM, "Marco Trevisan (Treviño)"
wrote:
> Marco Trevisan (Treviño) wrote:
>> 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.
>
> I've made one more test us
Marco Trevisan (Treviño) wrote:
> 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.
I've made one more test using Google Talk (so a jabber server), and now
I've a different behavior:
- I
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_f
20 matches
Mail list logo
