Re: [reSIProcate] Open issues for 1.1 release

["Alfred E. Heggestad" <aeh@xxxxxx>]

Hi

as reported earlier, resip from svn@trunk does not build on x86_64
platforms:


/usr/bin/ld: obj.debug.Linux.x86_64/AbstractFifo.o: relocation R_X86_64_32 against `a local symbol' can not be used when 
making a shared object; recompile with -fPIC
obj.debug.Linux.x86_64/AbstractFifo.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[1]: *** [obj.debug.Linux.x86_64/librutil.so] Error 1
make: *** [rutil] Error 2


I fixed this locally by adding -fPIC to CFLAGS and CXXFLAGS
in build/Makefile.tools


/alfred

Byron Campen wrote:
>   After some digging/chasing, the open issues have been reduced to the 
> following:
>
> New open issues.
> 1. Dealing with quoted qop (see *[reSIProcate] qop Parameter Parsing)*
> 3. Problem with SharedPtr on Solaris ( see *[reSIProcate] Bugs in 
> SharedPtr and SharedCount of ReSip1.0 when using libCstd compiling(not 
> libstlport4) on SOLARIS *)
> 5. Empty contents problem in client publish code in DUM ( see 
> *[reSIProcate] [PATCH] Empty PUBLISH body if there is a pending publish* 
> ) (talking with Scott, looks like patch will be fine)
> 9. install target issues with dum and stack ( see *[reSIProcate] Minor 
> Makefile issues* ) (patch applied, have not fixed install path for ares)
> 10. Possible heap corruption on deletion of SipStack ( see 
> *[reSIProcate] Crash in ares on deleting SipStack* ) (following up on 
> list, probably a link error)
>
> Old open issues:
> A.  URI parsing bug in XMLCursor???
> B.  Not using PrivateKey pass phrases at all.  All private keys must be
> unencrypted on the disk.
> C.  Change to DateCategory to make is more compatible with other
> implementations.  (we should probably go ahead and do this)
> D. Parser validation issues from Kayote. (Contact * can be allowed in
> any Nameaddr)
> E. PIDF XML parsing support for XML namespaces - The patch was not
> applied, not addressed. Derek says we may want to deprecate our XML
> parsing stuff; this will end up making A moot as well. (If the decision 
> is to deprecate, lets go ahead and do it already.)
> F. No support for /etc/hosts file
> G. Hardening Helper::makeResponse so it can make well-formed responses
> to malformed requests. (done, may require some code review to make sure)
> H. Maybe having a ThreadIf::detach() would be nice. Not addressed, or
> discussed. (see *[reSIProcate] adding detach to ThreadIf* )
>
> Addressed issues:
> 6. API problem in SipStack::addTransport() (see *[reSIProcate] Creating 
> a DUM with automatic port?* ) (offending default port removed, might be 
> nice to have the ability to tell the stack to open a transport on an 
> ephemeral port)
> 7. V6 address storage problem in Tuple (see *[reSIProcate] IPv6 address 
> in Via header gets its lower order bits chopped off (Win32 platform)*) 
> (patch was applied)
> 8. Possible problem in SdpContents::getBodyData() ( see *[reSIProcate] 
> SdpContents::getBodyData() returns stack pointer* ) (resolved, 
> third-party problem)
> 12. Possible failure in DUM unit test ( see *[reSIProcate] DUM test 
> fails* ) (resolved)
>
>
> I would like to remind everyone that I will be branching later today. 
> We'll handle the majority of the remaining open issues afterwards.
>
> Best regards,
> Byron Campen
>
> > I applied the patch for #4 and #11.   Also #2 is fixed.
> >
> >  
> >
> > *From:* resiprocate-devel-bounces@xxxxxxxxxxxxxxxxxxxx 
> > [mailto:resiprocate-devel-bounces@xxxxxxxxxxxxxxxxxxxx] *On Behalf Of 
> > *Byron Campen
> > *Sent:* Monday, January 29, 2007 12:08 PM
> > *To:* resiprocate-devel
> > *Subject:* [reSIProcate] Open issues for 1.1 release
> >
> >  
> >
> > New open issues since last release (some of these may have been 
> > resolved, if you know of any, speak up!)
> >
> >  
> >
> > 1. Dealing with quoted qop (see *[reSIProcate] qop Parameter Parsing)*
> >
> > 2. Exception in DUM upon receipt of in DIalog 200 with different 
> > to-tag. (see *[reSIProcate] exception when receiving 200 from 
> > re-invite request with modified to: tag*)
> >
> > 3. Problem with SharedPtr on Solaris ( see *[reSIProcate] Bugs in 
> > SharedPtr and SharedCount of ReSip1.0 when using libCstd compiling(not 
> > libstlport4) on SOLARIS *)
> >
> > 4. Remove ATL dependency on Windows ( see *[reSIProcate] [PATCH] 
> > Remove Win32 Visual Studio ATL dependency* )
> >
> > 5. Empty contents problem in client publish code in DUM ( see 
> > *[reSIProcate] [PATCH] Empty PUBLISH body if there is a pending publish* )
> >
> > 6. API problem in SipStack::addTransport() (see *[reSIProcate] 
> > Creating a DUM with automatic port?* )
> >
> > 7. V6 address storage problem in Tuple (see *[reSIProcate] IPv6 
> > address in Via header gets its lower order bits chopped off (Win32 
> > platform)*)
> >
> > 8. Possible problem in SdpContents::getBodyData() ( see *[reSIProcate] 
> > SdpContents::getBodyData() returns stack pointer* )
> >
> > 9. install target issues with dum and stack ( see *[reSIProcate] Minor 
> > Makefile issues* )
> >
> > 10. Possible heap corruption on deletion of SipStack ( see 
> > *[reSIProcate] Crash in ares on deleting SipStack* )
> >
> > 11. Dialog overwrites Route-Set when it should not ( see 
> > *[reSIProcate] Question about Record-Route headers on re-Invite* )
> >
> > 12. Possible failure in DUM unit test ( see *[reSIProcate] DUM test 
> > fails* )
> >
> >  
> >
> > Old open issues:
> >
> > A.  URI parsing bug in XMLCursor???
> >
> > B.  Not using PrivateKey pass phrases at all.  All private keys must be
> >
> > unencrypted on the disk.
> >
> > C.  Change to DateCategory to make is more compatible with other
> >
> > implementations.  (we should probably go ahead and do this)
> >
> > D. Parser validation issues from Kayote. (Contact * can be allowed in
> >
> > any Nameaddr)
> >
> > E. PIDF XML parsing support for XML namespaces - The patch was not
> >
> > applied, not addressed. Derek says we may want to deprecate our XML
> >
> > parsing stuff; this will end up making A moot as well. (If the 
> > decision is to deprecate, lets go ahead and do it already.)
> >
> > F. No support for /etc/hosts file
> >
> > G. Hardening Helper::makeResponse so it can make well-formed responses
> >
> > to malformed requests. (done, may require some code review to make sure)
> >
> > H. Maybe having a ThreadIf::detach() would be nice. Not addressed, or
> >
> > discussed. (see *[reSIProcate] adding detach to ThreadIf* )
> >
> >  
> >
> >  
> >
> > Best regards,
> >
> > Byron Campen
> >
> >  
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> resiprocate-devel mailing list
> resiprocate-devel@xxxxxxxxxxxxxxxxxxxx
> https://list.resiprocate.org/mailman/listinfo/resiprocate-devel