RE: I minor error found in gw/smsc_at2.c

2002-02-20 Thread Oded Arbel
> -Original Message- > From: Stipe Tolj [mailto:[EMAIL PROTECTED]] > "Nektarios K. Papadopoulos" wrote: > > I think that passing octstr_case_compare to list_search, makes it to > > search for at least one non matching list element, insteat for one > > matching. > > So I suggest changing i

RE: [RFC] CVS rules for STATUS

2002-02-20 Thread Oded Arbel
Hi. If people agree, I'd like to at least note the SIM buffering patch I submitted to the list in STATUS (msgid : [EMAIL PROTECTED]) BTW - I was wondering - how many people (count, not interested in names :-) have CVS write access ? TIA Oded Arbel m-Wise Inc. [EMAIL PROTECTED] -- Ninety eight

Re: [RFI] Code to NSM, WAP related and MMC

2002-02-20 Thread Aarno Syvänen
haikannel wrote: > > That would be great. Please send them to me. I wanna to test those. > Thank you, > > Le Nhu Hai > > Bruno David Simões Rodrigues wrote: > > > Is there any issue about including code to Nokia Smart Messaging, Wap Push, > > Siemens MMC, etc in kannel ? > > > > Has anyone un

Re: Mutex failure

2002-02-20 Thread Stipe Tolj
Benjamin Lee wrote: > > Yup, it works! Swapping the order of unlock_in() and unlock_out() > statements at the end of conn_register() fixes the mutex problem. I have commited this to cvs now. Uoti and the other: > > > at the end of conn_register, or (a cleaner way) by adding a > > > lock_out/unl

Re: [RFC] CVS rules for STATUS

2002-02-20 Thread Stipe Tolj
Oded Arbel wrote: > > Hi. > > If people agree, I'd like to at least note the SIM buffering patch I > submitted to the list in STATUS (msgid : > [EMAIL PROTECTED]) I'll add this. > BTW - I was wondering - how many people (count, not interested in names > :-) have CVS write access ? something a

Re: I minor error found in gw/smsc_at2.c

2002-02-20 Thread Stipe Tolj
"Nektarios K. Papadopoulos" wrote: > > the diff with todays cvs is attached, in case I am not wrong. patch applied to cvs, thanks! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-

RE: [RFC] CVS rules for STATUS

2002-02-20 Thread Oded Arbel
No, I meant this one : http://www.mail-archive.com/devel@kannel.3glab.org/msg02382.html though, I would like the developers opinion on the smsc-center patch too.. Thank you. Oded Arbel m-Wise Inc. [EMAIL PROTECTED] -- "The purpose of morality is to teach you, not to suffer and die, but to enjoy

[PATCH] nailed another smsc_at2.c memory leak.

2002-02-20 Thread Oded Arbel
Patch attached. pretty straight forward. hope I've seen the last of 'em :-) TIA Oded Arbel m-Wise Inc. [EMAIL PROTECTED] -- I learned that it is the weak who are cruel, and that gentleness is to be expected only from the strong. --Leo Rosten <> smsc_at2.patch Description: smsc_at

AT2 and SIM routing

2002-02-20 Thread Matthew Flax
Hello, I am wondering wether a patch will make it into kannel soon to add SIM routing to AT2 ? I think it is necessary, and the sooner the better ! -- Matt For electronic musicians ... Vector Bass : http://mffmvectorbass.sourceforge.net/ For developers ... TimeScale Audio Mod : htt

Re: [PATCH] nailed another smsc_at2.c memory leak.

2002-02-20 Thread Stipe Tolj
Oded Arbel wrote: > > Patch attached. pretty straight forward. > hope I've seen the last of 'em :-) any objections from your side Andreas? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-21

Re: AT2 and SIM routing

2002-02-20 Thread Stipe Tolj
Matthew Flax wrote: > > Hello, > > I am wondering wether a patch will make it into kannel soon to add SIM > routing to AT2 ? Oded has submitted a patch, see STATUS file. > I think it is necessary, and the sooner the better ! If you are interested in getting this in we need people reviewing su

WTLS Status implementation

2002-02-20 Thread Bjoern Buettner
Hi all How is the status about WTLS implementation. Thanks for your answer Bjoern kind regards Vodafone TeleCommerce GmbH Architecture & Engineering Bjoern Buettner Daniel Goldbach Str. 17-19 40880 Ratingen Tel. +49 (0) 21 02 / 97 20 13 Fax +49 (0) 21 02 / 97 15 14 mailto:[EMAIL PROTECT

kannel fakesmsc problem

2002-02-20 Thread GAksenov
Hello! I have just compiled current cvs snapshot. And try to test it via fakesmsc. all look fine but if i start it as, i have got (and it's ok) $./fakesmsc -H localhost -p 1 -i 10 -m 10 "89021733068 206 text nop" 2002-02-20 18:06:35 [0] INFO: Debug_lvl = -1, log_file = , log_lvl = 0 2002

Modification of gwthread_sleep for SMPP throttling

2002-02-20 Thread Alex Judd
In order to add (hopefully nice) throttling to the SMPP driver I'd like to modify the behaviour of the gwthread_sleep function in gwthread-pthread.c very slightly. Currently the function receives the amount of seconds to sleep as a double, multiplies it by 1000 to get that value in millisecond

RE: Modification of gwthread_sleep for SMPP throttling

2002-02-20 Thread Oded Arbel
I don't think I understand. as gwthread_sleep accepts times in double and not integer, its easy to sleep for less then a second. for example - I usually use gwthread_sleep(0.1) which sleeps for a tenth of a second. what's wrong with the current implementation ? Oded Arbel m-Wise Inc. [EMAIL PROTE

RE: Modification of gwthread_sleep for SMPP throttling

2002-02-20 Thread Jörg Pommnitz
I second this. gwthread_sleep does what you want right now or I'm missing something. Regards Jörg -Original Message- From: Oded Arbel To: Alex Judd; [EMAIL PROTECTED] Sent: 2/20/02 4:33 PM Subject: RE: Modification of gwthread_sleep for SMPP throttling I don't think I understand. as g

Re: Request for Kannel SMS Configuration

2002-02-20 Thread Andreas Fink
Title: Re: Request for Kannel SMS Configuration your configuration is wrong. See this:     # SMSC CONNECTIONS       group = smsc     smsc = http     system-type = kannel     port = 15130     #connect-allow-ip = "127.0.0.1"     smsc-username = kannel     smsc-password = rL4y     send-url = "http:

RE: [PATCH] smsc default-sender & forced-sender

2002-02-20 Thread Oded Arbel
Hi everyone.   I have applied the patch and tested some of it's functionality (global/default sender and applied defaults) and I found that it does what its advertised to do (or at least, it doesn't break anything important ;-). I liked the way default-sender overrides global-sender, but I

RE: [PATCH] smsc default-sender & forced-sender

2002-02-20 Thread Angel Fradejas
Yes I know it's ugly that global-sender is needed, but the alternative was my previous version of this patch, that had the problem of allowing null sender sms to arrive to bearerbox. Then if you do not have default-sender, the message with null sender would go to the smsc. -Mensaje or

memory leaks spotted

2002-02-20 Thread Nektarios K. Papadopoulos
After updating from CVS I start having some memory leaks on my smsbox. allocations were reported to be made from octstr_split_words and http_header_find_first. Knowing what my application was requesting kannel to do I tracked them down in three points. But I am not sure this is all. Anyway, the

Re: Kannel Development

2002-02-20 Thread T. Martin
I am also interested in getting answers to similar questions. When is the next scheduled 'packaged' release of kannel due? Using CVS is good and all, but in a production environment, people dont really feel safe using a tree that is currently being developed on! My only thoughts would be to grab a

Re: Mutex failure

2002-02-20 Thread Richard Braakman
On Wed, Feb 20, 2002 at 11:50:59AM +0100, Stipe Tolj wrote: > Uoti and the other: > > > > at the end of conn_register, or (a cleaner way) by adding a > > > > lock_out/unlock_out pair at the start of conn_destroy. Hmm... if conn_destroy is being called in a context where it is still possible that

Re: Kannel Development

2002-02-20 Thread Steffen Larsen
"T. Martin" wrote: > > I am also interested in getting answers to similar questions. When is the > next scheduled 'packaged' release of kannel due? Using CVS is good and all, > but in a production environment, people dont really feel safe using a tree > that is currently being developed on! My on

Optional parameters in smpp pdu's?

2002-02-20 Thread Wartan Hachaturow
Hello. As I see, kannel-1.1.5 doesn't implement optional parameters parsing in smpp pdu's, and my operator sends me sms'es with the body in the payload (thus setting sm_length to 0 and kannel thinks it's got an empty message). Are there any patches out there for this? (Maybe there are, and I won'

Sending ringtone and logo using SMPP V3.3

2002-02-20 Thread haikannel
Hi all, Please tell me can I send ringtone and logo to SMSC using SMPP v.3.3 ? Haikannel _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

SMPP throttling

2002-02-20 Thread Matthew Flax
Hello, I was wondering do people throttle SMPP using aysnc HTTP requests ? If so then can smsbox handle this ? Also what are the best messages per second bandwidth ? Can it handle 450 SMSs per second ? thanks alot -- Matt For electronic musicians ... Vector Bass : http://mffmvectorb

Re: SMPP throttling

2002-02-20 Thread Andreas Fink
>Hello, > >I was wondering do people throttle SMPP using aysnc HTTP requests ? >If so then can smsbox handle this ? there's no need to throttle SMPP. Its a windowing protocol so it should slow down automatically. This is true for EMI/UCP too but somehow this doesnt work properly at the moment.

Re: Kannel Development

2002-02-20 Thread Andreas Fink
>I am also interested in getting answers to similar questions. When is the >next scheduled 'packaged' release of kannel due? Using CVS is good and all, >but in a production environment, people dont really feel safe using a tree >that is currently being developed on! My only thoughts would be to gr

Re: Kannel Development

2002-02-20 Thread Choong Hong Cheng
Anyone want to redesign the website ? I am willing to help out with the new design . if it's ok with you guys ... Cheers, Hong Cheng --- Andreas Fink <[EMAIL PROTECTED]> wrote: > >I am also interested in getting answers to similar > questions. When is the > >next scheduled 'packaged' releas

RE: Kannel Development

2002-02-20 Thread Oded Arbel
> To the group: Any objections to declare CVS as "stable 1.2.0" and > "development 1.3.0". Yes, It's about high time the CVS would branch. I'm all for it (it be easier to sell my boss an upgrade to the latest version if it wouldn't be tagged as "CVS" :-) Oded Arbel m-Wise Inc. [EMAIL PROTECTED