[Twisted-Python] Technical Difficulties
Twistedmatrix.com is about to experience some significant technical difficulties. As I am moving to Boston and the domain is hosted on my personal DSL, it will have nowhere to be for a little while. Sometime after midnight CST tonight, I will be taking the machine down for a full backup in case there are problems in transit. After that, I will be removing the hard drive and putting it in a box to mail somewhere in Maryland. If it gets there, it will not be my fault if service is resumed within the week. If and when service _is_ resumed, we all owe a very big thank you to Divmod, who is graciously offering to host the machine in more-or-less its current form. Just to be clear: this means that the website, email, buildbot, CVS, wiki, and DNS services will _all_ be down. If you have a personal webserver on pyramid it will also be down. I have already redirected our primary DNS so that the rest of the system administration team should be able to make sure that we do not lose email. I am sorry if this is the first notification you have recieved of this impending shutdown, but things have been fairly hectic over here. Thank you.
Wow, the sending date on this mail says: Date: Fri, 2 Jan 2004 18:30:25 -0600 Glyph, have you borrowed Guido's timemachine?
Hi, I noticed that as a TCP client, the loseConnection() is inherited, and without a reason argument. Why this is different from the TCPServer, where a default reason argument is ConnectionDone? Given such info, how to let a TCP client protocol in connectionLost() detect it's due to a network failure or a active close connection? Thanks!! Yun
On Tue, 9 Sep 2003 22:22:53 -0400 (EDT) Yun Mao <maoy@cis.upenn.edu> wrote:
Hi, I noticed that as a TCP client, the loseConnection() is inherited, and without a reason argument. Why this is different from the TCPServer, where a default reason argument is ConnectionDone? Given such info, how to let a TCP client protocol in connectionLost() detect it's due to a network failure or a active close connection?
It's there for a different reason, and the client connection will in fact get the reason it was disconnected. Hopefully there is even a test for this. -- Itamar Shtull-Trauring http://itamarst.org/ Available for Python & Twisted consulting
On Fri, 12 Sep 2003, Itamar Shtull-Trauring wrote:
On Tue, 9 Sep 2003 22:22:53 -0400 (EDT) Yun Mao <maoy@cis.upenn.edu> wrote:
Hi, I noticed that as a TCP client, the loseConnection() is inherited, and without a reason argument. Why this is different from the TCPServer, where a default reason argument is ConnectionDone? Given such info, how to let a TCP client protocol in connectionLost() detect it's due to a network failure or a active close connection?
It's there for a different reason, and the client connection will in fact get the reason it was disconnected. Hopefully there is even a test for this.
Could you tell me how to get the disconnected reason for client? In the clientfactory.clientConnectionLost, I always get connectionLost.. Thanks. Yun
On Fri, 12 Sep 2003 22:57:40 -0400 (EDT) Yun Mao <maoy@cis.upenn.edu> wrote:
Could you tell me how to get the disconnected reason for client? In the clientfactory.clientConnectionLost, I always get connectionLost..
Even for clean disconnects? What OS? Also, why do you care? -- Itamar Shtull-Trauring http://itamarst.org/ Available for Python & Twisted consulting
On Fri, 12 Sep 2003 22:57:40 -0400 (EDT) Yun Mao <maoy@cis.upenn.edu> wrote:
Could you tell me how to get the disconnected reason for client? In the clientfactory.clientConnectionLost, I always get connectionLost..
I wrote a test, and it seems it might be a bug. I will investigate. -- Itamar Shtull-Trauring http://itamarst.org/ Available for Python & Twisted consulting
On Fri, 12 Sep 2003 22:57:40 -0400 (EDT) Yun Mao <maoy@cis.upenn.edu> wrote:
Could you tell me how to get the disconnected reason for client? In the clientfactory.clientConnectionLost, I always get connectionLost..
Fixed in CVS. Thanks for the bug report. -- Itamar Shtull-Trauring http://itamarst.org/ Available for Python & Twisted consulting
[justinj@chewie cvs]$ cvs -d:pserver:anon@twistedmatrix.com:/cvs login Logging in to :pserver:anon@twistedmatrix.com:2401/cvs CVS password: Fatal error, aborting. anon: no such user [justinj@chewie cvs]$ I assume this is because the server isn't quite up and working yet since the move... On Fri, 2 Jan 2004 18:30:25 -0600, "Glyph Lefkowitz" <glyph@twistedmatrix.com> said:
Twistedmatrix.com is about to experience some significant technical difficulties. As I am moving to Boston and the domain is hosted on my personal DSL, it will have nowhere to be for a little while.
Sometime after midnight CST tonight, I will be taking the machine down for a full backup in case there are problems in transit. After that, I will be removing the hard drive and putting it in a box to mail somewhere in Maryland. If it gets there, it will not be my fault if service is resumed within the week.
If and when service _is_ resumed, we all owe a very big thank you to Divmod, who is graciously offering to host the machine in more-or-less its current form.
Just to be clear: this means that the website, email, buildbot, CVS, wiki, and DNS services will _all_ be down. If you have a personal webserver on pyramid it will also be down. I have already redirected our primary DNS so that the rest of the system administration team should be able to make sure that we do not lose email.
I am sorry if this is the first notification you have recieved of this impending shutdown, but things have been fairly hectic over here.
Thank you.
_______________________________________________ Twisted-Python mailing list Twisted-Python@twistedmatrix.com http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python
CVS is now on cvs.twistedmatrix.com/cvs, please update your checkouts (I'm told cvsutils has a cvschroot).
participants (5)
-
Glyph Lefkowitz -
Itamar Shtull-Trauring -
Justin Johnson -
Syver Enstad -
Yun Mao