gram at xiexie
Dec 21, 2000, 9:40 AM
Post #2 of 3
On Thu, Dec 21, 2000 at 11:22:39AM -0500, Rich_Hall [at] tivoli wrote:
Re: select field in 2nd pane (tree), 3rd pane (hex dump) rescrolls to bottom of data; other GIOP traces
[In reply to]
> 4 items:
> 1) This is a nit in the grand scheme of things here but it would help me
> with my decode work ;-)
> I am using ethereal 0.8.14.1 on win2k. When I am digging into a packet's
> detail and working through the tree breakout it would be helpful if the hex
> dump pane would rescroll so that the beginning of the selected/highlighted
> hex data was at or near the top line in the displayed data. Currently it
> seems to be rescrolling such that the bottom of the selected hexdata is
> scrolled up so that it is displayed at or near the bottom line of visible
You're right. It works just fine on Ethereal for Linux, and I presume the
other Unixes, but the pixels are a little too high for Ethereal on Win32.
I'll examine that.
> 2) Currently I am hacking up some protocol decodes specific to our
> inter-orb communications. Having the GIOP decode already in place has been
> a god-send (Thanks Laurent and Craig :-) . Of course I am very new at this.
> But it would be interesting if there is a stockpile of other GIOP related
> sniffer traces I could use for comparison, maybe I can make my "hacks" more
> generic/general and can safely add them for others to use. We are still at
> version 1.0.
Let me know if you need any help. I work at Tivoli, in Austin. Look me and and
give me a call.
> Great job to everyone working on this project!! I found everything I needed
> to get up and hacking (sorry I don't code much so it really is hacking for
> me ;-). Hopefully I can contribute back.
> 3) One last item, how do I take these "diffs" and process them to update my
> code copy? I was going to do this by hand if and when I first need to.
You need a program called "patch"