On Wednesday 23 May 2012 18:00:40 Chetan Hosmani wrote:
> Hello everyone,
>
> I have been a bit busy last week, and haven't committed much code.
> Here are the following refactor changes I have implemented and pushed
> to "refactor-1" branch-
>
> 1. Added a separate list for transport managers. S
On Wednesday 23 May 2012 18:00:40 Chetan Hosmani wrote:
> Hello everyone,
>
> I have been a bit busy last week, and haven't committed much code.
> Here are the following refactor changes I have implemented and pushed
> to "refactor-1" branch-
>
> 1. Added a separate list for transport managers. S
Thank you. I hope to complete as much as possible within the time frame.
I definitely have a lot of goals after GSoC as well.
Yes of course, I need to have a PoC stream plugin, to design the
framework. They will happen in parallel.
An HTTP steno plugin is mostly post GSoC, but I think a lot of pe
Thank you. I hope to complete as much as possible within the time frame.
I definitely have a lot of goals after GSoC as well.
Yes of course, I need to have a PoC stream plugin, to design the
framework. They will happen in parallel.
An HTTP steno plugin is mostly post GSoC, but I think a lot of pe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/11/2012 02:34 PM, Chetan Hosmani wrote:
> However I have managed to push a decent bit of code. Although the
> speed will increase, now that my vacation here begins (semester
> ended late).
I'm glad to hear things are going well so far, and that
Hello everyone,
I am sorry I have had some Internet connectivity issues over the last
week and haven't been able to post updates. nextgens and toad were
busy too, so I haven't been able to discuss anything much with them.
However I have managed to push a decent bit of code. Although the
speed wil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/11/2012 02:34 PM, Chetan Hosmani wrote:
> However I have managed to push a decent bit of code. Although the
> speed will increase, now that my vacation here begins (semester
> ended late).
I'm glad to hear things are going well so far, and that
Hello everyone,
I am sorry I have had some Internet connectivity issues over the last
week and haven't been able to post updates. nextgens and toad were
busy too, so I haven't been able to discuss anything much with them.
However I have managed to push a decent bit of code. Although the
speed wil
Hi Chetan,
Your changes sound good!
At Wed, 23 May 2012 22:30:40 +0530,
> The official coding period has started. So after a few more additions
> I will merge them to "Transports" branch and begin working on a new
> branch "PacketTransports".
> Also awaiting some code review, after nextgens becom
Hi Chetan,
Your changes sound good!
At Wed, 23 May 2012 22:30:40 +0530,
> The official coding period has started. So after a few more additions
> I will merge them to "Transports" branch and begin working on a new
> branch "PacketTransports".
> Also awaiting some code review, after nextgens becom
Hello everyone,
I have been a bit busy last week, and haven't committed much code.
Here are the following refactor changes I have implemented and pushed
to "refactor-1" branch-
1. Added a separate list for transport managers. So we basically have
a list which will contain a manager for every mode
Hello everyone,
I have been a bit busy last week, and haven't committed much code.
Here are the following refactor changes I have implemented and pushed
to "refactor-1" branch-
1. Added a separate list for transport managers. So we basically have
a list which will contain a manager for every mode
Yes. Thank you.
On 15-05-2012 12:42, Chetan Hosmani wrote:
> On Tue, May 15, 2012 at 8:39 PM, Marco Schulze
> wrote:
>> What about changes to the FNP when stream transports are used? How much
>> power will transport plugins have on the actual bytes being sent? For
>> example, it might be advanta
Yes. Thank you.
On 15-05-2012 12:42, Chetan Hosmani wrote:
On Tue, May 15, 2012 at 8:39 PM, Marco Schulze
wrote:
What about changes to the FNP when stream transports are used? How much
power will transport plugins have on the actual bytes being sent? For
example, it might be advantageous for
On Tue, May 15, 2012 at 8:39 PM, Marco Schulze
wrote:
> What about changes to the FNP when stream transports are used? How much
> power will transport plugins have on the actual bytes being sent? For
> example, it might be advantageous for the TCP plugin to use some kind of
> PAUSE-MESSAGE marker
On Tue, May 15, 2012 at 1:44 PM, Marco Schulze
wrote:
> Nice! Which transport plugins you are planning to implement?
>
Thank you!
Actually as proof of concept I ll implement a simple TCP plugin. Also
as a long term goal I'll make existing UDP as a plugin.
Hello,
Sorry for the previous very lengthy update. I'll keep this one short.
After several discussions the basic idea of how I'll implement
transports is now clear.
I have begun writing some basic plugin architecture. The same has been
committed to the branch "refactor-1". I intend to finish, by
What about changes to the FNP when stream transports are used? How much
power will transport plugins have on the actual bytes being sent? For
example, it might be advantageous for the TCP plugin to use some kind of
PAUSE-MESSAGE marker to allow messages with higher priority to be sent
as soon a
On Tue, May 15, 2012 at 8:39 PM, Marco Schulze
wrote:
> What about changes to the FNP when stream transports are used? How much
> power will transport plugins have on the actual bytes being sent? For
> example, it might be advantageous for the TCP plugin to use some kind of
> PAUSE-MESSAGE marker
What about changes to the FNP when stream transports are used? How much
power will transport plugins have on the actual bytes being sent? For
example, it might be advantageous for the TCP plugin to use some kind of
PAUSE-MESSAGE marker to allow messages with higher priority to be sent
as soon a
Nice! Which transport plugins you are planning to implement?
On 15-05-2012 04:13, Chetan Hosmani wrote:
> Hello,
>
> Sorry for the previous very lengthy update. I'll keep this one short.
>
> After several discussions the basic idea of how I'll implement
> transports is now clear.
> I have begun wr
On Tue, May 15, 2012 at 1:44 PM, Marco Schulze
wrote:
> Nice! Which transport plugins you are planning to implement?
>
Thank you!
Actually as proof of concept I ll implement a simple TCP plugin. Also
as a long term goal I'll make existing UDP as a plugin.
_
Nice! Which transport plugins you are planning to implement?
On 15-05-2012 04:13, Chetan Hosmani wrote:
Hello,
Sorry for the previous very lengthy update. I'll keep this one short.
After several discussions the basic idea of how I'll implement
transports is now clear.
I have begun writing some
Hello,
Sorry for the previous very lengthy update. I'll keep this one short.
After several discussions the basic idea of how I'll implement
transports is now clear.
I have begun writing some basic plugin architecture. The same has been
committed to the branch "refactor-1". I intend to finish, by
Oh crap, that is very long. Nevermind. If any part is relevant do comment!
Hello,
This is an update on the first stage of my project. I have been
working out the details regarding modifications in the core to
simplify the implementation of the transport plugins. This refactoring
stage will involve some minor modifications and some major ones. These
are based on the discu
Oh crap, that is very long. Nevermind. If any part is relevant do comment!
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Hello,
This is an update on the first stage of my project. I have been
working out the details regarding modifications in the core to
simplify the implementation of the transport plugins. This refactoring
stage will involve some minor modifications and some major ones. These
are based on the discu
28 matches
Mail list logo