- Boost - lists.boost.org

Re: [boost] [asio] SSL operation sporadically returns "Access is denied"
by Christopher Kohlhoff 14 Sep '06

14 Sep '06

Christopher Kohlhoff <chris(a)kohlhoff.com> wrote: > My mistake -- I should have checked the man pages first. Try > changing this line: > > int sys_error_code = asio::detail::socket_ops::get_error(); > > to be: > > int sys_error_code = (int)ERR_get_error(); I forgot to mention that a #include <openssl/err.h> line is probably also needed. Cheers, Chris

1 0

Re: [boost] [asio] SSL operation sporadically returns "Access is denied"
by Christopher Kohlhoff 14 Sep '06

14 Sep '06

Hi Scott, Scott <cheesy4poofs(a)cox.net> wrote: > I did as you asked and unfortunately the results are the same. > sys_error_code is still zero, even when I make the call > immediately after the primitive_() call. My mistake -- I should have checked the man pages first. Try changing this line: int sys_error_code = asio::detail::socket_ops::get_error(); to be: int sys_error_code = (int)ERR_get_error(); > Does this imply there's a problem with the underlying ASIO SSL > implementation? Not yet ;) Cheers, Chris

1 0

[Boost-bugs] [ boost-Patches-1558580 ] jam:"VAR on TARGET ?= values" unconditionally assigns values
by SourceForge.net 14 Sep '06

14 Sep '06

Patches item #1558580, was opened at 2006-09-14 12:44 Message generated for change (Settings changed) made by markovitch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1558580&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Yakov Markovitch (markovitch) Assigned to: Nobody/Anonymous (nobody) >Summary: jam:"VAR on TARGET ?= values" unconditionally assigns values Initial Comment: "VAR on TARGET ?= values" unconditionally assigns values, i.e. works like "unconditional" assignment. This bug is extremely insidious, since there is no hint of wrong behaviour at all (it costed me a full day of futile debugging of my jam script before it dawned upon me that it is something wrong with assignment). Interesting, that documentation actually doesn't mention that "default assignment" is available on target, i.e. this is a "feature", but this requires _very_ attentive reading of documentation and is quite inconsistent. And even so it is a bug: there should be at least a syntax error! There are two ways to fix this bug: 1. Bring code into sync with doc, i.e. patch the syntax so that "VAR on TARGET ?= values" would be a syntax error. IMO strange, inconsistent and inconvinient. 2. Patch addsettings so that it handled default assignment correctly. The proposed patch implements the latter approach. The addsettings() function now accepts "setflag" (VAR_SET, VAR_ADD, VAR_DEFAULT) the same way as var_set() does, instead of logical "append" parameter. All addsettings() calls patched accordingly. Besides, it factors out the logic of converting ASSIGN_XXX compilation flag into corresponding VAR_XXX variable set flag into a separate static function. The patch is against CVS HEAD. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1558580&group_… ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1558580 ] Fix:"VAR on TARGET ?= values" unconditionally assigns values
by SourceForge.net 14 Sep '06

14 Sep '06

Patches item #1558580, was opened at 2006-09-14 12:44 Message generated for change (Settings changed) made by markovitch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1558580&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Yakov Markovitch (markovitch) Assigned to: Nobody/Anonymous (nobody) >Summary: Fix:"VAR on TARGET ?= values" unconditionally assigns values Initial Comment: "VAR on TARGET ?= values" unconditionally assigns values, i.e. works like "unconditional" assignment. This bug is extremely insidious, since there is no hint of wrong behaviour at all (it costed me a full day of futile debugging of my jam script before it dawned upon me that it is something wrong with assignment). Interesting, that documentation actually doesn't mention that "default assignment" is available on target, i.e. this is a "feature", but this requires _very_ attentive reading of documentation and is quite inconsistent. And even so it is a bug: there should be at least a syntax error! There are two ways to fix this bug: 1. Bring code into sync with doc, i.e. patch the syntax so that "VAR on TARGET ?= values" would be a syntax error. IMO strange, inconsistent and inconvinient. 2. Patch addsettings so that it handled default assignment correctly. The proposed patch implements the latter approach. The addsettings() function now accepts "setflag" (VAR_SET, VAR_ADD, VAR_DEFAULT) the same way as var_set() does, instead of logical "append" parameter. All addsettings() calls patched accordingly. Besides, it factors out the logic of converting ASSIGN_XXX compilation flag into corresponding VAR_XXX variable set flag into a separate static function. The patch is against CVS HEAD. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1558580&group_… ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1558580 ] "VAR on TARGET ?= values" unconditionally assigns values
by SourceForge.net 14 Sep '06

14 Sep '06

Patches item #1558580, was opened at 2006-09-14 12:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1558580&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Yakov Markovitch (markovitch) Assigned to: Nobody/Anonymous (nobody) Summary: "VAR on TARGET ?= values" unconditionally assigns values Initial Comment: "VAR on TARGET ?= values" unconditionally assigns values, i.e. works like "unconditional" assignment. This bug is extremely insidious, since there is no hint of wrong behaviour at all (it costed me a full day of futile debugging of my jam script before it dawned upon me that it is something wrong with assignment). Interesting, that documentation actually doesn't mention that "default assignment" is available on target, i.e. this is a "feature", but this requires _very_ attentive reading of documentation and is quite inconsistent. And even so it is a bug: there should be at least a syntax error! There are two ways to fix this bug: 1. Bring code into sync with doc, i.e. patch the syntax so that "VAR on TARGET ?= values" would be a syntax error. IMO strange, inconsistent and inconvinient. 2. Patch addsettings so that it handled default assignment correctly. The proposed patch implements the latter approach. The addsettings() function now accepts "setflag" (VAR_SET, VAR_ADD, VAR_DEFAULT) the same way as var_set() does, instead of logical "append" parameter. All addsettings() calls patched accordingly. Besides, it factors out the logic of converting ASSIGN_XXX compilation flag into corresponding VAR_XXX variable set flag into a separate static function. The patch is against CVS HEAD. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1558580&group_… ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

boost signals in multithreaded envirionments
by Daniel Ulbricht 14 Sep '06

14 Sep '06

Hallo boost developers, I have a question about the problems with boost signals in multithreaded environments. Is there a problem when I create some threads which notify one sink. Lets say i have several sensors, all of them running in a thread. This sensors call's a update method from the sink which is protected by a mutex. In this multithreaded case boost signals will work correct, do they? What exectly will be the problem with the class trackable in multithreaded environments. Can you explain me what will occure in that case? Thank you very much. Greetings Daniel

1 0

overflow_traits
by Jason Hise 13 Sep '06

13 Sep '06

Does boost have anything like this? // Returns whether an operation will go out of bounds // given the values which will be passed to that operation template <typename Type> struct overflow_traits { bool neg(const Type & val); bool add(const Type & lhs, const Type & rhs); bool sub(const Type & lhs, const Type & rhs); bool mul(const Type & lhs, const Type & rhs); bool div(const Type & lhs, const Type & rhs); bool mod(const Type & lhs, const Type & rhs); //... };

10 26

Re: [boost] Boost inspection notification (2006-09-13/RC_1_34_0) *X*
by JOAQUIN LOPEZ MU?Z 13 Sep '06

13 Sep '06

----- Mensaje original ----- De: Peter Dimov <pdimov(a)mmltd.net> Fecha: Miércoles, Septiembre 13, 2006 9:34 pm Asunto: Re: [boost] Boost inspection notification (2006-09- 13/RC_1_34_0) *X* > Rene Rivera wrote: > > [...] > > > 42 usages of unnamed namespaces in headers (including .ipp files) > > > bind (1) > > I'm not sure what I'm expected to do about that one. Bind has been > using an unnamed namespace for its placeholders for quite a > while now. FWIW, the inspection program is easy to cheat, as unnamed space detection relies in the following simplistic regex namespace\s(\?\?<|\{) So if you just want to shut the report off modify your unnamed space declaration so that it goes undetected (zero or more than one blanks, a /**/ between "namespace" and the bracket, etc.) Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

2 1

[Boost-bugs] [ boost-Patches-1554356 ] [parameter] Broken links in documentation
by SourceForge.net 13 Sep '06

13 Sep '06

Patches item #1554356, was opened at 2006-09-07 15:53 Message generated for change (Settings changed) made by david_abrahams You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1554356&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Rejected Priority: 5 Submitted By: Daniel James (danieljames) >Assigned to: Daniel Wallin (daniel_wallin) Summary: [parameter] Broken links in documentation Initial Comment: I posted this to the list a couple of weeks ago, but I think it was missed. A few of the links in the documentation are broken, the attached patch fixes this. But there's still a problem because in the following lines 'tag::name' and 'tag::index' are misinterpreted as links in the generated documentation. parameter::parameters< required<tag::name, is_convertible<_,char const*> > , optional<tag::index, is_convertible<_,int> > > const spec; ---------------------------------------------------------------------- Comment By: David Abrahams (david_abrahams) Date: 2006-09-07 23:10 Message: Logged In: YES user_id=52572 It wasn't missed. We're busy rewriting the documentation so we think it's a little early yet for patches against the CVS HEAD there really is no point in patches against the last release. Thanks for your effort, though. if you'd like to review the new docs once they're ready for 1.34, we'd appreciate it very much. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1554356&group_… ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1554356 ] [parameter] Broken links in documentation
by SourceForge.net 13 Sep '06

13 Sep '06

Patches item #1554356, was opened at 2006-09-07 21:53 Message generated for change (Settings changed) made by danieljames You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1554356&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: Daniel James (danieljames) Assigned to: Nobody/Anonymous (nobody) Summary: [parameter] Broken links in documentation Initial Comment: I posted this to the list a couple of weeks ago, but I think it was missed. A few of the links in the documentation are broken, the attached patch fixes this. But there's still a problem because in the following lines 'tag::name' and 'tag::index' are misinterpreted as links in the generated documentation. parameter::parameters< required<tag::name, is_convertible<_,char const*> > , optional<tag::index, is_convertible<_,int> > > const spec; ---------------------------------------------------------------------- Comment By: David Abrahams (david_abrahams) Date: 2006-09-08 05:10 Message: Logged In: YES user_id=52572 It wasn't missed. We're busy rewriting the documentation so we think it's a little early yet for patches against the CVS HEAD there really is no point in patches against the last release. Thanks for your effort, though. if you'd like to review the new docs once they're ready for 1.34, we'd appreciate it very much. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1554356&group_… ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0