Bug 349731
| Summary: | 64-bit select() descriptor bug | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Chris Schanzle <bugzilla> |
| Component: | tcl | Assignee: | Marcela Mašláňová <mmaslano> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 5.0 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2007-10-24 14:44:32 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Chris Schanzle
2007-10-23 22:50:40 UTC
I think the solution: bit = (fd_mask)1 << (fd%(NBBY*sizeof(fd_mask))); would be ok also the last version of tcl8.5b fix it in the same way. Why are you using fc6 build of tcl for RHEL-5? There is the same version of tcl. If you want fix for this problem in RHEL-5, please contact your support. Sorry, it's a CentOS 5 box, trying to report to "upstream" the issue. Is there a more appropriate process you can point me to? Opened bug with CentOS. Thanks, -c I thought so ;-) I fixed it in fedora7, in the tcl upstream is it fix in higher version. For centos you should open the bug yourself ;-) on their bugzilla or whatever they have. This problem is resolved in the next release of Red Hat Enterprise Linux. Red Hat does not currently plan to provide a resolution for this in a Red Hat Enterprise Linux update for currently deployed systems. With the goal of minimizing risk of change for deployed systems, and in response to customer and partner requirements, Red Hat takes a conservative approach when evaluating changes for inclusion in maintenance updates for currently deployed products. The primary objectives of update releases are to enable new hardware platform support and to resolve critical defects. Not wanting to reopen the bug, but: RHEL is shipping tcl with an fc6 tag in the version. So he's not running an fc6 version on his machine, but the version from RHEL (or, okay, the version we rebuilt from the SRPM on ftp.redhat.com): lftp ftp.redhat.com:/pub/redhat/linux/enterprise/5Server/en/os/SRPMS> ls tcl-* -rw-r--r-- 2 ftp ftp 6795594 Jan 18 2007 tcl-8.4.13-3.fc6.src.rpm Hm you are right, it's fc6. But as was told in upstream comment, the function where the problem occurs, was written for testing purposes. So it has a low priority. Uh, no. :-) The fixed routine is not just for testing purposes - it is called by TcpInputProc(). The original reporter said it was hanging his HA monitoring daemon, and we are seeing it in our (unfortunately complex, event driven) parallel code. We understand you want stability. But understand we want already solved fixes made available too. I'll get a RHEL license and open a case against this issue. Is this really slated to be fixed in RHEL 5.1 or was that just boilerplate? Tcl is not one of the packages listed as being updated for RHEL 5.1 beta. https://www.redhat.com/archives/rhelv5-beta-list/2007-July/msg00000.html It's too late for fix in RHEL-5.1. Maybe in 5.2, but I'm for next release. Hmm, tcl version unchanged in 5.3 either, so does "nextrelease" mean 6.0? Yes, I meant 6.0. |