On Tue, Jul 20, 2010 at 6:48 AM, Matthew Dillon
dil...@apollo.backplane.com wrote:
Sam's select/poll infrastructure removal project is now in HEAD. This
project reimplements the kernel's select() and poll() system calls using
per-thread kqueues and removes the original select/poll
:I have kept my Backup server from upgrading because of this. I am
:running the development version. Is it ok to upgrade to current?
:
:thanks :-)
:
:--Siju
We are still finding bugs but I think 95% of the problems have been
dealt with. Both TheShell and Avalon has been up 3.5 days
On Tue, Aug 31, 2010 at 9:52 AM, Matthew Dillon
dil...@apollo.backplane.com wrote:
:On Sun, Aug 01, 2010 at 03:01:41AM -0600, Samuel J. Greear wrote:
: This 10-second-wait should be fixed with commit 847ff8c.
:
:Apparently the recent commit (within a week or so) re-introduced this
Hi,
On Mon, Aug 02, 2010 at 07:23:35AM -0600, Samuel J. Greear wrote:
This 10-second-wait should be fixed with commit 847ff8c.
While debugging I noticed screen calls close(2) on all descriptors
except stdin/err/out every time it forks. Making it use DragonFly's
closefrom(2) would be a
Thanks. After latest fixes, the xterm issue was sorted out as well as
another one that later appeared with xulrunner.
Cheers,
Antonio Huete
2010/8/2 Samuel J. Greear s...@evilcode.net:
Referenced commit broke xterm (maybe other things). I have just pushed
a fix to master.
Sam
This 10-second-wait should be fixed with commit 847ff8c.
While debugging I noticed screen calls close(2) on all descriptors
except stdin/err/out every time it forks. Making it use DragonFly's
closefrom(2) would be a great optimization that would reduce new
window creation times, if anyone
On Mon, Jul 26, 2010 at 8:32 PM, YONETANI Tomokazu qhwt+d...@les.ath.cx wrote:
On Mon, Jul 26, 2010 at 06:04:00PM -0600, Samuel J. Greear wrote:
I've pushed some fixes into master,
Commit 0f2e13efc9137bb21562ef4093049fd044651429 should fix the screen issue.
I updated the kernel with the
On 7/27/2010 2:04, Samuel J. Greear wrote:
Commit 44aa8f0264c19830b9f6fd1de53c456054f85b53 should fix the issues
everyone was having with dhclient being slow.
Yes, dhclient behavior seems to be back to normal.
Sascha
On Mon, Jul 26, 2010 at 8:32 PM, YONETANI Tomokazu qhwt+d...@les.ath.cx wrote:
On Mon, Jul 26, 2010 at 06:04:00PM -0600, Samuel J. Greear wrote:
I've pushed some fixes into master,
Commit 0f2e13efc9137bb21562ef4093049fd044651429 should fix the screen issue.
I updated the kernel with the
On Sat, Jul 24, 2010 at 11:30 AM, Samuel J. Greear s...@evilcode.net wrote:
I know where this bug is and am working on a fix. dhclient I am fairly
certain is the same issue only in the pipe code instead of the FIFO
code (where the screen problem is). I will follow up here when I have
a patch.
On Mon, Jul 26, 2010 at 06:04:00PM -0600, Samuel J. Greear wrote:
I've pushed some fixes into master,
Commit 0f2e13efc9137bb21562ef4093049fd044651429 should fix the screen issue.
I updated the kernel with the latest source (the world has been installed
from the source as of 4cc93e2d), but I'm
On Fri, Jul 23, 2010 at 09:16:56AM -0600, Samuel J. Greear wrote:
This only seems to happen on recent master with screen installed from
a package. I was unable to reproduce with screen compiled from pkgsrc.
Sorry, I realized I've been using the development version of GNU
screen for virtical
I know where this bug is and am working on a fix. dhclient I am fairly
certain is the same issue only in the pipe code instead of the FIFO
code (where the screen problem is). I will follow up here when I have
a patch.
Sam.
On 7/24/10, YONETANI Tomokazu qhwt+d...@les.ath.cx wrote:
On Fri, Jul
On Mon, Jul 19, 2010 at 06:18:52PM -0700, Matthew Dillon wrote:
Sam's select/poll infrastructure removal project is now in HEAD. This
project reimplements the kernel's select() and poll() system calls using
per-thread kqueues and removes the original select/poll infrastructure.
On 7/20/2010 3:18, Matthew Dillon wrote:
Sam's select/poll infrastructure removal project is now in HEAD. This
project reimplements the kernel's select() and poll() system calls using
per-thread kqueues and removes the original select/poll infrastructure.
We expect there to
On 7/23/2010 13:56, Sascha Wildner wrote:
I've already mentioned it on IRC, so just for the record. Since the
select/poll work, svn doesn't work properly. For example:
svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm
times out while on a system from the 19th it succeeds.
Sam's last
On Fri, Jul 23, 2010 at 4:30 AM, YONETANI Tomokazu qhwt+d...@les.ath.cx wrote:
On Mon, Jul 19, 2010 at 06:18:52PM -0700, Matthew Dillon wrote:
Sam's select/poll infrastructure removal project is now in HEAD. This
project reimplements the kernel's select() and poll() system calls using
On Fri, Jul 23, 2010 at 5:56 AM, Sascha Wildner s...@online.de wrote:
On 7/20/2010 3:18, Matthew Dillon wrote:
Sam's select/poll infrastructure removal project is now in HEAD. This
project reimplements the kernel's select() and poll() system calls
using
per-thread kqueues and
Hi,
On Fri, Jul 23, 2010 at 07:35:24AM -0600, Samuel J. Greear wrote:
After the select/poll change, closing a window in GNU screen takes
about 10 second if the program running in that window was either
/bin/sh, /bin/csh, or /bin/tcsh. ?Top doesn't take 10 second to terminate,
so it
Anyway, I'm giving your latest commit a try to see if it's related.
Unfortunately, 21ae0f4c doesn't seem to fix my problem.
On Fri, Jul 23, 2010 at 8:26 AM, YONETANI Tomokazu qhwt+d...@les.ath.cx wrote:
Anyway, I'm giving your latest commit a try to see if it's related.
Unfortunately, 21ae0f4c doesn't seem to fix my problem.
This only seems to happen on recent master with screen installed from
a package. I was
Sam's select/poll infrastructure removal project is now in HEAD. This
project reimplements the kernel's select() and poll() system calls using
per-thread kqueues and removes the original select/poll infrastructure.
We expect there to be some bugs so anyone running HEAD please
22 matches
Mail list logo