Home / Browse / cscope / Mail / Archive

cscope

Email Archive: cscope-devel (read-only)

2000:	_Jan	_Feb	_Mar	_Apr (54)	_May (109)	_Jun (2)	_Jul (4)	_Aug (10)	_Sep (19)	_Oct (25)	_Nov (17)	_Dec (2)
2001:	_Jan	_Feb	_Mar (2)	_Apr (7)	_May (5)	_Jun (26)	_Jul (28)	_Aug (47)	_Sep (30)	_Oct (22)	_Nov (11)	_Dec (6)
2002:	_Jan (37)	_Feb (9)	_Mar (69)	_Apr (18)	_May (10)	_Jun (16)	_Jul (63)	_Aug (21)	_Sep (10)	_Oct (6)	_Nov (9)	_Dec (25)
2003:	_Jan (13)	_Feb (4)	_Mar (10)	_Apr (9)	_May (13)	_Jun (17)	_Jul (14)	_Aug (33)	_Sep (25)	_Oct (16)	_Nov (6)	_Dec (2)
2004:	_Jan (20)	_Feb (18)	_Mar (12)	_Apr (12)	_May (2)	_Jun (15)	_Jul (14)	_Aug (3)	_Sep (16)	_Oct (11)	_Nov (19)	_Dec (32)
2005:	_Jan (31)	_Feb (38)	_Mar (8)	_Apr (33)	_May (9)	_Jun	_Jul (4)	_Aug (30)	_Sep (8)	_Oct (16)	_Nov (21)	_Dec (12)
2006:	_Jan (5)	_Feb (16)	_Mar (12)	_Apr (24)	_May (15)	_Jun (21)	_Jul (14)	_Aug (5)	_Sep (22)	_Oct (33)	_Nov (53)	_Dec (47)
2007:	_Jan (20)	_Feb (51)	_Mar (30)	_Apr (69)	_May (66)	_Jun (99)	_Jul (128)	_Aug (45)	_Sep (10)	_Oct (20)	_Nov (26)	_Dec (14)
2008:	_Jan (9)	_Feb (31)	_Mar (57)	_Apr (175)	_May (17)	_Jun	_Jul (2)	_Aug	_Sep	_Oct	_Nov (2)	_Dec
2009:	_Jan	_Feb	_Mar (4)	_Apr (2)	_May	_Jun	_Jul (5)	_Aug (3)	_Sep (1)	_Oct	_Nov	_Dec
2010:	_Jan	_Feb	_Mar	_Apr (3)	_May	_Jun	_Jul	_Aug (2)	_Sep (5)	_Oct (1)	_Nov	_Dec (1)
2011:	_Jan (5)	_Feb (5)	_Mar	_Apr	_May	_Jun	_Jul	_Aug (2)	_Sep (1)	_Oct	_Nov	_Dec
2012:	_Jan (1)	_Feb	_Mar	_Apr	_May	_Jun	_Jul	_Aug (3)	_Sep (8)	_Oct (3)	_Nov (14)	_Dec (9)


S	M	T	W	T	F	S
						1

2	3	4	5	6	7	8

9	10	11	12	13	14	15
				(2)	(2)	(1)
16	17	18	19	20	21	22
	(5)		(1)	(1)
23	24	25	26	27	28	29
(2)
30	31

[Cscope-devel] [ cscope-Bugs-1511540 ] on long pathnames cscope can overflow in putstring

From: SourceForge.net <noreply@so...> - 2006-07-23 20:47

Bugs item #1511540, was opened at 2006-06-23 22:05
Message generated for change (Comment added) made by broeker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=1511540&group_id=4664

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: Rejected
Priority: 5
Submitted By: Neil Horman (nhorman)
Assigned to: Hans-Bernhard Broeker (broeker)
Summary: on long pathnames cscope can overflow in putstring

Initial Comment:
when parsing very long paths, cscope can overflow in
putstring.  This patch limits the length of the
putstring copy to the length of the array being copied
into.

----------------------------------------------------------------------

>Comment By: Hans-Bernhard Broeker (broeker)
Date: 2006-07-23 22:47

Message:
Logged In: YES 
user_id=27517

On closer examination, turns out my earlier suspicions were
fully justified:

> PATHLEN is passed in all cases, because in all uses of 
> putstring, the passed array is defined on the stack as
> being of PATHLEN characters.

That's not actually the case.  Quite a number of them are
actually PATLEN, not PATHLEN.  Yes, those two are currently
the same size, but that has to be treated like a random
coincidence.

I'm checking in a rather different fix.

----------------------------------------------------------------------

Comment By: Neil Horman (nhorman)
Date: 2006-06-25 04:39

Message:
Logged In: YES 
user_id=827328

(1) Thats not supposed to be there.  I'll remove that and
repost.  Sorry about that.

(2) please take the time to actually look before you reject
this Hans.  the length variable represents the length of the
character array s passed into the array, and prevents buffer
overflow in all those cases where blockp is larger than the
passed array (note that PATHLEN is passed in all cases,
because in all uses of putstring, the passed array is
defined on the stack as being of PATHLEN characters).

----------------------------------------------------------------------

Comment By: Hans-Bernhard Broeker (broeker)
Date: 2006-06-24 18:38

Message:
Logged In: YES 
user_id=27517

In its current shape, I'm afraid I have to reject this
patch.  For two reasons:

1) I rather seriously dislike that CHECK_STACK hack.  Stuff
like that has no business being put into production code.

2) I see no believable reason at all to add an argument to a
function, but in the same move pass the exact same value for
this argument, in all its callers.  What could a function or
macro name's length possibly have to do with PATHLEN?  And
if PATHLEN really is the actual length of all those buffers:
why pass it as an argument?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=1511540&group_id=4664

[Cscope-devel] [ cscope-Bugs-1100444 ] make install fails due to no write access to man directory

From: SourceForge.net <noreply@so...> - 2006-07-23 18:15

Bugs item #1100444, was opened at 2005-01-11 22:14
Message generated for change (Settings changed) made by broeker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=1100444&group_id=4664

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: None
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Chad Bryant (chadbryant)
>Assigned to: Hans-Bernhard Broeker (broeker)
Summary: make install fails due to no write access to man directory

Initial Comment:
./configure -- PASSES
make -- PASSES
make install -- FAILS.

Fails due to write access to man directory.  Any
suggestions on how to fix this.  Please email me at:
chad.bryant@...  TIA


[cbryant@... cscope-15.5]$ make install
Making install in doc
make[1]: Entering directory
`/home/raleigh/cbryant/tools/cscope/cscope-15.5/doc'
make[2]: Entering directory
`/home/raleigh/cbryant/tools/cscope/cscope-15.5/doc'
make[2]: Nothing to be done for `install-exec-am'.
/bin/sh ../mkinstalldirs /usr/local/man/man1
mkdir -p -- /usr/local/man/man1
mkdir: cannot create directory `/usr/local/man':
Permission denied
make[2]: *** [install-man1] Error 1
make[2]: Leaving directory
`/home/raleigh/cbryant/tools/cscope/cscope-15.5/doc'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory
`/home/raleigh/cbryant/tools/cscope/cscope-15.5/doc'
make: *** [install-recursive] Error 1


----------------------------------------------------------------------

Comment By: Stephen Reindl (sreindl)
Date: 2005-02-09 12:17

Message:
Logged In: YES 
user_id=20356

run 


make install

as 'root'

----------------------------------------------------------------------

Comment By: Jason Duell (jcduell)
Date: 2005-01-11 23:49

Message:
Logged In: YES 
user_id=125727

'make install' can only install to a directory that you've
got permission to.  /usr/local is the default location, and
you need to be root to install there.

It sounds like you want to install your own local copy of
cscope, in which case you need to tell configure where to
install, instead of /usr/local:

   ./configure --prefix=$HOME/my_stuff
   make
   make install

Then just make sure $HOME/my_stuff/bin is in your PATH (and
$HOME/my_stuff/man in your $MANPATH, if you want).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=1100444&group_id=4664

[Cscope-devel] [ cscope-Feature Requests-1525516 ] select_large=NO support

From: SourceForge.net <noreply@so...> - 2006-07-19 20:01

Feature Requests item #1525516, was opened at 2006-07-19 13:01
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=354664&aid=1525516&group_id=4664

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: select_large=NO support

Initial Comment:
Ok. As an SGI IRIX developper , we had an version of
cscope using the old [0-9] menu model. We( in
Enginerring )  baecame so accustomed to it was a bit
annoying to TAB
all the time to switch between the selection-file-menu
and the menu at the bottom. So I created:
-  command-line -K: to enable select_large=NO ( default
YES ) option
- Control-K to switch btween the two.

I also added ^W to switch between EDITOR and EDITOR2
environment variable. EDITOR2 default to : xedit. This is
very useful for those who wants to switch to EDITOR2, 
spin a 'file.h' edition, switch back to EDITOR, and spin
an *inline* 'file.c' editor session ( using vi ).

Also, adjusted 'cscope.spec' for:
- man1/cscope.1 gets compressed by rpm brp-compress
script so the target should be cscope.1*
- Copyright is not a valid spec tag anymor. Should be
License.

If you want the patch, I'd be glad to send it in a
seperate Email. ( michel at sgi.com )

Thanks.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=354664&aid=1525516&group_id=4664

[Cscope-devel] [ cscope-Feature Requests-1525516 ] select_large=NO support

From: SourceForge.net <noreply@so...> - 2006-07-20 20:32

Feature Requests item #1525516, was opened at 2006-07-19 22:01
Message generated for change (Comment added) made by broeker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=354664&aid=1525516&group_id=4664

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: select_large=NO support

Initial Comment:
Ok. As an SGI IRIX developper , we had an version of
cscope using the old [0-9] menu model. We( in
Enginerring )  baecame so accustomed to it was a bit
annoying to TAB
all the time to switch between the selection-file-menu
and the menu at the bottom. So I created:
-  command-line -K: to enable select_large=NO ( default
YES ) option
- Control-K to switch btween the two.

I also added ^W to switch between EDITOR and EDITOR2
environment variable. EDITOR2 default to : xedit. This is
very useful for those who wants to switch to EDITOR2, 
spin a 'file.h' edition, switch back to EDITOR, and spin
an *inline* 'file.c' editor session ( using vi ).

Also, adjusted 'cscope.spec' for:
- man1/cscope.1 gets compressed by rpm brp-compress
script so the target should be cscope.1*
- Copyright is not a valid spec tag anymor. Should be
License.

If you want the patch, I'd be glad to send it in a
seperate Email. ( michel at sgi.com )

Thanks.



----------------------------------------------------------------------

>Comment By: Hans-Bernhard Broeker (broeker)
Date: 2006-07-20 22:32

Message:
Logged In: YES 
user_id=27517

[Please keep separate subject matters in separate requests...]

[-K/^K]: I honestly can't think of a good reason for
spending a hotkey on this feature.  People will either want
the old behaviour, or the new.  They won't change that
attitude in mid-session.  

[^W]: looks like a rather obvious violation of the "one tool
<--> one task" design principle of Unix.  If people can't
make up their mind which of two editors they want to use for
long enough to last one cscope session, they're free to
install a two-way wedge script as $EDITOR or $CSCOPE_EDITOR.
 Putting machinery like this into each and every single tool
that can call an editor seems like seriously the wrong idea.

As to the patches: please consider posting them on the
"Patches" tracker next door.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=354664&aid=1525516&group_id=4664