[jdev] Need help

[Matthias Wimmer]

Hi Remy!

Remy HAREL schrieb am 2004-05-26 12:26:42:
> Ok Mathias, but I don't understand how to use it. In fact, imagine I ( 
> i at gabber) have a session opened... the current "sess" in c2s.c, 
> c2s_client_sx_callback. I 'm gonna send a packet to you ( you at gabber ), 
> juste before the sm_packet.  the full jid of the session "sess" is mine, 
> i at gabber. If I sent a message to you, I should be able to read somewhere 
> ( in nad I suppose ) that this message is for "you at gabber", no ?

Sure you could ... but you realy SHOULD NOT do this. The task of c2s is
to authenticate you and to forward messages to your own session manager.

All processing of these messages should be done in the session manager
(sm) then.

> How should I call nad_find_attr  to do what I want ? I've tried 
> something like :
> 
> attr_tmp = nad_find_attr(nad,0,-1,"to",NULL);    // here value is '-1'
> recipient = (char*) malloc(sizeof(char) * NAD_AVAL_T(nad, attr_tmp);
> recipient = (char*)NAD_AVAL(nad, attr_tmp);   // crash, due to 
> attr_tmp's value

you have to tell nad_find_attr the handle of the element where you want
to search for the attribute ... there is nothing like a global search
for an attribute in a nad (AFAIK). So start with nad_find_elem ... you
get back a handle for the element which you can use in nad_find_attr.

Also don't forget the handling of namespaces!

also your assignment won't work ... you only would produce a memory leak
... you are allocating memory and you throgh away the pointer to it in
the line afterwards ... your second assignment does not copy the string
in C but only assigns a pointer. You have to use something like the
following for the second line:
sprintf(recipient, "%.*s", NAD_AVAL_L(nad, attr_tmp), NAD_AVAL(nad, attr_tmp));

Another bug you have in your code is that you have to reserve memory for
the terminating zero byte in the string as well, not only for the pure
content of it.

> due to attr_tmp which value's -1; nad_find_attr didn't find the 
> attribute "to". Moreover, this attribute value isn't "you at gabber" but 
> just "gabber"... so only the domain. I saw this by using  tcpdump.

If you are searching for anything in XML you always have to check if you
got something back ... you can never expect all clients sending correct
XML streams.


Tot kijk
    Matthias

-- 
Fon: +49-(0)70 0770 07770       http://matthias.wimmer.name/
HAM: DB1MW                      xmpp:mawis at amessage.info
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <https://www.jabber.org/jdev/attachments/20040526/57fef484/attachment-0002.pgp>