search for: __strchr_sse2_bsf

....6.1.4.1.3808.1.1.1.1.1.1.0 0.073855 load_mib2nut: trying classic method with 'delta_ups' mib 0.073878 Entering nut_snmp_get_str() 0.073899 nut_snmp_get((null)) 0.073918 nut_snmp_walk((null)) Program received signal SIGSEGV, Segmentation fault. 0xb7da9470 in __strchr_sse2_bsf () from /usr/lib/libc.so.6 (gdb) bt #0 0xb7da9470 in __strchr_sse2_bsf () from /usr/lib/libc.so.6 #1 0xb7f05758 in snmp_parse_oid () from /usr/lib/libnetsnmp.so.30 #2 0x0804afd8 in nut_snmp_walk () #3 0x0804b261 in nut_snmp_get () #4 0x0804bab6 in nut_snmp_get_str () #5 0x0804be7b in load_mib...

...ems to be only used with the "classic method" for detecting an UPS. Is the intent to phase out the classic method, or should we just add an explicit NULL check in load_mib2nut()? The full stack trace is below: > Program received signal SIGSEGV, Segmentation fault. > 0xb7da9470 in __strchr_sse2_bsf () from /usr/lib/libc.so.6 > (gdb) bt > #0 0xb7da9470 in __strchr_sse2_bsf () from /usr/lib/libc.so.6 > #1 0xb7f05758 in snmp_parse_oid () from /usr/lib/libnetsnmp.so.30 > #2 0x0804afd8 in nut_snmp_walk () > #3 0x0804b261 in nut_snmp_get () > #4 0x0804bab6 in nut_snmp_get_str...

...nmp-ups -a tripplite -DD Actually, using "-DDD" might provide enough extra context (there is an upsdebugx(3, ...) right before one of the snmp_parse_oid() calls). But debugging symbols would be good, too. [...] > Program received signal SIGSEGV, Segmentation fault. > 0xb7da9470 in __strchr_sse2_bsf () from /usr/lib/libc.so.6 > (gdb) bt > #0 0xb7da9470 in __strchr_sse2_bsf () from /usr/lib/libc.so.6 > #1 0xb7f05758 in snmp_parse_oid () from /usr/lib/libnetsnmp.so.30 > #2 0x0804afd8 in ?? () Almost there - we just need to know what called snmp_parse_oid(), and why the arguments...

...t: trying classic method with 'cyberpower' mib 0.073180 [tripplite] unhandled ASN 0x80 received from .1.3.6.1.4.1.3808.1.1.1.1.1.1.0 0.073209 load_mib2nut: trying classic method with 'delta_ups' mib Program received signal SIGSEGV, Segmentation fault. 0xb7da9470 in __strchr_sse2_bsf () from /usr/lib/libc.so.6 (gdb) bt #0 0xb7da9470 in __strchr_sse2_bsf () from /usr/lib/libc.so.6 #1 0xb7f05758 in snmp_parse_oid () from /usr/lib/libnetsnmp.so.30 #2 0x0804afd8 in ?? () #3 0x0804b261 in ?? () #4 0x0804bab6 in ?? () #5 0x0804be7b in ?? () #6 0x0804bfd2 in ?? () #7 0x08049fb...

On Feb 24, 2014, at 6:57 PM, Jason R Begley wrote: > Segmentation fault That's not good. If you crank up the debug level past 2, does it provide any more detail about where it crashed? (We'd only need the last few lines, if they are different.) I don't know how Arch Linux does debug symbols, so the dmesg output doesn't pinpoint which function in libc got bad data. Can you run

...method" for > detecting an UPS. > > Is the intent to phase out the classic method, or should we just add an > explicit NULL check in load_mib2nut()? > > The full stack trace is below: > > > Program received signal SIGSEGV, Segmentation fault. > > 0xb7da9470 in __strchr_sse2_bsf () from /usr/lib/libc.so.6 > > (gdb) bt > > #0 0xb7da9470 in __strchr_sse2_bsf () from /usr/lib/libc.so.6 > > #1 0xb7f05758 in snmp_parse_oid () from /usr/lib/libnetsnmp.so.30 > > #2 0x0804afd8 in nut_snmp_walk () > > #3 0x0804b261 in nut_snmp_get () > > #4...

I have been working with NUT to get this working since upgrading to a web snmp card in a UPS. I keep getting seg faults when running snmp-ups also. Below is the output. kernel: [1365065.178230] snmp-ups[1940]: segfault at 0 ip b7555470 sp bf8d89e8 error 4 in libc-2.18.so[b74c2000+1a9000] Running: Arch i686 current Nut is current git Device is Tripp Lite SU2200XLa with WEBSNMPCARD running

https://bugs.freedesktop.org/show_bug.cgi?id=93934 Bug ID: 93934 Summary: DRI_PRIME=1: DeadIsland crashes when loading finish Product: Mesa Version: 11.0 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at