headers
Thomas Witt | 1 Jun 2007 01:35
Picon
Favicon

Re: #1013 and 1.34.1

Vladimir Prus wrote:
> Would it be possible to apply patch from
> 
>         http://svn.boost.org/trac/boost/ticket/1013
> 
> to 1.34.1?

Done :)

Thomas

--

-- 
Thomas Witt
witt <at> acm.org

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Permalink | Reply | 0 comments |
headers
Rene Rivera | 1 Jun 2007 02:52
Picon
Gravatar

Re: [BoostCon] Presentation material

Michael Marcin wrote:
> Unfortunately I wasn't able to attend Boost Con this year.  Is there any 
> materials from the presentations?  Videos, white papers, power points?

I've added a section to the BoostCon site for the materials that 
BoostCon attendees want to share with the non-attending public. The 
distribution of the presentation materials is in the purview of the 
presenters, and hence only my slides are posted so far.

Enjoy.

--

-- 
-- Grafik - Don't Assume Anything
-- Redshift Software, Inc. - http://redshift-software.com
-- rrivera/acm.org - grafik/redshift-software.com
-- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Permalink | Reply | 3 comments |
headers
Michael Marcin | 1 Jun 2007 03:08

Re: [BoostCon] Presentation material

Rene Rivera wrote:
> Michael Marcin wrote:
>> Unfortunately I wasn't able to attend Boost Con this year.  Is there
>> any materials from the presentations?  Videos, white papers, power
>> points? 
> 
> I've added a section to the BoostCon site for the materials that
> BoostCon attendees want to share with the non-attending public. The
> distribution of the presentation materials is in the purview of the
> presenters, and hence only my slides are posted so far.
> 
> Enjoy.

Thanks!

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Permalink | Reply | 0 comments |
headers
Ulrich Eckhardt | 1 Jun 2007 06:40
Picon
Favicon

Re: noncopyable EBO problem?

On Thursday 31 May 2007 20:09:37 Gmane wrote:
> as sparent <at> adobe.com pointed out in
> <http://svn.boost.org/trac/boost/ticket/979>, the EBO is not possible in
> some cases. I fixed the operators library, but now I wonder if we should
> fix boost::noncopyable as well.
>
> Consider:
>
> class A : boost::noncopyable {};
> class B : boost::noncopyable { A a; };
>
> now sizeof(B)==2 instead of the expected 1. To fix it, we have to change
> the interface (or at least allow an alternative interface). Example with
>    the interface I'd like to suggest:
>
> class A : boost::noncopyable_<A> {};
> class B : boost::noncopyable_<B> { A a; };
>
> now sizeof(B)==1, as expected.
>
> The crucial point of such a change is IMHO the interface. Breaking
> noncopyable is bad, so I'd like to add noncopyable_<T> and make
> noncopyable a typedef to noncopyable_<void>. This should provide
> backwards compatibility and provides users with a better, but less brief
> alternative in case they need the additional EBO opportunity. Comments?

I added a comment inline which I hope explains the rationale for this class, 
because it is far from obvious IMHO. If the reasons there are wrong, please 
correct me. Other than that, I'd suggest naming it noncopyable_base<T>.
(Continue reading)

Permalink | Reply | 5 comments |
headers
Oliver.Kowalke | 1 Jun 2007 07:13
Favicon

Re: [guid] - review results? - inline missing

Hi, 

> I added 'inline' to the non-template functions.  I don't get the error
> for the templated functions.  I can still add 'inline' to those if I
> should/need to.  I am using visual studio .NET, maybe that makes a
> difference? 
> 
> I uploaded uuid_v9.zip to the boost vault.  Will you give it a try for
> me? 

The new version works but I get still this error:

/opt/boost/include/boost-1_34/boost/uuid.hpp:210: instantiated from void
boost::uuid::construct(const std::basic_string<_CharT, _Traits,
_Alloc>&) [with ch = char, char_traits = std::char_traits<char>, alloc =
std::allocator<char>]
/opt/boost/include/boost-1_34/boost/uuid.hpp:77: instantiated from here
/opt/boost/include/boost-1_34/boost/uuid.hpp:469: error: function
find(char [16], char* const&, char&) not found

Any ideas?

Regards, Oliver
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Permalink | Reply | 0 comments |
headers
Ulrich Eckhardt | 1 Jun 2007 07:29
Picon
Favicon

Re: SVN repo structure...

On Wednesday 30 May 2007 22:29:05 Rene Rivera wrote:
> [boost-svn]
>     boost
>       stable (full boost tree here)
>       devel (full boost tree here)
>       branches
>         my_branch (full boost tree here)
>         cmake_a (full boost tree here)
>         cmake_b (full boost tree here)
>       tags
>         boost_1_33_1 (full boost tree here)
>         boost_1_34_0 (full boost tree here)

boost/stable would contain a copy of boost/tags/boost_1_34_0 currently and 
both would be equal to what you get when you download the tarballs/zips, 
right?

Further, if I want to finally finish the port to Windows CE, admins could 
create a branch and assign commit-rights to me (I don't have them otherwise) 
so I don't have to use my company's private repository and so that everybody 
can see and contribute. When the code has been thoroughly tested, the changes 
can be merged into boost/devel. Is that one of the goals?

>     sandbox
>       devel
>         xml (partial boost tree here)
>         explore  (partial boost tree here)
>       branches
>         xml_b0 (partial boost tree here)
>         explore_b0  (partial boost tree here)
(Continue reading)

Permalink | Reply | 2 comments |
headers
Oliver.Kowalke | 1 Jun 2007 08:41
Favicon

[uuid] - boost/algorithm/string.hpp - error no matching function for call to 'find(wchar_t [16], wchar_t* const&, wchar_t&)'

Hi,
I found that the error no matching function for call to 'find(wchar_t
[16], wchar_t* const&, wchar_t&)' in uuid.hpp is raised by header
<boost/algorithm/string.hpp>.
Please look into test:

#include <boost/algorithm/string.hpp>
#include <boost/uuid.hpp>

int main( int argc, char *argv[])
{
	try
	{
		boost::uuid id("a74ac3b9-32d8-4f18-b292-05df553eda95");
		return EXIT_SUCCESS;
	}
	catch ( std::exception const& e)
	{ std::cerr << e.what() << std::endl; }
	catch (...)
	{ std::cerr << "unhandled exception" << std::endl; }

	return EXIT_FAILURE;
}

/opt/boost/include/boost-1_34/boost/uuid.hpp:210: instantiated from
'void boost::uuid::construct(const std::basic_string<_CharT, _Traits,
_Alloc>&) [with ch = wchar_t, char_traits = std::char_traits<wchar_t>,
alloc = std::allocator<wchar_t>]'
/opt/boost/include/boost-1_34/boost/uuid.hpp:84: instantiated from here
/opt/boost/include/boost-1_34/boost/uuid.hpp:469: error: no matching
(Continue reading)

Permalink | Reply | 6 comments |
headers
Pavol Droba | 1 Jun 2007 09:02
Picon

Re: [uuid] - boost/algorithm/string.hpp - error no matching function for call to 'find(wchar_t [16], wchar_t* const&, wchar_t&)'

Hi,

uuid is using std::find without qualification and so it conflicts with
boost::find declared in the string_algo.

Looking through the uuid.hpp code, there are lots of 'using namespace'
directives. Althoug they are only local, they could cause problems,
especialy in the scope of boost.

Regards,
Pavol.

Oliver.Kowalke <at> qimonda.com wrote:
> Hi,
> I found that the error no matching function for call to 'find(wchar_t
> [16], wchar_t* const&, wchar_t&)' in uuid.hpp is raised by header
> <boost/algorithm/string.hpp>.
> Please look into test:
> 
> #include <boost/algorithm/string.hpp>
> #include <boost/uuid.hpp>
> 
> int main( int argc, char *argv[])
> {
> 	try
> 	{
> 		boost::uuid id("a74ac3b9-32d8-4f18-b292-05df553eda95");
> 		return EXIT_SUCCESS;
> 	}
> 	catch ( std::exception const& e)
(Continue reading)

Permalink | Reply | 5 comments |
headers
Oliver.Kowalke | 1 Jun 2007 09:16
Favicon

Re: [uuid] - boost/algorithm/string.hpp - error no matching function for call to 'find(wchar_t [16], wchar_t* const&, wchar_t&)'

> uuid is using std::find without qualification and so it 
> conflicts with boost::find declared in the string_algo.

Qualified both find invokations with std:: - now it's working

> Looking through the uuid.hpp code, there are lots of 'using namespace'
> directives. Althoug they are only local, they could cause 
> problems, especialy in the scope of boost.

So they should prefented in general?

Oliver
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Permalink | Reply | 4 comments |
headers
Pavol Droba | 1 Jun 2007 09:31
Picon

Re: [uuid] - boost/algorithm/string.hpp - error no matching function for call to 'find(wchar_t [16], wchar_t* const&, wchar_t&)'

Oliver.Kowalke <at> qimonda.com wrote:
>> uuid is using std::find without qualification and so it 
>> conflicts with boost::find declared in the string_algo.
> 
> Qualified both find invokations with std:: - now it's working
>  
>> Looking through the uuid.hpp code, there are lots of 'using namespace'
>> directives. Althoug they are only local, they could cause 
>> problems, especialy in the scope of boost.
> 
> So they should prefented in general?
> 

When you are writting a general purpose library like the one for boost,
it is very dangerous to use unqualified calls to other namespaces unless
you know what you are doing.

You cannot predict in what environment will be your library used.

Regards,
Pavol.
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Permalink | Reply | 2 comments |

Gmane