Re: [freenet-support] cannot find the main class error
On 20 Dec 2004 at 9:22, Dave wrote: I assumed that 8.3 name creation was part of the VFAT spec. Why would you want to turn it off? (This is a genuine question, not a troll. I'm wondering what the benefits might be) - Original Message - From: Konstantin Svist [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 20, 2004 1:19 AM Subject: RE: [freenet-support] cannot find the main class error I've found my problem. When installing JRE, it installed to C:\Program Files\Java\... but I had the 8.3 name creation turned off on my system. When I recreated the 8.3 name, everything started working. Hope this helps if anyone runs into the same problem A better question would be: why isn't Freenet (or perhaps the JRE itself) fully LFN-compatible? Especially given that it's cross- platform, and some systems (Mac, *nix) don't have 8.3 filenames at all... ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] java crash within two hours running build 5100
On 12 Dec 2004 at 18:07, Chris Gentile wrote: bash-2.05b$ more hs_err_pid6154.log Unexpected Signal : 11 occurred at PC=0x40324F3A Function=(null)+0x40324F3A Library=/usr/java/j2sdk1.4.2_04/jre/lib/i386/client/libjvm.so Signal 11 is segmentation fault isn't it? NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Hrm. So it happened in JIT-compiled code, or the JVM jumped into never-never land, or your ld.so really screwed the pooch. Try it with JIT disabled and see if it works. Anyway, it's almost surely a JVM problem and not strictly a Freenet problem. Here is the first few lines of my log file The final few lines before the crash would perhaps be more useful. Then we'd know what it was doing, or trying to do, when it shot itself in the foot. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] java crash within two hours running build 5100
On 12 Dec 2004 at 21:43, [EMAIL PROTECTED] wrote: # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi Have you done that? Might help. Unlikely, with Sun, but possible. Are you sure you're not thinking about Microsoft here rather than Sun? :) ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Is FIND dead?
On 22 Nov 2004 at 3:39, Sonax wrote: No, FIND is not dead, i have just been having some ISP related trouble. I hope to get back by the middle of this week, but i have also learned that promises from my ISP are not worth... well, much. Promises from ISPs are worth slightly less than promises from politicians. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] RE: anonymity(NOT)
On 25 Aug 2004 at 0:32, Toad wrote: The weakness is insoluble. Unless nodes run 24x7 for LONG periods, and encrypt the entire store with an ephemeral key, thus wiping it on startup. I thought it was a stated goal of freenet to make it impossible to have this kind of breach without an attacker compromising a majority of the nodes (or having the resources to create new nodes under their control in numbers exceeding the number of pre-existing nodes, so they then control a majority of the nodes anyway). ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
RE: [freenet-support] datastore size
On 14 Aug 2004 at 1:06, Paul Schauble wrote: There should be a relationship between bandwidth and store size. At a guess, it's exponential, doubling the bandwidth can support a store 4 times larger. That's quadratic, not exponential. The store size would be scaling with the square of the bandwidth, not 2 to the power of something proportional to the bandwidth. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] EstimateFormatException: No point 0 ? (build 5091)
On 14 Aug 2004 at 11:36, Bart van der Ouderaa wrote: The problem was that i didn't even get an open port at (portscan showed no open port betweeen 8000 and 9000). Did you run the port scan locally? If it was a remote probe (such as results from going to any of those security-related Web sites that probes your machine and reports the results on a Web form), your firewall probably stopped it, and even if not, I don't think Freenet by default allows remote connections to its port anyway. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
[freenet-support] Interesting news posting in alt.internet.p2p
http://groups.google.com/groups?q=freetellahl=enlr=ie=UTF- 8c2coff=1safe=offselm=Xns951A1E8DA9B51neo1061hotmailcom%4066.185.95 .104rnum=2 It's a very, very, very bloody long posting, and the really relevant- to-you stuff is only near the bottom, but there's a proposal for a file-sharing-and-searching-over-Freenet system, freetella, basically gnutella + freenet as I understand it. The reputation management stuff is interesting (but full of *#! math!) in particular, as well as the suggestion that Frost could form part of the back end of this thing too. The reputation management thing may be more interesting than Freetella proper, though, because it seems to offer what are described as, and I can't disprove it, foolproof ways to a) make any indexing system based on volunteer contributions to an index difficult to spam or flood or otherwise pollute based on reputation management -- I especially like the notion of contributer identities being in the key strings for their submissions so if they wind up in really bad repute clients can simply not retrieve such keys at all, thus allowing pollution to wither and die instead of persisting, but being ignored, but continuing to burden clients making sheer volume denial of service attacks of such publicly- annotatable indices possible. Such DoS tricks will run up against a brick wall of clients not retrieving or propagating the pollution at all, limiting the damage to one node and its immediate environs. It's like they can dump toxic waste but it won't get into the groundwater. The math stuff has to do with preventing a spammer cheating the reputation management system by making multiple IDs that all vote each other up. It's tricky (Markov chains, what the [EMAIL PROTECTED] are Markov chains for Pete's sake?) and something is an exercise left to the reader but he (she?) seems to have found a way to make self-votes, even indirect ones, cancel out somehow. Also, there's no central stuff mentioned, which would have cast immediate doubt on the whole thing. No central reputation management, the reputation management reputation manages its own internal votes as well as whatever larger purpose it serves, no centralized anything as near as I can tell. No vulnerabilities. No dependence on non-Freenet services at all that I can see, aside from the inevitable loopback spaghetti networking internal to the node machines involved in everything Freenet, the basic internet protocols themselves, and DNS. Even that might be jettisoned when static IPs are used throughout (IPv6 might make dynamic IPs a bad memory. In a pig's eye.) There's some sort of wacko anti-RIAA stuff in the article too, including an I don't hate the RIAA, they're just a favorite whipping boy sort of disclaimer right after a lengthy discussion of how to completely thwart the RIAA *without* freenet or heavy use of encryption. Whether we *should* thwart the RIAA is left as an exercise for the reader's consicence, I guess. The clever scheme involves breaking bootleg files up into chunks to small they are either unintelligible in isolation or fall under fair use, which need not even be encrypted though he seems to recommend some crypto, and are combined into the complete file (and if necessary decrypted) by someone who wants the file. The trick is for no host to offer more than one fragment so there's nothing but an unintelligible, suggestively named (author's own words more or less) or a fair-use quotation being shared, i.e. no probable cause for searching your cpu and finding the rest of the file or even supposing you knew what others were doing with the file. I'm not totally sure they wouldn't find some way to legislate such a thing out of the loophole described, though. In fact, they probably would. There's also some stuff about ISPs relaxing AUPs, freedom of speech, world peace, and so on. Says he's a fellow canadian -- probably a canuck that voted NDP on Monday and commutes regularly to an institute of higher learning then. And before that a long long list of suggestions for improving gnutella most of them seriously technical. I think he also took potshots at bill gates, shareaza, and some other prominent targets besides the RIAA. Oh, and the FBI and other law enforcement agencies of questionable trustworthiness. (Why not mention CSIS?) Oh and he dares them to prosecute him under the DMCA for posting it. Then he thumbs his nose at the yankee gestapo and that's where he announces his canadianness. Hope he hasn't any travel plans to like Florida or Hawaii in the near future then. :) Anyway the freenet-related stuff at the bottom looks interesting. I think the reputation stuff may be quite generalizable for a lot of other stuff. There's occasionally talk of how to influence unwanted stuff into expiring from the freenet here -- reputation management that blacklists keys (and bad blacklisters) in principle lets one stop their machine ever retrieving
Re: [freenet-support] blacklist whitelist
On 2 Jul 2004 at 11:54, miguel wrote: This talk of blacklisting makes me want to puke. Let's just go back to the censored internet. Man, we're getting our own little versions of Big Brother on here. If you don't want to look at it, don't look at it, or get off of Freenet. I doubt that Ian would agree with all this talk of censorship(euphemized as blacklisting). So, we don't like Janet Jackson's breast nor Howard Stern's mouth. Don't look. Don't listen. Sigh, another misunderstanding. There's no censorship involved here except individuals choosing not to retrieve keys based on their being known to be the keys of content of a kind they personally don't like. By not retrieving the keys they save bandwidth and also can avoid encouraging the spread of content they don't approve of. But their node will not treat the keys any differently, only the frontend software they are using to retrieve and view freesites, and also there would be no centralised control involved that could be abused. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Development system
On 27 Jun 2004 at 11:35, [EMAIL PROTECTED] wrote: i suppose the heavy cpu usage arises because the node tries to contact all nodes it knows. this of course won't work as it is not connected to the internet. a solution would be to delete the routing table so it doesn't even know of other nodes and it cannot try to contact them which will result in a nice, fast booting and completely isolated local node for your tests: - stop the freenet node - cd into the freenet directory - delete the files: ls* ngrt* rt* seednodes.ref - start the node HTH if you want to re-integrate the node again download the seednodes.ref (or the .bz'ed version) from http://freenetprogect.org/snapshots/ dunno, but it might be necessary to delete ls* rt* ngrt* again for the node to reseed itself. then again maybe it will reseed automatically from the seednodes file if it has too few noderefs. An alternative would be to hide the files from Freenet, rather than delete them, and restore them to re-integrate the node. Moving them should do it, and renaming them might (especially changing their extensions by adding .bak might). ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Uptimes (was DATA STORE)
On 16 Jun 2004 at 10:07, Michael R. Stork wrote: Anytime I've had to restart my node, it appears that the data store is just plain gone. I can go from having my resources at 60+% full one minutes, restart, and I'm at 0. That and it then seems to need to be active again for 10+ hours before clicking on anything is practical. Unfortunately I'm only able to run a transient node at the moment, something I'm working to remedy, and doing so seems almost worthless. This has come up several times lately, that it takes 10+ hours of uptime before a node is reasonably integrated into the network. Has anyone considered that this is problematical when the most commonly used OS around, Windows, has a mean uptime between crashes shorter than that? :P ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] How to speed up Java
On 15 Jun 2004 at 23:29, Troed Sångberg wrote: Saw this on /. - thought it might interest someone. Especially the part about using the server JVM instead of client JVM when speed is an issue (i.e, if you have plenty of ram but you feel Freenet use too much CPU) http://www3.sys-con.com/java/rotate2.cfm Eh? All I see at this link is a single ad banner and no actual content. Using Firefox 0.8 if it matters. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Re: [freenet-dev] Retiring from the project
On 25 May 2004 at 13:37, Christopher Brian Jack wrote: On Tue, 25 May 2004, Ian Clarke wrote: That is a shame. Clearly I don't agree with your reasoning, there is no evidence that any other language would not have similar or worse issues (consider the amount of time we would spend dealing with memory leaks and array overflows had we implemented in C++). As for focus, our Not to mention the issues with portability on a C/C++ implementation. Issues with portability? If we were talking a GUI app I'd agree with you, but the core of freenet is basically a pure backend is it not? The only visible UI most of the time on Windows is a systray icon or the Web interface; the latter's retrieved via HTTP and will work with any browser on any OS, and the former is not something Java supports directly anyway, so displaying a suitable icon in a suitable background-tasks part of the UI is system dependent any way you slice it, causing exactly as many portability headaches in Java as it would in C or C++ -- maybe more since you probably have to wrestle with the hairy JNI to pull it off, rather than just having one, platform dependent #idfef-filled source file with the appropriate functions duplicated for all the different supported platforms. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] doctype and other html tags through fproxy
On 16 Mar 2004 at 15:29, Mika Hirvonen wrote: Paul Derbyshire wrote: What about inline images? Other http:// URLs are automatically converted by fproxy to point to a warning page, so inline images are not displayed. So freesites can't have images? Or can, if the image URLs point back to fproxy rather than a regular web server? ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] doctype and other html tags through fproxy
On 15 Mar 2004 at 14:10, Mika Hirvonen wrote: Michal Charemza wrote: !DOCTYPE, instead of !DOCTYPE HTML PUBLIC blah blah Is this due to fproxy's anonymity filter? If so, why does it remove/shorten them? Also, I've noticed that the default gateway page does have a full doctype tag, why, if Yes, because you could harvest the visitors' IP addresses by putting the DTD to your own WWW server and waiting for the visitors' browsers to automatically retrieve it. What about inline images? ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
[freenet-support] Re: E-Mail nicht zustellbar
On 15 Feb 2004 at 18:39, [EMAIL PROTECTED] wrote: Die E-Mail, die Sie am Fri, 13 Feb 2004 21:14:02 -0500 an [EMAIL PROTECTED] gesendet haben, konnte nicht zugestellt werden, da die E-Mail Adresse [EMAIL PROTECTED] nicht existiert. Achten Sie auf die richtige Schreibung der E-Mail Adresse und versuchen Sie es erneut. Sollten Sie wieder diese E-Mail erhalten, vergewissern Sie sich, das der Empfänger (noch) ein Mitglied unseres E-Mail Dienstes ist. Could you please repeat that in English? I don't understand your followup to my post. (In fact, since you quoted not a word of it I could only infer it is a response to one of my posts by your having mailed me a copy.) I guess you thought I could speak what looks like German for some odd reason -- I'm afraid I must report that I don't speak a word of it, as a matter of fact; I haven't a clue what gave you the impression that I did, or why for that matter you'd reply off- language to an English-language mailing list. In any event the result is clear: your response has not been understood, and is unlikely to be by me or most of the others around here save by your repeating it in a language you know all of us understand. :) ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Running Freenet as a Windows Service???
On 9 Feb 2004 at 18:52, Your Name wrote: 2 - I'm using the Internet Connection Firewall bundled with WinXP do I need to configure it to work with Freenet? No, you need to disable it and install a software firewall that can be trusted, such as the one available for free from www.zonelabs.com. Making the XP firewall work with things like ICQ doesn't always even work, for reasons numerous and mysterious, nevermind something like Freenet. Besides, the XP firewall can't catch spyware and Trojans and self-mailing worms trying to call out without your authorization, and anyway, using it to protect your machine is like using a fox to guard a henhouse. Uh, fox... henhouse... How does this analogy hold up? Well, there's lots of nasty and unpleasant types out there who don't exactly wish your computer the best of health. M$ is one of the bigger ones, especially if you run XP, which can be deactivated remotely by M$ as well as self-deactivate if too much hardware changes at once, or so I've heard. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Stable build 5064, and the transfer termination attack
On 27 Jan 2004 at 1:58, Toad wrote: 2. In some instances, we may want to receive the data. This could maybe be determined by unobtanium on the datastore or something. Unobtanium? :) Rewatched the Core on DVD lately? ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Problem with Windows (or perhaps Microsoft)
On 21 Jan 2004 at 19:43, Nicholas Sturm wrote: Since you announced the last stable release I have been unable to download a new release. Background: For about a month I have gotten sporadic replacement of URLs by Internet Explorer by the following: http://www.marsfind.com/ufts.php?ver=100uid=00063dc614af4a85aefef19c015d5f3 dstatus=-2146697211 query=http%3A%2F%2Fstart.earthlink.net%2F Can't help with the rest of it, but the above looks suspiciously like the sort of thing you might expect some worms, trojans, or spyware to do. It's not a site that tries to sell things, by chance, or is blasted with advertising? Your IE may have a parasite -- reinstall it after uninstalling to remove any trace of the old. Mid-term, turn off *#! Javascript -- it turns your browser into a ticking bomb! Lastly, in the long term, do consider moving to Linux eventually. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
Re: [freenet-support] Minor installer warts
On 20 Jan 2004 at 2:27, Toad wrote: You run fred on a modem? You have even more patience than I attributed to you :) I thought latency, rather than bandwidth, was the factor most requiring patience of people browsing freenet. :) ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
Re: [freenet-support] Latest build: 5070 ??
On 18 Jan 2004 at 5:24, S wrote: Anyone can change the latest build number by editing Version.java and compiling the source on their machine. If you were so inclined, you could change your latest build number to and confuse a whole lot of people. Apparently someone has compiled their own copy of Freenet and changed their version number to 5070. Ignore 5070. The latest Stable build is 5061, and all official releases are announced on this list. If you don't see an announcement here, any higher version numbers are either CVS experimental builds, or someone playing tricks. Perhaps nodes shouldn't be generating that message based on the reported version numbers of other nodes, but on an official latest- stable-version counter retrieved from freenet.sourceforge.org? ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
Re: [freenet-support] Stable build 5061
On 18 Jan 2004 at 18:00, Troed Sångberg wrote: On Thu, 15 Jan 2004 17:44:31 +, Toad [EMAIL PROTECTED] wrote: number of RNFs and increases the chance of finding data, but it may also increase the overall network load.. we may have taken it too far in the other direction in 5060. The only local cost is that it may take longer for requests to fail. Freenet is _very_ slow here with 5061 compared to 5060. I get loads of Got a really late Datareply and I also have to restart the node often due to OutOfMemory exceptions. Can't comment on reachability vs 5060 - haven't done a thorough investigation. 5061 does seem to want more mem. My node keeps growing to around 100- 150M now, which means I have to turn it off to do some other memory- intensive tasks, such as play Quake. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
[freenet-support] Minor installer warts
Got around to updating to 5061. Installer wart is as follows: when it reaches its own executable it pops up something I thought had gone the way of the dodo (and MS-DOS): abort, retry, ignore. Abort is rather drastic, and retry can't possibly work, so you have to ignore. The installer should automatically skip itself. This is easily worked around but could confuse some new users and shows lack of polish. Normally installer problems are automatically serious as the lack of polish is present from the user's first impression with the software, but in this case it only will occur the 2nd and subsequent times the installer is run. :) This therefore only rates a 1 on the 1 to 5 Sanjay-Tarantino scale of bug severity (bugs that bring down the host operating system rating a 5, of course). Or does it? If the installer itself needs updating there could be a problem. To make the installer updatable, the installer needs to chain. The algorithm in widest use is for the installer to have two stages: the first fetches the second from a fixed location, then launches this and quits. The second installs everything else including a fresh version of the first if necessary. Since the first has quit, the second can overwrite it. When the first overwrites the second it succeeds since the second hasn't run yet. :) On a related note, the installer seems unable to automate shutting down the node so it can overwrite with new files, even though it has no problem starting it back up again after. Requiring user intervention at this stage seems unnecessary and is another potential source of error that can easily be eliminated. Many web-updatable apps I've used take already-running instances in stride, and more than a few even update themselves automatically or with only a there's a newer version available. Download and install? Yes, Cancel dialog. My current operating system is one of them. :) This doesn't really rate as a bug at all, but it is one more rough edge in the installer that can be smoothed over. (Again, it won't show up the very first time you run the web updater, so it doesn't give a bad first impression, reducing its already-cosmetic priority.) ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
[freenet-support] Odd failure(?) mode, and updating.
You may remember me as the one who had problems with fproxy that proved to be brain-dead IE defaults. Turns out fproxy and my node are working fine, and the node gets around 1 request a second suggesting it's integrating way better than the freesite of evil keeps bitching about. :) Reachability of stuff browsed through the interface seems to improve as it gels into the network. Then this AM there was an incident, which happened to catch me in front of the keyboard. It was hard not to notice, since the whole system became largely unresponsive. For whatever reason, my node had spawned over 5000 new threads in a matter of seconds and bloated to take up much more RAM and most of the CPU, forcing me to restart the service from the tray menu. Hopefully enough is cached between sessions that this won't seriously compromise the node's integration. I have a number of new questions, none of which the FAQ will answer. 1. What caused this? I've heard of some versions grabbing a lot of system resources when inserting certain kinds of keys locally through FCP, but not spontaneously or as a result of requests. Can it happen when some kinds of keys are inserted by just propagating to your node? Was it trying to upload and store a large file, maybe one that came in 5000 asynchronous fragments? Pathological behavior that cripples the host system until the node is restarted manually, possibly then hurting the network by interrupting what would have been an important task for others or by setting back the integration clock on your node is, IMO, bad. Thread, CPU, and memory use may need to be throttleable as bandwidth currently is. (The same applies double to the gnutella client I run, though, which frequently bloats up to 2000 threads and uses way more ram than the freenet node under normal circumstances -- i.e. normal for the node AND the gnutella client. :)) 2. Is this already addressed by the update? 3. How do you install the update, short of opening Explorer and painstakingly navigating your way to the Freenet install directory under Program Files to run the updater? Update is a logical item for the tray menu on Win32, but it's not there; failing that it's a logical button for the configure tool's main tab, but it's not there either. [While on the subject, the configure tool needs a cooler name and a cross-platform rather than MFC implementation. I suggest a lightweight C++/GTK app and a name of FreeConfigurator. :)] 4. My machine seems to get a new IP address every so often, automagically, and not just after a reboot. How well will the node handle that?: a. Will it start screwing up if the IP changes mid-session and have to be manually restarted? How to detect this or better yet, automate it? Short of restarting it on a fixed schedule, which would probably be bad. Or will it discover the new ip for itself? Perhaps as long as it works OK without uncommenting and changing the ipAddress line in freenet.ini it will cope automatically? b. How bad an effect on the network will the dynamic IP have, especially if it requires periodic node restarts beyond the usual Windows had a cerebral embolism in its atrophied and still largely 16-bit brain; time to reboot again, sigh situations? I'd rather avoid the dyndns.org service that I was shocked to find pimped in a comment in the configuration file. Shocked, because of this from its Click-through Terms of Service Of The Week(tm by Microsoft who pioneered the practise): The Member will not use the Service for illegal software, junk pornography, spamming or any use of distribution lists to any person who has not given specific permission to be included in such a process. The Member agrees not to transmit through the service any unlawful, harassing, libelous, abusive, threatening, harmful, vulgar, obscene or otherwise objectionable material of any kind or nature...The Member further agrees not to transmit any material that encourages conduct that could constitute a criminal offense, give rise to civil liability or otherwise violate any applicable local, state, national, or international law or regulation. This seems implacably hostile to using dyndns to point to a freenet node! By its nature a freenet node makes it difficult but not impossible for its operator to know what is being transmitted through the service, and impossible for the operator to control it. Of course, it's hard to prove that junk pornography (and just how in the hell is that defined, and why does dyndns take it upon itself to dictate sexual mores like it was some 19th century church?) and so on is really in your store, but the node operator is put in an uncomfortable position. If they truly honor the above agreement rather than ignoring it, they must use all means at their disposal to at least try to determine and control what flows through their node and resides in it!
[freenet-support] New node not working...500 server error from 127.0.0.1:8888.
Got the windows webinstall executable and ran it less than 2 hours ago. Node may or may not be running ok, but fproxy is definitely on the blink. Looked at (without altering) the options, and nothing is obviously bad, such as say fproxy being turned off. Symptom: Server Error The following error occurred: Bad URL -- -- Please contact the administrator. at 127.0.0.1: in ie 6.x. I know my ISP (cable) has some sort of wonky caching of web pages, as evidenced by intermittent random 500- series errors I never got on dial-up and the odd out-of-date page coming up but not when I hit refresh. But their webcache shouldn't affect loopback, should it? Which suggests maybe a NAT router/firewall issue, save that I don't have any real reason to believe I even have one. The installer brought a cable modem of the Toshiba brand, and that's it. If it has a built-in NAT router it's less than obvious how to configure it in the manner the FAQ suggests, given that the sole UI the device provides is about half a dozen blinking lights. Of course, there's the network status icon in the systray... It reveals an IP address of 24.192.41.163, and since nothing is firewalling external connections on weird ports as evidenced by being able to play Quake over this connection, maybe nothing else needs be configured save to manually put this in the freenet.ini. That, and change it every week, since it doesn't seem to be stable on longer timescales, even without a reboot. Tried that and no go. So I subscribe reluctantly to Yet Another Mailing List and lo! and behold, Mailing list subscription confirmation notice for mailing list Support We have received a request from 66.185.84.80 for subscription... 66.185.what?! That's not the IP Windows is reporting. Some kind of NAT is going on, then. (Weirdly, this hasn't stopped people being able to connect to a Quake server if I host one and tell them the 24.somethingorother IP...maybe separate addresses for incoming and outgoing data?) Anyway, something needs to be done here and I'm afraid I don't know what. Putting the 66.whatever address in the freenet.ini didn't do beans, at least on its own, and communicating some kind of port forwarding information to this cable modem seems impossible, unless it can be done either by a) staring at the blinking lights until the modem is hypnotised, then using a post-hypnotic suggestion that a port be forwarded or b) somehow launching the configuration tool for the modem driver despite the minor niggling problem of this tool's not existing and the driver's also not existing, and then finding the port forwarding tab, which presumably also doesn't exist, and entering some numbers and mumblety-peg in it before clicking the (nonexistent, no doubt) ok button. Any suggestions? While we're at it, two niggling issues: 1. Once you've accessed the right click menu on the freenet tray icon, the tooltip status indication can no longer be made to present itself by any amount of mouse hovering -- I think it ran out of fuel and crashed into the little bunny rabbit making an unholy mess before I gave up. :) 2. The Web site has a couple minor issues, and a major one, which is that at the bottom of the tools page the link titled here for contributing ideas is a big fat 404. Finding and identifying the minor issues is left as an exercise for the reader. I also want to note here that the listserv's confirmation URLs are too long for at least one popular mail client to handle correctly, forcing the manual copy and paste method that nobody likes. In future, please send confirmation URLs that are no longer than 95 characters. I doubt the one I got (103 characters) honestly needed to be *quite* that long and still do its job. :) ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support