similar to: Perl make test fails on threads in rhel5

Hello, I am using nfsen 1.3.5 (http://nfsen.sourceforge.net/) on CentOS 5.8 x86_64 (running as a VM on a KVM Host). For those not knowing it, nfsen is using php and perl and it allows graphing and analysis of (Cisco routers) netflow data captured using nfdump. Often (about once a day) nfsen crashes for unknown reason. For example: # /data/nfsen/bin/nfsen status NfSen version: 1.3.5

Hi, I'm using xapian with c# and mono and i'm having a segfault in get_weight. When i print the index variable, the value is clearly too high. I think something write over it. Do you have any idea on how i could trace the beginning of the segmentation fault ? Thanks, -- Yann

According to this page, http://www.apple.com/macosx/technology/unix.html In addition, Java, Ruby, Python, and Perl have been extended to support DTrace, providing unprecedented access for monitoring the performance characteristics of those languages. When I do dtrace -l | grep -i perl on MacOSX 10.5.2. I don''t see any perl providers so I am not sure how I could monitor perl scripts via

For over five years now, we use Perl during the post install of kickstart to perform customization. It appears the Perl setup is broken in CentOS 4.3 x86_64. It still works fine on CentOS 4.1 32-bit. The library Perl needs is missing: # perl -V error while loading shared libraries: libperl.so: cannot open shared object file: No such file or director Is this a bug or is RedHat deprecating

Hi # lslpp -l perl.rte Fileset Level State Description ---------------------------------------------------------------------------- Path: /usr/lib/objrepos perl.rte 5.8.0.0 COMMITTED Perl Version 5 Runtime Environment # lppchk -vm3 # perl -V Summary of my perl5 (revision 5.0 version 8 subversion

HI all, I have configured a CentOS 6.3 x86_64 as a NFSv4 server and I am suffering errors like this: perl[7889]: segfault at a80 ip 00007fb870227ea2 sp 00007fff2fecda30 error 4 in libperl.so[7fb870193000+162000] The symptoms are the same as described in this thread: http://serverfault.com/questions/235059/vfs-file-max-limit-1231582-reached Can anyone confirm that is a bug when NFSv4 is

Hi All, I'm using the TermGenerator::index_text() on version 1.0.4 with the FLAG_SPELLING turned on, because the new spelling suggestion stuff seems awesome, but I'm getting a segv. (gdb) bt #0 0xb7ae153c in Xapian::WritableDatabase::add_spelling (this=0xa553988, word=@0xbff97724, freqinc=1) at ./include/xapian/ base.h:154 #1 0xb7becf47 in

Just as a followup even g++ is broken: [piot at paris ~]$ g++ bash: g++: command not found... Install package 'gcc-c++' to provide command 'g++'? [N/y] y * Waiting in queue... The following packages have to be downgraded: cpp-8.2.1-3.5.el8.x86_64 The C Preprocessor glibc-2.28-42.el8.1.i686 The GNU libc libraries glibc-2.28-42.el8.1.x86_64 The GNU libc libraries

Okay, this might be a silly question, but.... On the Redhat box that my server people have installed icecast on (yeah, sorry, I'm not exactly a linux guru myself here) libshout seems to compile and install, however when we try to run the test.pl the first two checks come back fine, but the third comes back and says perl: relocation error: /usr/local/lib/libshout.so.3: undefined symbol:

Also sprach Alex Gutteridge: > > >Aha! That did the trick. Thanks, I'll be testing it presently. But why > >can't configure find the lame, shout and python libraries (all under > >/usr/local/lib), even with explicit directives for them? > > > I had the same problem with the ices configure script not finding lame > and perl. I found that running configure

Hi Guys, Here's a simple test case that causes a segfault with the perl bindings patched to enable spelling correction: use strict; use warnings; use Search::Xapian; my $db = Search::Xapian::WritableDatabase->new("test.db", Search::Xapian::DB_CREATE_OR_OPEN); if (!defined($db)) { die("Failed to open xapian_database: $!"); } my $indexer =

Try make VERBOSE=1 first. Perhaps it'll tell us something. Evan On Feb 19, 2008, at 4:19 PM, Tobias Oberstein wrote: > Hello, > > I'd like to do some initial experiments with LLVM on embedded ARM > (Nokia N800), but ran into a build issue. Could s.o. give me a tip? > > Thx alot, > Tobias > > P.S.: just as sidenote, LLVM 2.2 builds cleanly on GCC 4.2.3 / Linux.

Hi, folks. I don't know much about C++, so please excuse my newbie question: I just tried to include Xapian in a dummy Cocoa project, ie created a new project and added the libxapian.a file installed via MacPorts. When I include xapian.h in an Objective-C++ file (either mm or h), the compilation fails with the following message: ================= In file included from

Hello, I'd like to do some initial experiments with LLVM on embedded ARM (Nokia N800), but ran into a build issue. Could s.o. give me a tip? Thx alot, Tobias P.S.: just as sidenote, LLVM 2.2 builds cleanly on GCC 4.2.3 / Linux. === I'm building on Ubuntu/Scratchbox/ARMEL using GCC 3.4.4 (CodeSourcery ARM 2005q3-2) using ./configure --prefix=$HOME/local/llvm-2.2 --enable-jit

I am stuck. This is X86_64 platform. In the extras repos, there is the SRPMS for heartbeat along with the RPMS for it. I have downloaded both. But I can't build the RPMS from the SRPM as it fails compiling something in BUILD/heartbeat-2.0.8/lib/crm/pengine Additionally, I can't install the RPMS: rpm -Uvh heartbeat-2.0.8-3.el5.centos.i386.rpm heartbeat-2.0.8-3.el5.centos.x86_64.rpm

On Wed, Jun 19, 2013, at 03:49 PM, Olly Betts wrote: > On Wed, Jun 19, 2013 at 01:29:16PM +1000, Bron Gondwana wrote: > > The advantage of compact - it runs approximately 8 times as fast (we > > are CPU limited in each case - writing to tmpfs first, then rsyncing > > to the destination) and it takes approximately 75% of the space of a > > fresh database with maximum

Hi, I'm having difficulty getting ices 0.2.2 to see my lame install and my perl install. The lame libraries (v3.91) are installed in: /usr/local/lib/ with the header file at: /usr/local/include/lame/lame.h, but when I run: ./configure --with-lame --with-lame-includes=/usr/local/include/lame/ --with-lame-libraries=/usr/local/ it says it can't find the lame libraries. ldconfig seems

My code is not on Github. I am using the tarball as of now. The following it the error that occurred: http://pastebin.com/cVJrjUZX On Sun, Apr 13, 2014 at 8:16 PM, James Aylett <james-xapian at tartarus.org>wrote: > On 13 Apr 2014, at 15:37, Pallavi Gudipati <pallavigudipati at gmail.com> > wrote: > > > A linker error is encountered even after following the above

On a new * asterisk install onto new install Gentoo 2003.4 upon startup of asterisk: WARNING[16384]: loader.c:248 ast_load_resource: /usr/lib/asterisk/modules/res_perl.so: undefined symbol: PL_thr_key WARNING[16384]: loader.c:429 load_modules: Loading module res_perl.so failed! perl -v = v5.8.5 built for i386-linux-thread-multi <= I installed ithread support in perl Have not been able to

Anyone care to share how they handle yum updates? We have a script that runs yum update nightly and then emails us the results when there are packages to be updated. Ideally I''d like a way to keep a class in site.pp that can be uncommented to run yum update -y after the update list is reviewed by a human. Tim