[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: Tor 0.0.9rc1 is out
- To: or-dev@freehaven.net
- Subject: Re: Tor 0.0.9rc1 is out
- From: Hideki Saito <hidekis@gmail.com>
- Date: Tue, 23 Nov 2004 03:04:07 -0800
- Delivered-to: archiver@seul.org
- Delivered-to: or-dev-outgoing@seul.org
- Delivered-to: or-dev@seul.org
- Delivery-date: Tue, 23 Nov 2004 06:04:36 -0500
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=KEjRNoO8eIkjwcFZVxlLAUQCInh6bS8amVKX8b9dgm8PSupb4BWOPemKmVVhEfv51W+IvSS0EXfzZLFMX/bJorBrbi7zqQr2TGdu6PI3/gw3nmbmEeFZ10Vy0uf7YFtAm3pEd+cROmmpwWbffk8g0xm7pjtkKFClBqlCEkqavds=
- In-reply-to: <20041123051309.M2594@moria.mit.edu>
- References: <20041123051309.M2594@moria.mit.edu>
- Reply-to: or-dev@freehaven.net
- Sender: owner-or-dev@freehaven.net
It seems like there are some problem with Windows service portion
(although I'm aware it's something that "Still needs more work.")
"Could not start the Tor 0.0.9 pre6 Win32 Service service on Local Computer.
Error 1053: The service did not respond to the start or control
request in a timely fashion."
Also, as it still says pre6, these needs update:
C:\sources\tor-0.0.9rc1\src\or\main.c(72):#define GENSRV_SERVICENAME
TEXT("tor-009pre6")
C:\sources\tor-0.0.9rc1\src\or\main.c(73):#define GENSRV_DISPLAYNAME
TEXT("Tor 0.0.9 pre6 Win32 Service")
On Tue, 23 Nov 2004 05:13:09 -0500, Roger Dingledine <arma@mit.edu> wrote:
> This first release candidate for 0.0.9 fixes a couple of bad bugs and
> makes hibernation a bit cleaner.
>
> tarball: http://freehaven.net/tor/dist/tor-0.0.9rc1.tar.gz
> signature: http://freehaven.net/tor/dist/tor-0.0.9rc1.tar.gz.asc
> (use -dPr tor-0_0_9rc1 if you want to check out from cvs)
>
> o Bugfixes on 0.0.8.1:
> - Finally fix a bug that's been plaguing us for a year:
> With high load, circuit package window was reaching 0. Whenever
> we got a circuit-level sendme, we were reading a lot on each
> socket, but only writing out a bit. So we would eventually reach
> eof. This would be noticed and acted on even when there were still
> bytes sitting in the inbuf.
> - When poll() is interrupted, we shouldn't believe the revents values.
>
> o Bugfixes on 0.0.9pre6:
> - Fix hibernate bug that caused pre6 to be broken.
> - Don't keep rephist info for routers that haven't had activity for
> 24 hours. (This matters now that clients have keys, since we track
> them too.)
> - Never call close_temp_logs while validating log options.
> - Fix backslash-escaping on tor.sh.in and torctl.in.
>
> o Features:
> - Implement weekly/monthly/daily accounting: now you specify your
> hibernation properties by
> AccountingMax N bytes|KB|MB|GB|TB
> AccountingStart day|week|month [day] HH:MM
> Defaults to "month 1 0:00".
> - Let bandwidth and interval config options be specified as 5 bytes,
> kb, kilobytes, etc; and as seconds, minutes, hours, days, weeks.
> - kill -USR2 now moves all logs to loglevel debug (kill -HUP to
> get back to normal.)
> - If your requested entry or exit node has advertised bandwidth 0,
> pick it anyway.
> - Be more greedy about filling up relay cells -- we try reading again
> once we've processed the stuff we read, in case enough has arrived
> to fill the last cell completely.
> - Apply NT service patch from Osamu Fujino. Still needs more work.
>
>
--
Hideki Saito mailto: hidekis@gmail.com