From: Thomas L. <ta...@ec...> - 2003-01-27 11:36:08
|
On Mon, Jan 27, 2003 at 05:17:56AM +0100, Guido Schimmels wrote: > Am Mon, 2003-01-27 um 00.16 schrieb joehill: > > > the output from this was an endless stream (which explains the %100 cpu > > time, i'd say). > > > > just this, over and over: > > > > poll([{fd=8, events=POLLIN}, {fd=4, events=POLLIN, revents=POLLHUP}], 2, > > -1) = 1 > > ioctl(8, 0x541b, [0]) > > > > I am sure this is stating the obvious for you, but the process that went > > haywire was "python". lemme guess, my installation of pygtk is off a > > bit? sweet mother of god, please not that again... > > Same here. Since I upgraded to pygtk 1.99.14 Python locks up during > decrompression. System shows python with a zombie child. Ah. The way IO streams are monitored has changed. In ROX-Lib2/python/rox/processes.py:124, the first return should be changed to 'return 1': def _got_errors(self, source, cond): got = os.read(self.err_from_child, 100) if got: self.got_error_output(got) return 1 See if that fixes it. I've updated CVS too... > The package get's decompressed, but one level deep > nested: package.tgz -> package/package/PACKAGECONTENT Yep, Archive unpacks everything in the new directory and then moves it all up if only one directory was created (stops the annoying problem where someone has created an archive with hundreds of top-level files). -- Thomas Leonard http://rox.sourceforge.net ta...@ec... ta...@us... GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 |