gnokii-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gnokii --send-sms core dumps


From: ML mail
Subject: Re: gnokii --send-sms core dumps
Date: Fri, 30 Nov 2012 05:57:45 -0800 (PST)

Dear Gnokii user group & Daniele,

Was just wondering if someone of you had a clue why my smsd is still core dumping? All the details are in my mail below... if you need more details don't hesitate to ask me. I would really be happy to be able to use smsd on my OpenBSD box.

Cheers!
M.L.


From: ML mail <address@hidden>
To: Daniele Forsi <address@hidden>
Cc: Discussion forum for gnokii users. <address@hidden>
Sent: Thursday, November 8, 2012 10:15 AM
Subject: Re: gnokii --send-sms core dumps

Thanks for the trick with configure.in, I modified it but it didn't work so I also added the following compiler flags on my shell before:

export LDFLAGS="-L/usr/local/lib"
export CPPFLAGS="-I/usr/local/include"

It then managed to find libiconv and the gnokii binary is not core dumping anymore :) so it definitely was the missing libiconv which caused problems.

Unfortuntely I have another problem, I would like to use smsd with MySQL but when running smsd now that one is core dumping... I have ran it within gdb and include the backtrace below.

$ sudo gdb --args /usr/local/gnokii/bin/smsd -u smsd -p PASSWORD -d smsd -m mysql -f /tmp/smsd.log

GNU gdb 6.3
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" for details.
This GDB was configured as "i386-unknown-openbsd4.9"...
(gdb) run
Starting program: /usr/local/gnokii/bin/smsd -u smsd -p PASSWORD -d smsd -m mysql -f /tmp/smsd.log
smsd - version 1.5.2 from gnokii 0.6.31
LOG: debug mask is 0x1
Config read from file /etc/gnokiirc.
phone instance config:
model = 6110
port = /dev/ttyU0
connection = serial
initlength = default
serial_baudrate = 19200
serial_write_usleep = -1
handshake = software
require_dcd = 0
smsc_timeout = 10
rfcomm_channel = 0
sm_retry = 0
[New process 5507, thread 0x8904fc00]

Program received signal SIGSEGV, Segmentation fault.
[Switching to process 5507, thread 0x8904fc00]
0x01944f9f in Functions (op=GN_OP_Init, data="" state=0x8bc79000) at nk6100.c:232
232     {
(gdb) backtrace
#0  0x01944f9f in Functions (op=GN_OP_Init, data="" state=0x8bc79000) at nk6100.c:232
#1  0x01907264 in register_driver (driver=0x21913500, model=0x8bc79004 "6110", setupmodel=0x0, sm=0x8bc79000) at gsm-api.c:108
#2  0x01907453 in gn_gsm_initialise (sm=0x8bc79000) at gsm-api.c:150
#3  0x01906ebe in gn_lib_phone_open (state=0x8bc79000) at libfunctions.c:189
#4  0x1c002e91 in Connect (phone=0x892e8170) at lowlevel.c:120
#5  0x07d875be in _thread_start () at /usr/src/lib/libpthread/uthread/uthread_create.c:242
#6  0x0000002b in ?? ()
#7  0x00000000 in ?? ()
(gdb)

Any ideas what could be going wrong here?



From: Daniele Forsi <address@hidden>
To: ML mail <address@hidden>
Cc: Discussion forum for gnokii users. <address@hidden>
Sent: Thursday, November 8, 2012 12:32 AM
Subject: Re: gnokii --send-sms core dumps

2012/11/7 ML mail:

> So I have now the libiconv-1.13p2 OpenBSD package which gets installed in
> /usr/local (as all OpenBSD packages). Unfortunately I can't get the
> configure script take the iconv library in account, it always says:
>
> checking for iconv... no, consider installing GNU libiconv
>
> I also tried using the --with-libiconv-prefix=/usr/local but same problem...
> How can I get the configure script to see libiconv?

yes using --with-libiconv-prefix=/usr/local would be the right
solution, however I don't know why we esplicitely set variables for
the other BSD's, so maybe we should add OpenBSD too

in configure.in (at line 88 in my copy) try replacing FreeBSD with the
output of uname -s on your system in the following block

if test `uname -s` = "FreeBSD" ; then
        AC_MSG_RESULT(yes)
        CPPFLAGS="$CFLAGS -I/usr/local/include"
        LDFLAGS="$LDFLAGS -L/usr/local/lib"
else
        AC_MSG_RESULT(no)
fi

--
Daniele Forsi





reply via email to

[Prev in Thread] Current Thread [Next in Thread]