-- Later, Darin
On Wed, Nov 27, 2013 at 12:11 PM, dan (ddp) <[email protected]> wrote: > On Wed, Nov 27, 2013 at 11:41 AM, Darin Perusich <[email protected]> wrote: >> On Tue, Nov 26, 2013 at 2:15 PM, Darin Perusich <[email protected]> wrote: >>> On Tue, Nov 26, 2013 at 12:59 PM, dan (ddp) <[email protected]> wrote: >>>> On Tue, Nov 26, 2013 at 12:57 PM, Darin Perusich <[email protected]> wrote: >>>>> This "fixed" remoted. What's so special about this included zlib, >>>>> other then being 8.5 years old and getting ever more unmaintained? I >>>>> haven't had a chance to diff it against upstream yet. >>>>> >>>> >>>> I don't know actually. I remember the Debian folks mentioning >>>> differences and possibly trying to push some upstream. >>>> >>> >>> Looks I spoke to soon, I'm still getting the segfault with >>> ossec-remoted built against the provided zlib. This is giving me a bit >>> of a headache. Let me keep poking around and see if I can come up with >>> anything else. >> >> Ok, so I'm looking at this again and ossec-remoted is built with the >> provided zlib and it's still segfaulting. What other info can I >> provide to keep this moving, any additional gdb output, valgrind, >> building w/specify debug flags (other then -g)? >> > > Is the trace in gdb the same? > It is but's here's the output again. # gdb /var/ossec/bin/ossec-remoted GNU gdb (GDB) SUSE (7.5.1-2.1.1) Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-suse-linux". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /var/ossec/bin/ossec-remoted...done. (gdb) set follow-fork-mode child (gdb) run -d Starting program: /var/ossec/bin/ossec-remoted -d [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". 2013/11/27 12:21:22 ossec-remoted: DEBUG: Starting ... [New process 3486] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New process 3487] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New process 3488] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7ffff6fd8700 (LWP 3489)] [New Thread 0x7ffff67d7700 (LWP 3490)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7ffff7fdf700 (LWP 3488)] 0x0000000000424726 in OS_StartCounter (keys=0x6525a0 <keys>) at msgs.c:89 warning: Source file is more recent than executable. 89 if((keys->keyentries[i -1]->fp) && (i > 10)) (gdb) where #0 0x0000000000424726 in OS_StartCounter (keys=0x6525a0 <keys>) at msgs.c:89 #1 0x0000000000404845 in HandleSecure () at secure.c:85 #2 0x0000000000404708 in HandleRemote (position=0, uid=493) at remoted.c:102 #3 0x0000000000403234 in main (argc=2, argv=0x7fffffffe1d8) at main.c:151 (gdb) list 84 if(!keys->keyentries[i]->fp) 85 { 86 int my_error = errno; 87 88 /* Just in case we run out of file descriptiors */ 89 if((keys->keyentries[i -1]->fp) && (i > 10)) 90 { 91 fclose(keys->keyentries[i -1]->fp); 92 93 if(keys->keyentries[i -2]->fp) -- --- You received this message because you are subscribed to the Google Groups "ossec-list" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
