Guy Harris wrote:
On Wed, Dec 03, 2003 at 10:00:07PM +1100, Ronnie Sahlberg wrote:
Please keep ideas, patches and profile data coming.
I've checked in a change to use our own data structure, rather than a
tree of GNodes, for the protocol tree; it sped up one test case by
5-10%, and significantly sped up the processing of one capture with a
large YPALL reply (as appending to the list of child nodes of a node is
now constant-time rather than linear in the number of child nodes -
"proto_node" structures have pointers to the first and last child).
(Unfortunately, I suspect the GTree widget uses a tree of GNodes, so
building the display for that packet is still slow.)
Hopefully I haven't broken anything.
Looks like this is broken:
make[2]: Entering directory `/u/morriss/ethereal-dev/source'
source='packet-dcerpc-epm.c' object='packet-dcerpc-epm.o' libtool=no \
depfile='.deps/packet-dcerpc-epm.Po' tmpdepfile='.deps/packet-dcerpc-epm.TPo' \
depmode=gcc3 /bin/sh ./depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -I./wiretap -I/usr/local/include -DINET6 -DSOLARIS8_INET6 -D_U_="__attribute__((unused))" -Wall -W -g -O2 -Wno-return-type -DFUNCPROTO=15 -I/usr/local/include -I/usr/local/include/gtk-1.2 -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -I/usr/openwin/include -c `test -f packet-dcerpc-epm.c || echo './'`packet-dcerpc-epm.c
packet-dcerpc-epm.c: In function `epm_dissect_ept_entry_t':
packet-dcerpc-epm.c:195: structure has no member named `parent'
make[2]: *** [packet-dcerpc-epm.o] Error 1
make[2]: Leaving directory `/u/morriss/ethereal-dev/source'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/u/morriss/ethereal-dev/source'
make: *** [all] Error 2
or is the anonymous CVS behind?
