Wireshark-commits: [Wireshark-commits] rev 45002: /trunk-1.8/epan/ /trunk-1.8/epan/: emem.c
http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=45002
User: etxrab
Date: 2012/09/19 01:49 AM
Log:
Copy over:
--------------------------------------------------------------------------------
Revision 44880 - As suggested by Anatoly in https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5699 :Followup to r44844: use a better cast (intptr_t instead of long long).
--------------------------------------------------------------------------------
Revision 44844 - Attempt to fix https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5699
and https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5979 :
Don't cast the buffer address to int on Win32: a 64-bit address won't
fit in an integer.
--------------------------------------------------------------------------------
Revision 44408 - Try to fix a compiler warning.
--------------------------------------------------------------------------------
Revision 44401 - Iterate over the emem_tree_*32_array key data instead of using
recursion. I've only done minimal testing but it seems to work OK.
--------------------------------------------------------------------------------
Revision 44380 -
Make emem_tree_*32_array functions non-destructive. The following dissectors/files have affectively been bugfixed by the change:
packet-classicstun.c
packet-reload-framing.c (probably)
packet-reload.c
packet-sccp.c
packet-sua.c
packet-tcp.c
packet-xmcp.c
\epan\gcp.c
The following files unnecessarily recreate keys because of the previously destructive nature of emem_tree_*32_array functions:
packet-btl2cap.c
packet-nfs.c
packet-rpc.c
packet-scsi-osd.c
packet-stun.c (per Bug 7569)
These could be cleaned up, but it's not like the key recreation is burning CPU cycles.
--------------------------------------------------------------------------------
Directory: /trunk-1.8/epan/
Changes Path Action
+79 -54 emem.c Modified
