rlarranaga / bafprp

Automatically exported from code.google.com/p/bafprp
0 stars 0 forks source link

Segmentation fault (core dumped) #42

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. while executing bafprp file using python program getting an error 
"Segmentation fault (core dumped)"
2.
3.

What is the expected output? What do you see instead?
Output should be a .csv file which should be having few selected fields which 
is passed while executing 

### python code used for execution code 
>>> command=Pri_exe_file_path+' -rcsv -prfields:'+SelectFields+' -prfilename:'+ 
output_csv_file + " " + filename + ''
>>> commands.getoutput(command)

What version of the product are you using? On what operating system?

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

Please provide any additional information below.

Original issue reported on code.google.com by shinto.p...@braddockinfotech.com on 6 Jan 2015 at 1:17

GoogleCodeExporter commented 9 years ago
Issue 41 has been merged into this issue.

Original comment by charless...@gmail.com on 6 Jan 2015 at 3:12

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
##### 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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago

Original comment by shinto.p...@braddockinfotech.com on 6 Jan 2015 at 4:43

Attachments:

GoogleCodeExporter commented 9 years ago
Screenshot ie have run it without any parameters

Original comment by shinto.p...@braddockinfotech.com on 6 Jan 2015 at 4:44

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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:

GoogleCodeExporter commented 9 years ago
is it correct ?

Original comment by shinto.p...@braddockinfotech.com on 7 Jan 2015 at 9:12

GoogleCodeExporter commented 9 years ago
*** 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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
Any updates to this error?  Everything working now?

Original comment by charless...@gmail.com on 9 Jan 2015 at 5:12

GoogleCodeExporter commented 9 years ago
Still facing same error. i am working on that. 

Original comment by shinto.p...@braddockinfotech.com on 9 Jan 2015 at 5:21

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
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