From: G. S. M. <ma...@ti...> - 2000-11-20 14:59:38
|
Don't know how to explain it but I did a make distclean with the latest from cvs and now the segv's went away. Don't have time to figure it out but my guess is that there was some stack corruption...?? -GSM Michael Slifcak wrote: > Are you loading non-English NLS (nat'l language support) > or setting the LANG environment ? Is your compiler doing this ? > > Which platform/OS/Version compiler/version are you using ? > > "G. S. Marzot" wrote: > > > > I am getting all tests failing and segv just starting up any of the > > apps. It looks like it croaks in MIB parsing but in a very improbable > > place so I am guessing stack corruption. electric fence is running but I > > guess this does not catch all stack overwrites. I don't suppose this is > > happening for anyone but me otherwise there would be more hew-and-cry. > > perhaps my environement is hosed but nothing showed up like this before > > > > [ gmarzot@donzi net-snmp]$ apps/snmpwalk localhost public .1 > > > > Electric Fence 2.0.5 Copyright (C) 1987-1998 Bruce Perens. > > Segmentation fault (core dumped) > > > > [gmarzot@donzi net-snmp]$ gdb -c core snmpwalk > > GNU gdb 4.18 > > Copyright 1998 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"... > > Core was generated by `apps/snmpwalk -Dall localhost public .1'. > > Program terminated with signal 11, Segmentation fault. > > Reading symbols from /lib/libdl.so.2...done. > > Reading symbols from /usr/lib/librpm.so.0...done. > > Reading symbols from /lib/libdb.so.2...done. > > Reading symbols from /usr/lib/libz.so.1...done. > > Reading symbols from /lib/libm.so.6...done. > > Reading symbols from /lib/libc.so.6...done. > > Reading symbols from /lib/ld-linux.so.2...done. > > Reading symbols from /usr/lib/libbz2.so.0...done. > > Reading symbols from /lib/libnss_files.so.2...done. > > Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. > > #0 gconv (step=0x410d3fc8, data=0xbfffde7c, inbuf=0xbfffde70, > > inbufend=0x40176d24 "", written=0xbfffde74, do_flush=0) > > at ../iconv/skeleton.c:204 > > 204 ../iconv/skeleton.c: No such file or directory. > > (gdb) where > > #0 gconv (step=0x410d3fc8, data=0xbfffde7c, inbuf=0xbfffde70, > > inbufend=0x40176d24 "", written=0xbfffde74, do_flush=0) > > at ../iconv/skeleton.c:204 > > #1 0x400f893b in __mbrtowc (pwc=0xbfffdf64, s=0x40176d23 ".", n=1, > > ps=0xbfffdf68) at mbrtowc.c:67 > > #2 0x400e30f6 in _IO_vfscanf (s=0xbfffdfd4, > > format=0x80957d1 "%2d%2d%2d%2d%2d", argptr=0xbfffe09c, errp=0x0) > > at vfscanf.c:254 > > #3 0x400e896e in _IO_vsscanf (string=0xbffff0f0 "9411010000Z", > > format=0x80957d1 "%2d%2d%2d%2d%2d", args=0xbfffe09c) at > > iovsscanf.c:44 > > #4 0x400e673f in sscanf (s=0xbffff0f0 "9411010000Z", > > format=0x80957d1 "%2d%2d%2d%2d%2d") at sscanf.c:38 > > #5 0x8053519 in check_utc (utc=0xbffff0f0 "9411010000Z") at > > parse.c:2880 > > #6 0x805365b in parse_moduleIdentity (fp=0x40425f50, name=0xbffff1b0 > > "ipMIB") > > at parse.c:2925 > > #7 0x8055122 in parse (fp=0x40425f50, root=0x0) at parse.c:3788 > > #8 0x8054279 in read_module_internal (name=0x40421f10 "IP-MIB") > > at parse.c:3294 > > #9 0x8054411 in read_module (name=0x40421f10 "IP-MIB") at parse.c:3361 > > #10 0x804cdee in init_mib () at mib.c:1189 > > #11 0x8056f21 in init_snmp (type=0x80992c0 "snmpapp") at snmp_api.c:638 > > #12 0x8067e2a in snmp_parse_args (argc=5, argv=0xbffffcb4, > > session=0xbffffb9c, > > localOpts=0x8092929 "C:", proc=0x804a010 <optProc>) > > ---Type <return> to continue, or q <return> to quit--- > > at snmp_parse_args.c:411 > > #13 0x804a0e3 in main (argc=5, argv=0xbffffcb4) at snmpwalk.c:169 > > ( > > > > _______________________________________________ > > Net-snmp-coders mailing list > > Net...@li... > > http://lists.sourceforge.net/mailman/listinfo/net-snmp-coders |