When a new display filter is to be applied, don't set "cf.dfilter" or
authorGuy Harris <guy@alum.mit.edu>
Mon, 11 Oct 1999 06:39:26 +0000 (06:39 -0000)
committerGuy Harris <guy@alum.mit.edu>
Mon, 11 Oct 1999 06:39:26 +0000 (06:39 -0000)
commit3b9013d39358c54611c8ba82595c3a4ff2f596eb
treedfec8b639fbd755acc879b925ce7a2d2dd8e9302
parent29b9c8a2850ae3be73d1fce38a1e96591ba165fb
When a new display filter is to be applied, don't set "cf.dfilter" or
"cf.dfcode" if the new filter doesn't compile, because the filter
currently in effect will be the one that was last applied - just free up
the text of the new filter, and whatever memory was allocated for the
new filter code.

This means we allocate a new dfilter when a new filter is to be applied,
rather than recycling stuff from the old filter, as we want the old
filter code to remain around if the new filter doesn't compile.

This means that "cf.dfilter" and "cf.dfcode" will be null if there's no
filter in effect.

svn path=/trunk/; revision=803
colors.c
dfilter-grammar.y
dfilter-int.h
dfilter.c
dfilter.h
file.c
file.h
gtk/file_dlg.c
gtk/main.c
summary.c