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