Also note that if you click the menu option File/Reload all is back to normal. Then just click the reset button on the main window and the problem reoccurs. The first time you click the reset button the column data still looks ok but on the second click the column data goes bad as well.
Of course this is only on caz files with 250 or more packets.
Greg
>>> Gilbert Ramirez <gram@xxxxxxxxxxxxxxx> 9/3/2003 3:15:52 PM >>>
On Wed, 2003-09-03 at 16:11, Gilbert Ramirez wrote: > On Tue, 2003-09-02 at 18:03, Greg Morris wrote: > > > To duplicate just open the CAZ file > > Select any item in the packet decode window and right click and match > > selected to create a simple filter. > > Finally click reset. I have had it several times just mark all of the > > packets as TCP segments and at other times it displays all of the > > packets as srvloc. > > > > Attached is the trace file. > > ---- > > > > FYI, regarding the 250-packet file, I opened the file, and then used the > down arrow to visit each packet. The final protocol in the dissection > (protocol tree) matched the information in the summary window. However, > as soon as I clicked a previous packet, i.e., traveled backward in the > file, the wrong data was loaded for that packet. > > --gilbert
Another data point. The problem occurs *only* if I visit the 250th packet. If I scroll through any of the other first 249 packets, and travel backward, everything is fine. But if I re-dissect the last packet, then it goes crazy. Thus, the problem may not have anything to do with "traveling backward", but rather, something being askew after visiting the last packet. (i.e., you can't avoid but "traveling backward" after having visited the last packet).
--gilbert
|