{5} Assigned, Active Tickets by Owner (Full Description) (3 matches)
List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.
jaharkes
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #703 | Linux ENOENT & ESTALE errors | coda | defect | 02/07/03 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
We're seeing ENOENT and ESTALE errors with 2.4 Linux kernels. The ESTALE is caused by an NFS close-to-open patch that went into 2.4.18 or .19, which bugs out when '.' or '..' is opened, but the dentry revalidation test fails. First of all the test is too generic, so any filename starting with '.' will receive the additional test. Second, they are revalidating the path instead of the object, I don't see how they would handle a rename from a different client correctly, as the current test 'reinstates' the old pathname in the dcache. The NFS-close-to-open semantics really should be using inode_revalidate, which would fix the Coda problems wrt ESTALE errors. The ENOENT failure is triggered by concurrent directory lookups when the second thread finds a cached dentry in real_lookup after blocking on the i_sem. Ultimately both cases are caused by Coda's 'volatile' pathnames, these are used for mountpoints and repair subtrees to make it easier to turn symlinks into directories and vv. Jan |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #715 | Use of C++ objects in RVM | defect | 03/10/03 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The use of C++ objects in RVM should be avoided as much as possible. Their layout/implementation could change when the compiler, compiler options (-march) or libstdc++ changes. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1636 | link problem of coda | coda | Coda-6.9.4 | defect | 01/23/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The coda 6.9.3 won't link because of missing library. I tried to create a deb package from the source but the progress stopped on this error: /usr/bin/ld: cannot find -lseglwp
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
