>>
>> In 'log.info("Random message: %s", obj.toString())' evaluating
>> 'obj.toString()' was what caused issues, not recycling it, or so I believe
>> to remember.
>
> You don't need to call obj.toString() before calling log() - just pass the
> object itself. Then the only overheads are:
> 1) Cal
>
> But we use a static logging API anyway, and this works adequately well. I
> have debugged stuff largely through logs in multi-node simulators, I
> generally rely on the thread name to identify the node (e.g. the UDP receive
> and send thread include the port number in the thread name).
>
It
>>
>> In 'log.info("Random message: %s", obj.toString())' evaluating
>> 'obj.toString()' was what caused issues, not recycling it, or so I believe
>> to remember.
>
> You don't need to call obj.toString() before calling log() - just pass the
> object itself. Then the only overheads are:
> 1) Cal
>
> But we use a static logging API anyway, and this works adequately well. I
> have debugged stuff largely through logs in multi-node simulators, I
> generally rely on the thread name to identify the node (e.g. the UDP receive
> and send thread include the port number in the thread name).
>
It
> Devl mailing list
> Devl at freenetproject.org
> https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
-- next part --
An HTML attachment was scrubbed...
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20120330/a52638cf/attachment.html>
c: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20120330/fd3d7a11/attachment.pgp>
ally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20120330/83ea6cab/attachment.pgp>
first).
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20120330/f44eee34/attachment.pgp>
refactor, and to make a TCP plugin; a really simple stego
plugin, e.g. that relays data to a web server until it sees a keyword, would be
nice, but IMHO shouldn't be *required* by the GSoC task.
Hopefully a mentor can be found. I really don't have time, nextgens would
probably have a p
ture.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20120330/5a95a477/attachment.pgp>
gnature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20120330/e61de514/attachment.pgp>
o identify the node (e.g. the UDP receive and send thread
include the port number in the thread name).
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20120330/a8db2d6f/attachment.pgp>
e: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20120330/a0c0f444/attachment.pgp>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20120330/e1a3a184/attachment.pgp>
churn? I guess we could keep the current probe requests if there's a
good reason to do so ...
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20120330/108ab6c3/attachment.pgp>
standard
-- next part --
An HTML attachment was scrubbed...
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20120330/3b5ab257/attachment.html>
On 30-03-2012 13:28, Matthew Toseland wrote:
On Sunday 25 Mar 2012 23:22:24 Marco Schulze wrote:
Working (but incomplete) code is available @
https://github.com/Heiral/fred-staging/tree/logger++
I'm keeping out of this for now, it should go in if it:
- Simplifies the code.
Testing is centralize
On Mar 30, 2012 1:12 PM, "Matthew Toseland"
wrote:
>
> On Sunday 25 Mar 2012 19:33:45 Juiceman wrote:
> > On Mon, Mar 19, 2012 at 6:13 PM, Marco Schulze
> > wrote:
> > > May I add a vote to standardise indentation? This mess of spaces with
tabs
> > > really bugs me.
> > >
> >
> > Assuming tabs 8
On Tuesday 27 Mar 2012 10:21:58 Chetan Hosmani wrote:
> Hello,
>
> I have been idling on the IRC channel for quite some time now. The
> response from freenet is really good.
>
> For my GSoC application I have been working on a proposal for the
> transport plugin. Although the response from freen
On Tuesday 27 Mar 2012 19:31:13 Robert Hailey wrote:
>
> On 2012/03/27 (Mar), at 12:06 AM, Steve Dougherty wrote:
>
> > I hope to investigate that this summer as part of Google Summer of
> > Code! Are there metrics to focus on?
>
> The most prominent would be:
> * CHK success rate from seed node
On Sunday 25 Mar 2012 19:33:45 Juiceman wrote:
> On Mon, Mar 19, 2012 at 6:13 PM, Marco Schulze
> wrote:
> > May I add a vote to standardise indentation? This mess of spaces with tabs
> > really bugs me.
> >
>
> Assuming tabs 8 spaces wide the current code yields 9,187 lines with
> warnings about
On Monday 26 Mar 2012 14:48:37 Flavio Heredia wrote:
> >
> > When you've finished it, you might be interested in updating the Spanish
> > translation for Freenet itself?
> >
>
> good morning list.
>
> i can start translating freenet itself about second week of may.
That would be really cool.
>
On Thursday 29 Mar 2012 21:29:39 Ian Clarke wrote:
> On Thu, Mar 29, 2012 at 12:11 PM, Florent Daigniere <
> nextg...@freenetproject.org> wrote:
>
> > Well, you're the one who defends that designers need to be able to touch
> > the
> > HTML... remember?
> >
> > http://article.gmane.org/gmane.netw
On Sunday 25 Mar 2012 23:22:24 Marco Schulze wrote:
> Working (but incomplete) code is available @
> https://github.com/Heiral/fred-staging/tree/logger++
I'm keeping out of this for now, it should go in if it:
- Simplifies the code.
- Does not significantly reduce performance.
- Does not signific
On Wednesday 28 Mar 2012 01:04:14 Zlatin Balevsky wrote:
> There are many problems with
> https://github.com/Heiral/fred-staging/commit/b876f8c454cb269281ffcb18d14d25b22818d130#L0R49
> :
>
> line 25: the static field log should be volatile. It may work now and
> then but it's broken. Google "dou
On Wednesday 28 Mar 2012 19:56:19 postwall-free...@yahoo.de wrote:
> If I remember right then the main issue with debug logging wasn't GC but that
> generating some of the log string arguments in freenet was simply very
> resource intensive in itself.
I'm not sure. I do remember it greatly incr
On Thursday 29 Mar 2012 05:36:42 Steve Dougherty wrote:
> Hello,
>
> I was hoping to get some feedback on my Google Summer of Code
> application. I've noticed that the lack of detailed information
> available on network topology, link distribution, and overall makeup
> and health makes it difficul
On Thursday 29 Mar 2012 05:36:42 Steve Dougherty wrote:
> Hello,
>
> I was hoping to get some feedback on my Google Summer of Code
> application. I've noticed that the lack of detailed information
> available on network topology, link distribution, and overall makeup
> and health makes it difficul
28 matches
Mail list logo
