Maybe it tried to compile on 64bit? Just kidding .. here my Repos * base * epel * extras * remi * rpmforge * updates
On Thu, 07 Feb 2013 23:59:43 -0800 "Cecil Yother, Jr." <[email protected]> wrote: > It looks like you are running a 64 bit system. Mine is 32 bit. I > wonder if that's the difference. What repos are you using? > > On 02/07/2013 11:42 PM, Sebastian Grewe wrote: > > Installed the updates without issues. > > > > That makes your issue even weirder because I'd expect it to break for me > > too... > > > > > > On Fri, 8 Feb 2013 08:38:21 +0100 > > Sebastian Grewe <[email protected]> wrote: > > > >> Okay so I checked my Own server and it's also running CentOS 5.9. > >> > >> I have not installed some of the latest updates yet and vadddomain works > >> fine. Installing these updates now: > >> > >> Dependencies Resolved > >> > >> ========================================================================================================================================================================= > >> Package Arch > >> Version Repository > >> Size > >> ========================================================================================================================================================================= > >> Installing: > >> kernel x86_64 > >> 2.6.18-348.1.1.el5 updates > >> 22 M > >> kernel-devel x86_64 > >> 2.6.18-348.1.1.el5 updates > >> 5.8 M > >> Updating: > >> device-mapper-multipath x86_64 > >> 0.4.7-54.el5_9.1 updates > >> 3.0 M > >> dhclient x86_64 > >> 12:3.0.5-33.el5_9 updates > >> 287 k > >> freetype x86_64 > >> 2.2.1-32.el5_9.1 updates > >> 312 k > >> kernel-headers x86_64 > >> 2.6.18-348.1.1.el5 updates > >> 1.5 M > >> kpartx x86_64 > >> 0.4.7-54.el5_9.1 updates > >> 445 k > >> nspr x86_64 > >> 4.9.2-2.el5_9 updates > >> 121 k > >> nspr-devel x86_64 > >> 4.9.2-2.el5_9 updates > >> 111 k > >> nss x86_64 > >> 3.13.6-3.el5_9 updates > >> 1.1 M > >> nss-devel x86_64 > >> 3.13.6-3.el5_9 updates > >> 244 k > >> tzdata x86_64 > >> 2012j-1.el5 updates > >> 793 k > >> Removing: > >> kernel x86_64 > >> 2.6.18-308.24.1.el5 installed > >> 98 M > >> kernel-devel x86_64 > >> 2.6.18-308.24.1.el5 installed > >> 16 M > >> > >> I will report back once completed. > >> > >> On Thu, 07 Feb 2013 20:35:44 -0800 > >> "Cecil Yother, Jr." <[email protected]> wrote: > >> > >>> On 02/07/2013 04:24 PM, Eric Shubert wrote: > >>>> That's up to you, but I wouldn't quite yet. > >>>> > >>>> I'd like to know if anyone else is running QMT on COS5.9, with or > >>>> w/out this problem. > >>>> > >>>> Anybody? > >>>> > >>> In searching for a solution I found a Gentoo thread that resembled my > >>> problem. > >>> > >>> https://bugs.gentoo.org/show_bug.cgi?id=13908 > >>> > >>> I ran gdb like they did and this was the output. Maybe it will help in > >>> debugging. I don't know where to go from here. > >>> > >>> [root@viktorya bin]# gdb vadddomain > >>> GNU gdb (GDB) CentOS (7.0.1-45.el5.centos) > >>> Copyright (C) 2009 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 "i386-redhat-linux-gnu". > >>> For bug reporting instructions, please see: > >>> <http://www.gnu.org/software/gdb/bugs/>... > >>> Reading symbols from /home/vpopmail/bin/vadddomain...(no debugging > >>> symbols found)...done. > >>> (gdb) run moparclassified.com test > >>> Starting program: /home/vpopmail/bin/vadddomain moparclassified.com test > >>> > >>> Program received signal SIGSEGV, Segmentation fault. > >>> 0x0037fd40 in strncpy () from /lib/libc.so.6 > >>> (gdb) > >>> > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: [email protected] > >>> For additional commands, e-mail: [email protected] > >>> > >> > >> -- > >> Sebastian Grewe <[email protected]> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [email protected] > >> For additional commands, e-mail: [email protected] > >> > > -- > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > -- Sebastian Grewe <[email protected]> --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
