11 Jun
2012
11 Jun
'12
3:12 p.m.
Here is the information requested:
System = SunOS
Node = -f
Release = 5.10
KernelID = Generic_141444-09
Machine = sun4u
BusType = <unknown>
Serial = <unknown>
Users = <unknown>
OEM# = 0
Origin# = 1
NumCPU = 1
One machine is a Sun Fire V120, 2g memory, UltraSPARC-IIe 650MHz, UltraAX-i2
The other machine is a Sun Netra T1 200, 1g memory, UltraSparc-IIe
500MHz, UltraAX-i2
Thanks
Nathaniel L Keeling
On 6/11/2012 8:33 AM, Daniel-Constantin Mierla wrote:
Hello,
I committed a patch that should make it work when realm_prefix is not
set for registrar module:
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=d42379d…
For the moment I have no idea why SIGBUS is triggered, i tried to
access the structure directly, not via defines, and there is still a
problem when realm_prefix is set. It's ok accessing the .len field but
not .s of the same structure. The field .s is the first, making me
think it's not alignment issue, or it is something very specific to
this system.
Overall, I am not familiar with sparc/solaris systems, maybe if you
send here full details about OS version, architecture and CPU type,
others using similar systems can give hints.
Jason reported that on solaris with x86, this problem was not encountered.
Cheers,
Daniel
On 6/4/12 8:57 AM, Daniel-Constantin Mierla wrote:
Hello,
still strange with the crash on that if condition. One of your
previous reports showed a different line, when assigning a pointer.
Also, I kind of understood that save() was ok, but lookup() not. Is
not the case anymore as the backtrace shows.
SIGBUS can occur because of alignment in memory which is thrown in
solaris, does not happen in linux flavours. I am thinking of putting
the prefix field first so the access to it is at beginning of the
straucture, just to see if that is the problem, although is should
not be.
I will add a patch soon, otherwise I am out of ideas for the moment
with the SIGBUS, I would need access to the machine to do some
testing by myself.
Cheers,
Daniel
On 6/2/12 10:36 PM, Akan wrote:
--
Daniel-Constantin Mierla -http://www.asipto.com
http://twitter.com/#!/miconda -http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 -http://asipto.com/u/katu
Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 -http://asipto.com/u/kpw
No virus found in this message.
Checked by AVG - www.avg.com <http://www.avg.com>
Version: 2012.0.2178 / Virus Database: 2433/5061 - Release Date: 06/10/12
Ok, I reloaded the servers with v3.2 from git
without performing the
checkout and with just the master branch. Reran my tests on 2
servers and Kamailio terminated with a core dump. I have included
the full trace of one of the servers. The other trace has the same
results.
Thanks
Nathaniel
On 5/30/2012 2:25 PM, Daniel-Constantin Mierla wrote:
--
Daniel-Constantin Mierla -http://www.asipto.com
http://twitter.com/#!/miconda -http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 -http://asipto.com/u/katu
Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 -http://asipto.com/u/kpw
Hello,
On 5/30/12 9:10 PM, Akan wrote:
> This was a re-pull from the git master. I had deleted all of the
> old files and issued these commands:
>
> git clone --depth 1 git://git.sip-router.org/sip-router kamailio
> cd kamailio
> git checkout -b 3.2 origin/3.2
>
> This is the source that I got. Could this be a problem within git?
do not checkout branch 3.2, just try with the master branch, as
said, not all patches are backported to stable 3.2.
For sake of completeness, here are some guidelines:
http://www.kamailio.org/wiki/install/devel/git
Cheers,
Daniel
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users