Sorry,
I thought I wrote that...
Instead of trying to export the variables that point to the uats we
should get the pointer by other means. The code snipplet was the means
for that.
L
On Jan 30, 2008 10:40 PM, Jaap Keuter <jaap.keuter@xxxxxxxxx> wrote:
> Hi,
>
> I'm missing the point here. Is this a code snippet returning NULL that
> causes the failure? Is it a fix? For what? Maybe this should be filed in
> bugzilla and handled the regular way.
>
> Thanx,
> Jaap
>
>
> Luis EG Ontanon wrote:
> > uat_t* uat_get_table_by_name(const char* name) {
> > guint i;
> >
> > for (i=0; i < all_uats->len; i++) {
> > if ( g_strequal((g_ptr_array_index(all_uats,i))->name,name) ) {
> > return (g_ptr_array_index(all_uats,i));
> > }
> > }
> >
> > return NULL;
> > }
> >
> >
> > On Jan 30, 2008 10:00 PM, Jaap Keuter <jaap.keuter@xxxxxxxxx> wrote:
> >> Hi,
> >>
> >> Shouldn't smi_modules_uat and smi_paths_uat be listed as 'DATA' items in
> >> libwireshark.def. Or is there something with WS_IMPORT? I don't really
> >> know how this stuff works in the Win32 domain.
> >>
> >> Thanx,
> >> Jaap
> >>
> >>
> >> Andrew Hood wrote:
> >>> SVN at 24225
> >>> Windows XP Pro SP2
> >>> M$ Visual Studio 8.0 (MSVC_VARIANT=MSVC2005)
> >>> Python in c:\Python25
> >>>
> >>> I have done
> >>> "make -f Makefile.nmake clean" and
> >>> "make -f Makefile.nmake setup" before
> >>> "make -f Makefile.nmake"
> >>>
> >>> When I try to set either of the SMI parameters from the "Name
> >>> Resolution" preference I get an unhandled exception in uat_window
> >>> because "u" doesn't seem to be set.
> >>>
> >>> It happens in both the gtk1 and gtk2 versions.
> >>>
>
> _______________________________________________
> Wireshark-dev mailing list
> Wireshark-dev@xxxxxxxxxxxxx
> http://www.wireshark.org/mailman/listinfo/wireshark-dev
>
--
This information is top security. When you have read it, destroy yourself.
-- Marshall McLuhan
