Will do. Though I'm a little concerned: as I understand it, DecodeAs is an
ephemeral thing, so that each time one opened up a trace (even the same
one), it would be necessary to re-run DecodeAs.
At least in our case, those two silly little opnums have worked for two
sites thus far, and probably would in general. It would be _very_ nice to
have something automatic (based on stored prefs) come into play here;
question is how to specify what & when.
> -----Original Message-----
> From: Ronnie Sahlberg
>
> Please study how the DecodeAs dialog works.
>
> The best solution is likely to be to extend the DecodeAs
> dialog so one can
> map a specific DCERPC interface
> onto a specific conversation/contextid.
>
> I dont think it should be implemented as a DCERPC specific
> dialog since
> ethereal already has a dialog for this puprose
> albeit this dialog does not currently handle DCERPC
>
>
> This would be very useful so please take a stab at implementing it.
*********************************************************************
This e-mail and any attachment is confidential. It may only be read, copied and used by the intended recipient(s). If you are not the intended recipient(s), you may not copy, use, distribute, forward, store or disclose this e-mail or any attachment. If you are not the intended recipient(s) or have otherwise received this e-mail in error, you should destroy it and any attachment and notify the sender by reply e-mail or send a message to sysadmin@xxxxxxxxxxx
*********************************************************************