March 2008 - Boost - lists.preview.boost.org

Re: [boost] [gsoc 2008] A C++ Remote Method Invocation Framework using Boost.Asio
by salinda h 21 Mar '08

21 Mar '08

Hi, Thank you so much for your comments. I looked at the CodeProject article you suggested, and it had a pretty much similar idea. I would like to reformat the source code according to the boost coding standards and integrate with boost.interface. I believe this is possible because "The Code Project Open License (CPOL) 1.0" http://www.codeproject.com/info/cpol10.aspx seems to be compatible with the boost licence*.* IANAL: Somone please help me to verify this. I'm looking forward to hearing from you. Thanks Salinda On Fri, Mar 21, 2008 at 8:31 PM, Paolo Coletta <paolo(a)rcpstudio.it> wrote: > Hi, > > you could also take a look to this work by Jarl Lindrud > (http://www.codeproject.com/KB/threads/Rcf_Ipc_For_Cpp.aspx) which is > already based on boost (uses boost asio and boost serialization, but also > provides custom alternatives for both), but it's not in the form of a > boost > library. In the past there has been some discussion about possible > integration between this library and boost.interface. > As a user, I'd highly appreciate to have one such library in boost (I'm > currently using the library by Lindrud in several projects). > > > Paolo > > > "salinda h" <salinda215(a)gmail.com> ha scritto nel messaggio > news:350da3070803210611o594a7ad9j57fe42e5edfa1152@mail.gmail.com... > > Hi All, > > > > For the google summer of code 2008, I wish to build a Cross > > Platform Remote Method Invocation Framework for C++ using Boost.Asio, > > similar to Java's remote method invocation (RMI). I will provide some > > macro > > definitions to create the proxy code. > > > > Please provide me your comments to adjust this idea to best suit the > > interests of boost community. I higly appreciate your suggestions. > > > > A sample code that will use this framework wold look like, > > > > account.h > > -------------- > > DECLARE_BEGIN_PROXY(account) > > DECLARE_METHOD_1(deposit, void, double); > > DECLARE_METHOD_0(get_balance, double); > > DECLARE_END; > > > > class account > > { > > .......... > > ......... > > } > > > > Server Code > > ----------------- > > account acc = new account("Foo", 250); > > Server s = new server(server::TCP, 19000); > > s.attach("Foo", acc); > > s.run(); > > > > Client Code > > ---------------- > > account_proxy acct = account_proxy::get_proxy("172.25.44.195", > > server::TCP, > > 19000, "Foo"); > > acct.deposit(100); > > double balance = acct.get_balance(); > > > > Thank You, > > Salinda > > _______________________________________________ > > Unsubscribe & other changes: > > http://lists.boost.org/mailman/listinfo.cgi/boost > > > > >

1 0

[thread] MSVC warnings + other notes
by Andrey Semashev 21 Mar '08

21 Mar '08

Hi, while I was trying to compile my project with boost trunk I saw several warnings coming from Boost.Thread. These are always shown: ...\boost/thread/win32/thread.hpp(183) : warning C4251: 'boost::thread::thread_info_mutex' : class 'boost::mutex' needs to have dll-interface to be used by clients of class 'boost::thread' ...\boost/thread/win32/mutex.hpp(20) : see declaration of 'boost::mutex' ...\boost/thread/win32/thread.hpp(184) : warning C4251: 'boost::thread::thread_info' : class 'boost::intrusive_ptr<T>' needs to have dll-interface to be used by clients of class 'boost::thread' with [ T=boost::detail::thread_data_base ] Additionally, these are shown with /Wp64: ...\boost\thread\win32\basic_timed_mutex.hpp(36) : warning C4312: 'type cast' : conversion from 'long' to 'void *' of greater size ...\boost\thread\win32\basic_timed_mutex.hpp(142) : warning C4311: 'type cast' : pointer truncation from 'void *const ' to 'long' ...\boost\thread\win32\basic_timed_mutex.hpp(142) : warning C4312: 'type cast' : conversion from 'long' to 'void *' of greater size ...\boost/thread/win32/thread.hpp(530) : warning C4267: 'return' : conversion from 'size_t' to 'int', possible loss of data ...\boost/thread/win32/condition_variable.hpp(58) : warning C4244: '=' : conversion from '__w64 int' to 'unsigned int', possible loss of data I believe, 4251 can be safely disabled with #pragma (along with 4275 if it comes up somewhere I didn't notice). In case of 4267 it seems like the return type should rather be changed. As for others, most of them come from interlocked macros and probably could be disabled as well, although the casting pointers to integers bugs me. I haven't checked the 1.35 RC branch but if the issue persists there too, I'd like to ask to make the release warning-free too. I guess, a couple of #pragmas won't break anything. And I have some other notes: 1. I found BOOST_STATIC_CONSTANT macro usage in some places. On VC 7.1+ it expands into a static constant member which has to be defined in a namespace scope despite of that it's a compile-time constant. Nevertheless, these members are not defined. I know that MSVC just works without it but strictly speaking this is not C++ compliant. Since these constants are members of non-template classes I would suggest to use enums instead of the macro. 2. VC 8.0 and later has _ReadBarrier and _WriteBarrier in addition to _ReadWriteBarrier. These could be used in interlocked_read.hpp. 3. There are tabs in win32/mutex.hpp:21 4. There is a potential memory leak in win32/thread.hpp:480. If the push_back throws the thread object is leaked. Remarkably, the pthread version is safe since it uses auto_ptr.

4 4

shared_ptr / auto_ptr
by Daniel Frey 21 Mar '08

21 Mar '08

Hi, is there any reason why shared_ptr does not have a ctor that takes an auto_ptr and a deleter? I also wonder if there is a resource leak if I just write: auto_ptr<T> a = ...; my_deleter d = ...; shared_ptr<T> s( a.release(), d ); Regards, Daniel

2 2

Boost 1.34.1 and Visual Studio 2008 compiler
by Avi Revivo 21 Mar '08

21 Mar '08

Hi All, I am recieving a "Unknown compiler version - please run the configure tests and report the results" during the compilation of our projects. I am aware of why i am receving this output. However, i would like to know if tested are being done for this version (1.34.1) on VS2008 Compiler or/and if is there a document describing known issues with this compiler. Thanks in advance, Avi Revivo Nice Systems -- View this message in context: http://www.nabble.com/Boost-1.34.1-and-Visual-Studio-2008-compiler-tp161834… Sent from the Boost - Dev mailing list archive at Nabble.com.

2 1

shifted_ptr crash quest & intrusive_list revival
by Phil Bouchard 21 Mar '08

21 Mar '08

Greetings: I have uploaded a cleaner version of shifted_ptr including better intrusive containers (intrusive_list & intrusive_stack) stripped from redundant information. The containers were initialy designed for shifted_ptr but proposes an interface that could be extended from ground up. Indeed, in this concept containers have no idea what the element_type is; it only knows about pointers to nodes. The responsability of knowing about the element_type is forwarded to the iterator, usualy using within a loop, which is eventually dereferenced appropriately. Having stricter containers could have been there but this is primaly a tool that is adapted to shifted_ptr and removes a lot of forward declarations because the type needs not be known. Secondly right now I would be happy to learn segfault are detected using shifted_ptr. Please provide simple case scenarios and I will trace the problem. This is not yet multithreaded and compiles fine only on x86: http://www.boost-consulting.com/vault/index.php?action=downloadfile&filenam… Regards, -Phil

1 1

[proto] transform for flattening an expression - how?
by Markus Werle 20 Mar '08

20 Mar '08

Hi! Sorry, Eric, if this is a lot of work. Reject to do it, if you like, or provide only some of these. ---- Task 1 -------------- Consider I need to flatten a tree into a sum: template<int I> struct arg {}; proto::terminal<arg<1> >::type a; proto::terminal<arg<2> >::type b; proto::terminal<arg<3> >::type c; proto::terminal<arg<4> >::type d; a + b + c + d has type expr<tag::plus, arg2<a tree structure> > but I need a template function make_flat taking arbitray expressions and return expressions of type expr<sum, args4<all args in the typelist> > How can I do this in proto? ----------- Task 2: Next step: a - b + c should first be transformed into a + (-b) + c and then transformed into the sum. Could you please provide full compilable examples? ------ Task 3: Next step: I want to detect simultaneous occurences of x and -x and have them dropped from the typelist of my sum. Please provide an example that detects this for terminals only, then one which also works for (a*b - a*b) and returns expr<tag::nil, nulllist> (BTW, is there a nil/null tag in proto?) --------- Task 4: Write an expand function that for a*(b+c) returns a type representation a*b+a*c ----- Markus

4 26

[1.35.0] Test regressions
by Beman Dawes 20 Mar '08

20 Mar '08

For a full list of 1.35.0 test regressions, see http://beta.boost.org/development/tests/release/developer/summary.html There are a few 1.35.0 regressions I'm not particularly concerned about; VC++ 7.1 is now old news, and no one seems to care much about the Intel/Windows compiler. Given that VC++ 9.0 has been out for awhile now, it would be nice to kill off a few more of those regressions before 1.35.0 ships: * Conversion * Graph * Python * TR1 Red regressions I'm concerned about are: * Numeric/interval on Darwin. * Serialization on Darwin. * Spirit on Darwin. If anyone can quickly come up with fixes, there is still (barely) enough time to get them into 1.35.0. --Beman

4 7

[any] Possible improvement?
by Sergei Politov 20 Mar '08

20 Mar '08

As far as I understand it is possible to use in boost::any techniques similar to boost::function. I.e. split virtual behavior and actual data. It will help to avoid heap allocation while copying boost::any with stored small objects. What do you think about adding it to next releases of boost?

5 4

Attention: All authors of updated libraries for 1.35
by John Maddock 20 Mar '08

20 Mar '08

If your news isn't already added to http://beta.boost.org/users/news/version_1_35_0 then now is the time to do so - or reply with your news to this message. Thanks, John.

8 15

[smart_ptr] enable_shared_from_this enhancement
by Frank Mori Hess 20 Mar '08

20 Mar '08

I'm curious a patch to boost::enable_shared_from_this that makes shared_from_this() work inside constructors would be considered? The implementation I've got in mind (haven't actually tried it yet) would work as follows. I'd add two shared_ptrs to enable_shared_from_this, call them "internal_shared" and "external_shared". external_shared would be assigned the external shared_ptr which first takes ownership of *this. internal_shared would be initialized with the "this" pointer, and a custom deleter which would reset external_shared. internal_shared would be reset right after external_shared is initialized (when an external shared_ptr takes ownership of *this). Any calls to shared_from_this() that occur prior to an external shared_ptr taking ownership of *this (such as in the constructor) would get a copy of internal_shared. So the idea is, external_shared would keep the object alive as long as any copies of internal_shared that got made in the constructor are still around. -- Frank

3 21