< Previous by Date Date Index Next by Date >
< Previous in Thread Thread Index Next in Thread >

Re: [reSIProcate] SDP Contents not getting created.....


Leon Thrane wrote:

Everything I know about SdpContents and subsidiary classes I have learned by
examining the SdpContents.hxx and SdpContents.cxx files. In fact that is the
only source of information that I rely on for all of Resiprocate and DUM
functionality; I suggest you do to.
I have.... but don't you think someone should write up some documentation on it? I don't have the ability to look at C++ code, and automatically know how to use it. Some of the header files are commented, most are not. But I can read documentation, and look at example code, and almost instantly know how to use it. Or, provided I can actually get the code the build, I can selectively put breakpoints in the sections of code I'm interested in, and then know what to do to get it to branch in the desired way.

For instance, in DnsUtil.cxx I needed to have the ability to send an invite to a known IP address (instead of doing a DNS lookup on the domain name - which in fact would get me the wrong machine), I figured out I can set it by adding some parameters to the "To" nameAddr. That's not to say it's the "Right" way to do things, but it
does make things work.

What I included in my original posting _was_ "snippit" code from various
parts of one of my projects.
OK.

As for distinguishing between classes and methods ... If you don't have a
solid grasp of basic C++ constructs Resiprocate is not the project for you
to use.
I used C++ almost 20 yrs ago. Then it had not matured like it is now. Like I mentioned over and over, I have Osbourns c++ 4th edition, a wonderful book, and I'm contantly referring to it. I was even asked to investigate other SIP stacks, like Sipx. I even did that, but was aghast to learn that porting it to the Mac is virtually impossible because of all the windows and linux dependencies non-existant on the mac. It is LGPL which is also acceptable. And then there are the numerous restrictions I have to deal
with when combining C++ with Objective C.

Let me iterate that, you will not be successful if you don't:
I totally realize that, and I'm up for the challange, and I please ask you all to respect the fact that I might have to spend 10 - 50 times as long to do things,
but I WILL prevail, and you have to give me credit for tanacity.  When I
run into problems,  I first:

 1) read the WIKI in the hopes someone might actually add something new.
    Often this is the case.
2) I read the RFC's and try to pin point the specific section where they might
    try and explain the process and specs.
 3) I try and find the appropriate "test" code modules where there are SOME
but very limited example code. And each time, I "google" myself silly, in the event that someone might actually post a real live application and make
    it available via source.
 4) I read the source code,  trying to learn and understand the methods and
    arguments they take.  Very often hampered by the names that are chosen
for the objects, which to me, some don't make sense. Although the RFC's
    do tend to be helpful on some of these matters.
5) last but not least, I ask questions (usually after trying all the other 4
    above unsucessfully).

ZHAO Hongbin has been most helpful.   He answered a question with just
two lines of code that cleared all of my misunderstandings on some things.
A few lines of code and a simple paragraph is almost always enough to get me
over an obsticle.

And, if anyone would eventually care to start the thought processes of adding the "body" of text to the resip tutorial section of the WIKI, I assure you my
question level will be significantly reduced.  Especially if they would add
"Creating a simple SIP phone" in the "Tutorial" part of the WIKI.

"Creating a simple agent"  ==  TBD

Also,  in the section...Creating and Using a SipStack

Managing Transports
Managing domain names
Sending a Message
Receiving a Message

All have nothing in them....  but for me,  to have this information would be
a godsend.

While
Resiprocate does not set out to use every quirk and corner of the language,
it is not a garden variety usage of the constructs available either.
Yes - but I would have thought someone might have had the time to do a simple
SIP phone using it.

As somebody else has mentioned, do not make direct email requests rather
send it to the listserver so the question/answer can benefit all.
I found out why I was only sending to a single individual... I was sending from another address, causing the resip list to bounce when I tried to mail it to
the group because they have some kind of filter that won't allow me to
post from any address other then my "lists" mail.  That has since been fixed
as long as I can remember to set my "from" address which I have to
do for every message I send to the list. I was not getting the bounced messages back, so had no idea this was going on until one bounced message actually got
back to me.  I'm getting 6000 spam messages a day with a very tight spam
filter.

Usually those people would get mail addressed from "jdcrunchman@xxxxxxxxxxxxxxxx" instead of "lists". I'm subscribed to about 25 mailing lists, and average about 3000 messages a day. It's fairly easy to seperate out the resip mail. Now that
I know to watch out for chinese characters in the subject line.

By the way, in other lists I've joined, I'm often chastized for not keeping trivia off the list.... and am asked to direct my discussions to a single individual.
Obviously, this list is different.

I know several Chinese members on the list,  but doubt if they can directly
Email me... Due to spam, I've blocked China, but the list server redirects
it to me.  It would be interesting to confirm this somehow.

John