121c0d89f2
Fixed test
2004-07-03 20:58:42 +00:00
a13693161a
http://www.kirstenfan.com/galleries/magazines/fhm2002100sexy/002.jpg -- studies show charming women love computer programmers......
2004-07-03 11:05:23 +00:00
f49be25288
<Nightblade> hmm
2004-07-02 09:54:27 +00:00
f9a96126e1
I don't know how I missed this stuff before
2004-07-02 09:37:54 +00:00
8c9f58b939
Misc. stuff: javadoc, UNUSED...
...
shendaras
2004-07-02 02:54:04 +00:00
15b1cbd762
synchronize the available() call, and made explicit some other synchronization
2004-07-01 15:11:34 +00:00
1b03e9a3ee
Who was the idiot who came up with the idea that booleans should be numbers?
2004-07-01 09:30:52 +00:00
2b951e3f61
Change throws to asserts. If any of this stuff happens it means a code logic error or a retarded computer, so throwing it is just a waste of time.
2004-07-01 09:17:17 +00:00
f51e064cf6
*** empty log message ***
2004-07-01 02:23:59 +00:00
9640e93895
imports
...
shendaras
2004-06-30 13:21:15 +00:00
e9cdb0f78d
new library
2004-06-29 02:55:53 +00:00
021b933ad3
new library
2004-06-28 23:55:07 +00:00
9fd067c9da
Putting socks/threads/logger/misc in a separate library
2004-06-28 23:24:50 +00:00
d3f3f3bdf7
use the socketManager's new setName function (to let us log more easily)
2004-06-28 13:23:24 +00:00
72727dacd8
javadoc
2004-06-28 13:22:03 +00:00
caeb2bc4e3
the actual fix for the local eepsite problem (if getRemoteID was called *after* the remoteID was set, it would wait for 60s then fail. now we check for that)
...
synchronization cleanup (never get two locks)
logging
2004-06-28 13:21:18 +00:00
13974b601f
added some stats (viewable on the router stat page when the i2ptunnel is run in the router's VM)
...
lots of logging
2004-06-28 13:18:18 +00:00
290a2f7ccd
(ok this is a little silly)
2004-06-27 21:08:19 +00:00
349e80f206
allow sending ASAP and remove any artificial delays
2004-06-27 20:53:32 +00:00
5c1e001a73
logging
2004-06-27 19:39:45 +00:00
f312318fab
Finished winsock code cleanup
2004-06-27 13:07:06 +00:00
dc04b7cf09
Some winsock improvements
2004-06-27 09:12:05 +00:00
83c88ac0c6
minor fixes
2004-06-26 02:26:37 +00:00
44623065b4
Threads (untested)
2004-06-26 02:16:54 +00:00
47c7c8177d
Mutex code (untested)
2004-06-25 22:22:48 +00:00
bde7a5ff59
Mutex code (untested)
2004-06-25 22:19:18 +00:00
56cf51f0f9
New configuration system
2004-06-25 01:31:02 +00:00
eb40fb9c5d
typo
2004-06-24 11:51:24 +00:00
085da0cea7
Started work on a configuration options object
2004-06-24 11:47:01 +00:00
5539b19938
Added a new example program (which actually works)
2004-06-23 23:35:39 +00:00
8f895f4349
just starting this (backup)
2004-06-23 12:34:50 +00:00
980c0aa1d7
Added PRNG code
2004-06-23 11:56:53 +00:00
52fd6ca513
Get rid of Debian-specific Makefile -- gcc < 3.0 is obsolete
2004-06-22 22:49:59 +00:00
eb5dd2ff2e
Now it compiles on Cygwin
2004-06-22 22:48:32 +00:00
551a7ab82f
benchmarking large messages doesnt make much sense when we can compress the payload really really well, now does it?
2004-06-22 04:52:06 +00:00
2901287d9e
new command line flags to harvest from an explicit file list rather than using all files in a single directory
...
(this lets us specify lots of my.info references to make sure we harvest fresh data, rather than depending upon stat propogation)
usage: NetMonitor [configFilename] [--routers filename[,filename]*]
2004-06-22 04:50:43 +00:00
d502df7d56
Make this compile straight out of CVS (you have to have libtomcrypt compiled in a libtomcrypt-0.96 directory in your home directory)
2004-06-21 08:21:17 +00:00
beb6cc8c0f
the journey of a thousand miles begins with a single step :-)
2004-06-21 07:57:11 +00:00
c99db5e75c
change preprocessor conditional to check for 1/0 instead of true/false
2004-06-21 07:50:33 +00:00
65cd70a85b
LibSAM
2004-06-20 11:44:53 +00:00
2a07ceba62
a message send failure is no reason to drop the SAM session
...
for style=stream, tell the client the stream failed, and kill the virtual connection..
for raw and repliable datagrams, just carry on our merry way
2004-06-20 01:49:07 +00:00
0a479be370
include NAME=val in failed lookup replies (per spec - thanks nightblade)
...
fixes http://dev.i2p.net/bugzilla/show_bug.cgi?id=79
2004-06-13 20:19:16 +00:00
05918de6ab
fix bug #75
...
the databuffer is reused so it might contain junk, therefore only use the
available amount of bytes
(duck)
2004-05-26 12:25:04 +00:00
727f4c3bb5
Another rfc2068 fix.
...
ERR_REQUEST_DENIED now returns a 403 status code. Note that I'm assuming
this error occurs because the proxy is configured to not allow connection
to non-i2p destinations. If it's issued for other reasons we might want
to consider using 503 instead.
2004-05-24 07:28:24 +00:00
7372ad0cc4
A few changes to make proxy return the proper rfc2068 status codes
...
instead of 404 for everything.
ERR_DESTINATION_UNKNOWN now returns 503 instead of 404 with a slightly
more clear error message.
ERR_TIMEOUT now returns 504 gateway timeout.
2004-05-24 07:08:02 +00:00
ca6884dbca
imports (sorry, includes alphabetizing, wee)
...
(shendaras)
2004-05-24 03:21:21 +00:00
6d2d9aed7e
correctly handle no reachable NTP servers
2004-05-22 01:51:07 +00:00
e7e8ad9bdc
add the socketErrorListener interface (sorry duck)
2004-05-19 22:30:52 +00:00
097a4647a8
handle i2ptunnel server connection .accept()s asynchronously so we don't refuse lots of requests, causing intermittent "failures"
...
use the new async error listening interface of the ministreaming lib
truckloads of logging
2004-05-19 15:20:55 +00:00
0942a7f3ff
truckloads of logging
...
new async interface for error notification (e.g. you can get notified of an error prior to it throwing the IOException).
This async is useful since the IOException can be delayed for up to a minute while waiting for the close packet to be delivered.
The alternative is to fire off a new thread to do the closing, and we may want to go there later, but i'm not sure.
2004-05-19 15:14:30 +00:00
