Ethereal-dev: Re: [Ethereal-dev] ethereal dump core when trying to decode mapi encrypted data
Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.
From: TJ Li <tiejli@xxxxxxxxx>
Date: Wed, 11 Aug 2004 11:04:25 -0700 (PDT)
Note: Build 0.10.0 works fine when decoding MAPI traffic.
TJ
--- TJ Li <tiejli@xxxxxxxxx> wrote:
>
> --- Guy Harris <gharris@xxxxxxxxx> wrote:
>
> > On Tue, Aug 10, 2004 at 09:35:23PM -0700, TJ Li wrote:
> > > Codes are from latest ethereal branch.
> >
> > I.e., the current Subversion main line?
>
> yes. I think so. I attached backtrace here. It crashed in add_new_data_source. where is
> that function defined?
>
> "Following tcp stream" crashes sometimes on windows. I can get some information for you
> guys next time.
>
> Let me know whatelse I can do to help you fix the crash.
>
> TJ
>
> > > I made it by myself. I attached back trace here.
> > >
> > > To reproduce it, select Preference-> Protocol -> Mapi Decrypt MAPI PDUs,
> > > ethereal crashes sometimes, not always, seems crash once the other
> > > time.
> > >
> > > I also attachmented a mapi traffic here too.
> >
> > I can't make it crash with that capture on my FreeBSD 4.6 machine
> > (current Subversion code). There could be some OS difference that keeps
> > it from crashing.
> >
> > > What should I do when I make ethereal so that it would show real function
> > > names instead of ?? when I backtrace core in gdb?
> >
> > Try running
> >
> > ./libtool gdb ethereal core.3920
> >
> > When you build a binary that requires libtool (as Ethereal does), you
> > need to use "libtool gdb" rather than just "gdb" to debug the version of
> > the binary built in that tree (but not to debug the installed version) -
> > the "ethereal" file isn't the executable image for Ethereal, it's a
> > shell script wrapper, generated by libtool, to run that executable image
> > with the appropriate environment variable settings so that it'll find
> > shared libraries (such as libethereal.so).
> >
> > Note the
> >
> > "/usr/home/nfs/tli/work/riverbed/ethereal-latest/ethereal/ethereal": not in
> executable
> > format: File format not recognized
> >
> > error, and the
> >
> > Core was generated by `lt-ethereal'.
> >
> > "lt-ethereal" is the actual Ethereal binary; it's in a subdirectory
> > (".libs", I think) - but you can't necessarily do
> >
> > gdb .libs/lt-ethereal core.3920
> >
> > You should, instead, do "./libtool gdb ethereal core.3920".
> >
> > > Also, the latest ethereal windows version seems have problem with
> > > "follow tcp stream" .
> >
> > What kind of problem?
> >
>
>
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! Mail - 50x more storage than other providers!
> http://promotions.yahoo.com/new_mail> [ethereal]$ ./libtool gdb ethereal core.3920
> GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)
> Copyright 2003 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "i386-redhat-linux-gnu"...
> Core was generated by `lt-ethereal'.
> Program terminated with signal 11, Segmentation fault.
> Reading symbols from
> /u/tli/work/riverbed/ethereal-latest/ethereal/wiretap/.libs/libwiretap.so.0...done.
> Loaded symbols for
> /u/tli/work/riverbed/ethereal-latest/ethereal/wiretap/.libs/libwiretap.so.0
> Reading symbols from
> /u/tli/work/riverbed/ethereal-latest/ethereal/epan/.libs/libethereal.so.0...
> done.
> Loaded symbols for
> /u/tli/work/riverbed/ethereal-latest/ethereal/epan/.libs/libethereal.so.0
> Reading symbols from /lib/libcrypto.so.4...done.
> Loaded symbols for /lib/libcrypto.so.4
> Reading symbols from /usr/lib/libpcap.so.0.6.2...done.
> Loaded symbols for /usr/lib/libpcap.so.0.6.2
> Reading symbols from /usr/lib/libgtk-x11-2.0.so.0...done.
> Loaded symbols for /usr/lib/libgtk-x11-2.0.so.0
> Reading symbols from /usr/lib/libgdk-x11-2.0.so.0...done.
> Loaded symbols for /usr/lib/libgdk-x11-2.0.so.0
> Reading symbols from /usr/lib/libatk-1.0.so.0...done.
> Loaded symbols for /usr/lib/libatk-1.0.so.0
> Reading symbols from /usr/lib/libgdk_pixbuf-2.0.so.0...done.
> Loaded symbols for /usr/lib/libgdk_pixbuf-2.0.so.0
> Reading symbols from /lib/tls/libm.so.6...done.
> Loaded symbols for /lib/tls/libm.so.6
> Reading symbols from /usr/lib/libpangoxft-1.0.so.0...done.
> Loaded symbols for /usr/lib/libpangoxft-1.0.so.0
> Reading symbols from /usr/lib/libpangox-1.0.so.0...done.
> Loaded symbols for /usr/lib/libpangox-1.0.so.0
> Reading symbols from /usr/lib/libpango-1.0.so.0...done.
> Loaded symbols for /usr/lib/libpango-1.0.so.0
> Reading symbols from /usr/lib/libgobject-2.0.so.0...done.
> Loaded symbols for /usr/lib/libgobject-2.0.so.0
> Reading symbols from /usr/lib/libgmodule-2.0.so.0...done.
>
> Loaded symbols for /lib/ld-linux.so.2
> Reading symbols from /usr/lib/libexpat.so.0...done.
> Loaded symbols for /usr/lib/libexpat.so.0
> Reading symbols from /usr/X11R6/lib/X11/locale/lib/common/xlcUTF8Load.so.2...done.
> Loaded symbols for /usr/X11R6/lib/X11/locale/lib/common/xlcUTF8Load.so.2
> Reading symbols from /lib/libnss_files.so.2...done.
> Loaded symbols for /lib/libnss_files.so.2
> Reading symbols from /lib/libnss_dns.so.2...done.
> Loaded symbols for /lib/libnss_dns.so.2
> Reading symbols from /lib/libresolv.so.2...done.
> Loaded symbols for /lib/libresolv.so.2
> Reading symbols from /usr/lib/gtk-2.0/2.2.0/engines/libbluecurve.so...done.
> Loaded symbols for /usr/lib/gtk-2.0/2.2.0/engines/libbluecurve.so
> Reading symbols from /usr/lib/gconv/ISO8859-1.so...done.
> Loaded symbols for /usr/lib/gconv/ISO8859-1.so
> Reading symbols from /usr/X11R6/lib/libXcursor.so.1...done.
> Loaded symbols for /usr/X11R6/lib/libXcursor.so.1
> Reading symbols from /usr/lib/gtk-2.0/2.2.0/loaders/libpixbufloader-xpm.so...done.
> Loaded symbols for /usr/lib/gtk-2.0/2.2.0/loaders/libpixbufloader-xpm.so
> Reading symbols from /usr/lib/pango/1.2.0/modules/pango-basic-xft.so...done.
> Loaded symbols for /usr/lib/pango/1.2.0/modules/pango-basic-xft.so
> Reading symbols from /usr/lib/gtk-2.0/2.2.0/loaders/libpixbufloader-png.so...done.
> Loaded symbols for /usr/lib/gtk-2.0/2.2.0/loaders/libpixbufloader-png.so
> Reading symbols from /usr/lib/libpng12.so.0...done.
> Loaded symbols for /usr/lib/libpng12.so.0
> #0 0x4020a7fb in mapi_decrypt_pdu (tvb=0x83d2d40, offset=32, pinfo=0x8c98980,
> tree=0x8404940,
> drep=0x0) at ../packet-dcerpc-mapi.c:188
> 188 add_new_data_source(pinfo, mmd->tvb, "Decrypted MAPI");
> (gdb) bt
> #0 0x4020a7fb in mapi_decrypt_pdu (tvb=0x83d2d40, offset=32, pinfo=0x8c98980,
> tree=0x8404940,
> drep=0x0) at ../packet-dcerpc-mapi.c:188
> #1 0x4020ac55 in mapi_ec_do_rpc_request (tvb=0x83d2d40, offset=1075881548,
> pinfo=0x8c98980,
> tree=0x8404940, drep=0xbfffc624 "\020") at ../packet-dcerpc-mapi.c:299
> #2 0x40233b0e in dcerpc_try_handoff (pinfo=0x8c98980, tree=0x8405180,
> dcerpc_tree=0x406e4fe0,
> tvb=0x83d2d40, decrypted_tvb=0x83d2d40, drep=0xbfffc624 "\020",
> info=0x40852668,
> auth_info=0xbfffc590) at ../packet-dcerpc.c:2010
>
> #3 0x40234fa2 in dissect_dcerpc_cn_stub (tvb=0x83d2ca4, offset=138227008,
> pinfo=0x8c98980,
> dcerpc_tree=0x8404c28, tree=0x8405180, hdr=0xbfffc620, di=0x40852668,
> auth_info=0xbfffc590,
> alloc_hint=48, frame=79609) at ../packet-dcerpc.c:2648
> #4 0x4023522b in dissect_dcerpc_cn_rqst (tvb=0x83d2ca4, offset=24, pinfo=0x8c98980,
> dcerpc_tree=0x8404c28, tree=0x8405180, hdr=0xbfffc620, transport_type=0)
> at ../packet-dcerpc.c:2950
> #5 0x4023630c in dissect_dcerpc_cn (tvb=0x83d2ca4, offset=16, pinfo=0x8c98980,
> tree=0x8405180,
> can_desegment=1, pkt_len=0xbfffc67c, transport_type=0) at
> ../packet-dcerpc.c:3480
> #6 0x4023657f in dissect_dcerpc_cn_bs_body (tvb=0x83d2ca4, pinfo=0x8c98980,
> tree=0x8405180,
> transport_type=0) at ../packet-dcerpc.c:3575
> #7 0x402365a2 in dissect_dcerpc_cn_bs (tvb=0x83d2ca4, pinfo=0x8c98980, tree=0x8405180)
> at ../packet-dcerpc.c:3614
> #8 0x4017a965 in dissector_try_heuristic (sub_dissectors=0x82a2b40, tvb=0x83d2ca4,
> pinfo=0x8c98980, tree=0x8405180) at packet.c:1448
> #9 0x403fb218 in decode_tcp_ports (tvb=0x83d2c70, offset=32, pinfo=0x8c98980,
> tree=0x8405180,
> src_port=3040, dst_port=4515) at ../packet-tcp.c:2394
> #10 0x403fb3c1 in process_tcp_payload (tvb=0x83d2c70, offset=32, pinfo=0x8c98980,
> tree=0x8405180, tcp_tree=0x8404ec8, src_port=3040,
> dst_port=4515, seq=273121, nxtseq=273217,
> is_tcp_segment=1) at ../packet-tcp.c:2428
> #11 0x403fb526 in dissect_tcp_payload (tvb=0x83d2c70, pinfo=0x8c98980, offset=32,
> seq=273121,
> nxtseq=273217, sport=3040, dport=1075881548,
> tree=0xbfffc29c, tcp_tree=0x8404ec8)
> at ../packet-tcp.c:2508
> #12 0x403fbf8d in dissect_tcp (tvb=0x83d2c70, pinfo=0x8c98980, tree=0x8405180)
> at ../packet-tcp.c:2915
> #13 0x401796db in call_dissector_through_handle (handle=0x82c2b28, tvb=0x83d2c70,
> pinfo=0x8c98980, tree=0x8405180) at packet.c:363
> #14 0x40179a11 in call_dissector_work (handle=0x82c2b28, tvb=0x83d2c70,
> pinfo=0x8c98980,
> tree=0x8405180) at packet.c:513
> #15 0x40179dde in dissector_try_port (sub_dissectors=0x8241748, port=6, tvb=0x83d2c70,
> pinfo=0x8c98980, tree=0x8405180) at packet.c:776
> #16 0x402d2eb5 in dissect_ip (tvb=0x83d2c3c, pinfo=0x8c98980, tree=0x8405180)
> at ../packet-ip.c:1098
> #17 0x401796db in call_dissector_through_handle (handle=0x8241868, tvb=0x83d2c3c,
> ---Type <return> to continue, or q <return> to quit---
> pinfo=0x8c98980, tree=0x8405180) at packet.c:363
>
> #18 0x40179a11 in call_dissector_work (handle=0x8241868, tvb=0x83d2c3c,
> pinfo=0x8c98980,
> tree=0x8405180) at packet.c:513
> #19 0x40179dde in dissector_try_port (sub_dissectors=0x8226cf8, port=2048,
> tvb=0x83d2c3c,
> pinfo=0x8c98980, tree=0x8405180) at packet.c:776
> #20 0x402526da in ethertype (etype=2048, tvb=0x83d2c08, offset_after_etype=14,
> pinfo=0x8c98980,
> tree=0x8405180, fh_tree=0x8405120, etype_id=3490, trailer_id=3492,
> fcs_len=-1)
> at ../packet-ethertype.c:177
> #21 0x40251cc4 in dissect_eth_common (tvb=0x83d2c08, pinfo=0x8c98980, tree=0x8405180,
> fcs_len=-1)
> at ../packet-eth.c:292
> #22 0x4025209a in dissect_eth_maybefcs (tvb=0x83d2c08, pinfo=0x4020a64c,
> tree=0x8405180)
> at ../packet-eth.c:387
> #23 0x401796db in call_dissector_through_handle (handle=0x82a5b88, tvb=0x83d2c08,
> pinfo=0x8c98980, tree=0x8405180) at packet.c:363
> #24 0x40179a11 in call_dissector_work (handle=0x82a5b88, tvb=0x83d2c08,
> pinfo=0x8c98980,
> tree=0x8405180) at packet.c:513
> #25 0x40179dde in dissector_try_port (sub_dissectors=0x8225318, port=1, tvb=0x83d2c08,
> pinfo=0x8c98980, tree=0x8405180) at packet.c:776
> #26 0x4026adf3 in dissect_frame (tvb=0x83d2c08, pinfo=0x8c98980, tree=0x8405180)
> at ../packet-frame.c:184
> #27 0x401796db in call_dissector_through_handle (handle=0x8225380, tvb=0x83d2c08,
> pinfo=0x8c98980, tree=0x8405180) at packet.c:363
> #28 0x40179a11 in call_dissector_work (handle=0x8225380, tvb=0x83d2c08,
> pinfo=0x8c98980,
> tree=0x8405180) at packet.c:513
> #29 0x4017ae18 in call_dissector (handle=0x8225380, tvb=0x83d2c08, pinfo=0x8c98980,
> tree=0x8405180) at packet.c:1614
> #30 0x4017967a in dissect_packet (edt=0x8c98978, pseudo_header=0x0, pd=0x80f84d8 "",
> fd=0xad339d8, cinfo=0x8c98980) at
> packet.c:311
> #31 0x401776f7 in epan_dissect_run (edt=0x8c98978, pseudo_header=0x80f8448,
> data=0x80f84d8 "",
> fd=0xad339d8, cinfo=0x0) at epan.c:153
> #32 0x08063c06 in select_packet (cf=0x80f83c0, row=135234632) at file.c:2685
> #33 0x0807325c in packet_list_select_cb (w=0x8342490, row=79608, col=-1, evt=0x0)
> at packet_list.c:263
> #34 0x40a54942 in _gtk_marshal_VOID__INT_INT_BOXED () from /usr/lib/libgtk-x11-2.0.so.0
> #35 0x40cf7ed7 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
> #36 0x40d0a983 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
> #37 0x40d099a8 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
> #38 0x40a96bcf in gtk_signal_emit () from /usr/lib/libgtk-x11-2.0.so.0
> #39 0x409ded0d in gtk_clist_select_row () from /usr/lib/libgtk-x11-2.0.so.0
> #40 0x08073ed9 in packet_list_set_selected_row (row=0) at packet_list.c:692
>
> ---Type <return> to continue, or q <return> to quit---
> #41 0x08063a53 in goto_frame (cf=0x0, fnumber=1075881548) at file.c:2566
> #42 0x0807a134 in redraw_hex_dump_all () at proto_draw.c:238
> #43 0x08097199 in user_font_apply () at font_utils.c:550
> #44 0x080980e8 in gui_prefs_apply (w=0x9a35430) at gui_prefs.c:473
> #45 0x08075d18 in prefs_main_apply_all (dlg=0x9223aa0) at prefs_dlg.c:1009
> #46 0x08075f53 in prefs_main_ok_cb (ok_bt=0xcd062c8, parent_w=0x9223aa0) at
> prefs_dlg.c:1067
> #47 0x40d0ad77 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0
> #48 0x40cf7ed7 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
> #49 0x40d0a983 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
> #50 0x40d099a8 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
> #51 0x40d09be4 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
> #52 0x409c7acb in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0
> #53 0x409c8abb in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0
> #54 0x40d0ad77 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0
> #55 0x40cf8247 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
> #56 0x40cf7ed7 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
> #57 0x40d0a20f in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
> #58 0x40d099a8 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
>
=== message truncated ===> _______________________________________________
> Ethereal-dev mailing list
> Ethereal-dev@xxxxxxxxxxxx
> http://www.ethereal.com/mailman/listinfo/ethereal-dev
>
__________________________________
Do you Yahoo!?
Yahoo! Mail is new and improved - Check it out!
http://promotions.yahoo.com/new_mail
- References:
- Prev by Date: Re: [Ethereal-dev] ethereal dump core when trying to decode mapi encrypted data
- Next by Date: Re: [Ethereal-dev] how to parse a ethereal capture file
- Previous by thread: Re: [Ethereal-dev] ethereal dump core when trying to decode mapi encrypted data
- Next by thread: Re: [Ethereal-dev] ethereal dump core when trying to decode mapi encrypted data
- Index(es):





