On Wed, Apr 15, 2009 at 9:28 PM, wrote:
> Author: toad
> Date: 2009-04-15 13:28:16 + (Wed, 15 Apr 2009)
> New Revision: 26844
>
> Modified:
> ? trunk/freenet/src/freenet/client/async/USKFetcher.java
> Log:
> USKFetcher: subscribe to USKManager so that we are immediately told if the
> edition
On Wed, Apr 15, 2009 at 4:49 PM, wrote:
> Author: thesnark
> Date: 2009-04-15 08:49:36 + (Wed, 15 Apr 2009)
> New Revision: 26830
>
> Modified:
> ? trunk/freenet/src/freenet/support/FileLoggerHook.java
> Log:
>
You should write a line describing what have you changed.
>
> Modified: trunk/fr
On Thu, Apr 16, 2009 at 9:53 AM, wrote:
> Author: j16sdiz
> Date: 2009-04-16 01:53:58 + (Thu, 16 Apr 2009)
> New Revision: 26869
>
> Modified:
> trunk/contrib/fec/src/csrc/fec16-jinterf.c
> trunk/contrib/fec/src/csrc/fec8-jinterf.c
> Log:
> Use GetByteArrayElements() not GetPrimitiveArray
On Wed, Apr 15, 2009 at 8:54 AM, Matthew Toseland
wrote:
> On Tuesday 14 April 2009 15:33:04 Daniel Cheng wrote:
>> On Tue, Apr 14, 2009 at 10:23 PM, Matthew Toseland
>> wrote:
>> > On Sunday 12 April 2009 12:31:55 Daniel Cheng wrote:
>> >> On Sun, Apr 12, 2009 at 8:27 AM, Ian Clarke wrote:
>> >
On Wed, Apr 15, 2009 at 2:42 AM, wrote:
> Author: saces
> Date: 2009-04-14 18:42:36 + (Tue, 14 Apr 2009)
> New Revision: 26788
>
> Added:
> ? trunk/freenet/src/freenet/client/async/ContainerInserter.java
> Log:
> new class ContainerInserter - insert a ManifestElements as container
> TODOs:
>
On Wed, Apr 15, 2009 at 4:12 AM, Matthew Toseland
wrote:
> On Tuesday 14 April 2009 06:36:28 j16sdiz at freenetproject.org wrote:
>> Author: j16sdiz
>> Date: 2009-04-14 05:36:27 + (Tue, 14 Apr 2009)
>> New Revision: 26774
>>
>> Modified:
>> ? ?trunk/freenet/src/freenet/node/fcp/FCPClient.java
with to send large
amounts
> > of data to the codec at once...
> >
> > Also, is this a regression? Has anyone tested the 32-bit codecs?
>
> on 32-bit machines?
> The number I have posted is on x86 (32-bit machine), before infinity0
> and my patches.
> That is, the benefit is statistically insignificant.
Nextgens has fixed a bug, we now get around 3:1 in favour of native code on
32-bit machines. When I have tried to build the binaries on my 64-bit system
using gcc 4.3.2, it always segfaults unless -g is enabled. Nextgens suggests
that -funroll-loops may be the problem, in which case removing it and
reinstating the macro might fix the problem?
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090415/85e3eda6/attachment.pgp>
> -Urspr?ngliche Nachricht-
> Von: "Matthew Toseland"
> Gesendet: 15.04.09 00:10:36
> An: devl at freenetproject.org
> Betreff: Re: [freenet-dev] [freenet-cvs] r26789 -
> trunk/freenet/src/freenet/client
> On Tuesday 14 April 2009 19:54:37 saces at freenetproject.org wrote:
> > Author: s
> -Urspr?ngliche Nachricht-
> Von: "Matthew Toseland"
> Gesendet: 15.04.09 02:47:39
> An: devl at freenetproject.org
> Betreff: Re: [freenet-dev] [freenet-cvs] r26799 -
> trunk/freenet/src/freenet/client/async
> On Tuesday 14 April 2009 20:24:13 saces at freenetproject.org wrote:
> > Au
> -Urspr?ngliche Nachricht-
> Von: "Daniel Cheng"
> Gesendet: 15.04.09 08:36:47
> An: devl at freenetproject.org
> Betreff: Re: [freenet-dev] [freenet-cvs] r26788 -
> trunk/freenet/src/freenet/client/async
> On Wed, Apr 15, 2009 at 2:42 AM, wrote:
> > Author: saces
> > Date: 2009-04-14
On Wed, Apr 15, 2009 at 9:28 PM, wrote:
> Author: toad
> Date: 2009-04-15 13:28:16 + (Wed, 15 Apr 2009)
> New Revision: 26844
>
> Modified:
> trunk/freenet/src/freenet/client/async/USKFetcher.java
> Log:
> USKFetcher: subscribe to USKManager so that we are immediately told if the
> edition
On Wed, Apr 15, 2009 at 4:49 PM, wrote:
> Author: thesnark
> Date: 2009-04-15 08:49:36 + (Wed, 15 Apr 2009)
> New Revision: 26830
>
> Modified:
> trunk/freenet/src/freenet/support/FileLoggerHook.java
> Log:
>
You should write a line describing what have you changed.
>
> Modified: trunk/fr
On Monday 06 April 2009 16:18:28 Daniel Cheng wrote:
> On Mon, Apr 6, 2009 at 11:04 PM, Matthew Toseland
> wrote:
> > On Friday 03 April 2009 08:39:52 Ximin Luo wrote:
> >> Daniel Cheng wrote:
> >> > On Fri, Apr 3, 2009 at 6:30 AM, wrote:
> >> >> Author: nextgens
> >> >> Date: 2009-04-02 22:30:5
til.formatSize(peerNodeStatus.getTotalInputSinceStartup())+" /
"+SizeUtil.formatSize(peerNodeStatus.getTotalOutputSinceStartup()));
>
> > peerTableHeaderRow.addChild("th",
> "Congestion\u00a0Control");
> >
> peerTableHeaderRow.addChild("th").addChild("a", "href",
> sortString(isReversed, "time_delta")).addChild("#", "Time\u00a0Delta");
> >
> peerTableHeaderRow.addChild("th").addChild("a", "href",
> sortString(isReversed, "uptime")).addChild("#", "Reported\u00a0Uptime");
>
--
bye
--david
-- next part --
An HTML attachment was scrubbed...
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090415/1f0d8856/attachment.html>
ack will be discovered in the next push.
They will be discovered *automatically* ?
> The question is: can the attacker do anything harmful in that time gap?
>
> [[ I don't think we should take this risk. ]]
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090415/5381a081/attachment.pgp>
}
> +
> + public void addItem(String name, String nameInArchive, String
mimeOverride, Bucket data, boolean isDefaultDoc) {
> + ManifestElement element = new ManifestElement(name,
> nameInArchive, data,
mimeOverride, data.size());
> + addElement(name, element, isDefaultDoc);
> + }
> +
> + public void addRedirect(String name, String mimeOverride,
> FreenetURI
targetURI2) {
> + addRedirect(name, mimeOverride, targetURI2, false);
> + }
> +
> + public void addRedirect(String name, String mimeOverride,
> FreenetURI
targetURI2, boolean isDefaultDoc) {
> + ManifestElement element = new ManifestElement(name,
> targetURI2,
mimeOverride);
> + addElement(name, element, isDefaultDoc);
> + }
> +
> + public void addExternal(String name, String mimeOverride,
> Bucket data) {
> + addExternal(name, mimeOverride, data, false);
> + }
> +
> + public void addExternal(String name, String mimeOverride,
> Bucket data,
boolean isDefaultDoc) {
> + PutHandler ph = new PutHandler(BaseManifestPutter.this,
> selfHandle,
name, data, guessMime(name, mimeOverride), getCHKOnly);
> + runningPutHandlers.add(ph);
> +
> perContainerPutHandlersWaitingForMetadata.get(selfHandle).add(ph);
> + putHandlersTransformMap.put(ph, currentDir);
And more. Storing more stuff than will fit in memory always sucks. :|
> + }
> +
> + private void addElement(String name, ManifestElement element,
> boolean
isDefaultDoc) {
> + currentDir.put(name, element);
> + if (isDefaultDoc) currentDir.put("", element);
> + }
> +
> + public void addArchiveItem(ContainerBuilder archive, String
> name, String
nameInArchive, String mimeTypeOverride, Bucket data) {
> + addArchiveItem(archive, name, nameInArchive,
> mimeTypeOverride, data,
false);
> + }
> +
> + public void addArchiveItem(ContainerBuilder archive, String
> name, String
nameInArchive, String mimeTypeOverride, Bucket data, boolean isDefaultDoc) {
> + archive.addItem(name, nameInArchive, mimeTypeOverride,
> data,
isDefaultDoc);
> + PutHandler ph = new PutHandler(BaseManifestPutter.this,
> selfHandle,
name, nameInArchive, FreenetURI.EMPTY_CHK_URI, guessMime(name,
mimeTypeOverride));
> + putHandlersTransformMap.put(ph, currentDir);
> +
perContainerPutHandlersWaitingForFetchable.get(selfHandle).add(archive.selfHandle);
> +
> putHandlersArchiveTransformMap.get(archive.selfHandle).add(ph);
And again.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090415/8c13403e/attachment.pgp>
> -Ursprüngliche Nachricht-
> Von: "Matthew Toseland"
> Gesendet: 15.04.09 00:10:36
> An: devl@freenetproject.org
> Betreff: Re: [freenet-dev] [freenet-cvs] r26789 -
> trunk/freenet/src/freenet/client
> On Tuesday 14 April 2009 19:54:37 sa...@freenetproject.org wrote:
> > Author: saces
>
> -Ursprüngliche Nachricht-
> Von: "Matthew Toseland"
> Gesendet: 15.04.09 02:47:39
> An: devl@freenetproject.org
> Betreff: Re: [freenet-dev] [freenet-cvs] r26799 -
> trunk/freenet/src/freenet/client/async
> On Tuesday 14 April 2009 20:24:13 sa...@freenetproject.org wrote:
> > Author:
> -Ursprüngliche Nachricht-
> Von: "Daniel Cheng"
> Gesendet: 15.04.09 08:36:47
> An: devl@freenetproject.org
> Betreff: Re: [freenet-dev] [freenet-cvs] r26788 -
> trunk/freenet/src/freenet/client/async
> On Wed, Apr 15, 2009 at 2:42 AM, wrote:
> > Author: saces
> > Date: 2009-04-14 18
19 matches
Mail list logo
