https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6550
Summary: Bus Error on ia64-hp-hpux due to alignment in emem.h
Product: Wireshark
Version: 1.6.3
Platform: Other
OS/Version: HP-UX
Status: NEW
Severity: Major
Priority: Low
Component: Wireshark
AssignedTo: bugzilla-admin@xxxxxxxxxxxxx
ReportedBy: bugs-wireshark@xxxxxxxxxxxxxxxxxxxxxxxxx
Created an attachment (id=7388)
--> (https://bugs.wireshark.org/bugzilla/attachment.cgi?id=7388)
patch to define and use WS_MEM_ALIGN macro instead of G_MEM_ALIGN
Build Information:
Version 1.6.3 (SVN Rev 39702 from /trunk-1.6)
Copyright 1998-2011 Gerald Combs <gerald@xxxxxxxxxxxxx> and contributors.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Compiled (32-bit) with GTK+ 2.22.1, with GLib 2.26.1, with libpcap 1.1.1, with
libz 1.2.5, without POSIX capabilities, with libpcre (version unknown), with
SMI
0.4.8, with c-ares 1.7.5, with Lua 5.1, without Python, with GnuTLS 2.10.5,
with
Gcrypt 1.4.6, without Kerberos, without GeoIP, without PortAudio, without
AirPcap.
Running on HP-UX B.11.31, with libpcap version 1.1.1, with libz 1.2.5, GnuTLS
2.10.5, Gcrypt 1.4.6.
--
We got a SIGBUS at startup running wireshark on ia64/hpux. Investigation led us
straight to epan/emem.h where we saw:
/* XXX, is G_MEM_ALIGN enough?
http://mail.gnome.org/archives/gtk-devel-list/2004-December/msg00091.html */
Attached patch worked for us, it uses a WS_MEM_ALIGN macro instead of
G_MEM_ALIGN, and defines it to '8' though (sizeof(double)) would also work.
The problem was, if I remember correctly, due to the alignment of the double
time_first_t4_data member of the t38_conv_info struct in
epan/dissectors/packet-t38.h, which was being aligned on a 4 byte boundary.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
