From: SourceForge.net <no...@so...> - 2004-01-30 16:55:25
|
Bugs item #530481, was opened at 2002-03-15 22:30 Message generated for change (Comment added) made by broeker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=530481&group_id=4664 Category: None Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Hans-Bernhard Broeker (broeker) Summary: Skips functions in case of many files Initial Comment: I have about 2600 files in cscope.files. All are c, c++ and their include files. If I try to run cscope on it, it doesnt show a lot of functions when "Find functions called by this function" is used on a particular function say "f". Let's call one of the fns that doesnt show up "g" In cscope.out, the f listing shows g but when cscope is actually run, g doesnt appear. If "find functions called by this function" is called on "g", "f' shows up. The behaviour is arbitrary.. if some files are removed, or if order is changed, 'g' may show up but another function 'h' may not. Sometimes f will show everything, but another function will be affected. I am sorry I cannot upload due to confidentiality reasons, but hopefully you can test this on your own suite or something. ---------------------------------------------------------------------- >Comment By: Hans-Bernhard Broeker (broeker) Date: 2004-01-30 17:52 Message: Logged In: YES user_id=27517 SInce no details needed to debug this seem to be coming forth from the bug reporter, I'm closing this as "won't fix". ---------------------------------------------------------------------- Comment By: Hans-Bernhard Broeker (broeker) Date: 2002-03-16 14:49 Message: Logged In: YES user_id=27517 Due to the massive size and the heisenbug-ish nature of the problem, I suspect you'll have to the bug-hunting yourself. In addition to the tips offered by jcduell in his comment, I would recommend using the '-c' option, too. IE cscope -cuL2 f cscope -cuL3 g It would help if you could attach the piece of cscope.out that holds the code of function f to this bugreport, so I can have a closer look at it. The source code of f would also be nice to have, for comparison. (to find the place in cscope.out, search for a line @filename.c of the sourcefile it's in, then a line holding only a leading TAB and then '$f' ) ---------------------------------------------------------------------- Comment By: Jason Duell (jcduell) Date: 2002-03-16 01:18 Message: Logged In: YES user_id=125727 Ok, if I'm parsing you correctly, you're saying that 1) You've got some code like: int f() { g(); } 2) searching on 'find functions called by f' does NOT return g. (what does it return? nothing?) 3) But searching on 'find functions calling g' does return f. 4) This only happens sometimes, if you've got lots of files, and varies depending on the order of the files listed in cscope.files. All correct? Could you run the following cmds, and give us the output? 1) cscope -uL2f 2) cscope -uL3g (substituting the real functions names for 'f' and 'g'). ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-03-15 22:34 Message: Logged In: NO Ooops sorry.. I meant to say: If 'find functions *calling this* function" is called on g, f shows up. Some more info: "cscope -bq' was used first to create the cscope*out files. 'cscope -b" and just plain "cscope" and "cscope -q" also lead to similar results. Also i believe if the number of files is about 1900 or so, there arent such errors, but obviously i havent done an exhaustive test. -saurabh ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=530481&group_id=4664 |