verhead likely to look like?
>
I think db4o includes a library for doing such things ... so we may not even
need any new dependancies for it.
-- 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/20120404/c3c16b2b/attachment.pgp>
El 03/04/12 11:08, Matthew Toseland escribió:
The python module is used in some important tools, so in principle
this is a good thing. I'm not competent to review Perl code, maybe we
can find somebody who is though. Generally we don't accept prior work
as proof that a student can code, but if i
's an interesting idea, what's
the overhead likely to look like?
-- 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/20120404/3a94ab54/attachment.pgp>
On Wed, Apr 04, 2012 at 12:58:55PM -0300, Marco Schulze wrote:
> On 04-04-2012 11:43, Zlatin Balevsky wrote:
>>
>> The problem of abusing the predicate by performing anything other than
>> logging inside it.
>>
> I guess that that does improve readability a bit. However, less than 5%
> of the i
My English must be failing me, but I've stressed quite a few times both
possibilities (way slower vs. acceptably slower), and how far current
changes are from a testable state. Merging is a very distant possibility.
Regarding dependency injection, I take you mean dynamically replacing
the Logge
On Wednesday 04 Apr 2012 22:39:21 Matthew Toseland wrote:
> On Wednesday 04 Apr 2012 20:31:42 Florent Daigniere wrote:
> > On Wed, Apr 04, 2012 at 12:58:55PM -0300, Marco Schulze wrote:
> > > On 04-04-2012 11:43, Zlatin Balevsky wrote:
> > >>
> > >> The problem of abusing the predicate by performin
On Wednesday 04 Apr 2012 20:31:42 Florent Daigniere wrote:
> On Wed, Apr 04, 2012 at 12:58:55PM -0300, Marco Schulze wrote:
> > On 04-04-2012 11:43, Zlatin Balevsky wrote:
> >>
> >> The problem of abusing the predicate by performing anything other than
> >> logging inside it.
> >>
> > I guess tha
My English must be failing me, but I've stressed quite a few times both
possibilities (way slower vs. acceptably slower), and how far current
changes are from a testable state. Merging is a very distant possibility.
Regarding dependency injection, I take you mean dynamically replacing
the Logg
> Devl mailing list
> Devl at freenetproject.org <mailto:Devl at freenetproject.org>
> https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
>
>
>
> ___
> 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/20120404/c116a810/attachment.html>
On Wed, Apr 04, 2012 at 12:58:55PM -0300, Marco Schulze wrote:
> On 04-04-2012 11:43, Zlatin Balevsky wrote:
>>
>> The problem of abusing the predicate by performing anything other than
>> logging inside it.
>>
> I guess that that does improve readability a bit. However, less than 5%
> of the i
Hello,
With only three days left for the deadline of submission of proposals
I was hoping I could get some suggestions on my proposal.
This is my only proposal. I am also working on another proposal to
Freenet itself (implementing JCA).
Any suggestions will be really helpful.
The proposal can vie
g list
>> Devl at freenetproject.org
>> https://emu.freenetproject.**org/cgi-bin/mailman/listinfo/**devl<https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl>
>>
> __**_
> Devl mailing list
> Devl at freenetproject.org
> https://emu.freenetproject.**org/cgi-bin/mailman/listinfo/**devl<https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20120404/b43b43df/attachment.html>
On 04-04-2012 11:43, Zlatin Balevsky wrote:
The problem of abusing the predicate by performing anything other than
logging inside it.
I guess that that does improve readability a bit. However, less than 5%
of the ifs guards anything but Log.*() calls.
You cannot get rid of the predicate wi
The problem of abusing the predicate by performing anything other than
logging inside it.
You cannot get rid of the predicate without introducing side effects as
I've demonstrated throughout this thread.
On Apr 4, 2012 6:01 AM, "Marco Schulze" wrote:
> Which problem is solved? There's still a pr
Which problem is solved? There's still a predicate there.
On 03-04-2012 20:49, Zlatin Balevsky wrote:
> May I suggest a nice little script someone ( novice? ) could write,
> solve the logging problem and learning a thing or two about language
> theory in the process :
>
> Transform:
>
> if (L
Which problem is solved? There's still a predicate there.
On 03-04-2012 20:49, Zlatin Balevsky wrote:
May I suggest a nice little script someone ( novice? ) could write,
solve the logging problem and learning a thing or two about language
theory in the process :
Transform:
if (LOG.isLoggab
Size: 9341 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20120404/6853b959/attachment.obj>
17 matches
Mail list logo