* A small fix
@ 2000-10-09 14:09 Joseph Pallas
2000-10-09 14:42 ` Syd Polk
2000-10-10 11:59 ` Syd Polk
0 siblings, 2 replies; 3+ messages in thread
From: Joseph Pallas @ 2000-10-09 14:09 UTC (permalink / raw)
To: sourcenav
I was never able to produce a small test-case for my crash, but I was able
to analyze it enough to convince myself that I understood the problem and
to hazard a fix. I've been running with the following patch for some time
and I haven't seen any problems. Most important, it cured my SEGV crashes
in dbimp. All it does is specify that copies need to be made of macro
names when they're inserted in the search table, instead of using the
ephemeral string that was passed in. I'm convinced it's harmless and
fixes at least one bug.
joe
Index: snavigator/parsers/cpp/cpplib/macro.c
===================================================================
RCS file: /home/pallas/cvsroot/source_navigator/snavigator/parsers/cpp/cpplib/macro.c,v
retrieving revision 1.1.1.1
diff -c -r1.1.1.1 macro.c
*** macro.c 2000/08/14 20:58:28 1.1.1.1
--- macro.c 2000/09/01 17:33:41
***************
*** 90,96 ****
entry.key_len = sString.leng;
entry.data = 0;
entry.data_len = 0;
! entry.flag = 0;
if(( pentry = (*pbtrMacro->search)( &pbtrMacro, entry )))
{
--- 90,96 ----
entry.key_len = sString.leng;
entry.data = 0;
entry.data_len = 0;
! entry.flag = SEARCH_DUP_KEY;
if(( pentry = (*pbtrMacro->search)( &pbtrMacro, entry )))
{
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: A small fix
2000-10-09 14:09 A small fix Joseph Pallas
@ 2000-10-09 14:42 ` Syd Polk
2000-10-10 11:59 ` Syd Polk
1 sibling, 0 replies; 3+ messages in thread
From: Syd Polk @ 2000-10-09 14:42 UTC (permalink / raw)
To: Joseph Pallas, sourcenav
If you write a small ChangeLog entry, I will generate a patch.
At 02:08 PM 10/9/00 -0700, Joseph Pallas wrote:
>I was never able to produce a small test-case for my crash, but I was able
>to analyze it enough to convince myself that I understood the problem and
>to hazard a fix. I've been running with the following patch for some time
>and I haven't seen any problems. Most important, it cured my SEGV crashes
>in dbimp. All it does is specify that copies need to be made of macro
>names when they're inserted in the search table, instead of using the
>ephemeral string that was passed in. I'm convinced it's harmless and
>fixes at least one bug.
>
>joe
>
>Index: snavigator/parsers/cpp/cpplib/macro.c
>===================================================================
>RCS file:
>/home/pallas/cvsroot/source_navigator/snavigator/parsers/cpp/cpplib/macro.c,v
>retrieving revision 1.1.1.1
>diff -c -r1.1.1.1 macro.c
>*** macro.c 2000/08/14 20:58:28 1.1.1.1
>--- macro.c 2000/09/01 17:33:41
>***************
>*** 90,96 ****
> entry.key_len = sString.leng;
> entry.data = 0;
> entry.data_len = 0;
>! entry.flag = 0;
>
> if(( pentry = (*pbtrMacro->search)( &pbtrMacro, entry )))
> {
>--- 90,96 ----
> entry.key_len = sString.leng;
> entry.data = 0;
> entry.data_len = 0;
>! entry.flag = SEARCH_DUP_KEY;
>
> if(( pentry = (*pbtrMacro->search)( &pbtrMacro, entry )))
> {
Syd Polk spolk@redhat.com
Engineering Manager +1 415 777 9810 x 241
Red Hat, Inc.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: A small fix
2000-10-09 14:09 A small fix Joseph Pallas
2000-10-09 14:42 ` Syd Polk
@ 2000-10-10 11:59 ` Syd Polk
1 sibling, 0 replies; 3+ messages in thread
From: Syd Polk @ 2000-10-10 11:59 UTC (permalink / raw)
To: Joseph Pallas, sourcenav
Patch has been posted at
ftp://sources.redhat.com/pub/sourcenav/releases/patches/0008-pallas-001009-p
atch.
At 02:08 PM 10/9/00 -0700, Joseph Pallas wrote:
>I was never able to produce a small test-case for my crash, but I was able
>to analyze it enough to convince myself that I understood the problem and
>to hazard a fix. I've been running with the following patch for some time
>and I haven't seen any problems. Most important, it cured my SEGV crashes
>in dbimp. All it does is specify that copies need to be made of macro
>names when they're inserted in the search table, instead of using the
>ephemeral string that was passed in. I'm convinced it's harmless and
>fixes at least one bug.
>
>joe
>
>Index: snavigator/parsers/cpp/cpplib/macro.c
>===================================================================
>RCS file:
>/home/pallas/cvsroot/source_navigator/snavigator/parsers/cpp/cpplib/macro.c,v
>retrieving revision 1.1.1.1
>diff -c -r1.1.1.1 macro.c
>*** macro.c 2000/08/14 20:58:28 1.1.1.1
>--- macro.c 2000/09/01 17:33:41
>***************
>*** 90,96 ****
> entry.key_len = sString.leng;
> entry.data = 0;
> entry.data_len = 0;
>! entry.flag = 0;
>
> if(( pentry = (*pbtrMacro->search)( &pbtrMacro, entry )))
> {
>--- 90,96 ----
> entry.key_len = sString.leng;
> entry.data = 0;
> entry.data_len = 0;
>! entry.flag = SEARCH_DUP_KEY;
>
> if(( pentry = (*pbtrMacro->search)( &pbtrMacro, entry )))
> {
Syd Polk spolk@redhat.com
Engineering Manager +1 415 777 9810 x 241
Red Hat, Inc.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2000-10-10 11:59 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-10-09 14:09 A small fix Joseph Pallas
2000-10-09 14:42 ` Syd Polk
2000-10-10 11:59 ` Syd Polk
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).