I'm working on the XML-RPC files of Kannel and wonder how we are going
to utilize the protocoll in Kannel's boxes and the single method
calls.
Basically there are two way:
* adding XMP-RPC related URIs to existing HTTP servers and route the
request ot XML-RPC related processing inside a box,
Stefan Cars wrote:
I have still problems with DLR on cimd2 which makes the smsbox crash?
Have you reported the problem in a detailed way (inlcuding logs) to
the list? If yes, which date and I'll review it and add it to STATUS.
Stipe
[EMAIL PROTECTED]
I've added preliminary support to XML Post to smsbox.
I'm building the xml with octstr_append (this issue I guess it's
almost ok) but I'm processing the incoming xml with
octstr_search and octstr_copy :P
There's still some variables missing and alot of debug to be done.
I don't think
Andreas Fink wrote:
I'm updating the documentation a bit for DLR. While building the doc I get:
sed s/#FIGTYPE#/.png/;s/#VERSION#/`head -1 VERSION`/;s/#DATE#/`date
+%Y.%m.%d`/;s/#DRAFTS#/IGNORE/ doc/userguide/userguide.xml
doc/userguide/userguide.tmp
jade -V nochunks -t sgml -d
Andreas Fink wrote:
Hi Andreas, Hi others
we recently changed this in gw/dlr.c:
{
#ifdef DLR_MYSQL
mysql_close(connection);
-if (!mysql_errno(connection))
-error(0,MYSQL: %s, mysql_error(connection));
#endif
}
Hmmm, don't we need some constructs to check
Me too ;) You can use existing code to parse the tree. Specific parts
starts only with parsing attribute values.
Aarno, have you merged anything yet from what you wrote?
Otherwise I'd like to see that and incorporate this into existing
xmlrpc things.
Stipe
[EMAIL PROTECTED]
Bruno David Simões Rodrigues wrote:
On Wed, 2002-04-10 at 11:53, Stipe Tolj wrote:
Bruno Rodrigues wrote:
What do you think ?
+0 from me.
I guess I should RTFM ;)
Clarify to us(me) what means the +0. (and other values)
basically I have taken this from the Apache developer's
Qwerty Asdfg wrote:
gcc -D_REENTRANT=1 -I. -g -O2 -I/usr/include/libxml -I/usr/include
-I/usr/include/openssl -I'/usr/include/mysql' -o wmlscript/wmlsc
wmlscript/wmlsc.o libgw.a libwmlscript.a libwap.a libgwlib.a -lssl
-lpthread -lresolv -lnsl -lm -L/usr/lib -lxml2 -lz -L/lib -lm
Hi Andreas,
For those of you who use mysql delivery reports, here's the
definition of the standard table. I added indexes to this as
otherwhise your system becomes suddendly very slow if you forget
them. Happened to me with 80'000 records in the DLR database the
speed was dropping to
I'm not quite aware what's the point here, so I'll forward this the
list.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL PROTECTED]
AFAIK, Bruno was assigned to that one. But I don't see any current
events on that.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL
why did you change the send_message() declaration? what's the argument
int* nparts for?
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL
Oded Arbel wrote:
I didn't like the fact that you removed the reporting from the 'error'
section in smsbox_req_handle - correct me if I'm wrong, but this way, if
a split message is sent to multiple receivers, and some of them fail,
the calling application can't tell how many messages were
I was thinking in just splitting it, but I don't know where to.
doc/old/changelog.*.*.* ?
maybe at the gateway 1.1.6 release making log, this would be 1.1748 ??
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
Jari Juslin wrote:
fellow developers. After weeks of hard negotiations, we have finally got
our copy of Unicode Kannel. However, we have not got rights to release
it to public yet, because some people representing Kannel Foundation
have also expressed their interest of some parts of Kannel
There have been some high stress Kannel tests (continous 350 msg/s, peak
560
msg/s) here at Wiral. Kannel will crash, because incoming messages queue
will
grow without any limits (currently it has 13000 msg and is growing), and
take
rest of system with it.
So I think we need a upper
Bjoern Buettner wrote:
Any Erricson ? I'v none for tests.
we got them, what do you like to test?
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
Oh, and I'm using version 1.1.5 as that's the one in the debian archive.
is there still someone maintaining the rpm and debian packages?!
I guess we need volonteers here.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Right. But I use GPRS, so that's not an option.
hmmm, are you able anyway to adress an optional WAP gw if you are in a
GPRS network?
I think of the situation where the operator firewalls everything
except his own gw to allow you access to the rest of the world?
Stipe
[EMAIL PROTECTED]
Troels Aagaard wrote:
After 1 month of not having time, I updated my kannel CVS to the
latest relase only to discover, that i get the following error when
starting the bearerbox:
2002-04-23 16:50:15 [5] PANIC: Where are the modem definitions ?!?!
Bruno changed the way GSM modems are
Hi Paul,
The 8-bit coding issue may be responsible for our problems PPGing
MMS.notification messages to MMS clients, hmmm, interesting.
Finally, somebody reported that the WAP gateway does not work with the T68
because
the t68 expects to use SAR - I don't see this - how did you get the T68
We seem to have something screwed up in the boxes heartbeat
communication and the underlying poll()ing.
It seems as if the heartbeat msgs don't get to bearerbox. Here is how
to reproduce:
* first of all change gw/bb.h:16 heartbeat frequency to 3 secs.
* now let bearerbox debug any incoming
Stipe Tolj wrote:
We seem to have something screwed up in the boxes heartbeat
communication and the underlying poll()ing.
It seems as if the heartbeat msgs don't get to bearerbox. Here is how
to reproduce:
* first of all change gw/bb.h:16 heartbeat frequency to 3 secs.
* now let
Ok ok, everything back again from previous mail.
There is something broken in smsbox code in CVS.
Checking...
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax:
Jacob Vennervald Madsen wrote:
Are there any settings I can change to make this work more stable?
I've tried to change the sendline-sleep setting to something higher but
it doesn't help.
Does anybody have any ideas?
please send us a log of the smsbox to see what's going on there. It's
Paul Keogh wrote:
I think the function;
/*
* Check that we have rigth application id for confirmed push (it is,
push.sia)
*/
static int coriented_deliverable(long appid_code)
{
return appid_code == 2;
}
should be
static int coriented_deliverable(long appid_code)
{
Bruno David Simões Rodrigues wrote:
xml2-config --cflags in some architectures (mandrake, probably redhat
and suse) is returning only:
-I/usr/include/libxml2
In debian, I have in changelogs:
libxml2 (2.4.19-2) unstable; urgency=low
* (...)
* xml2-config --cflags will return
Ashish Popli wrote:
Hello,
Is anyone using a CELLULAR PHONE, where Phone and Service has been purchased
in USA, to send and Recieve SMS Messages via Kannel.
I am not sure which service provider(ATT, Verizon etc) in USA will give out
a Cellular Phone (like Nokia) that can be used with
Andreas Fink wrote:
Any Kannel developers interested in getting a job?
We need tons of good developers.
Hey, we asked first ;))
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel:
I don't see the necessarity of chaning the configure.in behaviour. And
it *definitly* has changed. On a system without MySQL configure breaks
claiming that MySQL is not available. Hence we have a broken configure
here.
Bruno, could you please consider asking the developers list for votes
priour
Bruno David Simões Rodrigues wrote:
date -d is not supported on solaris :((
Hmm, stupid Solaris you ;=)
Do you mind if I grab the date from
grep ChangeLog CVS/Entries | cut -f4 -d/
I think we're overkilling the date issue in configure.in?!
Stipe
[EMAIL PROTECTED]
we see here that if typ contains more then one DLR type, then even if
not all DLR types are required (set in dlr_mask for the sendsms), all
DLR types set in typ will be sent out. this is not correct IMO - it
should be something like :
msg-sms.dlr_mask = typ dlr_mask;
Would like
Aarno Syvänen wrote:
Bruno David Simões Rodrigues wrote:
bruno@laptop:~/work/gateway$ make -s
wap/wsp_session.c:437: warning: `REFERER' redefined
wap/wsp.h:47: warning: this is the location of the previous definition
wap/wsp_session.c:490: warning: `REFERER' redefined
Andrea Viscovich wrote:
The other thing to do is dlr for at2 :-)
yep, that would be great. Is DLR processing supported by all GSM
modems we currently support, or to turn it the other way, is DLR
processing within GSM AT calls defined?
Stipe
[EMAIL PROTECTED]
Angel Fradejas wrote:
My opinion is that if smsbox can't fetch content from a web server, it must
queue that request, and try again later, with a specified delay between
requests, instead of the current couldn't fetch content reply.
Any other opinions about this?
yep, that *may* be a
I have a suggestion, if coreaccess.log is divided into 2 parts. I for MT'
and other for MO.
are you talking about the standard access.log file? Parsing the log
shouldn't be too complicated.
Stipe
[EMAIL PROTECTED]
---
Wapme
Bruno David Simões Rodrigues wrote:
But Cipher is talking about other thing, I guess...
I think http is threaded, so one get wouldn't pause other gets. Or it
shouldn't. Is it this ?
but we have HTTP request timeouts in there, don't we?
If HTTP timeouts have performance impact we may have a
Cold Feet wrote:
during the past week i compiled and run version 1.1.6 of kannel. it was all fine for
the past 4 days. apparently on the weekends(sunday midnight), it apparently died. for
unknown reasion, i cant figure it out because there was nothing on the logs. i am
using CIMD2 protocol
Harrie Hazewinkel wrote:
I have attached a patch for the kannel code which make the
internal type of the counter object an 'unsigned long'.
The advantage is that it wraps by itself and we have 1 bit
more in the value of the counter (32 bits). :-))
I noticed also that sometimes the value
Hi there,
when you connect to a M20 via the AT2 driver and try to send a one
character message the whole things fails like this:
2002-05-15 09:23:25 [19] DEBUG: boxc_receiver: sms received
2002-05-15 09:23:26 [6] DEBUG: AT2[m20]: international starting with +
(+49snip)
2002-05-15 09:23:26 [6]
it's now fixed in the cvs. Thanks for reporting this.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL PROTECTED]
Internet:
Both patches are deployed and works for me, and while I understand
that those are not high priority problems for most users, I will be
grateful if the patches are incorporated into the CVS (will save me work
when I update from CVS ;-)
we have to garantee that no it cool and needed for me
SSL patch has been applied, please everyone who uses this feature test
and report if there are any problems. Thanks Oded.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax:
Alex Judd wrote:
I'm doing some fairly heavy work on the smsc_smpp.c driver at the moment
to ramp it up a bit and I've got a couple of questions re: the esm_class
values that the code currently thinks are DLR reports.
The current code checks for 0x02 and 0x04 as DLR reports, however the
Le Nhu Hai wrote:
I try to use Kannel 1.1.6 to connect to SMSC via SMPP with a service
number assigned to GW. When a subscriber send any SM to service number,
the msg will deliver to GW.
In the source, file smsc_smpp.c, function: handle_pdu():
case deliver_sm
(void)
Dima Milentiev wrote:
Hi Bruno,
i've sent the patch to list 2 weeks ago and still have not any comments.
May be you can look at it?
+1, commited to cvs.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470
Oded Arbel wrote:
Agreed. I was hoping that at least the billing issue (I remember it
being talked about in the list a while back) would interest people.
I do think, though, that fixes to problems not yet detected in the
wild should go in anyway : that's why it's called a development tree,
Dima Milentiev wrote:
Hi Bruno,
i've sent the patch to list 2 weeks ago and still have not any comments.
May be you can look at it?
+1, commited to cvs.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470
Oded Arbel wrote:
Agreed. I was hoping that at least the billing issue (I remember it
being talked about in the list a while back) would interest people.
I do think, though, that fixes to problems not yet detected in the
wild should go in anyway : that's why it's called a development tree,
Le Nhu Hai wrote:
I try to use Kannel 1.1.6 to connect to SMSC via SMPP with a service
number assigned to GW. When a subscriber send any SM to service number,
the msg will deliver to GW.
In the source, file smsc_smpp.c, function: handle_pdu():
case deliver_sm
(void)
Alex Judd wrote:
I'm doing some fairly heavy work on the smsc_smpp.c driver at the moment
to ramp it up a bit and I've got a couple of questions re: the esm_class
values that the code currently thinks are DLR reports.
The current code checks for 0x02 and 0x04 as DLR reports, however the
Oded Arbel wrote:
another problem with an SSL connection, is that if the socket connection
in conn_open_tcp() called from conn_open_sll() fails, it returns NULL,
but conn_open_ssl() immidietly tries to refer to it as initialized
structure - which of course causes Kannel to crash.
Here's the final patches to include smpp reconnection timings etc to be
able to be set via config. As I mentioned before I have added the fields
to the smpp structure (see patches below for details).
patch applied to cvs, thanks.
Stipe
[EMAIL PROTECTED]
please provide us with a clean patch for the
doc/userguide/userguide.xml file to document the additional flags.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax:
Speaking of SMPP and patches, and new features submission discussion not
withstanding, here's a patch to get the SMPP interface version id
configurable (for use with SMSCs that only accept SMPP v3.3
connections).
patch applied to cvs, thanks a lot Oded.
Stipe
[EMAIL PROTECTED]
Alex Judd wrote:
While we're there adding quick patches to SMPP here's one to add defered
and validity support to SMPP. I've done limited testing with it so would
appreciate any of the other SMPP users giving it a once over.
SMPP v3.4 specifies tenths of second which I just set to 0 as
Oded Arbel wrote:
* smsc_id - if NULL, it duplicates the conn-name, but it does so before
conn-name is created. not nice :-)
could you provide a quick patch for how you mean it would be looking
better, please?
* destruction of relation_UTC_time in msg_to_pdu() - checking if it is
null
Oded Arbel wrote:
Have nNot the faintest idea of how to solve the problems you described,
but just one comment - shouldn't we use libtool also on Linux and any OS
that have it (I think Solaris doesn't have a proper libtool) ?
yes, in fact we should switch to a later autoconf build system.
Kalle Marjola wrote:
Hm, this question needs to be a s a first one in FAQ, it is so often
asked.. (in fact I could not find it from FAQ section at all..)
definitly +1 ;)
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Oded Arbel wrote:
The following patch is required to keep gcc from complaining about
implicit declerations when compiling the latest patch to allow smsc
specific stop and start
thanks Oded, just fixed that. I was on the road yesterday and didn't
have the chance to fix it.
Stipe
[EMAIL
Harrie Hazewinkel wrote:
HI all,
Maybe someone could help me out in order to confirm how
I think the configuration file is hanndled.
I believe this is the scheme:
A programm
1- opens the configuration file
2- reads it as a huge octet_string
3- splits is into a list of lines
Harrie Hazewinkel schrieb:
Attached is a document slightly explaining a module oriented API
and a patch assoicated for it.
I would people like to invite to make comments and in perticular those
who made additional modules that need always patching the core.
I understand it is not
Mauricio Ramos wrote:
Hi Everybody
I'm curious to know when Kannel 1.2 is likely to be release. Accordingly to
the Roadmap, it should be released within April or early May of 2002.
Right, we originally had a (major) feature freeze time to give people
a chance to report major bugs before
Cold Feet wrote:
hi all,
for the first month of being up on kannel 1.1.6 development release it has its ups
and downs on its live run. on its first week several times it went down by itself...
and so i recompiled it with additional flags and now have remained up and running and
i can say
Oded Arbel wrote:
I'm not sure how native malloc works, but the checking malloc (which we use
always) has an upper limit on the number of allocations allowed. if you want to use
more memory you will have to recompile.
and this information should *definitly* go into our FAQ file as first
Todd Keen wrote:
I am establishing a test environment for WAP and also need to
include MMS messages within the test environment. What are the
plans timeframes for adding support to the WAP Gateway to act as
an MMS Proxy-Relay? Also will fakewap have added support for MMS?
you have to
Harrie Hazewinkel wrote:
--On Wednesday, May 29, 2002 5:41 PM +0200 Angel Fradejas
[EMAIL PROTECTED] wrote:
Maybe line-feed format has been changed from unix-like to dos-like.
This could happen if you use Windows based tools to edit, etc.
that could be it, see also my other email
Paul Keogh wrote:
The
/* Table 40. Content Type Assignments */
LINEAR(content_type,
data structure includes the entry
...
STRING(application/vnd.wap.sia)
STRING(application/vnd.wap.mms-message)
as the last element in the data structure. This is wrong because
this content type
Angel Fradejas wrote:
Hi all,
here's a patch for smsbox.c
1) a couple of memory leaks (msg-sms.udhdata and accepted_chars)
added the fixes to cvs, thanks Angel!
2) allow to change msg-sms.service via X-Kannel-Service header
or xml tag
I'm +0 for this. I don't see usage szenarios
Hi all,
can we do some voting for releasing the stable version 1.2.0 from the
current cvs head tree, please?!
I'd like to hear votes from anyone who is a) core developer, b) core
productive user of Kannel and vetos from anyone who see major bugs in
current cvs tree.
If there is noone claiming
Oded Arbel wrote:
comes to think about it - it's stupid of me to submit the whole huge patch and ask
for special treatment of just one part.
Please ignore my previous email and commit the following patch, which only deals
with the memory bugs, to the CVS before doing 1.2.0
applied to cvs,
Andreas Fink wrote:
You can do that by adding mnc=xxxmcc=yyy inside the service
definition passing those values as a constant string. So you would
have an entry for every logo cgi for every SMSC connection. Or you
could simply use the %i which is the smsc name. Kannel has no way of
knowing
Angel Fradejas wrote:
Not true in multi-operator links.
if your multi-operator incoming link tells you the original SMSC the
message comes from (passing the %i) then youre back in business. If
you implement mnc and mcc and the multi-operator link doesnt tell you
this, you're back to
Oded Arbel wrote:
Hi list.
When compiling under gcc 3.1, the compiler complain about discarding qulifiers when
passing __func__ to mutex_un/lock_real and unlock_out/in_real - apparently under gcc
3.1, __func__ is declared as const char* (why not under 2.96 too?). simply changing
the
The patch works for me with gcc 2.95.3-5 too without any warning.
Anyone complaining about adding this patch before releasing 1.2.0?
I don't see any impacts that may cause problems from simply
declarating the function macros as const *char's.
Stipe
[EMAIL PROTECTED]
Wayne Smithers wrote:
What happened to this code from 1.0.3 in 1.1.6
smsc_smpp.c:/* Push a UNBIND PDU on the [smsc-fifo_r_out] stack. */
smsc_smpp.c:pdu-id = SMPP_UNBIND;
smsc_smpp.c:/* Push a UNBIND PDU on the [smsc-fifo_t_out] stack. */
smsc_smpp.c:pdu-id = SMPP_UNBIND;
Patrick Mignott wrote:
Hi all when ever i am not receiving SMS message from the SMPP i keep
getting the below message, why?
my keep alilve is set to 10 this should not happen... and ideas??
2002-06-06 19:30:23 [8] DEBUG: Started thread 9
(gw/bb_boxc.c:boxc_sender)
2002-06-06 19:30:53
Dima Milentiev schrieb:
Hi list,
emi2 was crashed with this log:
2002-06-08 14:01:45 [11] DEBUG: EMI2[2022]: Got packet from the main socket
2002-06-08 14:01:45 [11] DEBUG: EMI2[2022]: emi2 parsing packet:
^B31/00079/R/51/N/04/ N
ot accepted - Maximum messages for the address
Bruno David Rodrigues wrote:
My Fault, sorry, I'm fixing it
please drop a note to the list when this is fixed and we'll start to
tag and roll the 1.2.0 release.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Vogelsanger Weg 80
Andreas Fink schrieb:
On Mon, 2002-06-10 at 09:00, Oded Arbel wrote:
Kannel should not have a 5Mb store size
May we set malloc=native
+2 from me.
any more votes for setting --with-defaults=speed for the default
configure behaviour?
and localtime=enabled per default in
configure ?
PS I like to know the hardware specs and configure flags that you guys
use for getting kannel to do 200+ requests/sec. Best I could do before
Kannel slows to a crawl with 1 instance is 15 requests/sec.
Hmmm, 15 msg/sec seems to be the limit of your EMI/UCP link, not
Kannel's abilities to
Hi Harrie,
I liked the document you wrote about Kannel's API structure. Hope that
more of the other developers have a chance to review it. I'll have a
deaper look into the patch itself.
IMO, the way apache-1.3 does the modularization may be addopted to
Kannel for those API purposes. What do the
patch applied to CVS. Thanks Oded!
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Vogelsanger Weg 80
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
Hi there,
Stefan, we still carry this release showstopper with us in STATUS:
RELEASE SHOWSTOPPERS:
* DLRs crash smsbox using CIMD2
octstr_copy_real() throughs len = 0 assert exception, maybe in
smsbox.c:obey_request_thread()
Posted by: Stefan Cars [EMAIL PROTECTED]
Oded Arbel wrote:
Agreed. but what about the EMI crush ?
that's definitly a showstopper candidate, so we'll have to hang on
'til Bruno fixes that. Bruno, could you enforce this, so that we can
tag and roll, please?!
Stipe
[EMAIL PROTECTED]
Stefan Cars wrote:
It still happens for me, when receving my DLRs I'm afraid!!
Hmm, so you *can* reproduce the bug on demand?
Can you isolate and see fix it? Shouldn't be too complicated, looks
like a NULL'ed Octstr is tried to be copied.
Stipe
[EMAIL PROTECTED]
Harrie Hazewinkel wrote:
Should we start re-constructing the current devel tree after we
released 1.2.0 and keep a stable branch?
I'm +1 for re-constructing
Not sure, what you mean here. But I assume you want
to branch for the 1.2.0 releases and development goes
into head, right??
Bruno David Rodrigues wrote:
I recall that smsbox*.log have each and every message but
bearerbox_*.log lost almost 25%.
but those messages that have been logged in smsbox.log, but *not* in
bearerbox.log have to be queued in the store file, right?!
Can you verify this?
BTW, I'd like to
Yep - IMO AT2 is now stable enough (in fact significantly more stable than
AT1) to drop AT1.
+1 for dropping smsc_emi.c and smsc_at.c.
If we need the code afterwords, it will be in the cvs frozen.
Stipe
[EMAIL PROTECTED]
---
Bruno David Rodrigues wrote:
On Wed, 2002-06-12 at 11:36, Stipe Tolj wrote:
Bruno David Rodrigues wrote:
I recall that smsbox*.log have each and every message but
bearerbox_*.log lost almost 25%.
but those messages that have been logged in smsbox.log
Alex Judd wrote:
Anyone seen this condition occuring on receiving an inbound SMS message with
AT2? Looks like the first time it happens it originates in the bearerbox and
then follows into the smsbox, and then only the smsbox on the 2nd time.
Kannel appears to survive fine but I'd prefer
Oded Arbel wrote:
Hi list.
The definitions for the gw_mem calls in malloc=native mode result in lots of
compilation warning - would it be possible to #define those in such a way as to
completly be ignored by the compiler ? as gcc doesn't like the meaningles statements
created by the
Oded Arbel wrote:
Hi.
Just had a talk with my resident GCC guru, and his suggestion (which seems to work
for me) is to #define the functions as nothing, i.e.
#define func_name(a)
thats it. nothing after that. now GCC is happy :-)
Hmm, did you test the resulting bearerbox at least?!
I'm
Alex Judd wrote:
This is one of my test boxes that I'm running with Cygwin - might well the
not very happy conflict between the two..
Cygwin's pthread implementation is yet not considered to be of same
quality as those of Linux or Solaris.
You may report the problems to the Cygwin
Bruno David Rodrigues wrote:
On Thu, 2002-06-13 at 22:34, Stipe Tolj wrote:
Oded Arbel wrote:
Hi.
Just had a talk with my resident GCC guru, and his suggestion (which seems to
work for me) is to #define the functions as nothing, i.e.
#define func_name(a)
thats it. nothing
Bruno,
I'll apply this patch if you agree:
I renamed your function to gw_native_noop(), but everything as you did
and here is what I get while compiling:
usr/include/mysql' -o gwlib/gwmem-check.o -c gwlib/gwmem-check.c
gcc -D_REENTRANT=1 -I. -g -O2 -I/usr/include/libxml2/libxml
I have following queries about the WAP portion of Kannel:
1). Which version of WAP is it compatible to ?
It's fully WAP 1.1 compatible, but there are parts of 1.2 supported
too, i.e. WAP 1.2 Push architecture.
2). How many simultaneous connections are supported ?
Hmm, this depends on how
I am trying to port Kannel 1.1.6 development release to windows 2000 SP1.
Can anyone help me by giving me a list of what I need and the steps to do
this. I know I have to install cygwin and certain libraries but I need a
more specific explanation.
If you installed a cygwin-1.3.10-1 release
Stefan Cars wrote:
Ok! My problem has been the time, but I agree that releasing the 1.2.0. I
although think we could mention somewhere about this problem I have with
DLR and CIMD2 if I can't come up with any patch, i'll will sit tonight and
work on this and see how far I get!
great! thanks
yep, you're all right. Sorry for that bug I coded in.
Applied the patch to cvs and will be in stable 1.2.0.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Vogelsanger Weg 80
40470 Düsseldorf
Tel: +49-211-74845-0
Fax:
301 - 400 of 931 matches
Mail list logo
