Replying to Stipe Tolj:
now, first of all. This policy, if I'm free to proclaim it in that way,
is not invented by people maintaining Kannel. It's invented by various
other open source projects where not only software engeneering aspects come
in play, but also politics, in some sence and
Replying to Stipe Tolj:
And for the record. From my experience.
Politics and efficiency are orthogonal in best case. In worst case
politics is counterproductive.
Real life lies between that two, and, as you can see, there isn't any
gains in being err, umm, political.
--
Paul P 'Stingray'
Frequently the efforts seen here are not to abstract, but to turn down
suggestions,
because they are not present in all protocols. That is not abstraction.
That is backward
thinking. Kannel would benefit from some real abstraction efforts with a
forward view of
supporting all protocols to
Paul P Komkoff Jr wrote:
Replying to Stipe Tolj:
now, first of all. This policy, if I'm free to proclaim it in that way,
is not invented by people maintaining Kannel. It's invented by various
other open source projects where not only software engeneering aspects come
in play, but also politics,
If we were to implement official protocol standards, we must make
difference between
genuine optional (used by one/some protocol) or things common with all
protocols, and
needed by users of all protocols. Last ones *must* be handled by
abstraction (we must
maintain all protocols, and without
+1 from me. We need new things *on the top* of Kannel.
Aarno
On 11.2.2005, at 00:56, Stipe Tolj wrote:
Hi list,
I'd like to promote Rene Kluwen [EMAIL PROTECTED] to gain cvs
write access in order to contribute his sqlbox as own cvs module.
He is willing to put it under Kannel projection and
Dear Alex,
The ts is the messageid for smpp.
If you use the dlr table for internal Kannel storage, then the ts is stored
in the dlr table until the SMS is delivered. Can't Kannel have another
column in the dlr storage table called smsid? Then you will at least know
which smsid corresponds to
How?
I've not used it before
addr2line -e gw/bearerbox 00488314 -f
gw_panic
??:0
Magnus
On Thu, 10 Feb 2005 14:34:47 +0100, Stipe Tolj [EMAIL PROTECTED] wrote:
Magnus Byrkjeflot wrote:
I'm having some problems using an GSM modem as SMSC. I am using a
AMD64 machine on Fedora
Replying to Stipe Tolj:
I agree. In that extend that ugly pachtes are getting in if the
demanding market is really that big.
Ok, some may say now: you say a) and then b) again, which is contrairy.
No! What I mean is that the group is not a group of puristic people (ok,
let's don't count
attached
--
Paul P 'Stingray' Komkoff Jr // http://stingr.net/key - my pgp key
This message represents the official view of the voices in my head
Index: gateway.A9/acinclude.m4
===
--- gateway.A9.orig/acinclude.m42004-11-06
attached
--
Paul P 'Stingray' Komkoff Jr // http://stingr.net/key - my pgp key
This message represents the official view of the voices in my head
Index: gateway.A9/configure.in
===
--- gateway.A9.orig/configure.in2004-11-06
attached
--
Paul P 'Stingray' Komkoff Jr // http://stingr.net/key - my pgp key
This message represents the official view of the voices in my head
Index: gateway.A9/gw/wap-appl.c
===
--- gateway.A9.orig/gw/wap-appl.c 2004-11-06
Now, smsbox really shows what code would look like if you just hack
on. Knowing this very well, being one of these hackers ;)
I will test this. Thanks for reporting.
Aarno
On 10.2.2005, at 16:19, Stipe Tolj wrote:
Davy Chan wrote:
I've been looking at this off and on since Jan of this year. It
Here is the GDB backtrace Hope this helps...
[EMAIL PROTECTED] kannel-snapshot]# gdb gw/bearerbox core.22708
GNU gdb Red Hat Linux (6.1post-1.20040607.43rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to
Paul P Komkoff Jr wrote:
attached
ok, I may be picky again... but I'll be anyway ;)
As far as I understand, this means, libcurl support is optional via configure
switch --enable-curl, right?
Some points I'd like to see cleaned:
* moving curl_XXX functions to an own file instead of mudging it
Paul P Komkoff Jr wrote:
attached
please drop some shade on what this patch does. In order to make code review
easier and voting speed-up.
Stipe
mailto:stolj_{at}_wapme.de
---
Wapme Systems AG
Vogelsanger Weg 80
40470 Düsseldorf,
Replying to Stipe Tolj:
Paul P Komkoff Jr wrote:
attached
please drop some shade on what this patch does. In order to make code
review easier and voting speed-up.
Later today, I'm overwhelmed right now. Basically, it avoids sending
any accept-charset headers learnt from phone, and
Paul P Komkoff Jr wrote:
attached
+1, commited with slight changes. Thanks a lot.
Also added a compatiblity warning to NEWS file for upcoming 1.4.1 stable
release, since this changes wapbox's access-log format.
Stipe
mailto:stolj_{at}_wapme.de
Hi,
On Thu, 2005-02-10 at 14:56 +0100, Stipe Tolj wrote:
Seems like DLR-related stuff is transmitted in UDH, and that's what I'm
overriding so Kannel's dlr-mask just doesn't seem to work.
what do you mean with DLR stuff transmitted in UDH??
It was just a false alert, and because of an
Hi,
As far as I understand, this means, libcurl support is optional via configure
switch --enable-curl, right?
Some points I'd like to see cleaned:
* moving curl_XXX functions to an own file instead of mudging it into
gw/wap-appl.c. This is not the appropriate place IMO.
* code style.
**From: Hillel Bilman [EMAIL PROTECTED]
**To: Alexander Malysh [EMAIL PROTECTED]
**Subject: receiving the messageid - another approach until a DLR parameter is
** introduced.
**Date: Fri, 11 Feb 2005 13:21:26 +0200
**Cc: Kannel Devel devel@kannel.org
**
**Dear Alex,
**
**The ts is the
Any idea when the freeze will be for generation of v1.4.1? I've
got a large patch to the Kannel userguide but am currently stuck
trying to get DocBooks to support Section numbering without hacking
the system Docbook templates.
If the freeze for v1.4.1 is imminent, then I'll say the hell with
Davy Chan wrote:
Any idea when the freeze will be for generation of v1.4.1? I've
got a large patch to the Kannel userguide but am currently stuck
trying to get DocBooks to support Section numbering without hacking
the system Docbook templates.
If the freeze for v1.4.1 is imminent, then I'll say
Magnus Byrkjeflot wrote:
How?
I've not used it before
addr2line -e gw/bearerbox 00488314 -f
gw_panic
??:0
do a man addr2line for more details.
Stipe
mailto:stolj_{at}_wapme.de
---
Wapme Systems AG
Vogelsanger Weg 80
40470
commited to cvs.
Stipe
mailto:stolj_{at}_wapme.de
---
Wapme Systems AG
Vogelsanger Weg 80
40470 Düsseldorf, NRW, Germany
phone: +49.211.74845.0
fax: +49.211.74845.299
mailto:info_{at}_wapme-systems.de
http://www.wapme-systems.de/
On Fri, 2005-02-11 at 16:38 +0200, Dziugas Baltrunas wrote:
A snip from doc/CodingStyle:
Don't add new features and make them conditionally compiled.
Either add them completely, or don't add them at all.
Should it now be removed?
A very good catch. I think we should remove
**From: fred [EMAIL PROTECTED]
**To: devel devel@kannel.org
**Subject: Re: messageid DLR parameter
**Date: Fri, 11 Feb 2005 18:44:37 +1100
**
**Well, to get to the 15 Bytes transferred, I did not include the thousands
**of CPU cycles to create and pass those 15 bytes from bearerbox to smsbox.
**Subject: Re: [PATCH] curl
**From: Enver ALTIN [EMAIL PROTECTED]
**To: devel@kannel.org
**In-Reply-To: [EMAIL PROTECTED]
**Organization: Parkyeri
**Date: Fri, 11 Feb 2005 18:09:19 +0200
**
**On Fri, 2005-02-11 at 16:38 +0200, Dziugas Baltrunas wrote:
** A snip from doc/CodingStyle:
**
**
Hi Paul,
patch looks good except small comments...
comments to this patch:
--- gateway.A9.orig/configure.in2004-11-06 17:36:55.728060912 +0300
+++ gateway.A9/configure.in2004-11-06 17:46:21.818002160 +0300
@@ -216,6 +216,18 @@
]
)
+AC_MSG_CHECKING([whether to do all wapbox
Replying to Alexander Malysh:
why NEW_CHARSET? would it be possible to name this as help message (e.g.
UTF8_CHARSET) because it's just confusing at least me?
ok I will
+charset=octstr_duplicate(content.charset);
possible memleak
why ?
Hi,
I'm also +1 but don't see a easy way to handle such things with CVS (and
again my ++1 for subversion switch ;)).
Stipe Tolj wrote:
Hi list,
I'd like to promote Rene Kluwen [EMAIL PROTECTED] to gain cvs write
access in order to contribute his sqlbox as own cvs module.
He is willing
Replying to Stipe Tolj:
As far as I understand, this means, libcurl support is optional via
configure switch --enable-curl, right?
Yes, that is for those people who want gwlib's http for some reason.
My testing shows that curl is more reliable, though ... ;(
Some points I'd like to see
hi,
joust one idea: would it be possible to put curl things into gwlib into
extra file and provide some compat layer for kannel's http interface so
that _all_ users of gwlib/http would benefit (e.g. smsc_http/smsbox/etc.)?
Paul P Komkoff Jr wrote:
Replying to Stipe Tolj:
As far as I
On Sat, 12 Feb 2005, Jørgen Thomsen wrote:
should [Kannel] be a framework to handle several protocols as
'abstracted' as possible but with provisions for handling all aspects of
a specific protocol.
In my view the latter is a much more useful and challenging point of view.
+1. While I agree with
Alex,
I didn't say it's a best way, it's one of possible ways :) I would incline
to put those either in new .c file and just call generated functions or
in .h file and include it... it's up to you how better to proceed here.
Oh, it's messy indeed. I've got the thing re-written inside
35 matches
Mail list logo