Recent changes to support-requests changes to support-requestsenSun, 30 Sep 2012 07:56:55 -000015.8s release annoucement missing from freecode.com<div class="markdown_content"><p>Please add release noted to <a href="" rel="nofollow"></a></p></div>Jari AaltoSun, 30 Sep 2012 07:56:55 -0000http://sourceforge.net800dcd1f1f8a5d145312a625153f3105a24480d8Closing cscope kills editor<div class="markdown_content"><p>I am attempting to use gedit as my editor when running cscope. To do so, I set my 'editor' to be a bash script which contains the following:</p> <p>#!/bin/bash<br /> gedit $2 +$1 2&gt; /dev/null &amp;</p> <p>When I close cscope, gedit also closes. How can I prevent this? I've tried other editors besides gedit but get the same result.</p></div>AnonymousWed, 21 Mar 2012 19:06:15 -0000http://sourceforge.net4e4e3eb53bcf1fe887747f277581f21f678ed2afCompiling issue.<div class="markdown_content"><p>I am compiling on Cyg win, getting following following error finding curses.h How can I solve this.</p> <p>$ make<br /> make all-recursive<br /> make[1]: Entering directory `/avinashp/ws/cscope-15.7a'<br /> Making all in doc<br /> make[2]: Entering directory `/avinashp/ws/cscope-15.7a/doc'<br /> make[2]: Nothing to be done for `all'.<br /> make[2]: Leaving directory `/avinashp/ws/cscope-15.7a/doc'<br /> Making all in src<br /> make[2]: Entering directory `/avinashp/ws/cscope-15.7a/src'<br /> if gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -MT build.o -MD -MP -MF ".deps/bu<br /> ild.Tpo" -c -o build.o build.c; \ then mv -f ".deps/build.Tpo" ".deps/build.Po"; else rm -f ".deps/build.Tpo"; exi<br /> t 1; fi<br /> build.c:52:20: curses.h: No such file or directory<br /> make[2]: *** [build.o] Error 1<br /> make[2]: Leaving directory `/avinashp/ws/cscope-15.7a/src'<br /> make[1]: *** [all-recursive] Error 1<br /> make[1]: Leaving directory `/avinashp/ws/cscope-15.7a'<br /> make: *** [all] Error 2</p></div>AnonymousWed, 26 Jan 2011 00:58:38 -0000http://sourceforge.net14f411f70b09291ab90bfd6017fac6562f6896afBuilding cross-reference file fails on some filesystems<div class="markdown_content"><p>The lstat call (accessible_file in dir.c) made when building the cross-ref db fails when accessing a file on an FS that uses 64-bit inodes, most commonly CIFS. Building the package with CFLAGS=-D_FILE_OFFSET_BITS=64 (per 'man 2 stat', see EOVERFLOW) fixes this problem. This addition causes no problems for 32-bit-inode FSes, so it should probably be added to the default CFLAGS.</p></div>Miles StrombachTue, 26 Oct 2010 20:29:34 -0000http://sourceforge.net3985c0e821131de43fab6cecf8863d0d55a83bebcscope having trouble reading files<div class="markdown_content"><p>I *think* this might be related to how our environment is set up, but I'm unclear on whether it's because of links or because of the path components in the link.</p> <p>First, I run this command: find . -name *.c -o -name *.h &gt; cscope.files</p> <p>Then I try to run cscope and get a lot of errors like:</p> <p>cscope: cannot find file INFRASTRUCTURE/thread_engine/include/QueueDef.h</p> <p>Then: ls -l INFRASTRUCTURE/thread_engine/include/QueueDef.h</p> <p>INFRASTRUCTURE/thread_engine/include/QueueDef.h -&gt; /source/synergy/data/ccmdb/rxcms/st_root/cache/source/#50/22250</p> <p>So, does it fail because the file is a link or does it fail because of the # character in the name (somehow interpreted as a comment? )</p> <p>This is on AIX 5.3 against the most recent bison/flex (which I also just built :)</p></div>Ken WeinertThu, 23 Sep 2010 21:21:35 -0000http://sourceforge.net4f9849638e01d7c45e394c8dcfee0dddfe595639Need help on Cscope with Vim 7.3e<div class="markdown_content"><p>I am an avid cscope user. <br /> I was using cscope: version 15.5 with Vim 6 without any issues. I configured cscope_maps.vim by source'ing it from both my .gvimrc and .vimrc I downloaded vim7.3e beta distribution and compiled with huge and enable-cscope options and installed in my /usr/local/bin.<br /> After this my cscope connection has failed. <br /> I attach the gvim --version output for your perusal.<br /> Can you help me?<br /> Thanks <br /> -Raghu</p></div>Raghuram SheshadriTue, 10 Aug 2010 07:34:05 -0000http://sourceforge.netfb134dc0f157c921b1a210b623a33c0708353033cscope opening directories as include files<div class="markdown_content"><p>Some C++ apps #include &lt;iostream&gt;. There is such an include file, but also, there is a directory by that name in a -I directory, so when rebuilding the cscope database file, cscope crashes opening that directory as a flat file.</p> <p>I run cscope -L in a ksh script as a &lt;PRE&gt; html doc producing web service, which annotates the query and db rebuilding process:</p> <p>Find this global definition: 'userlog'</p> <p>Rebuilding file tree . . .</p> <p>Listing file tree . . .</p> <p>Rebuilding DB . . .</p> <p>Cannot open file /opt/aCC/include/iostream</p> <p>--------------------------------------------------------------------------------</p> <p>Refresh CScope DB from Files First<br /> Search String: <br /> Case-Insensitive Search<br /> Find this C symbol<br /> Find this global definition<br /> Find functions called by this function<br /> Find functions calling this function<br /> Find this text string<br /> Find this egrep pattern<br /> Find this file<br /> Find files #including this file<br /> Wrap output lines<br /> </p> <p>------------------------------- command line ---------------------<br /> cscope -f ../db_tr_x -I/appl/tuxedo/8.0.X8/include -I/appl/sybase/OCS-12_5.10192/include -I/appl/db2cnt8/sqllib/include -I/appl/informix/7.31.UD3.SDK290HC1X4/incl -I/appl/informix/7.31.UD3.SDK290HC1X4/incl/esql -I/appl/rsa/rsa5.0/cryptoc50/include -I/appl/rsa/rsa5.0/cryptoc50/samples/demo/bdemo -I/appl/rsa/rsa5.0/cryptoc50/samples/common/include -I/appl/rsa42/Bsafe42/hpux/pa_risc20/32bit/library -I/appl/iplanet/ldap/include -I/prod1/csdsit/cs_core/200708/include -I/prod1/csdsit/cs_rw_base/200708/include -I/prod1/csdsit/cs_securit/200708/include -I/prod1/csdsit/cs_access/200708/include -I/prod1/csdsit/csc_ghis/201002/include -I/prod1/csdsit/cs_perf/200708/include -I/opt/aCC/include -I/opt/aCC/include/iostream -I/opt/aCC/include/SC -I/opt/aCC/include/rw -L -1 'userlog' -i ../fl_tr_x</p></div>DGPickettTue, 25 May 2010 15:08:23 -0000http://sourceforge.netdfa64a18c31fc6af1f01a5a39edc497c4b6f65aacan't find static inline function in .h file<div class="markdown_content"><p>I use cscope with vim in the following steps:<br /> 1. find $PWD -name "*.[hc]" &gt; cscope.files<br /> 2. cscope -qb<br /> In Vim command mode, insert ":cs f g funcname", and there is no matched result. Grep the sources files, find the desired function is a static inline function, defined in a .h file.<br /> Can any one help me? thanks a lot</p></div>AnonymousSun, 18 Apr 2010 11:57:07 -0000http://sourceforge.netcd9058b2825aff743af19f9ae74c7888c441c60dText search results invisible<div class="markdown_content"><p>Hi, </p> <p>I'm using Cscope 15.7a in a gnome terminal window on Ubuntu 9.10. Cscope is an amazing tool; whenever I need to understand a larger codebase it's the first tool I go to.</p> <p>However, there's one problem that I've seen for quite a while and I can't seem to find a solution. </p> <p>When searching for a text string or an egrep pattern, many of the matches are invisible. They're there, I can move the cursor from line to line and select them and in Vi they display correctly, but the match line has no content. No text. Sometimes some of the matches show and others not. </p> <p>While googling for a solution I found that other people have the same problem. I tried running in RXVT instead of gnome-term but got the exact same results. </p> <p>Any clues?</p> <p>Cheers,</p> <p>Mattis</p></div>Mattis FjallstromThu, 01 Apr 2010 18:37:11 -0000http://sourceforge.nete443f44441f4414bcbd622a7d6e21a05bf318105Find assignments to:<div class="markdown_content"><p>In the 13.X branch of cscope there was a "Find assignments to" search item.<br /> This mysteriously disappeared in the 15.X branch.</p> <p>It was a very useful search criteria. For example if there were many<br /> instances of symbol "counter", and you did a "Find assignments to:<br /> counter", you would only get the following</p> <p>counter = 55;<br /> int counter = 0;</p> <p>and you would skip all the declarations, etc. Without this option, you had<br /> to do a 2 step process: first, do a "find this symbol", then weed out the<br /> non-assignments manually.</p> <p>Please consider adding this option back</p></div>AnonymousWed, 17 Mar 2010 07:47:23 -0000http://sourceforge.net164d82bb6f3d0213bab9fadea9d86e715e05ccc4