Peter,
check the mailing list archive. Siemens uses Openwave OTA specs for
their devices.
Stipe
mailto:[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf, NRW, Germany
phone: +49.211.74845.0
fax:
Hi,
FYI: cygwin test passed and patch commited to cvs.
On Saturday 01 November 2003 21:10, Alexander Malysh wrote:
Hi List,
attached you can find patch that adds imo better gethostbyname_r detection.
This should work on cygwin and also freebsd better as we now have in cvs.
Please cygwin
To make such assertions more useful i have added a call
to backtrace to the assert macro.
See http://www.gnu.org/software/libc/manual/html_node/Backtraces.html
for documentation of this glibc facility.
Regards
Joerg
-Ursprüngliche Nachricht-
Von: Igor Ivoilov [mailto:[EMAIL PROTECTED]
Hi Igor,
would you please recompile your kannel as follows:
./configure _your_params_here_ --with-cflags=-DSEGFAULT_PANIC=1
with this option you should be able to get coredump and backtrace it with gdb.
as example:
ulimit -c 10
./wapbox your_config
gdb ./wapbox core.XXX
Thanks in
That gives
#0 0x080bfb72 in gw_panic ()
#1 0x080c6c70 in seems_valid_real ()
#2 0x080c39a7 in octstr_case_search ()
#3 0x080bd806 in http_something_accepted ()
#4 0x080bd851 in http_type_accepted ()
#5 0x08051b3b in return_reply ()
#6 0x08051e62 in return_replies_thread ()
#7 0x080b635f
Hi,
Noticed something interesting. Kannel seems to be
deleting messages from the DLR db with a status of "BUFFRED". I would imagine it
should be updating them to status = 4. By the way my dlr-mask is 31, and the
messages are being sent via http using sendsms on Kannel.
Heres a DLR message:
Just reading the SMPP specs, and BUFFRED doesn't
technically exist as a DLR status. I'm not a C hacker at all, but would the
attached do the trick?
Alex
- Original Message -
From:
Alex Kinch
To: [EMAIL PROTECTED]
Sent: Monday, November 03, 2003 7:26
PM
Hi Alex,
yet another workaround :)
please try attached patch against current cvs ...
On Monday 03 November 2003 20:53, Alex Kinch wrote:
Just reading the SMPP specs, and BUFFRED doesn't technically exist as a DLR
status. I'm not a C hacker at all, but would the attached do the trick?
Alex
Hi Igor,
unfortunately I'm not a wap expert :( Your bug is known one and was reported
already. The bug #95 was reopened again...
Thanks a lot for backtrace!
On Monday 03 November 2003 19:26, Igor Ivoilov wrote:
That gives
#0 0x080bfb72 in gw_panic ()
#1 0x080c6c70 in seems_valid_real ()
oops , I have not seen attached patch :(
yep it was good :)
On Monday 03 November 2003 23:19, Alex Kinch wrote:
Thanks Alex. Just so I know for the future, how good was my patch? Never
really hacked C before, and definitely the first time I've created a diff
file. Always knew they should have
10 matches
Mail list logo