[reSIProcate] Open issues for 1.1 release

Thu Feb 1 15:38:41 CST 2007

	Seriously, how many times can I drop this particular ball... I'll  
get right on it.

Best regards,
Byron Campen

> Hi
>
> as reported earlier, resip from svn at 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 at list.resiprocate.org  
>>> [mailto:resiprocate-devel-bounces at list.resiprocate.org] *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 at list.resiprocate.org
>> https://list.resiprocate.org/mailman/listinfo/resiprocate-devel
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2423 bytes
Desc: not available
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20070201/343149df/attachment.bin>