From bug-notifications at lists.opencsw.org Thu Sep 3 19:30:15 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 3 Sep 2015 19:30:15 +0200 Subject: [gdb 0005232]: gdb can't read core file In-Reply-To: Message-ID: <78a3a52cf3c28402ebbb4a7c5d33332f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5232 ====================================================================== Reported By: hjb Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 5232 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2015-02-18 09:38 CET Last Modified: 2015-09-03 19:30 CEST ====================================================================== Summary: gdb can't read core file Description: The provided gdb isn't able to read core files. Here's an example: root at ulysses# echo $BASH /usr/bin/bash root at ulysses# /usr/bin/gcore $$ gcore: core.20121 dumped root at ulysses# file core.20121 core.20121: ELF 32-bit MSB core file SPARC Version 1, from 'bash' root at ulysses# /opt/csw/bin/gdb /usr/bin/bash core.20121 GNU gdb (GDB) 7.7 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later 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 "sparc-sun-solaris2.10". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/bin/bash...(no debugging symbols found)...done. warning: Couldn't find general-purpose registers in core file. warning: Wrong size fpregset in core file. [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] Core was generated by `-bash'. warning: Couldn't find general-purpose registers in core file. warning: Wrong size fpregset in core file. PC not available #-1 in ?? () (gdb) Let's compare that with this really old gdb i've got from sunfreeware years ago, iirc: root at ulysses# ./gdb /usr/bin/bash core.20121 GNU gdb 6.2.1 Copyright 2004 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 "sparc-sun-solaris2.10"...(no debugging symbols found)... Core was generated by `-bash'. Reading symbols from /lib/libcurses.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libcurses.so.1 Reading symbols from /lib/libsocket.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libsocket.so.1 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libdl.so.1... warning: Lowest section in /lib/libdl.so.1 is .hash at 000000b4 (no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.1 Reading symbols from /lib/libc.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.1 Reading symbols from /platform/sun4v/lib/libc_psr.so.1...(no debugging symbols found)...done. Loaded symbols for /platform/SUNW,SPARC-Enterprise-T5120/lib/libc_psr.so.1 https://www.opencsw.org/mantis/view.php?id=0 0x00000000 in ?? () (gdb) ====================================================================== ---------------------------------------------------------------------- (0011046) brianvandenberg (reporter) - 2015-09-03 19:30 https://www.opencsw.org/mantis/view.php?id=5232#c11046 ---------------------------------------------------------------------- We're seeing the same issue with gdb 7.7. The most recent version available through opencsw is 7.9, but I don't have permissions to install packages in our environment. I managed to get 7.10 to build with the following config parameters: (...)/configure --prefix=/the/install/path --without-python --disable-largefile --without-system-readline --enable-64-bit-bfd --enable-tui --with-curses --with-expat --with-x --with-libexpat-prefix=/opt/csw Now I can open coredumps that were previously not openable. I've tested in various versions of gdb that I didn't build. 6.8 works fine, but all of the 7.x versions I tested prior to 7.10 were failing (7.2, 7.6, 7.7) in the same manner. Unfortunately, I don't know how any of those builds were produced. At this point, I don't know whether this is a problem that was fixed between 7.7 and 7.10, or building with just the right flags fixed it. Someone reported the same problem to the gdb folks back in 2012, but they didn't have anyone with solaris that could work on it so the issue was never worked. Initially I had tried to configure 7.10 without any extra flags, but it needed --disable-largefile otherwise a build failure occurred. One suspicion I had was earlier versions were perhaps built without that flag (or one of the others I lifted from the csw makefile) and the build wasn't failing at that time like it does with 7.10. From bug-notifications at lists.opencsw.org Thu Sep 3 19:39:39 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 3 Sep 2015 19:39:39 +0200 Subject: [gdb 0005251]: Symbol info not loaded when attaching to a running process Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5251 ====================================================================== Reported By: brianvandenberg Assigned To: ====================================================================== Project: gdb Issue ID: 5251 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2015-09-03 19:39 CEST Last Modified: 2015-09-03 19:39 CEST ====================================================================== Summary: Symbol info not loaded when attaching to a running process Description: I believe the following bug post describes the exact same issue: https://sourceware.org/bugzilla/show_bug.cgi?id=17903 This works: ~ gdb my_executable --pid=1234 /* ... */ (gdb) where /* stack trace gets listed correctly */ This does not: ~ gdb (gdb) attach 1234 /* ... */ (gdb) where /* stack trace with lots of addresses and question marks */ ====================================================================== From bug-notifications at lists.opencsw.org Fri Sep 4 10:55:24 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 4 Sep 2015 10:55:24 +0200 Subject: [gdb 0005232]: gdb can't read core file In-Reply-To: Message-ID: <4f9beab61cdeea20988b1e5dd5875141@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5232 ====================================================================== Reported By: hjb Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 5232 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2015-02-18 09:38 CET Last Modified: 2015-09-04 10:55 CEST ====================================================================== Summary: gdb can't read core file Description: The provided gdb isn't able to read core files. Here's an example: root at ulysses# echo $BASH /usr/bin/bash root at ulysses# /usr/bin/gcore $$ gcore: core.20121 dumped root at ulysses# file core.20121 core.20121: ELF 32-bit MSB core file SPARC Version 1, from 'bash' root at ulysses# /opt/csw/bin/gdb /usr/bin/bash core.20121 GNU gdb (GDB) 7.7 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later 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 "sparc-sun-solaris2.10". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/bin/bash...(no debugging symbols found)...done. warning: Couldn't find general-purpose registers in core file. warning: Wrong size fpregset in core file. [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] Core was generated by `-bash'. warning: Couldn't find general-purpose registers in core file. warning: Wrong size fpregset in core file. PC not available #-1 in ?? () (gdb) Let's compare that with this really old gdb i've got from sunfreeware years ago, iirc: root at ulysses# ./gdb /usr/bin/bash core.20121 GNU gdb 6.2.1 Copyright 2004 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 "sparc-sun-solaris2.10"...(no debugging symbols found)... Core was generated by `-bash'. Reading symbols from /lib/libcurses.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libcurses.so.1 Reading symbols from /lib/libsocket.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libsocket.so.1 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libdl.so.1... warning: Lowest section in /lib/libdl.so.1 is .hash at 000000b4 (no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.1 Reading symbols from /lib/libc.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.1 Reading symbols from /platform/sun4v/lib/libc_psr.so.1...(no debugging symbols found)...done. Loaded symbols for /platform/SUNW,SPARC-Enterprise-T5120/lib/libc_psr.so.1 https://www.opencsw.org/mantis/view.php?id=0 0x00000000 in ?? () (gdb) ====================================================================== ---------------------------------------------------------------------- (0011047) pfelecan (manager) - 2015-09-04 10:55 https://www.opencsw.org/mantis/view.php?id=5232#c11047 ---------------------------------------------------------------------- Thank you for this information. Packaging gdb 7.10 is on the top of the to do stack. I let you know when there is a new package. From bug-notifications at lists.opencsw.org Fri Sep 4 19:48:13 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 4 Sep 2015 19:48:13 +0200 Subject: [gdb 0005232]: gdb can't read core file In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5232 ====================================================================== Reported By: hjb Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 5232 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2015-02-18 09:38 CET Last Modified: 2015-09-04 19:48 CEST ====================================================================== Summary: gdb can't read core file Description: The provided gdb isn't able to read core files. Here's an example: root at ulysses# echo $BASH /usr/bin/bash root at ulysses# /usr/bin/gcore $$ gcore: core.20121 dumped root at ulysses# file core.20121 core.20121: ELF 32-bit MSB core file SPARC Version 1, from 'bash' root at ulysses# /opt/csw/bin/gdb /usr/bin/bash core.20121 GNU gdb (GDB) 7.7 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later 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 "sparc-sun-solaris2.10". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/bin/bash...(no debugging symbols found)...done. warning: Couldn't find general-purpose registers in core file. warning: Wrong size fpregset in core file. [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] Core was generated by `-bash'. warning: Couldn't find general-purpose registers in core file. warning: Wrong size fpregset in core file. PC not available #-1 in ?? () (gdb) Let's compare that with this really old gdb i've got from sunfreeware years ago, iirc: root at ulysses# ./gdb /usr/bin/bash core.20121 GNU gdb 6.2.1 Copyright 2004 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 "sparc-sun-solaris2.10"...(no debugging symbols found)... Core was generated by `-bash'. Reading symbols from /lib/libcurses.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libcurses.so.1 Reading symbols from /lib/libsocket.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libsocket.so.1 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libdl.so.1... warning: Lowest section in /lib/libdl.so.1 is .hash at 000000b4 (no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.1 Reading symbols from /lib/libc.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.1 Reading symbols from /platform/sun4v/lib/libc_psr.so.1...(no debugging symbols found)...done. Loaded symbols for /platform/SUNW,SPARC-Enterprise-T5120/lib/libc_psr.so.1 https://www.opencsw.org/mantis/view.php?id=0 0x00000000 in ?? () (gdb) ====================================================================== ---------------------------------------------------------------------- (0011048) pfelecan (manager) - 2015-09-04 19:48 https://www.opencsw.org/mantis/view.php?id=5232#c11048 ---------------------------------------------------------------------- There is a new package in unstable, gdb-7.10,REV=2015.09.04. Let me know if this solves your issues. From bug-notifications at lists.opencsw.org Sat Sep 5 11:42:07 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 5 Sep 2015 11:42:07 +0200 Subject: [gdb 0005232]: gdb can't read core file In-Reply-To: Message-ID: <763eca51cc77c8fbee2d3ce7d79da0ef@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5232 ====================================================================== Reported By: hjb Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 5232 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2015-02-18 09:38 CET Last Modified: 2015-09-05 11:42 CEST ====================================================================== Summary: gdb can't read core file Description: The provided gdb isn't able to read core files. Here's an example: root at ulysses# echo $BASH /usr/bin/bash root at ulysses# /usr/bin/gcore $$ gcore: core.20121 dumped root at ulysses# file core.20121 core.20121: ELF 32-bit MSB core file SPARC Version 1, from 'bash' root at ulysses# /opt/csw/bin/gdb /usr/bin/bash core.20121 GNU gdb (GDB) 7.7 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later 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 "sparc-sun-solaris2.10". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/bin/bash...(no debugging symbols found)...done. warning: Couldn't find general-purpose registers in core file. warning: Wrong size fpregset in core file. [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] Core was generated by `-bash'. warning: Couldn't find general-purpose registers in core file. warning: Wrong size fpregset in core file. PC not available #-1 in ?? () (gdb) Let's compare that with this really old gdb i've got from sunfreeware years ago, iirc: root at ulysses# ./gdb /usr/bin/bash core.20121 GNU gdb 6.2.1 Copyright 2004 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 "sparc-sun-solaris2.10"...(no debugging symbols found)... Core was generated by `-bash'. Reading symbols from /lib/libcurses.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libcurses.so.1 Reading symbols from /lib/libsocket.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libsocket.so.1 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libdl.so.1... warning: Lowest section in /lib/libdl.so.1 is .hash at 000000b4 (no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.1 Reading symbols from /lib/libc.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.1 Reading symbols from /platform/sun4v/lib/libc_psr.so.1...(no debugging symbols found)...done. Loaded symbols for /platform/SUNW,SPARC-Enterprise-T5120/lib/libc_psr.so.1 https://www.opencsw.org/mantis/view.php?id=0 0x00000000 in ?? () (gdb) ====================================================================== ---------------------------------------------------------------------- (0011049) pfelecan (manager) - 2015-09-05 11:42 https://www.opencsw.org/mantis/view.php?id=5232#c11049 ---------------------------------------------------------------------- The issue manifests itself on x86 platforms, in the 64 bit variant; on 32 bit variant it works correctly: 32 bit: /opt/csw/bin/pentium_pro/gdb tgdb core GNU gdb (GDB) 7.10 [..] Reading symbols from tgdb...done. [New LWP 1] [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] Core was generated by `./tgdb core'. Program terminated with signal SIGABRT, Aborted. https://www.opencsw.org/mantis/view.php?id=0 0xfeefc0b5 in _lwp_kill () from /lib/libc.so.1 [Current thread is 2 (Thread 1 (LWP 1))] (gdb) bt https://www.opencsw.org/mantis/view.php?id=0 0xfeefc0b5 in _lwp_kill () from /lib/libc.so.1 https://www.opencsw.org/mantis/view.php?id=1 0xfeef6f39 in thr_kill () from /lib/libc.so.1 https://www.opencsw.org/mantis/view.php?id=2 0xfeea3603 in raise () from /lib/libc.so.1 https://www.opencsw.org/mantis/view.php?id=3 0xfee82961 in abort () from /lib/libc.so.1 https://www.opencsw.org/mantis/view.php?id=4 0x08050c46 in main (argc=2, argv=0x8047c54 ",}\004\b3}\004\b") at tgdb.c:9 64 bit /opt/csw/bin/amd64/gdb tgdb core Exception caught while booting Guile. Error in function "make_objcode_from_file": bad header on object file: "GOOF----LE-4-2.0" /opt/csw/bin/amd64/gdb: warning: Could not complete Guile gdb module initialization from: /opt/csw/share/gdb/guile/gdb/boot.scm. Limited Guile support is available. Suggest passing --data-directory=/path/to/gdb/data-directory. GNU gdb (GDB) 7.10 Copyright (C) 2015 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later 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 "i386-pc-solaris2.10". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from tgdb...done. warning: Couldn't find general-purpose registers in core file. [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] Core was generated by `./tgdb core'. warning: Couldn't find general-purpose registers in core file. https://www.opencsw.org/mantis/view.php?id=0 in ?? () [Current thread is 1 (process 1 )] (gdb) bt https://www.opencsw.org/mantis/view.php?id=0 in ?? () Backtrace stopped: not enough registers or memory available to unwind further in addition, there is a Guile issue; nominal given that there is no robust 64 bit variant for it in our stack. I suppose that on SPARC we have the same issue. From bug-notifications at lists.opencsw.org Sat Sep 5 12:28:56 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 5 Sep 2015 12:28:56 +0200 Subject: [gdb 0005232]: gdb can't read core file In-Reply-To: Message-ID: <9261280f4409e55ee840593d40379b72@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5232 ====================================================================== Reported By: hjb Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 5232 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2015-02-18 09:38 CET Last Modified: 2015-09-05 12:28 CEST ====================================================================== Summary: gdb can't read core file Description: The provided gdb isn't able to read core files. Here's an example: root at ulysses# echo $BASH /usr/bin/bash root at ulysses# /usr/bin/gcore $$ gcore: core.20121 dumped root at ulysses# file core.20121 core.20121: ELF 32-bit MSB core file SPARC Version 1, from 'bash' root at ulysses# /opt/csw/bin/gdb /usr/bin/bash core.20121 GNU gdb (GDB) 7.7 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later 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 "sparc-sun-solaris2.10". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/bin/bash...(no debugging symbols found)...done. warning: Couldn't find general-purpose registers in core file. warning: Wrong size fpregset in core file. [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] Core was generated by `-bash'. warning: Couldn't find general-purpose registers in core file. warning: Wrong size fpregset in core file. PC not available #-1 in ?? () (gdb) Let's compare that with this really old gdb i've got from sunfreeware years ago, iirc: root at ulysses# ./gdb /usr/bin/bash core.20121 GNU gdb 6.2.1 Copyright 2004 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 "sparc-sun-solaris2.10"...(no debugging symbols found)... Core was generated by `-bash'. Reading symbols from /lib/libcurses.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libcurses.so.1 Reading symbols from /lib/libsocket.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libsocket.so.1 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libdl.so.1... warning: Lowest section in /lib/libdl.so.1 is .hash at 000000b4 (no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.1 Reading symbols from /lib/libc.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.1 Reading symbols from /platform/sun4v/lib/libc_psr.so.1...(no debugging symbols found)...done. Loaded symbols for /platform/SUNW,SPARC-Enterprise-T5120/lib/libc_psr.so.1 https://www.opencsw.org/mantis/view.php?id=0 0x00000000 in ?? () (gdb) ====================================================================== ---------------------------------------------------------------------- (0011050) pfelecan (manager) - 2015-09-05 12:28 https://www.opencsw.org/mantis/view.php?id=5232#c11050 ---------------------------------------------------------------------- In fact, at least on x86, you cannot mix architectures, i.e., the 32 bit gdb can obtain a stack trace for 32 bit binaries and, a 64 bit gdb can gather the stack trace of a 64 bit binary; the reverse is not working. Possibly a wrapper around gdb can do the discrimination and choose the correct debugger according to the binary to be debugged. For the moment, explicitly using the corresponding debugger is a work around, e.g. : /opt/csw/bin/pentiumpro/gdb 32BitBinary and, /opt/csw/bin/amd64 64BitBinary. HTH. If someone writes such a wrapper I will include it in the package. From bug-notifications at lists.opencsw.org Sat Sep 5 20:09:51 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 5 Sep 2015 20:09:51 +0200 Subject: [gdb 0005232]: gdb can't read core file In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5232 ====================================================================== Reported By: hjb Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 5232 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2015-02-18 09:38 CET Last Modified: 2015-09-05 20:09 CEST ====================================================================== Summary: gdb can't read core file Description: The provided gdb isn't able to read core files. Here's an example: root at ulysses# echo $BASH /usr/bin/bash root at ulysses# /usr/bin/gcore $$ gcore: core.20121 dumped root at ulysses# file core.20121 core.20121: ELF 32-bit MSB core file SPARC Version 1, from 'bash' root at ulysses# /opt/csw/bin/gdb /usr/bin/bash core.20121 GNU gdb (GDB) 7.7 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later 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 "sparc-sun-solaris2.10". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/bin/bash...(no debugging symbols found)...done. warning: Couldn't find general-purpose registers in core file. warning: Wrong size fpregset in core file. [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] Core was generated by `-bash'. warning: Couldn't find general-purpose registers in core file. warning: Wrong size fpregset in core file. PC not available #-1 in ?? () (gdb) Let's compare that with this really old gdb i've got from sunfreeware years ago, iirc: root at ulysses# ./gdb /usr/bin/bash core.20121 GNU gdb 6.2.1 Copyright 2004 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 "sparc-sun-solaris2.10"...(no debugging symbols found)... Core was generated by `-bash'. Reading symbols from /lib/libcurses.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libcurses.so.1 Reading symbols from /lib/libsocket.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libsocket.so.1 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libdl.so.1... warning: Lowest section in /lib/libdl.so.1 is .hash at 000000b4 (no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.1 Reading symbols from /lib/libc.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.1 Reading symbols from /platform/sun4v/lib/libc_psr.so.1...(no debugging symbols found)...done. Loaded symbols for /platform/SUNW,SPARC-Enterprise-T5120/lib/libc_psr.so.1 https://www.opencsw.org/mantis/view.php?id=0 0x00000000 in ?? () (gdb) ====================================================================== ---------------------------------------------------------------------- (0011051) pfelecan (manager) - 2015-09-05 20:09 https://www.opencsw.org/mantis/view.php?id=5232#c11051 ---------------------------------------------------------------------- On a SPARC architecture, the only valid combination of architecture and debugger is the 64 bit gdb, located in /opt/csw/bin/sparcv9/gdb, on a 64 bit binary. Any other combination doesn't work. From bug-notifications at lists.opencsw.org Wed Sep 9 12:01:02 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 9 Sep 2015 12:01:02 +0200 Subject: [samba 0005235]: samba 3.x is discontinued (EOL) In-Reply-To: <1f234d402da0716670044ce35942f1b5> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5235 ====================================================================== Reported By: sbender Assigned To: ====================================================================== Project: samba Issue ID: 5235 Category: packaging Reproducibility: have not tried Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2015-03-09 11:17 CET Last Modified: 2015-09-09 12:01 CEST ====================================================================== Summary: samba 3.x is discontinued (EOL) Description: According to https://wiki.samba.org/index.php/Samba_Release_Planning there will be no updated versions for samba 3.6 and older. Therefore packaging samba 4 would be nice ;) ====================================================================== ---------------------------------------------------------------------- (0011052) sbender (reporter) - 2015-09-09 12:01 https://www.opencsw.org/mantis/view.php?id=5235#c11052 ---------------------------------------------------------------------- Hi, I would like to bump the severity on this. From bug-notifications at lists.opencsw.org Thu Sep 17 20:15:21 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 17 Sep 2015 20:15:21 +0200 Subject: [apache24 0005252]: Cannot start SSL with Apache24 2.4.12 Message-ID: <9ed5b16e899c34890cc19d3f8d0906ac@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5252 ====================================================================== Reported By: dragongeek Assigned To: ====================================================================== Project: apache24 Issue ID: 5252 Category: Reproducibility: have not tried Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2015-09-17 20:15 CEST Last Modified: 2015-09-17 20:15 CEST ====================================================================== Summary: Cannot start SSL with Apache24 2.4.12 Description: When I enable SSL and restart the Apache svc, it immediately goes into Maintenance mode. It seems to indicate something is broken with the SSLCipherSuite and related options, in that it isn't parsing what are valid options. (I tried the defaults, which worked in Apache 2.2, then some specifics which also work on 2.2 from an older implementation of Apache 2.2 we have running.) ====================================================================== From bug-notifications at lists.opencsw.org Thu Sep 17 23:31:08 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 17 Sep 2015 23:31:08 +0200 Subject: [apache24 0005252]: Cannot start SSL with Apache24 2.4.12 In-Reply-To: <728cf9245bcc824ae1f37a7286059e3f> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5252 ====================================================================== Reported By: dragongeek Assigned To: ====================================================================== Project: apache24 Issue ID: 5252 Category: Reproducibility: have not tried Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2015-09-17 20:15 CEST Last Modified: 2015-09-17 23:31 CEST ====================================================================== Summary: Cannot start SSL with Apache24 2.4.12 Description: When I enable SSL and restart the Apache svc, it immediately goes into Maintenance mode. It seems to indicate something is broken with the SSLCipherSuite and related options, in that it isn't parsing what are valid options. (I tried the defaults, which worked in Apache 2.2, then some specifics which also work on 2.2 from an older implementation of Apache 2.2 we have running.) ====================================================================== ---------------------------------------------------------------------- (0011053) dragongeek (reporter) - 2015-09-17 23:31 https://www.opencsw.org/mantis/view.php?id=5252#c11053 ---------------------------------------------------------------------- Forgot to mention, this is on the x86 architecture. We will however, also want to install the latest versions of Apache and SSL on SPARC, after we complete all testing and security configuration documentation. From bug-notifications at lists.opencsw.org Fri Sep 18 09:34:36 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 18 Sep 2015 09:34:36 +0200 Subject: [netsnmp 0005253]: snmpwalk failes with 'Invalid privacy protocol specified after -x flag: aes' Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5253 ====================================================================== Reported By: cgrzemba Assigned To: ====================================================================== Project: netsnmp Issue ID: 5253 Category: regular use Reproducibility: have not tried Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2015-09-18 09:34 CEST Last Modified: 2015-09-18 09:34 CEST ====================================================================== Summary: snmpwalk failes with 'Invalid privacy protocol specified after -x flag: aes' Description: Server A Solaris 9: CSWnetsnmp -> 5.3.0.1,REV=2006.04.08 Server B Solaris 9: CSWnetsnmp -> 5.6.1.1,REV=2013.08.22 Sever C Solaris 10: CSWnetsnmp -> 5.6.1.1,REV=2013.08.22 Running 'ldd -e PATH /opt/csw/bin/snmpwalk' (truncated ouput) A: -> libcrypto.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libcrypto.so.0.9.8 C -> libcrypto.so.1.0.0 => /opt/csw/lib/libcrypto.so.1.0.0 B -> no libcrypto This apparently causes the command (server B) /opt/csw/bin/snmpwalk -v 3 -u -a SHA -A -x aes -X -l authpri To fail with 'Invalid privacy protocol specified after -x flag: aes' So I downloaded netsnmp-5.6.1.1,REV=2012.07.18-SunOS5.10-sparc-CSW.pkg (one year older) and installed it. No joy. Then I got netsnmp-5.4.2.1,REV=2010.03.16-SunOS5.8-sparc-CSW.pkg. It works. Was libcrypto not included int the 2013 version and was it not correctly configured in the 2012 one? ====================================================================== From bug-notifications at lists.opencsw.org Tue Sep 22 10:21:31 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 22 Sep 2015 10:21:31 +0200 Subject: [apache24 0005252]: Cannot start SSL with Apache24 2.4.12 In-Reply-To: <728cf9245bcc824ae1f37a7286059e3f> Message-ID: <10b5713c34c5c4e50bcb174e1e95aec5@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5252 ====================================================================== Reported By: dragongeek Assigned To: ====================================================================== Project: apache24 Issue ID: 5252 Category: Reproducibility: have not tried Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2015-09-17 20:15 CEST Last Modified: 2015-09-22 10:21 CEST ====================================================================== Summary: Cannot start SSL with Apache24 2.4.12 Description: When I enable SSL and restart the Apache svc, it immediately goes into Maintenance mode. It seems to indicate something is broken with the SSLCipherSuite and related options, in that it isn't parsing what are valid options. (I tried the defaults, which worked in Apache 2.2, then some specifics which also work on 2.2 from an older implementation of Apache 2.2 we have running.) ====================================================================== ---------------------------------------------------------------------- (0011054) dam (administrator) - 2015-09-22 10:21 https://www.opencsw.org/mantis/view.php?id=5252#c11054 ---------------------------------------------------------------------- Essentially this should work, please verify that you actually loaded the ssl module and see if there is anything suspicious in the logs at load time. From bug-notifications at lists.opencsw.org Tue Sep 22 10:21:43 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 22 Sep 2015 10:21:43 +0200 Subject: [apache24 0005252]: Cannot start SSL with Apache24 2.4.12 In-Reply-To: <728cf9245bcc824ae1f37a7286059e3f> Message-ID: <554e5d0bd23ca342984d723b8e97107c@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5252 ====================================================================== Reported By: dragongeek Assigned To: dam ====================================================================== Project: apache24 Issue ID: 5252 Category: Reproducibility: have not tried Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2015-09-17 20:15 CEST Last Modified: 2015-09-22 10:21 CEST ====================================================================== Summary: Cannot start SSL with Apache24 2.4.12 Description: When I enable SSL and restart the Apache svc, it immediately goes into Maintenance mode. It seems to indicate something is broken with the SSLCipherSuite and related options, in that it isn't parsing what are valid options. (I tried the defaults, which worked in Apache 2.2, then some specifics which also work on 2.2 from an older implementation of Apache 2.2 we have running.) ====================================================================== ---------------------------------------------------------------------- (0011054) dam (administrator) - 2015-09-22 10:21 https://www.opencsw.org/mantis/view.php?id=5252#c11054 ---------------------------------------------------------------------- Essentially this should work, please verify that you actually loaded the ssl module and see if there is anything suspicious in the logs at load time. From bug-notifications at lists.opencsw.org Tue Sep 22 16:54:53 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 22 Sep 2015 16:54:53 +0200 Subject: [apache24 0005252]: Cannot start SSL with Apache24 2.4.12 In-Reply-To: <728cf9245bcc824ae1f37a7286059e3f> Message-ID: <64e30ed07c226329e4a672ea831e1dff@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5252 ====================================================================== Reported By: dragongeek Assigned To: dam ====================================================================== Project: apache24 Issue ID: 5252 Category: Reproducibility: have not tried Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2015-09-17 20:15 CEST Last Modified: 2015-09-22 16:54 CEST ====================================================================== Summary: Cannot start SSL with Apache24 2.4.12 Description: When I enable SSL and restart the Apache svc, it immediately goes into Maintenance mode. It seems to indicate something is broken with the SSLCipherSuite and related options, in that it isn't parsing what are valid options. (I tried the defaults, which worked in Apache 2.2, then some specifics which also work on 2.2 from an older implementation of Apache 2.2 we have running.) ====================================================================== ---------------------------------------------------------------------- (0011055) cgrzemba (developer) - 2015-09-22 16:54 https://www.opencsw.org/mantis/view.php?id=5252#c11055 ---------------------------------------------------------------------- for SSL to work you have change the CSW config: --- httpd.conf.CSW Thu Jul 16 16:48:54 2015 +++ httpd.conf Tue Sep 22 16:10:56 2015 @@ -407,7 +407,7 @@ # Secure (SSL/TLS) connections -#Include /etc/opt/csw/apache2/extra/httpd-ssl.conf +Include /etc/opt/csw/apache2/extra/httpd-ssl.conf # # Note: The following must must be present to support # starting without SSL on platforms with no /dev/random equivalent and --- modules.load.CSW Tue Sep 22 16:48:03 2015 +++ modules.load Tue Sep 22 16:53:45 2015 @@ -23,7 +23,7 @@ #LoadModule cache_module lib/apache2/modules/mod_cache.so #LoadModule cache_disk_module lib/apache2/modules/mod_cache_disk.so #LoadModule cache_socache_module lib/apache2/modules/mod_cache_socache.so -#LoadModule socache_shmcb_module lib/apache2/modules/mod_socache_shmcb.so +LoadModule socache_shmcb_module lib/apache2/modules/mod_socache_shmcb.so #LoadModule socache_dbm_module lib/apache2/modules/mod_socache_dbm.so #LoadModule socache_memcache_module lib/apache2/modules/mod_socache_memcache.so #LoadModule watchdog_module lib/apache2/modules/mod_watchdog.so @@ -77,7 +77,7 @@ #LoadModule session_dbd_module lib/apache2/modules/mod_session_dbd.so #LoadModule slotmem_shm_module lib/apache2/modules/mod_slotmem_shm.so #LoadModule slotmem_plain_module lib/apache2/modules/mod_slotmem_plain.so -#LoadModule ssl_module lib/apache2/modules/mod_ssl.so +LoadModule ssl_module lib/apache2/modules/mod_ssl.so #LoadModule dialup_module lib/apache2/modules/mod_dialup.so #LoadModule lbmethod_byrequests_module lib/apache2/modules/mod_lbmethod_byrequests.so #LoadModule lbmethod_bytraffic_module lib/apache2/modules/mod_lbmethod_bytraffic.so From bug-notifications at lists.opencsw.org Tue Sep 22 18:06:12 2015 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 22 Sep 2015 18:06:12 +0200 Subject: [apache24 0005252]: Cannot start SSL with Apache24 2.4.12 In-Reply-To: <728cf9245bcc824ae1f37a7286059e3f> Message-ID: <00b08a37a2cbefa2340bd3599a6f0a33@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5252 ====================================================================== Reported By: dragongeek Assigned To: dam ====================================================================== Project: apache24 Issue ID: 5252 Category: Reproducibility: have not tried Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2015-09-17 20:15 CEST Last Modified: 2015-09-22 18:06 CEST ====================================================================== Summary: Cannot start SSL with Apache24 2.4.12 Description: When I enable SSL and restart the Apache svc, it immediately goes into Maintenance mode. It seems to indicate something is broken with the SSLCipherSuite and related options, in that it isn't parsing what are valid options. (I tried the defaults, which worked in Apache 2.2, then some specifics which also work on 2.2 from an older implementation of Apache 2.2 we have running.) ====================================================================== ---------------------------------------------------------------------- (0011056) dragongeek (reporter) - 2015-09-22 18:06 https://www.opencsw.org/mantis/view.php?id=5252#c11056 ---------------------------------------------------------------------- I did uncomment the httpd-ssl.conf. There is no 'modules.load.CSW' in my httpd.conf file, just the modules.load in and IFDefine block. The LoadModule socache_shmcb_module does not appear in either the httpd.conf, or the httpd-ssl.conf, and neither is the ssl_module entry, so I added both to the httpd-ssl.conf, yet it still goes into maintenance mode upon restart. root at oralin# svcadm enable svc:/network/cswapache24:default root at oralin# svcs \*apache\* STATE STIME FMRI disabled Sep_16 svc:/network/http:apache22 disabled Sep_17 svc:/network/cswapache2:default maintenance 9:03:12 svc:/network/cswapache24:default root at oralin# svcs -l svc:/network/cswapache24:default fmri svc:/network/cswapache24:default enabled true state maintenance next_state none state_time September 22, 2015 09:03:12 AM PDT logfile /var/svc/log/network-cswapache24:default.log restarter svc:/system/svc/restarter:default contract_id manifest /var/opt/csw/svc/manifest/network/cswapache24.xml dependency require_all/none svc:/system/filesystem/local (online) dependency require_all/none svc:/network/loopback (online) root at oralin# tail -8 /var/svc/log/network-cswapache24:default.log AH00526: Syntax error on line 73 of /etc/opt/csw/apache2/extra/httpd-ssl.conf: Invalid command 'SSLCipherSuite', perhaps misspelled or defined by a module not included in the server configuration [ Sep 17 10:44:45 Method "start" exited with status 1. ] [ Sep 17 16:41:04 Leaving maintenance because disable requested. ] [ Sep 17 16:41:04 Disabled. ] [ Sep 22 09:03:11 Enabled. ] [ Sep 22 09:03:11 Executing start method ("/var/opt/csw/svc/method/svc-cswapache24 start"). ] [ Sep 22 09:03:12 Method "start" exited with status 1. ] root at oralin#