Open GoogleCodeExporter opened 9 years ago
Issue 41 has been merged into this issue.
Original comment by charless...@gmail.com
on 6 Jan 2015 at 3:12
Does bafprp work when run from the command line using the given parameters?
What version of bafprp are you using? 1.3.1 source or from the svn trunk?
Original comment by charless...@gmail.com
on 6 Jan 2015 at 3:14
iam using 1.3.1 . it getting executed in local system. But i was trying to
execute in Linux server ie Linux BDMAGFPC005 3.13.0-43-generic #72-Ubuntu SMP
Mon Dec 8 19:35:06 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux not working.
Actually i am executing following code below in a python service which is used
get .csv file after processing a meta cdr file which is in .pri format
### python code used for execution code
>>> command=Pri_exe_file_path+' -rcsv -prfields:'+SelectFields+' -prfilename:'+
output_csv_file + " " + filename + ''
>>> commands.getoutput(command)
Original comment by shinto.p...@braddockinfotech.com
on 6 Jan 2015 at 4:12
##### Installed server details
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=13.10
DISTRIB_CODENAME=saucy
DISTRIB_DESCRIPTION="Ubuntu 13.10"
NAME="Ubuntu"
VERSION="13.10, Saucy Salamander"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 13.10"
VERSION_ID="13.10"
HOME_URL="http://www.ubuntu.com/"
SUPPORT_URL="http://help.ubuntu.com/"
BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/"
Original comment by shinto.p...@braddockinfotech.com
on 6 Jan 2015 at 4:13
Is it crashing if you run it without python? Can you run it without any
parameters?
./bafprp
What version of gcc did you use to compile?
Original comment by charless...@gmail.com
on 6 Jan 2015 at 4:36
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
4.8.1-10ubuntu9' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs
--enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.8 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls
--with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug
--enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin
--with-system-zlib --disable-browser-plugin --enable-java-awt=gtk
--enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre
--enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686
--with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu
Thread model: posix
gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu9)
Original comment by shinto.p...@braddockinfotech.com
on 6 Jan 2015 at 4:39
Original comment by shinto.p...@braddockinfotech.com
on 6 Jan 2015 at 4:43
Attachments:
Screenshot ie have run it without any parameters
Original comment by shinto.p...@braddockinfotech.com
on 6 Jan 2015 at 4:44
Strange... and bafprp was built on that server right? You didn't move it from
a build server to this one?
Usually this kind of seg fault is due to the OS being unable to load libraries
the program needs.
Original comment by charless...@gmail.com
on 6 Jan 2015 at 5:13
Not moving from local to other server. Actually bafprp is working in system
which is used for development. but while implementing the same in production
(by following same procedure help txt) getting error "Segmentation fault (core
dumped)"
Is there any dependencies for running bafprp ?
Is there any libraries have to be included or installed?
Is bafprp work in redhat server?
Original comment by shinto.p...@braddockinfotech.com
on 6 Jan 2015 at 5:26
No there are no dependencies, but if the system libraries are different then
the code entry points will be incorrect. Usually its best to always compile on
the machine you want to run on.
Can you compile it on your production machine?
Original comment by charless...@gmail.com
on 6 Jan 2015 at 6:14
After compiling when i execute ./bafprp ie without any parameters i am getting
following output below (PFA)
Original comment by shinto.p...@braddockinfotech.com
on 7 Jan 2015 at 9:11
Attachments:
is it correct ?
Original comment by shinto.p...@braddockinfotech.com
on 7 Jan 2015 at 9:12
*** while compiling in rel6.5 getting following error
mkdir -p build
/usr/bin/gcc -Iinclude -O3 -pipe -s -funroll-loops -fno-rtti -fpermissive
-D_LINUX -DNDEBUG -Wno-deprecated -o build/bafdefines.o -c src/bafdefines.cpp
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
make: * [build/bafdefines.o] Error 1
#### Server Details
LSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
Red Hat Enterprise Linux Server release 6.5 (Santiago)
Original comment by shinto.p...@braddockinfotech.com
on 7 Jan 2015 at 9:36
Couple of things, the output from your last screenshot is correct bafprp is
running fine.
Also, I know for certain that binaries compiled on Ubuntu will not run on red
hat and is probably the source of your error.
You'll need to compile bafbrp on a red hat server of the same version. From
the command output you just sent it looks like you need to install the gcc
compiler on that machine.
Original comment by charless...@gmail.com
on 7 Jan 2015 at 10:02
Any updates to this error? Everything working now?
Original comment by charless...@gmail.com
on 9 Jan 2015 at 5:12
Still facing same error. i am working on that.
Original comment by shinto.p...@braddockinfotech.com
on 9 Jan 2015 at 5:21
Did you get your project working? If so please feel free to close this issue
Original comment by charless...@gmail.com
on 16 Mar 2015 at 7:49
[deleted comment]
Still facing same error. i am working on that.Thank you for you support.
i am closing this issue
Original comment by shinto.p...@braddockinfotech.com
on 17 Mar 2015 at 8:14
Original issue reported on code.google.com by
shinto.p...@braddockinfotech.com
on 6 Jan 2015 at 1:17