summaryrefslogtreecommitdiff
path: root/debian/control
blob: 6bc2b1bcc8bfa765b9735da6ad0ef471264edde9 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
Source: cscope
Section: devel
Priority: optional
Maintainer: Tobias Klauser <tklauser@distanz.ch>
Build-Depends: debhelper (>= 7), dpatch, autotools-dev, bison, flex, libncurses5-dev
Standards-Version: 3.8.3
Homepage: http://cscope.sourceforge.net
Vcs-Git: http://git.distanz.ch/scm/debian/pkg-cscope.git
Vcs-Browser: http://git.distanz.ch/?p=debian/pkg-cscope.git

Package: cscope
Architecture: any
Depends: ${shlibs:Depends}
Suggests: cbrowser
Description: Interactively examine a C program source
 Cscope is an interactive text screen based source browsing tool.
 Although it is primarily designed to search C code (including lex
 and yacc files), it can also be used for C++ code.
 .
 Using cscope, you can easily search for where symbols are used and
 defined.  Cscope is designed to answer questions like:
 .
 Where is this variable used?
 What is the value of this preprocessor symbol?
 Where is this function in the source files?
 What functions call this function?
 What functions are called by this function?
 Where does the message "out of space" come from?
 Where is this source file in the directory structure?
 What files include this header file?
ssible for multiple calls of put_mountpoint on the same hash chain to happen on the same time. Kristen Johansen <kjlx@templeofstupid.com> reported: > This can cause a panic when simultaneous callers of put_mountpoint > attempt to free the same mountpoint. This occurs because some callers > hold the mount_hash_lock, while others hold the namespace lock. Some > even hold both. > > In this submitter's case, the panic manifested itself as a GP fault in > put_mountpoint() when it called hlist_del() and attempted to dereference > a m_hash.pprev that had been poisioned by another thread. Al Viro observed that the simple fix is to switch from using the namespace_sem to the mount_lock to protect the mountpoint hash table. I have taken Al's suggested patch moved put_mountpoint in pivot_root (instead of taking mount_lock an additional time), and have replaced new_mountpoint with get_mountpoint a function that does the hash table lookup and addition under the mount_lock. The introduction of get_mounptoint ensures that only the mount_lock is needed to manipulate the mountpoint hashtable. d_set_mounted is modified to only set DCACHE_MOUNTED if it is not already set. This allows get_mountpoint to use the setting of DCACHE_MOUNTED to ensure adding a struct mountpoint for a dentry happens exactly once. Cc: stable@vger.kernel.org Fixes: ce07d891a089 ("mnt: Honor MNT_LOCKED when detaching mounts") Reported-by: Krister Johansen <kjlx@templeofstupid.com> Suggested-by: Al Viro <viro@ZenIV.linux.org.uk> Acked-by: Al Viro <viro@ZenIV.linux.org.uk> Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
Diffstat