- Boost - lists.boost.org

[Boost-bugs] [ boost-Bugs-1567797 ] GraphViz reader ignores graph properties
by SourceForge.net 29 Sep '06

29 Sep '06

Bugs item #1567797, was opened at 2006-09-29 11:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1567797&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: graph Group: None Status: Open Resolution: None Priority: 5 Submitted By: Douglas Gregor (dgregor) Assigned to: Douglas Gregor (dgregor) Summary: GraphViz reader ignores graph properties Initial Comment: The GraphViz reader ignores all graph properties. Oops! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1567797&group_… ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

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

29 Sep '06

Hi Scott, I was about to write to say that I ran your previous test program for about half an hour without any problems. > I started thinking about my own client code and read up on the > socket class. The docs say the socket object is unsafe for > shared objects. So I put locks around every async_read or > async_write operation. However, it still fails. > > Is the problem with my code the fact that 2 threads are using > the same socket? Yes, that is a problem. I don't know if it is *the* problem. > Is that just not possible? Rather than using a mutex, a better approach would be to use an asio::strand object. You can use a strand to wrap your handlers and they won't be executed concurrently (see the last timer tutorial for an example). A mutex will *not* give the correct behaviour in the case of "composed" operations like boost::asio::async_write. (Note: i'm assuming you're using the latest code in CVS here.) However, I am not confident that the current SSL wrapper implementation is thread safe even if you use a strand. It may simply be safer at this time to stick to using an individual SSL object from a single thread. In practice that means only calling io_service::run() from a single thread. What exactly is it that you want to do with the second thread? There may be another way of structuring it to give the same effect while keeping all access to the ssl/socket object from the one thread. Cheers, Chris

1 0

Re: [boost] [asio] SSL operation sporadically returns "Access is denied"
by Scott 29 Sep '06

29 Sep '06

Hi Chris, > > In the client, I have 2 threads. The main thread is the one > that sends > random messages to the server. The other thread handles all incoming > responses and prints out the number of bytes received. Both > threads share > the same io_service. It is my understanding from the docs > that multiple > threads can all share an io_service, but please let me know > if the code is > incorrect. I started thinking about my own client code and read up on the socket class. The docs say the socket object is unsafe for shared objects. So I put locks around every async_read or async_write operation. However, it still fails. Is the problem with my code the fact that 2 threads are using the same socket? Is that just not possible? Thanks, Scott

1 0

Trouble with asio while compiling libtorrent
by the-real-sim＠gmx.de 29 Sep '06

29 Sep '06

Hello List, i tried to compile libtorrent (libtorrent.sf.net) but i get the following error message: ../include/libtorrent/asio/socket_base.hpp:432: error: '__invalid_size_argument_for_IOC' cannot appear in a constant-expression ../include/libtorrent/asio/socket_base.hpp:432: error: template argument 1 is invalid ../include/libtorrent/asio/socket_base.hpp:455: error: '__invalid_size_argument_for_IOC' cannot appear in a constant-expression ../include/libtorrent/asio/socket_base.hpp:455: error: template argument 1 is invalid ../include/libtorrent/asio/basic_stream_socket.hpp: In member function 'size_t asio::basic_stream_socket<Protocol, Service>::in_avail()': ../include/libtorrent/asio/basic_stream_socket.hpp:786: error: request for member 'get' in 'command', which is of non-class type 'int' ../include/libtorrent/asio/basic_stream_socket.hpp: In member function 'size_t asio::basic_stream_socket<Protocol, Service>::in_avail(Error_Handler)': ../include/libtorrent/asio/basic_stream_socket.hpp:808: error: request for member 'get' in 'command', which is of non-class type 'int' make[2]: *** [allocate_resources.lo] Error 1 someone from the libtorrent list said i should post here. the ./configure script from libtorrent ran without a hitch. here's what's on my G3 Powerbook: Ubuntu 6.06 LTS ubuntu boost version: 1.33.1-2 any hints/tips/ideas welcome :) thanks in advance, #Simon -- GMX DSL-Flatrate 0,- Euro* - Überall, wo DSL verfügbar ist! NEU: Jetzt bis zu 16.000 kBit/s! http://www.gmx.net/de/go/dsl

1 0

Problem with conditional variables in boost
by Mariusz Kedzierawski 29 Sep '06

29 Sep '06

Hi I think there is a problem in implementation of function: void condition_impl::notify_one() (with BOOST_HAS_MPTASKS beeing defined - apple version) in file condition.cpp There is no mutex release before leaving that function in one place: (The same problem is in fuction notify_all) //------[ BEGIN ]------------------------------------ void condition_impl::notify_one() { unsigned signals = 0; OSStatus lStatus = noErr; lStatus = safe_enter_critical_region(m_mutex, kDurationForever, m_mutex_mutex); assert(lStatus == noErr); if (m_waiting != 0) // the m_gate is already closed { if (m_blocked == 0) { lStatus = MPExitCriticalRegion(m_mutex); assert(lStatus == noErr); return; } ++m_waiting; --m_blocked; /************************************************/ /************************************************/ There is no MPExitCriticalRegion(m_mutex) here ! /************************************************/ /************************************************/ } else { lStatus = safe_wait_on_semaphore(m_gate, kDurationForever); assert(lStatus == noErr); if (m_blocked > m_gone) { if (m_gone != 0) { m_blocked -= m_gone; m_gone = 0; } signals = m_waiting = 1; --m_blocked; } else { lStatus = MPSignalSemaphore(m_gate); assert(lStatus == noErr); } /************************************************/ /************************************************/ Solution could be putting "}" here instead of after ongoing while (signals) {...} /************************************************/ /************************************************/ lStatus = MPExitCriticalRegion(m_mutex); assert(lStatus == noErr); while (signals) { lStatus = MPSignalSemaphore(m_queue); assert(lStatus == noErr); --signals; } } } //------[ END ]------------------------------------ Second problem is in file condition.hpp //------[ BEGIN ]------------------------------------ template <typename M> void do_wait(M& mutex) { /... m_impl.enter_wait(); //... lock_ops::unlock(mutex, state); /************************************************/ /************************************************/ Unlocking mutex and hanging on semaphore should be atomic operation and here it is not (notification can be lost here (becouse of switching between threads) and thread can than wait for it forever). /************************************************/ /************************************************/ m_impl.do_wait(); //... lock_ops::lock(mutex, state); //... } //------[ END ]------------------------------------ Please correct me if I am wrong :) -- Mariusz Kedzierawski M(dot)Kedzierawski(a)gmail.com

4 6

[thread, config] Multithread for HP-UX aCC6 V2?
by Vladimir Prus 29 Sep '06

29 Sep '06

On Friday 29 September 2006 12:02, Roland Schwarz wrote: > In the regressions for HP-UX aCC6 V2 > > HP-UX aCC6 V2 > http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/developer/t >hread.html > > I can see a error message: > > # error "Compiler threading support is not turned on. Please set the > correct command line options for threading: -mt" This is bogus error, since the command line is: aCC -AA -mt +DD64 -c -DBOOST_ALL_NO_LIB=1 -DBOOST_THREAD_BUILD_DLL=1 +d -g -mt -I".." -o "......../test_barrier.o" "../libs/thread/test/test_barrier.cpp" and contains -mt as many as *two* times ;-) > What can be done about this? I think that either Boost.Thread or Boost.Config do not notice that threading is enabled. I'm copying this message to boost-devel, probably somebody can suggest the fix. - Volodya -- Vladimir Prus http://vladimir_prus.blogspot.com Boost.Build V2: http://boost.org/boost-build2

3 2

Channel (distributed message passing and event dispatching) redesigned and implemented in boost
by Yigong Liu 29 Sep '06

29 Sep '06

Last night i sent out this email as reply to some old email. I didnot see it appearing in my gmail mbox this morning. So i am resending it and hoping to get more comments on design. Sorry for the duplication. Channel is a Namespace based C++ template framework for distributed message passing and event dispatching. It is redesigned and reimplemented based on Boost. Initial design document and major framework code is available from sourceforge: http://channel.sourceforge.net/boost_channel/doc/design.html http://sourceforge.net/projects/channel Coding and testing is done in linux (Fedora Core 3 &4). Havent try it on Windows yet. Comments and corrections on the design are highly appreciated. Attached please find a introduction of the library. Thanks Yigong ----------------------------------------------------------------------------------------------------- In Unix and most OSes, file systems allow applications to identify, bind to and operate on system resources and entities (devices, files,...) using a "name" (path name) in a hierarchical namespace (directory system) which is different from variables and pointers in flat address space. In Boost.Signal and libsigc++, callbacks/slots objects can be connected explicitly to specific signals objects to allow synchronous event dispatching. Channel is a C++ template library to provide namespaces for asynchronous, distributed message passing and event dispatching. Message senders and receivers bind to names in namespace; binding and matching rules decide which senders will bind to which receivers; then message passing and event dispatching could happen among bound senders and receivers. Channel's signature: template < typename idtype, typename platform_type = boost_platform, typename synchpolicy = mt_synch<platform_type>, typename executor_type = abstract_executor, typename name_space = linear_name_space<idtype,executor_type,synchpolicy>, typename dispatcher = broadcast_dispatcher<name_space,platform_type> > class channel; Various namespaces (linear/hierarchical/associative) can be used for different applications. For example, we can use integer ids as names to send messages in linear namespace or we can use path name ids to send messages in hierarchical namespace; User can configure namespace easily by setting a channel template parameter. Channel's other major components are dispatchers; which dispatch messages/events from senders to bounded receivers. Dispatcher is also a channel template parameter. The design of dispatchers can vary in several dimensions: - how msgs move: push or pull; - how callbacks executed: synchronous or asynchronous. Sample dispatchers includes : synchronous broadcast dispatcher, buffered asynchronous dispatchers,... Namespace and dispatchers are orthogonal; they can mix and match together freely; just as STL algorithms can be used with any STL containers by means of the iterator range concept, Namespace and dispatchers can be used together because of the name binding set concept. By combining different namespace and dispatching policies, we can achieve various models: - synchronous event dispatching - associative space model similar to tuple space - asynchronous messaging model similar to Microsoft CCR (Concurrency Coordination Runtime) Similar to distributed files systems, distributed channels can be connected or "mounted" to allow transparent distributed message passing. Filters and translators are used to control namespace changes. Channel is built on top of Boost facilities: - boost::shared_ptr for message/event data life-time management - boost::bind, boost::function for callback - boost::thread for synchronization - boost::serialization for message marshaling/demarshaling - Boost.Asio and Boost.Shmem are used to build transports among remote channels.

3 3

[Boost-bugs] [ boost-Patches-1430820 ] [thread] [tss_hook.cpp] Suppress MSVC CRT memory leak report
by SourceForge.net 29 Sep '06

29 Sep '06

Patches item #1430820, was opened at 2006-02-13 18:49 Message generated for change (Comment added) made by speedsnail You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1430820&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: None Priority: 5 Submitted By: Kevin J Bluck (kbluck) Assigned to: Roland Schwarz (speedsnail) Summary: [thread] [tss_hook.cpp] Suppress MSVC CRT memory leak report Initial Comment: MSVC CRT memory debugger pedantically complains about an unreleased singleton allocation. Although the consensus is that this is a harmless annoyance, it does cause some concern for MSVC users who don't know what is happening. Issue discussed in this Boost mailing list thread: http://lists.boost.org/boost-users/2005/08/13538.php Attached is a patch for tss_hook.cpp, which uses the function _CrtSetDbgFlag to temporarily turn off heap allocation tracking for the particular allocation in question. It should have no effect except on MSVC debug builds. On my configuration (msvc-8_0) it eliminates the leak warnings. ---------------------------------------------------------------------- >Comment By: Roland Schwarz (speedsnail) Date: 2006-09-29 08:41 Message: Logged In: YES user_id=541730 The issue has been fixed in 1.34 and HEAD, altough differently than the patch suggests. I cannot see that the suggested patch is MT safe. ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2006-04-02 05:23 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Roland Schwarz (speedsnail) Date: 2006-03-18 21:12 Message: Logged In: YES user_id=541730 I will look into this, since AFAIK Michael Glassford currently is not available. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1430820&group_… ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Cvs nightly?
by Sohail Somani 29 Sep '06

29 Sep '06

Is there a cvs nightly zip of the boost tree? Thanks, Sohail

2 1

fusion, asio, mpi and other new libraries.
by Janek Kozicki 29 Sep '06

29 Sep '06

I wanted to ask if those new libraries (fusion,asio,mpi) are to be in next_next boost release? (1.35) Is there somewhere a list of those libraries waiting for inclusion? I'm asking because they are certainly not a part of library documentation: http://www.boost.org/libs/libraries.htm I just wanted to check, maybe there is some library I don't know about. -- Janek Kozicki |

2 2