CIMD unknown parameter 69
re does anyone know what CIMD parameter 69 exactly stands for? I seem to receive it constantly from one of our operators. the parameter value seems to include their smsc number. In the CIMD doc I have, the last is 68 .. any pointers to some better doc? regards, kaido
RE: write failed with errno 11
Hi! No, i'm not using DLR. I tried to set dlrmask to 0 and nothing changed. Stephane. -Original Message- From: Oded Arbel [mailto:[EMAIL PROTECTED]] Sent: 08 August 2002 18:14 To: Stephane Pointu Cc: Kannel-devel (E-mail) Subject: RE: write failed with errno 11 -Original Message- From: Stephane Pointu [mailto:[EMAIL PROTECTED]] Don't be so rude!!! Rude ? who - me ? only to myself, and I don't think that counts. Now, my cms error 500 is gone but when i send a big SMS (for example 130 characters long) i get a CMS ERROR 304. According to the documentation it is Invalid PDU mode parameter. What does that mean exactly? I can send shorter SMS's (i've successfully sent a 126 character long SMS). Are you using DLR ? try setting the dlrmask to 0, please, and see if that solves your problem. -- Oded Arbel m-Wise mobile solutions [EMAIL PROTECTED] +972-9-9581711 (116) +972-67-340014 ::.. Beauty unaware of itself is the most beautiful
Re: [RFC] new module : SOAP.
On Qui, 2002-08-08 at 17:25, Nisan Bloch wrote: Hi Oded (...) And finally did you consider using a XSL processor - like Sablot? Generate a XSL style sheet to map the providers XML onto an internal form that Kannel knows about? +1 for an external XSL
Re: MMS PDU
Hi List, I have been able to test successfully the following: udh=%06%05%04%0b%84%23%f0text=%0f%06%03%be%af%84%8c%82%98%39%39%39%35%40%66%6c%79%65%72%6f%6e%65%2e%63%6f%6d%00%8d%90%8a%80%8e%01%64%88%06%80%04%3d%64%8d%80%83%YourURI%00 However, with reference to WAP-206-MMSCTR-20010612-a, I should get a WSP/HTTP GET.req. But I got the following: ***2002-08-07 12:34:58 [6] DEBUG: type = RcvInvoke2002-08-07 12:34:58 [6] DEBUG: user_data =2002-08-07 12:34:58 [6] DEBUG: Octet string at 80eec08:2002-08-07 12:34:58 [6] DEBUG: len: 422002-08-07 12:34:58 [6] DEBUG: size: 432002-08-07 12:34:58 [6] DEBUG: immutable: 02002-08-07 12:34:58 [6] DEBUG: data: 01 10 13 13 04 80 86 a0 2002-08-07 12:34:58 [6] DEBUG: data: 00 04 81 92 a7 60 02 82 .`..2002-08-07 12:34:58 [6] DEBUG: data: 00 02 83 01 02 84 01 80 2002-08-07 12:34:58 [6] DEBUG: data: 80 83 99 81 ea 20 a9 20 . .2002-08-07 12:34:58 [6] DEBUG: data: 4e 6f 6b 69 61 37 36 35 Nokia7652002-08-07 12:34:58 [6] DEBUG: data: 30 00 0.2002-08-07 12:34:58 [6] DEBUG: Octet string dump ends.2002-08-07 12:34:58 [6] DEBUG: tcl = 22002-08-07 12:34:58 [6] DEBUG: tid = 314722002-08-07 12:34:58 [6] DEBUG: tid_new = 02002-08-07 12:34:58 [6] DEBUG: rid = 12002-08-07 12:34:58 [6] DEBUG: up_flag = 12002-08-07 12:34:58 [6] DEBUG: no_cache_supported = 02002-08-07 12:34:58 [6] DEBUG: version = 02002-08-07 12:34:58 [6] DEBUG: gtr = 12002-08-07 12:34:58 [6] DEBUG: ttr = 1*** This doesn't seem to be a WSP/HTTP GET.req. What type of request is it ? Or did I follow thewrong process ? Regards, ShantanuDo You Yahoo!? HotJobs, a Yahoo! service - Search Thousands of New Jobs
Re: [PATCH] experimental full DLR support for AT2 module
I added your two last submitted patches to the STATUS file. 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 --- wapme.net - wherever you are
Re: [PATCH] experimental full DLR support for AT2 module
I guess this should be reviewed by someone who is very familiar with the AT2 module, like Andreas and/or Bruno. Guys?! I hope I will test it this afternoon. In the meanwhile thanks to all the sick people :-) Andrea
smsbox
How many of you really use the feature of independent smsbox in different machine than the bearerbox? (or several smsboxes). Just thinking about the old 'thread smsbox' which was in old Kannel... -- kalle marjola product concept manager NETikos finland (http://www.netikos.fi)
Re: smsbox
Kalle Marjola wrote: How many of you really use the feature of independent smsbox in different machine than the bearerbox? (or several smsboxes). Just thinking about the old 'thread smsbox' which was in old Kannel... we do, at least in some extend. Are you planing to incorporate smsbox as bearerbox thread?! If yes, we dislike this because of several reasons, one of them is the abilitiy to make config changes 'on-the-fly' to smsbox related groups, while bearerbox is still running. 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 --- wapme.net - wherever you are
Re: creating an smsc directory
Harrie Hazewinkel kirjoittaa keskiviikkona, 7. elokuuta 2002, kello 18:22: --On Wednesday, August 7, 2002 6:09 PM +0300 Oded Arbel odeda@m- wise.com wrote: -Original Message- From: Stipe Tolj [mailto:[EMAIL PROTECTED]] Harrie Hazewinkel wrote: Hi, I would like to ask if people would object if I would move the files into a new directory gw/smsc/ This would clean up the 'gw' directory a bit and group the sms center modules What about smpp_pdu.* modules ? These are part of smpp implementation. A
Re: creating an smsc directory
Aarno Syvänen wrote: What about smpp_pdu.* modules ? These are part of smpp implementation. agreed, they should also go to gw/smsc. And don't forget about gw/emimsg.c which is for emi2. 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 --- wapme.net - wherever you are
Re: [PATCH] sms centers
PPS: Anyone else noticed that Cygwin has some serious thread/signal problems? yeah, but it should be fixed in 1.3.12-2 and up. I claimed these to the core Cygwin people. (I'm also the official Apache Cygwin port maintainer, so the problems arrised from several sides) But they didn't react up to now. 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 --- wapme.net - wherever you are
Re: creating an smsc directory
--On Friday, August 9, 2002 12:30 PM +0200 Stipe Tolj [EMAIL PROTECTED] wrote: Aarno Syvänen wrote: What about smpp_pdu.* modules ? These are part of smpp implementation. agreed, they should also go to gw/smsc. And don't forget about gw/emimsg.c which is for emi2. Seem to have missed some. I move those too. Already testing the move of those files. Harrie Internet Management Consulting mailto: [EMAIL PROTECTED] http://www.lisanza.net/ Author of MOD-SNMP, enabling SNMP management the Apache HTTP server
Re: [PATCH] sms centers
so what does the patch do now?! I didn't get the point. 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 --- wapme.net - wherever you are
Re: smsbox
On Fri, 9 Aug 2002, Stipe Tolj wrote: How many of you really use the feature of independent smsbox in different machine than the bearerbox? (or several smsboxes). Just thinking about the old 'thread smsbox' which was in old Kannel... we do, at least in some extend. Are you planing to incorporate smsbox as bearerbox thread?! Well, several threads... (and this is just speculation. Last time the idea was torpedoed down because of load distribution reasons, after I have done some tests etc.) If yes, we dislike this because of several reasons, one of them is the abilitiy to make config changes 'on-the-fly' to smsbox related groups, while bearerbox is still running. Do you have some nifty way to take smsbox down for that use, so that no messages are lost while they are being transfered between bearerbox and smsbox? (or open http connections) Dynamic configuration loading is doable (been there...), so what are those other reasons? (it is amazing how much it simplifies things to have smsbox in same process. And makes Kannel much faster) (for distribution, the possibility to run distinct smsbox could be left, too, alhought I do not see much use for that...) -- kalle marjola product concept manager NETikos finland (http://www.netikos.fi)
Re: MMS PDU
Hi, 2002-08-07 12:34:58 [6] DEBUG: rid = 1 2002-08-07 12:34:58 [6] DEBUG: up_flag = 1 2002-08-07 12:34:58 [6] DEBUG: no_cache_supported = 0 2002-08-07 12:34:58 [6] DEBUG: version = 0 2002-08-07 12:34:58 [6] DEBUG: gtr = 1 2002-08-07 12:34:58 [6] DEBUG: ttr = 1 * ** This doesn't seem to be a WSP/HTTP GET.req. What type of request is it ? Or did I follow thewrong process ? This is a WTP PDU. What our WSP PDU look like ? A The bearerbox.log is attached.In my previous mail, up the stack, that was the highest place where I got the PDU. Iwas getting upto : wtp_resp.c/handle_erroneous_field_in(): WTP_RESP: no sar implemented aborting transaction. At that location I used "wap_event_dump(event)". It did not gouptothe WSP layer. Regards, Shantanu JogDo You Yahoo!? HotJobs, a Yahoo! service - Search Thousands of New Jobs bearer box log as on 09-08-2002 2002-08-09 11:39:38 [10] DEBUG: datagram received 2002-08-09 11:39:38 [10] DEBUG: dumping udp 2002-08-09 11:39:38 [10] DEBUG: Octet string at 80d8998: 2002-08-09 11:39:38 [10] DEBUG: len: 46 2002-08-09 11:39:38 [10] DEBUG: size: 47 2002-08-09 11:39:38 [10] DEBUG: immutable: 0 2002-08-09 11:39:38 [10] DEBUG: data: 0a 46 40 12 01 10 13 13 .F@. 2002-08-09 11:39:38 [10] DEBUG: data: 04 80 86 a0 00 04 81 92 2002-08-09 11:39:38 [10] DEBUG: data: a7 60 02 82 00 02 83 01 .`.. 2002-08-09 11:39:38 [10] DEBUG: data: 02 84 01 80 80 83 99 81 2002-08-09 11:39:38 [10] DEBUG: data: ea 20 a9 20 4e 6f 6b 69 . . Noki 2002-08-09 11:39:38 [10] DEBUG: data: 61 37 36 35 30 00 a7650. 2002-08-09 11:39:38 [10] DEBUG: Octet string dump ends. 2002-08-09 11:39:38 [10] DEBUG: Creating WDP 2002-08-09 11:39:38 [10] DEBUG: dumping user data= F@ 2002-08-09 11:39:38 [10] DEBUG: dumping wdp 2002-08-09 11:39:38 [10] DEBUG: Msg object at 80d99b0: 2002-08-09 11:39:38 [10] DEBUG: type: wdp_datagram 2002-08-09 11:39:38 [10] DEBUG: wdp_datagram.source_address: 2002-08-09 11:39:38 [10] DEBUG: Octet string at 80d8a10: 2002-08-09 11:39:38 [10] DEBUG:len: 13 2002-08-09 11:39:38 [10] DEBUG:size: 14 2002-08-09 11:39:38 [10] DEBUG:immutable: 0 2002-08-09 11:39:38 [10] DEBUG:data: 32 30 33 2e 32 31 32 2e 203.212. 2002-08-09 11:39:38 [10] DEBUG:data: 36 35 2e 34 3065.40 2002-08-09 11:39:38 [10] DEBUG: Octet string dump ends. 2002-08-09 11:39:38 [10] DEBUG: wdp_datagram.source_port: 44911 2002-08-09 11:39:38 [10] DEBUG: wdp_datagram.destination_address: 2002-08-09 11:39:38 [10] DEBUG: Octet string at 80d8a40: 2002-08-09 11:39:38 [10] DEBUG:len: 7 2002-08-09 11:39:38 [10] DEBUG:size: 8 2002-08-09 11:39:38 [10] DEBUG:immutable: 0 2002-08-09 11:39:38 [10] DEBUG:data: 30 2e 30 2e 30 2e 30 0.0.0.0 2002-08-09 11:39:38 [10] DEBUG: Octet string dump ends. 2002-08-09 11:39:38 [10] DEBUG: wdp_datagram.destination_port: 9201 2002-08-09 11:39:38 [10] DEBUG: wdp_datagram.user_data: 2002-08-09 11:39:38 [10] DEBUG: Octet string at 80d8998: 2002-08-09 11:39:38 [10] DEBUG:len: 46 2002-08-09 11:39:38 [10] DEBUG:size: 47 2002-08-09 11:39:38 [10] DEBUG:immutable: 0 2002-08-09 11:39:38 [10] DEBUG:data: 0a 46 40 12 01 10 13 13 .F@. 2002-08-09 11:39:38 [10] DEBUG:data: 04 80 86 a0 00 04 81 92 2002-08-09 11:39:38 [10] DEBUG:data: a7 60 02 82 00 02 83 01 .`.. 2002-08-09 11:39:38 [10] DEBUG:data: 02 84 01 80 80 83 99 81 2002-08-09 11:39:38 [10] DEBUG:data: ea 20 a9 20 4e 6f 6b 69 . . Noki 2002-08-09 11:39:38 [10] DEBUG:data: 61 37 36 35 30 00 a7650. 2002-08-09 11:39:38 [10] DEBUG: Octet string dump ends. 2002-08-09 11:39:38 [10] DEBUG: Msg object ends. 2002-08-09 11:39:38 [12] DEBUG: Did not find previous routing info for WDP, generating new 2002-08-09 11:39:38 [12] DEBUG: sending wdp to wapbox specific queue 2002-08-09 11:39:38 [16] DEBUG: boxc_sender: sent message to 127.0.0.1, from wapbox queue 2002-08-09 11:39:42 [10] DEBUG: datagram received 2002-08-09 11:39:42 [10] DEBUG: dumping udp 2002-08-09 11:39:42 [10] DEBUG: Octet string at 80d8a58: 2002-08-09 11:39:42 [10] DEBUG: len: 46 2002-08-09 11:39:42 [10] DEBUG: size: 47 2002-08-09 11:39:42 [10] DEBUG: immutable: 0 2002-08-09 11:39:42 [10] DEBUG: data: 0b 46 40 12 01 10 13 13 .F@. 2002-08-09 11:39:42 [10] DEBUG: data: 04 80 86 a0 00 04 81 92 2002-08-09 11:39:42 [10] DEBUG: data: a7 60 02 82 00 02 83 01 .`.. 2002-08-09 11:39:42 [10] DEBUG: data: 02 84 01 80 80 83 99 81 2002-08-09 11:39:42 [10] DEBUG: data: ea 20 a9 20 4e 6f 6b 69 . . Noki 2002-08-09 11:39:42 [10] DEBUG: data: 61 37 36 35 30 00 a7650. 2002-08-09 11:39:42 [10] DEBUG: Octet string dump ends. 2002-08-09 11:39:42 [10] DEBUG: Creating WDP 2002-08-09 11:39:42 [10] DEBUG: dumping user data= F@ 2002-08-09
Re: smsbox
On Fri, 9 Aug 2002, Harrie Hazewinkel wrote: Do you have some nifty way to take smsbox down for that use, so that no messages are lost while they are being transfered between bearerbox and smsbox? (or open http connections) (pure speculating here) A way could be to have the smsbox doing some gracefull restart by reading the configuration while the connections (sockets) stay connected. Then messages would get queue up. Unless the restart takes very long you would no loose messages. Not sure how the timing/speed is for this. Well my question was not about how it can be done but how they do do it right now :] (it is amazing how much it simplifies things to have smsbox in same process. And makes Kannel much faster) Just curious, but what about the wapbox?? Would that go faster too?? Possibly, but with wap, you do not need to say 'ack' to each message like with smsc Yes, dynamic configuration is possible via various ways, SNMP, HTTP or even just some kind of gracefull restart that reads the configuration and setups the new environment. What I meant here is that dynamic configuration loading inside Kannel without stopping the smsc connections can be done (quite easily), thus effectually same thing as never stopping bearerbox but restarting smsbox (for distribution, the possibility to run distinct smsbox could be left, too, alhought I do not see much use for that...) Only when the load can go so sky high that a singl machine cannot keep up Naturally. But show me the single SMSC connection that can do that. And if you have several SMS center connections, you can have several bearerboxes, too (yes, I know that if you need to reoute things between them, this can still cause problems. That is just what I'm asking here, does anyone really USE that or is it just speculation that it CAN be done and used? Is it worth all the pain of message/ack/dlr transfer between smsbox and bearerbox?) Usually the speed of applications (oh, the java servlets) and SMSC connections is the only factor of the speed. The core Kannel can handle like 1000-2000 msg/s of fixed answers in normal modern tabletop, like 500-1000 HTTP based services (if the server is fast enough) SMS centers usually do something between 10-50/s, java servlets less. Correct me if I'm horribly wrong -- kalle marjola product concept manager NETikos finland (http://www.netikos.fi)
Re: smsbox
Do you have some nifty way to take smsbox down for that use, so that no messages are lost while they are being transfered between bearerbox and smsbox? (or open http connections) Hmm, doesn't smsbox go gracefully down, which means it waits until all transfered open SMS to bearerbox and HTTP requests are handled? This should be done I guess. Dynamic configuration loading is doable (been there...), so what are those other reasons? (it is amazing how much it simplifies things to have smsbox in same process. And makes Kannel much faster) reload of configuration on the fly?! Hmm, that's new to me, what signal are you using and for what box? Do you have any accurate benchmarks comparing the two processes? Maybe we can keep the code that clean that we can have a configure switch to incorporate the smsbox into bearerbox as thread?! I think this would be perfect for all of us. (for distribution, the possibility to run distinct smsbox could be left, too, alhought I do not see much use for that...) BTW, I didn't got the point how bearerbox knows to which smsbox it has to route inbound messages? Or is it passing a copy to all connected smsboxes?` 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 --- wapme.net - wherever you are
Re: smsbox
On Fri, 9 Aug 2002, Stipe Tolj wrote: Well my question was not about how it can be done but how they do do it right now :] we do terminate and restart smsbox to re-read the updated configuration. Okay, just curious about possible open HTTP connections etc. so they do not cause problems? (like lost replies later on requeed with store system) What I meant here is that dynamic configuration loading inside Kannel without stopping the smsc connections can be done (quite easily), thus effectually same thing as never stopping bearerbox but restarting smsbox which is what we do. But you still have to stop and restart bearerbox if you change smsc groups (adding or modifying) and hence those who are not affected have to go down and up too. Yes, the same way it goes with the integrated one. I'm also thinking of problems arrising from the planed modularization. As far as I see we will have modularization (which is already there) for SMSC modules and SMS services (i.e. sendsms, sendota, sendringtone, sendlogo etc). which means if someone links in a SMS service module (into smsbox scope) and smsbox is implemented as threads inside bearerbox and the new code dumps core, the whole systems blows up. Which is not the way we would like to see it. That is a valid point. If I start to speak ideally, I would get rid of all such services and instead implement just one simple http sender/receiver and all those services would be done by external filter/proxy/whatever. No idea to make basic _gateway_ an application server. But that is of course 'if I was the king of the world and would do redo everything' -talk. Things that aleady exist are hard to move away (like those prefix-suffix things in sms-service groups.. one in 200 uses them and thus they cannot be removed and left to be application problem..) -- kalle marjola product concept manager NETikos finland (http://www.netikos.fi)
Re: smsbox
reload of configuration on the fly?! Hmm, that's new to me, what signal are you using and for what box? I mean that can be done, I have done some tests, and it used admin command. AFAIK, you can not re-read the config file on the fly?!?! Do you have any accurate benchmarks comparing the two processes? Guess... ;] But I could arrange.. that would help, yes. Maybe we can keep the code that clean that we can have a configure switch to incorporate the smsbox into bearerbox as thread?! I think this would be perfect for all of us. But that wouldn't help for intra-Kannel logistics, sould it? :] if we astract the logical bearerbox - smsbox communication so the configure switch does select then the accurate implementation (function or tcp calling) this would work. Think of MySQL-4's new way to link the whole mysqld engine to your client executable, I think they use the same approach. BTW, I didn't got the point how bearerbox knows to which smsbox it has to route inbound messages? Or is it passing a copy to all connected smsboxes?` All smsboxes are equal, and thus bearerbox sends the message to random one, or the one with lowest load (cannot recall the exact algorithm, use the source...) Hmm, that's bad in some sence. 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 --- wapme.net - wherever you are
Re: smsbox
On Fri, 9 Aug 2002, Stipe Tolj wrote: reload of configuration on the fly?! Hmm, that's new to me, what signal are you using and for what box? I mean that can be done, I have done some tests, and it used admin command. AFAIK, you can not re-read the config file on the fly?!?! Not with CVS Kannel. With patched, yes. (but do not ask for it, at least yer, it is quite a mess and has all these toher thigns I'm talking about here, so it is not compatible) if we astract the logical bearerbox - smsbox communication so the configure switch does select then the accurate implementation (function or tcp calling) this would work. Think of MySQL-4's new way to link the whole mysqld engine to your client executable, I think they use the same approach. Hm, that could work.. All smsboxes are equal, and thus bearerbox sends the message to random one, or the one with lowest load (cannot recall the exact algorithm, use the source...) Hmm, that's bad in some sence. Well, it has been like this for all these 3 or so years and no one has ever complained... (but I doubt that anyone has used more than one smsbox except for testing purposes :) PS: Now that I at last remember: please do not send me double copies each time you reply to my emails. I'm on devel list, too, no need to send personal reply (hm, am I starting to sound like Lars?) -- kalle marjola product concept manager NETikos finland (http://www.netikos.fi)
Re: smsbox
Okay, just curious about possible open HTTP connections etc. so they do not cause problems? (like lost replies later on requeed with store system) don't know. That is a valid point. If I start to speak ideally, I would get rid of all such services and instead implement just one simple http sender/receiver and all those services would be done by external filter/proxy/whatever. No idea to make basic _gateway_ an application server. Hmmm, yes and no. Don't know to which side I tend :| 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 --- wapme.net - wherever you are
[RFC] mutex locking/destroying
I have done some debug testing with the 'valgrind' that Kalle
suggested and came accross some points:
==29137==
==29137== 411 errors in context 2 of 2:
==29137== pthread_mutex_destroy: mutex is still in use
==29137==at 0x4029FB7F: pthread_error (vg_libpthread.c:231)
==29137==by 0x402A0A18: __pthread_mutex_destroy
(vg_libpthread.c:848)
==29137==by 0x808C8ED: mutex_destroy (gwlib/thread.c:55)
==29137==by 0x808676E: list_destroy (gwlib/list.c:97)
which refers to the code in gwlib/list.c:
void list_destroy(List *list, list_item_destructor_t *destructor)
{
void *item;
if (list == NULL)
return;
if (destructor != NULL) {
while ((item = list_extract_first(list)) != NULL)
destructor(item);
}
mutex_lock(list-permanent_lock); --
mutex_destroy(list-permanent_lock);
mutex_destroy(list-single_operation_lock);
pthread_cond_destroy(list-nonempty);
gw_free(list-tab);
gw_free(list);
}
I guess we should not lock a mutex that is then destroyed, right?!
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
---
wapme.net - wherever you are
*** WAP Box Log ***
Hello All, (Sorry about my bad english), Bellow you can see a part of log wapbox : 2002-08-09 11:24:43 [1] DEBUG: Octet string dump ends. 2002-08-09 11:24:43 [1] DEBUG: WSP: decoded headers: 2002-08-09 11:24:43 [1] DEBUG: Accept: application/vnd.wap.wmlc 2002-08-09 11:24:43 [1] DEBUG: Accept: application/vnd.wap.wmlscriptc 2002-08-09 11:24:43 [1] DEBUG: Accept: image/vnd.wap.wbmp 2002-08-09 11:24:43 [1] DEBUG: Accept: application/vnd.wap.wtls-ca-certificate 2002-08-09 11:24:43 [1] DEBUG: Accept: text/plain 2002-08-09 11:24:43 [1] DEBUG: Accept-Language: pt-BR 2002-08-09 11:24:43 [1] DEBUG: Accept-Charset: iso-8859-1 2002-08-09 11:24:43 [1] DEBUG: Accept-Charset: utf-8; q=0.8 2002-08-09 11:24:43 [1] DEBUG: Accept-Charset: iso-10646-ucs-2; q=0.6 2002-08-09 11:24:43 [1] DEBUG: User-Agent: Nokia7160/1.1 (01.05) 2002-08-09 11:24:43 [1] DEBUG: X-WAP.TOD: ^A Exists as to recover the number of the cell and to add in the front of the lines as in the example below ?? 2002-08-09 11:24:43 [2199929234][1] DEBUG: Octet string dump ends. 2002-08-09 11:24:43 [2199929234][1] DEBUG: WSP: decoded headers: 2002-08-09 11:24:43 [2199929234][1] DEBUG: Accept: application/vnd.wap.wmlc 2002-08-09 11:24:43 [2199929234][1] DEBUG: Accept: application/vnd.wap.wmlscriptc 2002-08-09 11:24:43 [2199929234][1] DEBUG: Accept: image/vnd.wap.wbmp 2002-08-09 11:24:43 [2199929234][1] DEBUG: Accept: application/vnd.wap.wtls-ca-certificate 2002-08-09 11:24:43 [2199929234][1] DEBUG: Accept: text/plain 2002-08-09 11:24:43 [2199929234][1] DEBUG: Accept-Language: pt-BR 2002-08-09 11:24:43 [2199929234][1] DEBUG: Accept-Charset: iso-8859-1 2002-08-09 11:24:43 [2199929234][1] DEBUG: Accept-Charset: utf-8; q=0.8 2002-08-09 11:24:43 [2199929234][1] DEBUG: Accept-Charset: iso-10646-ucs-2; q=0.6 2002-08-09 11:24:43 [2199929234][1] DEBUG: User-Agent: Nokia7160/1.1 (01.05) 2002-08-09 11:24:43 [2199929234][1] DEBUG: X-WAP.TOD: ^A Thanks a lots for any answer, --- Júlio Leal Analista de Suporte e Infraestrutura w-Aura Rua da Assembléia, 100 - 19 Andar Rio de Janeiro, RJ 20011-000 Tel: +55 21 3806-3345 [EMAIL PROTECTED] www.waura.com.br
