Ethereal-dev: Re: [Ethereal-dev] netxray.c patches
Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.
From: "Bill Meier" <wmeier@xxxxxxxxxxx>
Date: Wed, 31 Aug 2005 10:41:27 -0500
Patches for netxray.c Timezone defined as gint16; > That would make sense - the new header definition is the better one, > so the comments should refer to it. Done > ...hence my XXX comment. An alternative might be "if (timeunit >= 1e7)", for example. OK - Let's do that ... Bill Meier 92c92 < guint16 timezone_hrs; /* timezone hours [at least for version 2...]; */ --- > gint16 timezone_hrs; /* timezone hours [at least for version 2.2..]; */ 93a94 > /* negative values = east of UTC: */ 94a96 > /* [Does not appear to be adjusted for DST ] */ 564a567,568 > * XXX - Seems reasonable to use nanosecs only if TPS > * greater >= than 10M 566c570 < if (timeunit > 1e6) --- > if (timeunit >= 1e7) 607,617c611,617 < * In the Cisco HDLC capture, hdr.xxc[22:26] < * is 0x02 0x00 0x01 0x00 0x06, but it's < * 0x00 0x00 0x00 0x00 0x00 in the Frame < * Relay capture. Also, hdr.xxc[30:31] < * is 0xff 0xff in the Cisco HDLC capture < * and 0x00 0x00 in the Frame Relay capture, < * and hdr.xxc[46:47] is 0xff 0xff in the < * Cisco HDLC capture and 0x05 0x00 in the < * Frame Relay capture. < * [XXX: xxc[46:47] appear to be Timezone] < * [Does 0xff 0xff mean "time zone unknown?] --- > * [Bytes in each capture: > * Cisco HDLC: hdr.xxx_x60[06:10]: 0x02 0x00 0x01 0x00 0x06 > * Frame Relay: hdr.xxx_x60[06:10] 0x00 0x00 0x00 0x00 0x00 > > * Cisco HDLC: hdr.xxx_x60[14:15]: 0xff 0xff > * Frame Relay: hdr.xxx_x60[14:15]: 0x00 0x00 > * ] 740c740 < * 0x01 in xxb[4]. No captures I've seen with a network --- > * 0x01 in xxx_x40[4]. No captures I've seen with a network 744c744 < * and with 0x01 in xxb[4], *without* FCSes in the --- > * and with 0x01 in xxx_x40[4], *without* FCSes in the 746c746 < * not as simple as "xxb[4] = 0x01 means the 4 bytes at --- > * not as simple as "xxx_x40[4] = 0x01 means the 4 bytes at 748,749c748,749 < * 802.11 capture with an xxb[4] value of 0x01 with junk < * rather than an FCS at the end of the frame, so xxb[4] --- > * 802.11 capture with an xxx_x40[4] value of 0x01 with junk > * rather than an FCS at the end of the frame, so xxx_x40[4] 753c753,754 < * There don't seem to be any other values in xxb or xxc --- > * There don't seem to be any other values in any of the > * xxx_x5..., xxx_x6...., xxx_x7.... fields
- Prev by Date: Re: [Ethereal-dev] Suppport inhouse use
- Next by Date: [Ethereal-dev] next_tvb problem (I promise never top post again if this is fixed :)
- Previous by thread: Re: [Ethereal-dev] netxray.c patches
- Next by thread: [Ethereal-dev] Consistency checks for hf_ elements
- Index(es):