On Thu, Jun 7, 2012 at 10:02 AM, Vincent Torri wrote:
> On Thu, Jun 7, 2012 at 10:00 AM, Vincent Torri
> wrote:
>> On Thu, Jun 7, 2012 at 9:58 AM, Michael Blumenkrantz
>> wrote:
>>> On Thu, Jun 7, 2012 at 8:55 AM, Vincent Torri
>>> wrote:
>>>
On Thu, Jun 7, 2012 at 9:52 AM, Michael Blumen
On Thu, Jun 7, 2012 at 9:02 AM, Vincent Torri wrote:
> On Thu, Jun 7, 2012 at 10:00 AM, Vincent Torri
> wrote:
> > On Thu, Jun 7, 2012 at 9:58 AM, Michael Blumenkrantz
> > wrote:
> >> On Thu, Jun 7, 2012 at 8:55 AM, Vincent Torri >wrote:
> >>
> >>> On Thu, Jun 7, 2012 at 9:52 AM, Michael Blumen
On Thu, Jun 7, 2012 at 10:00 AM, Vincent Torri wrote:
> On Thu, Jun 7, 2012 at 9:58 AM, Michael Blumenkrantz
> wrote:
>> On Thu, Jun 7, 2012 at 8:55 AM, Vincent Torri wrote:
>>
>>> On Thu, Jun 7, 2012 at 9:52 AM, Michael Blumenkrantz
>>> wrote:
>>> > which file?
>>>
>>> the file you fixed :) I s
On Thu, Jun 7, 2012 at 9:58 AM, Michael Blumenkrantz
wrote:
> On Thu, Jun 7, 2012 at 8:55 AM, Vincent Torri wrote:
>
>> On Thu, Jun 7, 2012 at 9:52 AM, Michael Blumenkrantz
>> wrote:
>> > which file?
>>
>> the file you fixed :) I said "in that file" :)
>>
>> Vincent
>>
>> >
>> > On Thu, Jun 7, 20
On Thu, Jun 7, 2012 at 8:55 AM, Vincent Torri wrote:
> On Thu, Jun 7, 2012 at 9:52 AM, Michael Blumenkrantz
> wrote:
> > which file?
>
> the file you fixed :) I said "in that file" :)
>
> Vincent
>
> >
> > On Thu, Jun 7, 2012 at 8:51 AM, Vincent Torri >wrote:
> >
> >> in that file, someone repor
On Thu, Jun 7, 2012 at 9:52 AM, Michael Blumenkrantz
wrote:
> which file?
the file you fixed :) I said "in that file" :)
Vincent
>
> On Thu, Jun 7, 2012 at 8:51 AM, Vincent Torri wrote:
>
>> in that file, someone reported a wrong use of declaration in a loop
>> (for (int i = ***). Can you fix i
which file?
On Thu, Jun 7, 2012 at 8:51 AM, Vincent Torri wrote:
> in that file, someone reported a wrong use of declaration in a loop
> (for (int i = ***). Can you fix it ?
>
> Vincent
>
> On Thu, Jun 7, 2012 at 9:22 AM, Enlightenment SVN
> wrote:
> > Log:
> > on the advice of the insightful cr
in that file, someone reported a wrong use of declaration in a loop
(for (int i = ***). Can you fix it ?
Vincent
On Thu, Jun 7, 2012 at 9:22 AM, Enlightenment SVN
wrote:
> Log:
> on the advice of the insightful creator of dns.c, account for when a UDP
> answer is truncated and the resolver swit
I've been using ECORE_CON_SOCKS_V4 so far and this last commit also
works well with shotgun behind the proxy :)
Thanks.
Daniel Juyung Seo (SeoZ)
On Wed, Feb 15, 2012 at 3:01 PM, Michael Blumenkrantz
wrote:
> On Tue, 14 Feb 2012 21:53:50 -0800
> "Enlightenment SVN" wrote:
>
>> Log:
>> finally fi
On Mon, 20 Feb 2012 02:16:06 -0500
Michael Blumenkrantz wrote:
> On Sun, 19 Feb 2012 23:11:24 -0800
> "Enlightenment SVN" wrote:
>
> > Log:
> > yet another complete rewrite of ecore-con-url, fixes bugs I've been
> > experiencing recently does not fix curl+c-ares though :(
> >
> >
> > Author
On Sun, 19 Feb 2012 23:11:24 -0800
"Enlightenment SVN" wrote:
> Log:
> yet another complete rewrite of ecore-con-url, fixes bugs I've been
> experiencing recently does not fix curl+c-ares though :(
>
>
> Author: discomfitor
> Date: 2012-02-19 23:11:23 -0800 (Sun, 19 Feb 2012)
>
On Tue, 14 Feb 2012 21:53:50 -0800
"Enlightenment SVN" wrote:
> Log:
> finally finish implementing SOCKS5 proxies in ecore-con.
> SOCKS5 is different from SOCKS4 in that it supports password authentication
> mechanisms (GSSAPI is still on the todo) and IPV6, neither of which are
> possible with
On Wed, 18 Jan 2012 10:57:43 +0100
Sebastian Dransfeld wrote:
> This should be changed to
>
> if (write() < 0) perror();
>
> else you will get unchecked return warning.
>
> S.
>
> On 01/15/2012 07:42 PM, Enlightenment SVN wrote:
> > Log:
> > From: Stefan Schmidt
> >Date: Sun, 15 Jan 2012
This should be changed to
if (write() < 0) perror();
else you will get unchecked return warning.
S.
On 01/15/2012 07:42 PM, Enlightenment SVN wrote:
> Log:
> From: Stefan Schmidt
>Date: Sun, 15 Jan 2012 13:46:07 +0100
>Subject: [PATCH 2/2] ecore_con_info: Remove unused err variable.
>
>
On Wed, 21 Dec 2011 11:23:48 +0100
Cedric BAIL wrote:
> On Wed, Dec 21, 2011 at 11:20 AM, Michael Blumenkrantz
> wrote:
> > On Wed, 21 Dec 2011 02:13:57 -0800
> > "Enlightenment SVN" wrote:
> >
> >> Log:
> >> add debug macros to print location of svr/cl kill
> >>
> >>
> >> Author: discomf
On Wed, Dec 21, 2011 at 11:20 AM, Michael Blumenkrantz
wrote:
> On Wed, 21 Dec 2011 02:13:57 -0800
> "Enlightenment SVN" wrote:
>
>> Log:
>> add debug macros to print location of svr/cl kill
>>
>>
>> Author: discomfitor
>> Date: 2011-12-21 02:13:57 -0800 (Wed, 21 Dec 2011)
>> New Re
On Wed, 21 Dec 2011 02:13:57 -0800
"Enlightenment SVN" wrote:
> Log:
> add debug macros to print location of svr/cl kill
>
>
> Author: discomfitor
> Date: 2011-12-21 02:13:57 -0800 (Wed, 21 Dec 2011)
> New Revision: 66439
> Trac: http://trac.enlightenment.org/e/changeset
On Tue, 20 Dec 2011 02:16:30 -0500 Michael Blumenkrantz
said:
> On Tue, 20 Dec 2011 16:12:09 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
> > they don't warrant a changelog entry at all. a changelog is INTENDED for
> > reading on release (eg 1.1.1 or 1.2.0 etc.) for people who get a new re
On Tue, 20 Dec 2011 16:12:09 +0900
Carsten Haitzler (The Rasterman) wrote:
> On Tue, 20 Dec 2011 02:00:33 -0500 Michael Blumenkrantz
> said:
>
> > On Tue, 20 Dec 2011 15:58:39 +0900
> > Carsten Haitzler (The Rasterman) wrote:
> >
> > > On Tue, 20 Dec 2011 01:53:32 -0500 Michael Blumenkrantz
>
On Tue, 20 Dec 2011 02:00:33 -0500 Michael Blumenkrantz
said:
> On Tue, 20 Dec 2011 15:58:39 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
> > On Tue, 20 Dec 2011 01:53:32 -0500 Michael Blumenkrantz
> > said:
> >
> > > On Tue, 20 Dec 2011 07:48:30 +0100
> > > Vincent Torri wrote:
> > >
On Tue, 20 Dec 2011 15:58:39 +0900
Carsten Haitzler (The Rasterman) wrote:
> On Tue, 20 Dec 2011 01:53:32 -0500 Michael Blumenkrantz
> said:
>
> > On Tue, 20 Dec 2011 07:48:30 +0100
> > Vincent Torri wrote:
> >
> > > ChangeLog
> > >
> > > Vincent
> > >
> > > On Tue, Dec 20, 2011 at 7:22 AM,
On Tue, 20 Dec 2011 01:53:32 -0500 Michael Blumenkrantz
said:
> On Tue, 20 Dec 2011 07:48:30 +0100
> Vincent Torri wrote:
>
> > ChangeLog
> >
> > Vincent
> >
> > On Tue, Dec 20, 2011 at 7:22 AM, Enlightenment SVN
> > wrote:
> > > Log:
> > > fix a Heroes of SVN-level breakage from 66068 which
On Tue, 20 Dec 2011 07:48:30 +0100
Vincent Torri wrote:
> ChangeLog
>
> Vincent
>
> On Tue, Dec 20, 2011 at 7:22 AM, Enlightenment SVN
> wrote:
> > Log:
> > fix a Heroes of SVN-level breakage from 66068 which prevented all ecore-con
> > fds from being closed :D
> >
> >
> > Author: discom
ChangeLog
Vincent
On Tue, Dec 20, 2011 at 7:22 AM, Enlightenment SVN
wrote:
> Log:
> fix a Heroes of SVN-level breakage from 66068 which prevented all ecore-con
> fds from being closed :D
>
>
> Author: discomfitor
> Date: 2011-12-19 22:22:30 -0800 (Mon, 19 Dec 2011)
> New Revision
On Sat, 10 Dec 2011 02:35:36 -0500 Michael Blumenkrantz
wrote:
> On Sat, 10 Dec 2011 01:17:23 -0500
> Michael Blumenkrantz wrote:
>
> > On Fri, 9 Dec 2011 22:15:01 -0800
> > "Enlightenment SVN" wrote:
> >
> > > Log:
> > > temp fix while I figure out some weird behavior
> > >
> > >
> > >
On Sat, 10 Dec 2011 01:17:23 -0500
Michael Blumenkrantz wrote:
> On Fri, 9 Dec 2011 22:15:01 -0800
> "Enlightenment SVN" wrote:
>
> > Log:
> > temp fix while I figure out some weird behavior
> >
> >
> > Author: discomfitor
> > Date: 2011-12-09 22:15:00 -0800 (Fri, 09 Dec 2011
On Fri, 9 Dec 2011 22:15:01 -0800
"Enlightenment SVN" wrote:
> Log:
> temp fix while I figure out some weird behavior
>
>
> Author: discomfitor
> Date: 2011-12-09 22:15:00 -0800 (Fri, 09 Dec 2011)
> New Revision: 66069
> Trac: http://trac.enlightenment.org/e/changeset/6
On Fri, 9 Dec 2011 21:42:32 -0800
"Enlightenment SVN" wrote:
> Log:
> rewrote server+client deletion code to (hopefully) be failproof.
> I've also set it to abort() with a big error if it gets to the old
> fallthrough spot, so make sure to send me a backtrace if this is reached
> (though it sh
On Tue, Dec 6, 2011 at 6:20 AM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> @since
>
>
and struct _Ecore_Con_Event_Proxy_Bind too...
Vincent
>
> Author: discomfitor
> Date: 2011-12-05 21:20:13 -0800 (Mon, 05 Dec 2011)
> New Revision: 65939
> Trac: http:
On Mon, 5 Dec 2011 19:41:17 -0800 "Enlightenment SVN"
wrote:
> Log:
> just kidding before, had to break svn at least once today
>
>
> Author: discomfitor
> Date: 2011-12-05 19:41:16 -0800 (Mon, 05 Dec 2011)
> New Revision: 65935
> Trac: http://trac.enlightenment.org/e/c
On Sat, 19 Nov 2011 23:11:05 -0800
"Enlightenment SVN" wrote:
> Log:
> also move magic unset to after all events come back so we don't break
> anyone's event handlers
>
> Author: discomfitor
> Date: 2011-11-19 23:11:05 -0800 (Sat, 19 Nov 2011)
> New Revision: 65426
> Trac:
On Fri, 11 Nov 2011 08:35:14 +0100 (CET)
Vincent Torri wrote:
>
>
> On Thu, 10 Nov 2011, Enlightenment SVN wrote:
>
> > Log:
> > redo ecore-con shutdown to fix crashes if people are stupid and call
> > ecore_con_shutdown() while servers exist and main loop is still running
> >
> >
> > Author:
On Thu, 10 Nov 2011, Enlightenment SVN wrote:
> Log:
> redo ecore-con shutdown to fix crashes if people are stupid and call
> ecore_con_shutdown() while servers exist and main loop is still running
>
>
> Author: discomfitor
> Date: 2011-11-10 18:44:16 -0800 (Thu, 10 Nov 2011)
> Ne
On Sat, 16 Jul 2011 06:07:40 -0700
"Enlightenment SVN" wrote:
> Log:
> switch over all buffers to use binbufs
>
>
> Author: discomfitor
> Date: 2011-07-16 06:07:39 -0700 (Sat, 16 Jul 2011)
> New Revision: 61423
> Trac: http://trac.enlightenment.org/e/changeset/61423
>
e
On Thu, 10 Feb 2011 11:17:30 -0800
"Enlightenment SVN" wrote:
> Log:
> rewrite all event handler code to be unified, always increment server event
> count for client events (previously was only incremented on some events
> randomly)
>
> Author: discomfitor
> Date: 2011-02-10 11:17
On Thu, 6 Jan 2011 14:32:26 -0800
"Enlightenment SVN" wrote:
> Log:
> complete rewrite of c-ares fd handling: fixes an instance of ticket #637 and
> also integrates with main loop much more nicely
>
> Author: discomfitor
> Date: 2011-01-06 14:32:25 -0800 (Thu, 06 Jan 2011)
> New R
On Thu, 16 Dec 2010 08:50:07 +0100 (CET) Vincent Torri
said:
>
>
> On Thu, 16 Dec 2010, Sebastian Dransfeld wrote:
>
> > Hi,
> >
> > This shouldn't be there. It is the users responisbility to pass the
> > right name. Otherwise you need to add ftp://, imap:// etc. ad infinitum.
>
> and the doc
On Thu, 16 Dec 2010, Sebastian Dransfeld wrote:
> Hi,
>
> This shouldn't be there. It is the users responisbility to pass the
> right name. Otherwise you need to add ftp://, imap:// etc. ad infinitum.
and the documentation should mention that it's up to the user to provide
the correct name
Vi
Hi,
This shouldn't be there. It is the users responisbility to pass the
right name. Otherwise you need to add ftp://, imap:// etc. ad infinitum.
Sebastian
On 12/16/2010 06:13 AM, Enlightenment SVN wrote:
> Log:
> validate name better, fix super frustrating bug where connections would
> inexpli
On Fri, 10 Dec 2010 10:48:28 -0200
Iván Briano (Sachiel) wrote:
> 2010/12/10 Mike Blumenkrantz :
> > On Fri, 10 Dec 2010 10:25:40 -0200
> > Iván Briano (Sachiel) wrote:
> >
> >> 2010/12/10 Mike Blumenkrantz :
> >> > On Fri, 10 Dec 2010 10:00:05 -0200
> >> > Iván Briano (Sachiel) wrote:
> >> >
>
2010/12/10 Mike Blumenkrantz :
> On Fri, 10 Dec 2010 10:25:40 -0200
> Iván Briano (Sachiel) wrote:
>
>> 2010/12/10 Mike Blumenkrantz :
>> > On Fri, 10 Dec 2010 10:00:05 -0200
>> > Iván Briano (Sachiel) wrote:
>> >
>> >> 2010/12/10 Mike Blumenkrantz :
>> >> > On Fri, 10 Dec 2010 09:42:53 -0200
>>
On Fri, 10 Dec 2010 10:25:40 -0200
Iván Briano (Sachiel) wrote:
> 2010/12/10 Mike Blumenkrantz :
> > On Fri, 10 Dec 2010 10:00:05 -0200
> > Iván Briano (Sachiel) wrote:
> >
> >> 2010/12/10 Mike Blumenkrantz :
> >> > On Fri, 10 Dec 2010 09:42:53 -0200
> >> > Iván Briano (Sachiel) wrote:
> >> >
>
2010/12/10 Mike Blumenkrantz :
> On Fri, 10 Dec 2010 10:00:05 -0200
> Iván Briano (Sachiel) wrote:
>
>> 2010/12/10 Mike Blumenkrantz :
>> > On Fri, 10 Dec 2010 09:42:53 -0200
>> > Iván Briano (Sachiel) wrote:
>> >
>> >> 2010/12/9 Enlightenment SVN :
>> >> > Log:
>> >> > this error fix is dedicate
On Fri, 10 Dec 2010 10:00:05 -0200
Iván Briano (Sachiel) wrote:
> 2010/12/10 Mike Blumenkrantz :
> > On Fri, 10 Dec 2010 09:42:53 -0200
> > Iván Briano (Sachiel) wrote:
> >
> >> 2010/12/9 Enlightenment SVN :
> >> > Log:
> >> > this error fix is dedicated to Tommy[D] for continuing to prove that
On Fri, 10 Dec 2010 09:42:53 -0200
Iván Briano (Sachiel) wrote:
> 2010/12/9 Enlightenment SVN :
> > Log:
> > this error fix is dedicated to Tommy[D] for continuing to prove that the
> > impossible can still be possible on his system
> >
> >
> > Author: discomfitor
> > Date: 2010-12-
2010/12/10 Mike Blumenkrantz :
> On Fri, 10 Dec 2010 09:42:53 -0200
> Iván Briano (Sachiel) wrote:
>
>> 2010/12/9 Enlightenment SVN :
>> > Log:
>> > this error fix is dedicated to Tommy[D] for continuing to prove that the
>> > impossible can still be possible on his system
>> >
>> >
>> > Author:
2010/12/9 Enlightenment SVN :
> Log:
> this error fix is dedicated to Tommy[D] for continuing to prove that the
> impossible can still be possible on his system
>
>
> Author: discomfitor
> Date: 2010-12-09 13:02:53 -0800 (Thu, 09 Dec 2010)
> New Revision: 55432
> Trac: http:/
2010/12/9 Enlightenment SVN :
> Log:
> reorder a little, fix bug where client_del event was never sent if it had
> send data in its buffer
> question to think on: should a deleted client be allowed to finish sending
> its data or should it be killed immediately?
>
This is always a problem. If y
On Thu, 23 Sep 2010 23:54:49 -0700 "Enlightenment SVN"
wrote:
> Log:
> add session ticket support for gnutls, also add extremely detailed
> handshake error messages
> Author: discomfitor
> Date: 2010-09-23 23:54:49 -0700 (Thu, 23 Sep 2010)
> New Revision: 52675
>
> Modified:
>
On Fri, 30 Jul 2010, Enlightenment SVN wrote:
> Log:
> rr stupid enum!
why don't you fix the enum instead ?
Vincent
>
> Author: discomfitor
> Date: 2010-07-30 10:03:34 -0700 (Fri, 30 Jul 2010)
> New Revision: 50689
>
> Modified:
> trunk/ecore/src/lib/ecore_con/ecor
On Thu, 29 Jul 2010 15:05:56 -0700 Michael Jennings said:
jennings is right. you can do what you do ONLY to the bitwise parts of the
enum. the base type (values 0->7) you have to mask off with 0xf and do == to
them (as the lower 3 bits are the base type and higher bits (4 and up) are bit
flags).
On Thursday, 29 July 2010, at 17:17:24 (-0400),
m...@zentific.com wrote:
> typedef enum _Ecore_Con_Type
> {
>ECORE_CON_LOCAL_USER = 0, /** Socket in ~/.ecore */
>ECORE_CON_LOCAL_SYSTEM = 1, /** Socket in /tmp */
>ECORE_CON_LOCAL_ABSTRACT = 2, /** Abstract socket */
>ECORE_CON_REMOT
typedef enum _Ecore_Con_Type
{
ECORE_CON_LOCAL_USER = 0, /** Socket in ~/.ecore */
ECORE_CON_LOCAL_SYSTEM = 1, /** Socket in /tmp */
ECORE_CON_LOCAL_ABSTRACT = 2, /** Abstract socket */
ECORE_CON_REMOTE_TCP = 3, /** Remote server using TCP */
ECORE_CON_REMOTE_MCAST = 4, /** Remote mu
Enlightenment SVN wrote:
> Log:
> correctly use & to detect server type instead of ==
This can't be correct. ECORE_CON_REMOTE_UDP etc. comes from an enum.
S.
>
> Author: discomfitor
> Date: 2010-07-28 18:42:43 -0700 (Wed, 28 Jul 2010)
> New Revision: 50630
>
> Modified:
> t
54 matches
Mail list logo
