from the logs he has sent the mem addresses all look 64 bit. Sparc AFAIK is only 64 bit anyway
Cheers Jason On Tue, Jun 12, 2012 at 8:50 AM, Daniel-Constantin Mierla <mico...@gmail.com > wrote: > Hello, > > is it 64bit architecture? > > Cheers, > Daniel > > > On 6/11/12 9:12 PM, Akan wrote: > >> 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= >>> **d42379da90f2ec87cb5dbb00ebb563**c7528ec910<http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=d42379da90f2ec87cb5dbb00ebb563c7528ec910> >>> >>> 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: >>>> >>>>> 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: >>>>> >>>>>> 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<http://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<http://www.kamailio.org/wiki/install/devel/git> >>>>>> >>>>>> Cheers, >>>>>> Daniel >>>>>> >>>>>> >>>>> >>>>> ______________________________**_________________ >>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >>>>> sr-users@lists.sip-router.org >>>>> http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> >>>>> >>>> >>>> -- >>>> Daniel-Constantin Mierla -http://www.asipto.com >>>> http://twitter.com/#!/miconda >>>> -http://www.linkedin.com/in/**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 >>>> >>>> >>>> >>> -- >>> Daniel-Constantin Mierla -http://www.asipto.com >>> http://twitter.com/#!/miconda >>> -http://www.linkedin.com/in/**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 >>> >>> >> >> >> ______________________________**_________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users@lists.sip-router.org >> http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> >> > > -- > Daniel-Constantin Mierla - http://www.asipto.com > http://twitter.com/#!/miconda - > http://www.linkedin.com/in/**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 > > > > > ______________________________**_________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users@lists.sip-router.org > http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> > This email is subject to the disclaimer of Smile Communications (PTY) Ltd. at http://www.smilecoms.com/disclaimer
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
