e fixed by simply renaming the classes (or
functiones, but not both).
Regards,
Daniel Cheng (SDiZ)
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl
e fixed by simply renaming the classes (or
functiones, but not both).
Regards,
Daniel Cheng (SDiZ)
found that too important, I may ask my friends
help me to restore them.
"To every thing there is a season, and a time to every purpose under
the heaven" (Eccl 3:1).
I know this is very sudden -- it surprise me as well. But this is the
right time to move on.
Goodbye friends, I will miss y
found that too important, I may ask my friends
help me to restore them.
"To every thing there is a season, and a time to every purpose under
the heaven" (Eccl 3:1).
I know this is very sudden -- it surprise me as well. But this is the
right time to move on.
Goodbye friends, I will miss y
On Fri, Feb 19, 2010 at 8:04 PM, xor wrote:
> On Thursday 18 February 2010 19:46:05 Matthew Toseland wrote:
>> > > we can at least try to avoid making the problem any worse.
>> >
>> > I agree that we need re-inserts to work. It was one of my goals with the
>> > new sanitizer: The old one removed v
On Fri, Feb 19, 2010 at 8:04 PM, xor wrote:
> On Thursday 18 February 2010 19:46:05 Matthew Toseland wrote:
>> > > we can at least try to avoid making the problem any worse.
>> >
>> > I agree that we need re-inserts to work. It was one of my goals with the
>> > new sanitizer: The old one removed v
On Thu, Feb 18, 2010 at 6:21 AM, xor wrote:
> On Wednesday 17 February 2010 18:21:59 Matthew Toseland wrote:
>> + private static final boolean operatingSystemIsWindows() { // TODO: Move
>> to the proper class + try {
>> + return System.getProperty("os.name").toLowerCase().indexOf("win") >= 0;
>> +
Hi all,
Do we still concern memory usage?
I am seeing the memory usage of freenet climb higher and higher in
recently release.
It is no longer possible to run a node in an 128m memory box.
With 3c02c397bfea7418d5d311ba481c3b3c7df96e2e, may I say the promise/envision
of low-memory/embeded usage de
On Thu, Feb 18, 2010 at 6:21 AM, xor wrote:
> On Wednesday 17 February 2010 18:21:59 Matthew Toseland wrote:
>> + private static final boolean operatingSystemIsWindows() { // TODO: Move
>> to the proper class + try {
>> + return System.getProperty("os.name").toLowerCase().indexOf("win") >= 0;
>> +
Hi all,
Do we still concern memory usage?
I am seeing the memory usage of freenet climb higher and higher in
recently release.
It is no longer possible to run a node in an 128m memory box.
With 3c02c397bfea7418d5d311ba481c3b3c7df96e2e, may I say the promise/envision
of low-memory/embeded usage de
On Wed, Feb 3, 2010 at 11:15 PM, Daniel Cheng
wrote:
> On Tue, Feb 2, 2010 at 10:41 PM, Matthew Toseland
> wrote:
>> Is there any chance you could implement or at least test Chinese searching?
>> As far as I can see all we need to do is:
>> - Decode surrogates
>>
On Wed, Feb 3, 2010 at 11:15 PM, Daniel Cheng wrote:
> On Tue, Feb 2, 2010 at 10:41 PM, Matthew Toseland
> wrote:
>> Is there any chance you could implement or at least test Chinese searching?
>> As far as I can see all we need to do is:
>> - Decode surrogates
>>
On Tue, Jan 5, 2010 at 5:48 AM, Ximin Luo wrote:
> Shoey Fighter wrote:
>> Is there a way to let public and/or sourceforge members access by
>> default? (I see that there is a group "editor" to allow people ?to
>> edit, but that seems to be a PITA)
>
> toad is going to look into that; it involves
On Tue, Jan 5, 2010 at 5:48 AM, Ximin Luo wrote:
> Shoey Fighter wrote:
>> Is there a way to let public and/or sourceforge members access by
>> default? (I see that there is a group "editor" to allow people to
>> edit, but that seems to be a PITA)
>
> toad is going to look into that; it involves
On Sun, Dec 20, 2009 at 7:38 PM, Ximin Luo wrote:
> Ximin Luo wrote:
>> http://github.com/freenet/fred-staging/network
>
> i know some of these are obsolete from GSoC but there's still a load from
> other
> people. if there are things which can/should be merged in, please could you do
> it, or as
On Sun, Dec 20, 2009 at 7:38 PM, Ximin Luo wrote:
> Ximin Luo wrote:
>> http://github.com/freenet/fred-staging/network
>
> i know some of these are obsolete from GSoC but there's still a load from
> other
> people. if there are things which can/should be merged in, please could you do
> it, or as
On Wed, Dec 16, 2009 at 8:12 PM, Florent Daigniere
wrote:
> * Gregory Maxwell [2009-12-15 18:39:24]:
>
>> On Mon, Dec 14, 2009 at 11:51 AM, Florent Daigniere
>> wrote:
>> > Modern compression algorithms allow FAST decompression. We are talking
>> > 10 to 20 times faster here!
>> >
>> > http://en
On Wed, Dec 16, 2009 at 8:12 PM, Florent Daigniere
wrote:
> * Gregory Maxwell [2009-12-15 18:39:24]:
>
>> On Mon, Dec 14, 2009 at 11:51 AM, Florent Daigniere
>> wrote:
>> > Modern compression algorithms allow FAST decompression. We are talking
>> > 10 to 20 times faster here!
>> >
>> > http://en
g something other than Eclipse, they'll need to persuade it to
>> keep the existing formatting.
>>
>> Ian.
>>
>> On Fri, Dec 11, 2009 at 8:25 AM, Daniel Cheng > gmail.com>
>> wrote:
>> > Juiceman,
>> >
>> > Please *DO NOT* fix the
Juiceman,
Please *DO NOT* fix the source formatting just for the source formatting.
When you do that, you would mess up `git blame`, make it much harder
to trace who and why a line/method was introduced.
Daniel
-- next part --
An HTML attachment was scrubbed...
URL:
g something other than Eclipse, they'll need to persuade it to
>> keep the existing formatting.
>>
>> Ian.
>>
>> On Fri, Dec 11, 2009 at 8:25 AM, Daniel Cheng
>> >
>> wrote:
>> > Juiceman,
>> >
>> > Please *DO NOT* fix the so
Juiceman,
Please *DO NOT* fix the source formatting just for the source formatting.
When you do that, you would mess up `git blame`, make it much harder
to trace who and why a line/method was introduced.
Daniel
___
Devl mailing list
Devl@freenetprojec
On Wed, Dec 2, 2009 at 1:49 AM, Evan Daniel wrote:
> On Tue, Dec 1, 2009 at 12:30 PM, xor wrote:
>>
>> - The autoupdater MUST call plugin.terminate() before unloading the plugin
>> because plugins use databases and those must be properly closed.
>>
>> - Deadlock bugs however might prevent plugins
On Wed, Dec 2, 2009 at 1:49 AM, Evan Daniel wrote:
> On Tue, Dec 1, 2009 at 12:30 PM, xor wrote:
>>
>> - The autoupdater MUST call plugin.terminate() before unloading the plugin
>> because plugins use databases and those must be properly closed.
>>
>> - Deadlock bugs however might prevent plugins
On Sat, Nov 28, 2009 at 2:21 AM, Ximin Luo wrote:
> Ian Clarke wrote:
>> The Guardian has an article, the product of an interview I did a few
>> weeks ago, read it here:
>>
>> ? http://www.guardian.co.uk/technology/2009/nov/26/dark-side-internet-freenet
>>
>> You can read my public response here:
On Sat, Nov 28, 2009 at 2:21 AM, Ximin Luo wrote:
> Ian Clarke wrote:
>> The Guardian has an article, the product of an interview I did a few
>> weeks ago, read it here:
>>
>> http://www.guardian.co.uk/technology/2009/nov/26/dark-side-internet-freenet
>>
>> You can read my public response here:
On Thu, Nov 26, 2009 at 11:27 AM, Matthew Toseland
wrote:
> After worrying about a likely slashdotting resulting from a Guardian article,
> I had a look at Google Analytics. One thing I found was downloads by country
> (over the last month) is rather curious, the top 10:
[...]
> India
> ? ? ? ?
On Thu, Nov 26, 2009 at 11:27 AM, Matthew Toseland
wrote:
> After worrying about a likely slashdotting resulting from a Guardian article,
> I had a look at Google Analytics. One thing I found was downloads by country
> (over the last month) is rather curious, the top 10:
[...]
> India
>
On Sun, Nov 22, 2009 at 7:13 AM, Matthew Toseland
wrote:
> Is it always non-null *in all derived classes*?
/metas/ is a *local* variable, and it is set to /null/ just one line
before the /if/:
line 1568: ArrayList metas = null;
line 1569: if(metas != null) {
>
> diff --git a/sr
On Sun, Nov 22, 2009 at 7:13 AM, Matthew Toseland
wrote:
> Is it always non-null *in all derived classes*?
/metas/ is a *local* variable, and it is set to /null/ just one line
before the /if/:
line 1568: ArrayList metas = null;
line 1569: if(metas != null) {
>
> diff --git a/sr
On Wed, Nov 18, 2009 at 3:02 PM, Zero3 wrote:
> Matthew Toseland wrote:
>> On Tuesday 17 November 2009 07:20:03 Zero3 wrote:
>>> Matthew Toseland wrote:
On Sunday 15 November 2009 01:14:54 Ed Tomlinson wrote:
> On Saturday 14 November 2009 16:02:11 Matthew Toseland wrote:
>> On Saturd
On Wed, Nov 18, 2009 at 3:02 PM, Zero3 wrote:
> Matthew Toseland wrote:
>> On Tuesday 17 November 2009 07:20:03 Zero3 wrote:
>>> Matthew Toseland wrote:
On Sunday 15 November 2009 01:14:54 Ed Tomlinson wrote:
> On Saturday 14 November 2009 16:02:11 Matthew Toseland wrote:
>> On Saturd
On Mon, Nov 9, 2009 at 10:39 PM, Evan Daniel wrote:
> On Mon, Nov 9, 2009 at 8:35 AM, Matthew Toseland
> wrote:
>> Some Chinese feedback: Main point is there are a lot of old PCs with very
>> limited RAM, although new ones have plenty of RAM. Broadband is however
>> reasonable in general, makin
On Mon, Nov 9, 2009 at 10:39 PM, Evan Daniel wrote:
> On Mon, Nov 9, 2009 at 8:35 AM, Matthew Toseland
> wrote:
>> Some Chinese feedback: Main point is there are a lot of old PCs with very
>> limited RAM, although new ones have plenty of RAM. Broadband is however
>> reasonable in general, makin
On Sat, Nov 7, 2009 at 2:45 AM, Matthew Toseland
wrote:
> I apologise in advance to all those who think that user interfaces are a
> nuisance as they get us more users who need support and therefore are a
> nuisance. I promise there will be more technical issues soon. :)
>
> We should reconsider
Just FYI,
Sun J2SE5.0 have just came to EOL today.
Sun is still providing updates for "Java SE for Business 1.5" licensees.
[ see http://java.sun.com/javase/downloads/index_jdk5.jsp ]
Regards,
SDiZ
Just FYI,
Sun J2SE5.0 have just came to EOL today.
Sun is still providing updates for "Java SE for Business 1.5" licensees.
[ see http://java.sun.com/javase/downloads/index_jdk5.jsp ]
Regards,
SDiZ
___
Devl mailing list
Devl@freenetproject.org
http://em
On Sun, Oct 11, 2009 at 5:44 AM, Matthew Toseland
wrote:
> On Friday 02 October 2009 21:24:32 Luke771 wrote:
>> Attached.
>> Updated to 1236 rbuild01236
>>
> Pushed in git 0d646be
>
you have updated the new-css-filter branch, not the master one
On Sun, Oct 11, 2009 at 5:44 AM, Matthew Toseland
wrote:
> On Friday 02 October 2009 21:24:32 Luke771 wrote:
>> Attached.
>> Updated to 1236 rbuild01236
>>
> Pushed in git 0d646be
>
you have updated the new-css-filter branch, not the master one
___
Devl
On Tue, Sep 22, 2009 at 4:48 PM, Daniel Cheng
wrote:
> On Sat, Sep 19, 2009 at 7:26 AM, Ximin Luo wrote:
>> I created a new branch (bigint7) which tests the performance of java 7's
>> BigInteger implementation. can people please benchmark it?
>>
>
> no significa
On Sat, Sep 19, 2009 at 7:26 AM, Ximin Luo wrote:
> I created a new branch (bigint7) which tests the performance of java 7's
> BigInteger implementation. can people please benchmark it?
>
no significant different are found.
AMD Athlon(TM) XP 1800+
Java(TM) SE Runtime Environment (build 1.6.0
On Sat, Sep 19, 2009 at 7:26 AM, Ximin Luo wrote:
> I created a new branch (bigint7) which tests the performance of java 7's
> BigInteger implementation. can people please benchmark it?
>
BigInteger use java.util.Arrays.copyOfRange and friends, which are java 6 only.
On Tue, Sep 22, 2009 at 4:48 PM, Daniel Cheng wrote:
> On Sat, Sep 19, 2009 at 7:26 AM, Ximin Luo wrote:
>> I created a new branch (bigint7) which tests the performance of java 7's
>> BigInteger implementation. can people please benchmark it?
>>
>
> no significa
On Sat, Sep 19, 2009 at 7:26 AM, Ximin Luo wrote:
> I created a new branch (bigint7) which tests the performance of java 7's
> BigInteger implementation. can people please benchmark it?
>
no significant different are found.
AMD Athlon(TM) XP 1800+
Java(TM) SE Runtime Environment (build 1.6.0
On Sat, Sep 19, 2009 at 7:26 AM, Ximin Luo wrote:
> I created a new branch (bigint7) which tests the performance of java 7's
> BigInteger implementation. can people please benchmark it?
>
BigInteger use java.util.Arrays.copyOfRange and friends, which are java 6 only.
_
On Sat, Sep 19, 2009 at 7:26 AM, Ximin Luo wrote:
> I created a new branch (bigint7) which tests the performance of java 7's
> BigInteger implementation. can people please benchmark it?
>
> On latest fred-staging:
>
> $ git checkout bigint7
> $ ant unit -Dbenchmark=true
>
> ? ?[junit]
On Sat, Sep 19, 2009 at 7:26 AM, Ximin Luo wrote:
> I created a new branch (bigint7) which tests the performance of java 7's
> BigInteger implementation. can people please benchmark it?
>
> On latest fred-staging:
>
> $ git checkout bigint7
> $ ant unit -Dbenchmark=true
>
> [junit]
On Wed, Sep 2, 2009 at 10:57 PM, Michael Yip wrote:
> Hi guys,
>
> Can someone explain to me what is logged in the file locations.log.txt?
>
> Here's my guess. It logs the location changes of my node and this
> prevents my node from specializing in storing a subset of the keyspace?
Almost, this is
On Wed, Sep 2, 2009 at 10:57 PM, Michael Yip wrote:
> Hi guys,
>
> Can someone explain to me what is logged in the file locations.log.txt?
>
> Here's my guess. It logs the location changes of my node and this
> prevents my node from specializing in storing a subset of the keyspace?
Almost, this is
On Thu, Aug 27, 2009 at 10:33 AM, Ximin Luo wrote:
> Juiceman wrote:
>
> can you give the output of that hs_err log, and also your java version (java
> -version) and OS version (uname -a)?
the answer is in this section:
>> INFO | jvm 1| 2009/08/26 19:54:49 | # JRE version: 6.0_15-b03
>> IN
On Thu, Aug 27, 2009 at 10:33 AM, Ximin Luo wrote:
> Juiceman wrote:
>
> can you give the output of that hs_err log, and also your java version (java
> -version) and OS version (uname -a)?
the answer is in this section:
>> INFO | jvm 1| 2009/08/26 19:54:49 | # JRE version: 6.0_15-b03
>> IN
On Tue, Aug 25, 2009 at 11:44 PM, Ian Clarke wrote:
> On Tue, Aug 25, 2009 at 8:51 AM, Matthew
> Toseland wrote:
>>> It's not a joke but I admit I misunderstood the specification. I was
>>> wondering how to detect the end of a AllData reply and I thought there
>>> would be something such as "EndMes
On Tue, Aug 25, 2009 at 11:44 PM, Ian Clarke wrote:
> On Tue, Aug 25, 2009 at 8:51 AM, Matthew
> Toseland wrote:
>>> It's not a joke but I admit I misunderstood the specification. I was
>>> wondering how to detect the end of a AllData reply and I thought there
>>> would be something such as "EndMes
On Sun, Aug 23, 2009 at 6:22 AM, Matthew
Toseland wrote:
> On Friday 21 August 2009 22:04:07 Masayuki Hatta wrote:
>> Hi,
>>
>> > In <200908212131.09148.toad at amphibian.dyndns.org>
>> > Matthew Toseland wrote:
>>
>> > How common is 64-bit Vista? Currently we install a 32-bit JVM, which
>
On Sun, Aug 23, 2009 at 6:22 AM, Matthew
Toseland wrote:
> On Friday 21 August 2009 22:04:07 Masayuki Hatta wrote:
>> Hi,
>>
>> > In <200908212131.09148.t...@amphibian.dyndns.org>
>> > Matthew Toseland wrote:
>>
>> > How common is 64-bit Vista? Currently we install a 32-bit JVM, which
>> >
On Mon, Aug 17, 2009 at 11:35 PM, xor wrote:
> On Monday 17 August 2009 16:33:53 Daniel Cheng wrote:
[...]
>> ? 4. some simple typos / ui glitches
>> ? ? ? if you have time, fix these, it would be more helpful then
>> messing with the bug tracker.
>> ? ? ? most of them
On Mon, Aug 17, 2009 at 9:16 PM, xor wrote:
> On Sunday 16 August 2009 22:36:17 NextGen$ wrote:
>> * xor [2009-08-16 17:33:15]:
>> > On Sunday 16 August 2009 16:38:15 NextGen$ wrote:
>> > > Hi,Being another developer who have __tried__ to fix the issue tracker,
I think I have to say something here
On Mon, Aug 17, 2009 at 11:35 PM, xor wrote:
> On Monday 17 August 2009 16:33:53 Daniel Cheng wrote:
[...]
>> 4. some simple typos / ui glitches
>> if you have time, fix these, it would be more helpful then
>> messing with the bug tracker.
>> most of them
On Mon, Aug 17, 2009 at 9:16 PM, xor wrote:
> On Sunday 16 August 2009 22:36:17 NextGen$ wrote:
>> * xor [2009-08-16 17:33:15]:
>> > On Sunday 16 August 2009 16:38:15 NextGen$ wrote:
>> > > Hi,Being another developer who have __tried__ to fix the issue tracker,
I think I have to say something here
On Sat, Aug 1, 2009 at 3:38 AM, Evan Daniel wrote:
> On Fri, Jul 31, 2009 at 2:07 PM, Matthew
> Toseland wrote:
>> http://www.schneier.com/blog/archives/2009/07/another_new_aes.html
>>
>> Practical related-key/related-subkey attacks on AES with a 256-bit key with
>> 9, 10 and 11 rounds. The offici
On Sat, Aug 1, 2009 at 2:32 AM, Matthew
Toseland wrote:
> commit acd49fa6248d4b2d834a45a67d6564dc26efdadc
> Author: saces
> Date: ? Wed Jul 22 15:53:58 2009 +0200
>
> ? ?add fcp commands to load/update/remove plugins
>
> run() may take some considerable time, blocking all FCP messages during that
On Sat, Aug 1, 2009 at 3:38 AM, Evan Daniel wrote:
> On Fri, Jul 31, 2009 at 2:07 PM, Matthew
> Toseland wrote:
>> http://www.schneier.com/blog/archives/2009/07/another_new_aes.html
>>
>> Practical related-key/related-subkey attacks on AES with a 256-bit key with
>> 9, 10 and 11 rounds. The offici
On Sat, Aug 1, 2009 at 2:32 AM, Matthew
Toseland wrote:
> commit acd49fa6248d4b2d834a45a67d6564dc26efdadc
> Author: saces
> Date: Wed Jul 22 15:53:58 2009 +0200
>
> add fcp commands to load/update/remove plugins
>
> run() may take some considerable time, blocking all FCP messages during that
On Sun, Jul 26, 2009 at 3:23 AM, Matthew
Toseland wrote:
> On Wednesday 15 July 2009 10:11:01 Mario Volke wrote:
>> ?The plugin-Freefreader-staging and ...-official repos are still not
>> available.
>> ?Could you create them? My github account name is "webholics".
>
> Sorry ... Imported, and given
work out how to do the API thing and I work out how to
> make the search and ui i did earlier work with the new index format.
So the classloader is the only major blocker, right?
> Thanks for the comments
> Mike
>
>
> 2009/7/28 Daniel Cheng :
>> Sorry for yet-another
On Sun, Jul 26, 2009 at 3:23 AM, Matthew
Toseland wrote:
> On Wednesday 15 July 2009 10:11:01 Mario Volke wrote:
>> The plugin-Freefreader-staging and ...-official repos are still not
>> available.
>> Could you create them? My github account name is "webholics".
>
> Sorry ... Imported, and given
work out how to do the API thing and I work out how to
> make the search and ui i did earlier work with the new index format.
So the classloader is the only major blocker, right?
> Thanks for the comments
> Mike
>
>
> 2009/7/28 Daniel Cheng :
>> Sorry for yet-another
On Wed, Jul 8, 2009 at 10:33 PM, Matthew
Toseland wrote:
[..]
> Is setting toLowerCase locale to US a good idea?
The XMLSpider and XMLLibrarian must use the same locale for lower casing.
I guess we can't afford having multiple locale.
On Wed, Jul 8, 2009 at 8:35 AM, Mike Bush wrote:
> A progress report on my project.
>
> My SoC project originally had to do with improvements to XMLLibrarian
> and XMLSpider to provide a better search experience to freenet users,
> particularly helping with the issue of newcomers to freenet startin
On Wed, Jul 8, 2009 at 10:33 PM, Matthew
Toseland wrote:
[..]
> Is setting toLowerCase locale to US a good idea?
The XMLSpider and XMLLibrarian must use the same locale for lower casing.
I guess we can't afford having multiple locale.
___
Devl mailing li
On Wed, Jul 8, 2009 at 8:35 AM, Mike Bush wrote:
> A progress report on my project.
>
> My SoC project originally had to do with improvements to XMLLibrarian
> and XMLSpider to provide a better search experience to freenet users,
> particularly helping with the issue of newcomers to freenet startin
On Mon, Jul 6, 2009 at 8:58 AM, Zero3 wrote:
> Reposting:
>
> bo-le skrev:
>> Am Dienstag, 16. Juni 2009 21:40:53 schrieb Zero3:
>>> Matthew Toseland skrev:
On Sunday 14 June 2009 13:11:40 Zero3 wrote:
> Matthew Toseland skrev:
> This value is also passed on to the node via "node.l10n=
On Mon, Jul 6, 2009 at 8:58 AM, Zero3 wrote:
> Reposting:
>
> bo-le skrev:
>> Am Dienstag, 16. Juni 2009 21:40:53 schrieb Zero3:
>>> Matthew Toseland skrev:
On Sunday 14 June 2009 13:11:40 Zero3 wrote:
> Matthew Toseland skrev:
> This value is also passed on to the node via "node.l10n=
On 17/6/2009 22:36, sashee wrote:
> this way freenet don't start all the
> fetching, just what is requested... When the page loads, freenet
> start fetching all the images,
Did you look at your /config/fproxy page ?
There is an option called "Enable prefetching of inline images" ..
> Wh
On Wed, Jun 17, 2009 at 10:16 AM, Ian Clarke wrote:
> I've been doing quite a bit of work in my day job with people who have
> done a vast amount of testing of the effectiveness of different
> website designs.
>
> If I were to condense what I've learned into a single caveman
> sentence, it would be
Just a quick notes:
Blue Gradient background won't work, because:
-- BLUE have low contrast with the black text
-- our rabbit logo is blue, even lower contrast
-- the website ian suggested ( getfirefox/ jquery)
and other well-design webpage does NOT
use gradient a
On 17/6/2009 22:36, sashee wrote:
> this way freenet don't start all the
> fetching, just what is requested... When the page loads, freenet
> start fetching all the images,
Did you look at your /config/fproxy page ?
There is an option called "Enable prefetching of inline images" ..
> Wh
On Wed, Jun 17, 2009 at 10:16 AM, Ian Clarke wrote:
> I've been doing quite a bit of work in my day job with people who have
> done a vast amount of testing of the effectiveness of different
> website designs.
>
> If I were to condense what I've learned into a single caveman
> sentence, it would be
Just a quick notes:
Blue Gradient background won't work, because:
-- BLUE have low contrast with the black text
-- our rabbit logo is blue, even lower contrast
-- the website ian suggested ( getfirefox/ jquery)
and other well-design webpage does NOT
use gradient a
On 13/6/2009 22:48, Matthew Toseland wrote:
> On Saturday 06 June 2009 03:59:33 Daniel Cheng wrote:
>> On Sat, Jun 6, 2009 at 7:18 AM, Zero3 wrote:
>>> Matthew Toseland skrev:
>>>> Could it be an install path problem, something specific to Windows maybe?
>>
On 13/6/2009 22:48, Matthew Toseland wrote:
> On Saturday 06 June 2009 03:59:33 Daniel Cheng wrote:
>> On Sat, Jun 6, 2009 at 7:18 AM, Zero3 wrote:
>>> Matthew Toseland skrev:
>>>> Could it be an install path problem, something specific to Windows maybe?
>>
On Thu, Jun 11, 2009 at 10:15 PM, Mike Bush wrote:
> On Thu, 2009-06-11 at 21:25 +0800, Daniel Cheng wrote:
>> On 11/6/2009 20:16, Mike Bush wrote:
>> > 2009/6/10 Daniel Cheng:
>> [...]
>> >>
>> >> This is yet another reason to split the ?part out.
On 11/6/2009 20:16, Mike Bush wrote:
> 2009/6/10 Daniel Cheng:
[...]
>>
>> This is yet another reason to split the part out.
>
> I've built 2 indexes to find the space saving from separating keys
> from words as well,
> for an index> 16000 keys with 256 sub
On Thu, Jun 11, 2009 at 10:15 PM, Mike Bush wrote:
> On Thu, 2009-06-11 at 21:25 +0800, Daniel Cheng wrote:
>> On 11/6/2009 20:16, Mike Bush wrote:
>> > 2009/6/10 Daniel Cheng:
>> [...]
>> >>
>> >> This is yet another reason to split the part out.
On 11/6/2009 20:16, Mike Bush wrote:
> 2009/6/10 Daniel Cheng:
[...]
>>
>> This is yet another reason to split the part out.
>
> I've built 2 indexes to find the space saving from separating keys
> from words as well,
> for an index> 16000 keys with 256 sub
On 10/6/2009 18:04, Matthew Toseland wrote:
> On Wednesday 10 June 2009 06:54:03 Daniel Cheng wrote:
>> On Wed, Jun 10, 2009 at 12:02 PM, Evan Daniel wrote:
>>> On my (incomplete) spider index, the index file for the word "the" (it
>>> indexes no other wor
On 10/6/2009 20:42, Mike Bush wrote:
> 2009/6/10 Evan Daniel:
>> On Wed, Jun 10, 2009 at 6:49 AM, Mike Bush wrote:
>>> XMLLibrarian doesn't currently support searching for phrases or rating
>>> relevance of results based on proximity so I don't think common words
>>> could be of any use in searche
On Wed, Jun 10, 2009 at 4:06 PM, Evan Daniel wrote:
> On Wed, Jun 10, 2009 at 3:49 AM, Daniel Cheng
> wrote:
>> On Wed, Jun 10, 2009 at 3:18 PM, Evan Daniel wrote:
>>> On Wed, Jun 10, 2009 at 2:56 AM, Daniel Cheng
>>> wrote:
>>>> On Wed, Jun 10, 2009 a
On Wed, Jun 10, 2009 at 3:18 PM, Evan Daniel wrote:
> On Wed, Jun 10, 2009 at 2:56 AM, Daniel Cheng
> wrote:
>> On Wed, Jun 10, 2009 at 2:06 PM, Evan Daniel wrote:
>>> On Wed, Jun 10, 2009 at 1:54 AM, Daniel Cheng
>>> wrote:
>>>> On Wed, Jun 10, 2009 a
On Wed, Jun 10, 2009 at 2:06 PM, Evan Daniel wrote:
[...]
> Of course, a more efficient algorithm for creating the indexes in the
> first place would both make it far faster and make the two take
> approximately the same time.
This is one of the reason(s) why i asked for splitting .
-- it make the
On Wed, Jun 10, 2009 at 2:06 PM, Evan Daniel wrote:
> On Wed, Jun 10, 2009 at 1:54 AM, Daniel Cheng
> wrote:
>> On Wed, Jun 10, 2009 at 12:02 PM, Evan Daniel wrote:
>>> On my (incomplete) spider index, the index file for the word "the" (it
>>> indexes no
On Wed, Jun 10, 2009 at 12:02 PM, Evan Daniel wrote:
> On my (incomplete) spider index, the index file for the word "the" (it
> indexes no other words) is 17MB. ?This seems rather large. ?It might
> make sense to have the spider not even bother creating an index on a
> handful of very common words
On 10/6/2009 18:04, Matthew Toseland wrote:
> On Wednesday 10 June 2009 06:54:03 Daniel Cheng wrote:
>> On Wed, Jun 10, 2009 at 12:02 PM, Evan Daniel wrote:
>>> On my (incomplete) spider index, the index file for the word "the" (it
>>> indexes no other wor
On 10/6/2009 20:42, Mike Bush wrote:
> 2009/6/10 Evan Daniel:
>> On Wed, Jun 10, 2009 at 6:49 AM, Mike Bush wrote:
>>> XMLLibrarian doesn't currently support searching for phrases or rating
>>> relevance of results based on proximity so I don't think common words
>>> could be of any use in searche
On Wed, Jun 10, 2009 at 4:06 PM, Evan Daniel wrote:
> On Wed, Jun 10, 2009 at 3:49 AM, Daniel Cheng
> wrote:
>> On Wed, Jun 10, 2009 at 3:18 PM, Evan Daniel wrote:
>>> On Wed, Jun 10, 2009 at 2:56 AM, Daniel Cheng
>>> wrote:
>>>> On Wed, Jun 10, 2009 a
On Wed, Jun 10, 2009 at 3:18 PM, Evan Daniel wrote:
> On Wed, Jun 10, 2009 at 2:56 AM, Daniel Cheng
> wrote:
>> On Wed, Jun 10, 2009 at 2:06 PM, Evan Daniel wrote:
>>> On Wed, Jun 10, 2009 at 1:54 AM, Daniel Cheng
>>> wrote:
>>>> On Wed, Jun 10, 2009 a
On Wed, Jun 10, 2009 at 2:06 PM, Evan Daniel wrote:
[...]
> Of course, a more efficient algorithm for creating the indexes in the
> first place would both make it far faster and make the two take
> approximately the same time.
This is one of the reason(s) why i asked for splitting .
-- it make the
On Wed, Jun 10, 2009 at 2:06 PM, Evan Daniel wrote:
> On Wed, Jun 10, 2009 at 1:54 AM, Daniel Cheng
> wrote:
>> On Wed, Jun 10, 2009 at 12:02 PM, Evan Daniel wrote:
>>> On my (incomplete) spider index, the index file for the word "the" (it
>>> indexes no
On Wed, Jun 10, 2009 at 12:02 PM, Evan Daniel wrote:
> On my (incomplete) spider index, the index file for the word "the" (it
> indexes no other words) is 17MB. This seems rather large. It might
> make sense to have the spider not even bother creating an index on a
> handful of very common words
On Tue, Jun 9, 2009 at 1:19 AM, Mel Charters wrote:
> Auto restart of Freenet when I reboot the system does not work on my
> Mac. Console log is as follows.
>
> Starting Freenet 0.7...
> launchd[207]: com.freenet.startup.plist: respawning too quickly! throttling
> launchd[207]: com.freenet.startup.
1 - 100 of 1083 matches
Mail list logo