search for: symbolizers

Hi all, I trying install OCFS in Red Hat AS 2.1, with Kernel 2.4.9-e.27, updated by RedHat-Network Service. When i compile the source code for version ocfs-1.0.9 , ( configure, make and make install) , and then i execute "depmod -a", i have the next output: depmod: *** Unresolved symbols in /lib/modules/2.4.9-e.27/kernel/drivers/addon/ocfs/ocfs.o If i try insert module with

I have built Asterisk 1.4.4 on my Solaris 10 x86 box: LDFLAGS='-R/usr/sfw/lib -R/opt/csw/lib -L/opt/csw/lib -L/usr/sfw/lib' CPPFLAGS=-I/opt/csw/include ./configure -with-curl=/opt/csw --without-oss --without-vpb --prefix=/opt/asterisk-1.4 The build and install go fine but the asterisk executable reproducibly dumps core with a segmentation violation. If I start it as: asterisk -gc and

> Message: 1 > Date: Tue, 15 May 2007 23:01:24 -0400 > From: Frank Tarczynski <ftarz at mindspring.com> > Subject: [asterisk-users] Asterisk 1.4.4 reproducibly dumps core on > Solaris 10 > To: asterisk-users at lists.digium.com > Message-ID: <464A7404.5000706 at mindspring.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > I have

Hello everyone... This is my FIRST time... I am using GCC 4.3.5 on AIX 5.3... I compiled with openssh but got the error messages. Here is: gcc -o ssh ssh.o readconf.o clientloop.o sshtty.o sshconnect.o sshconnect1.o sshconnect2.o mux.o roaming_common.o roaming_client.o -L. -Lopenbsd-compat/ -L/usr/local/ssl/lib -L/usr/local/lib -Wl,-blibpath:/usr/lib:/lib -lssh -lopenbsd-compat -lcrypto -lz

Previous version compiled successfully was 5.5p1. Now compiling 5.8p1 on the same machine "AIX 5.3 TL12 SP2" via GNU make with gcc 4.2.0 - got an error, can someone help with this? gcc -o ssh ssh.o readconf.o clientloop.o sshtty.o sshconnect.o sshconnect1.o sshconnect2.o mux.o roaming_common.o roaming_client.o -L. -Lopenbsd-compat/ -L/usr/local/lib -Wl,-blibpath:/usr/lib:/lib:

Dear ALL, Any clues or tips for the following gdb messages. [root@localhost asterisk]# uname -a Linux localhost 2.4.22-1.2115.nptlsmp #1 SMP Wed Oct 29 15:30:09 EST 2003 i686 i686 i386 GNU/Linux localhost*CLI> show version Asterisk CVS-HEAD-09/22/04-11:19:09 built by root@localhost on a i686 running Linux [root@localhost asterisk]# gdb asterisk core.13089 GNU gdb Red Hat Linux

$ gdb /usr/local/bin/doveadm `pwd`/doveadm.core GNU gdb 6.1.1 [FreeBSD] 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"

On 2017-05-01 19:26, Aki Tuomi wrote: >> On May 1, 2017 at 8:21 PM Tom Sommer <mail at tomsommer.dk> wrote: >> >> >> I just upgraded our Director to 2.2.29.1 from 2.2.26, and now my dmesg >> and /var/log/messages are getting flooded by these errors: >> >> lmtp[45758]: segfault at 21 ip 00007fb412d3ad11 sp 00007ffe83ad2df0 >> error 4 in

lmtp on Director crash with 2.3.2.1 # gdb /usr/libexec/dovecot/lmtp /var/core/60174 GNU gdb (GDB) Red Hat Enterprise Linux (7.2-92.el6) Copyright (C) 2010 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

I have had * installed for a couple of weeks now and am very impressed. I have got Zap, SIP and MGCP working and can call freely between them with just things like transfer still to sort out etc. I then though I would add H.323 support to my working system, having read the previous threads on the subject before I installed I installed the pre-reqs pwlib openh323 gnugk for h.323 gatekeeper

Hi all, This proposes a redesign of LLD’s symbol table in order to improve memory locality by minimizing indirection when resolving relocations. The key idea is that we perform symbol resolution by overwriting SymbolBodies, rather than by updating pointers. This is based on some ideas mentioned by Rafael on IRC. Conceptually, we split Symbol into a non-polymorphic part and a polymorphic part (a

# gdb /usr/libexec/dovecot/imap-login ./core.34022 GNU gdb (GDB) Red Hat Enterprise Linux (7.2-92.el6) Copyright (C) 2010 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

Thanks. We'll take a look at this. ---Aki TuomiDovecot oy -------- Original message --------From: Tom Sommer <mail at tomsommer.dk> Date: 05/07/2018 16:01 (GMT+01:00) To: Aki Tuomi <aki.tuomi at dovecot.fi> Cc: Dovecot <dovecot at dovecot.org> Subject: Re: 2.3.2 director imap-login segfaults # gdb /usr/libexec/dovecot/imap-login ./core.34022 GNU gdb (GDB) Red Hat

When in the process of testing out the 2.3.0 version of Dovecot, we noticed that on a busy server, imap-login can sometimes take 100% CPU and remain there indefinitely. We grabbed a gdb trace while it was happening: dovenull 36053 31.2 0.0 60460 17316 ? R 04:38 11:55 dovecot/imap-login root at server [~]# strace -p 36053 Process 36053 attached ^CProcess 36053 detached root at server

Seeing a few core dumps on my two proxy servers with dovecot-auth since upgrading to 1.0.2. Example: Jul 30 13:36:51 alora kernel: pid 20234 (dovecot-auth), uid 0: exited on signal 11 (core dumped) Jul 30 13:36:51 alora dovecot: child 20234 (auth) killed with signal 11 Jul 29 19:17:08 marbella kernel: pid 70627 (dovecot-auth), uid 0: exited on signal 11 (core dumped) Jul 29 19:17:08 marbella

Hello Pascal, I've just tested rc6 and get almost the same results. imap still crashes, but Horde still works. I forgot to mention that this is on FreeBSD 8 using gcc 4.6 and LTO. And contrary to what I said in my initial email, it doesn't seem to be ACL plugin related. imap crashes even if it's not in the plugins list. Here is the backtrace: # gdb /usr/libexec/dovecot/imap

I have installed the xen 3.1.0 x86_64 tarball compiled for RHEL5 on a RHEL5 system. The system in question was able to boot with the xen kernel that came with RHEL5. I untarred the tarball, and did cd /boot mkinitrd /boot/initrd-2.6.18-xen.img 2.6.18-xen The command exited properly and made a initrd image. The machine booted with a grub.conf entry like this: title Xen 3.1.0 root

Can you install debug symbols in FreeBSD? Aki > On October 23, 2016 at 6:29 PM Larry Rosenman <larryrtx at gmail.com> wrote: > > > $ gdb /usr/local/bin/doveadm `pwd`/doveadm.core > GNU gdb 6.1.1 [FreeBSD] > 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

Got it. Here is full backtrace output. # gdb /usr/local/libexec/dovecot/imap 1 GNU gdb 6.1.1 [FreeBSD] 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.

Can you install debuginfo and try again? ---Aki TuomiDovecot oy -------- Original message --------From: Tom Sommer <mail at tomsommer.dk> Date: 05/07/2018 14:12 (GMT+01:00) To: Dovecot <dovecot at dovecot.org> Subject: 2.3.2 director imap-login segfaults My director has started segfaulting since upgradeing to 2.3.2: # gdb /usr/libexec/dovecot/imap-login ./core.9757 GNU gdb (GDB)