- Boost-users - lists.preview.boost.org

[gil] Using gil with windows bitmaps
by Dan Bloomquist 10 Nov '11

10 Nov '11

Hi, Yesterday I went on a bend to understand memory images, so far I've just taken them for granted. I have a situation where I need to resample photos at print time. If a client uses their 37 gigapixel camera and I print that to pdf it bloats the size of the pdf so as they can't email them. My old hack was with GDI+, code I barely understood. So I've gotten to the code below and for all I know it is not a good start, but it works. With gil I could do more like crop and rotate without modifying the source image. Right now I'm at a loss as to how to attach a bitmap to a gil view. (Over ride the allocator?) In my test I've got two extra memcpy calls I should not have to do. I'd like to use gil directly on the windows bitmap memory. BTW, that one hour flash at Adobe was great. Now I want to 'Gilify' my code. Note HEImage::g_image is a rgb8_image_t; HBITMAP test_gil( HBITMAP hBitmap ) { DIBSECTION d; //testing, assume rgb8_image_t in object int nBytes = ::GetObject( hBitmap, sizeof( DIBSECTION ), &d ); HEImage image( d.dsBm.bmWidth, d.dsBm.bmHeight );//, d.dsBm.bmBits, 0 ); should just be able to attach bits memcpy( &image.g_image._view[ 0 ], d.dsBm.bmBits, d.dsBmih.biSizeImage ); //gil::jpeg_read_image( "C:\\cpp\\HE_9\\jpeg-8c\\GIL_test\\In\\IMG_0006.JPG", image.g_image ); HEImage image2( d.dsBm.bmWidth, d.dsBm.bmHeight ); //testing, just flip image... gil::copy_pixels( gil::rotated180_view( image.g_image._view ), image2.g_image._view ); BITMAPINFO bi24BitInfo; //testing, populate to match rgb8_image_t memset( &bi24BitInfo, 0, sizeof( BITMAPINFO ) ); bi24BitInfo.bmiHeader.biSize = sizeof(bi24BitInfo.bmiHeader); bi24BitInfo.bmiHeader.biBitCount = 24; // rgb 8 bytes for each component(3) bi24BitInfo.bmiHeader.biCompression = BI_RGB;// rgb = 3 components bi24BitInfo.bmiHeader.biPlanes = 1; bi24BitInfo.bmiHeader.biWidth = d.dsBm.bmWidth; bi24BitInfo.bmiHeader.biHeight = d.dsBm.bmHeight; HBITMAP oBitmap = ::CreateDIBSection( NULL, &bi24BitInfo, DIB_RGB_COLORS, 0, 0, 0 ); nBytes = ::GetObject( oBitmap, sizeof( DIBSECTION ), &d ); memcpy( d.dsBm.bmBits, &image2.g_image._view[ 0 ], d.dsBmih.biSizeImage ); return oBitmap; } In test used like: bResamplePhoto= true; //TODO testing.... if( bResamplePhoto ) { for( size_t i= 0; i < photoWnd.size( ); ++i ) { HBITMAP hB= test_gil( photoWnd.at( i ) ); photoWnd.at( i ).Destroy( ); photoWnd.at( i ).Attach( hB ); } }

1 0

Re: [Boost-users] [boost] Boost.Local Review (Nov 10, 2011 to Nov 19, 2011
by Alex Perry 10 Nov '11

10 Nov '11

Oops sorry my bad - email client messed up the link so couldn't go to it directly and was looking in https://svn.boost.org/svn/boost/sandbox/local/doc/ instead Alex > -----Original Message----- > From: Alex Perry > Sent: 10 November 2011 14:04 > To: 'boost-users(a)lists.boost.org' > Subject: RE: [Boost-users] [boost] Boost.Local Review (Nov 10, 2011 to Nov > 19, 2011 > > > On Wed, 9 Nov 2011 21:52:53 -0800 "Jeffrey Lee Hellrung, Jr." > <jeffrey.hellrung(a)gmail.com> wrote :- snip > > The code and documentation are available from the Boost sandbox ( > > https://svn.boost.org/svn/boost/sandbox/) > > > > https://svn.boost.org/svn/boost/sandbox/local/ [everything] > > https://svn.boost.org/svn/boost/sandbox/local/boost/ [code] > > https://svn.boost.org/svn/boost/sandbox/local/libs/local/doc/html/inde > > x.ht > > ml[documentation] > > > Not sure if its just me but I can't seem to find the documentation following > these links > > https://svn.boost.org/svn/boost/sandbox/local/libs/local/doc/ > > exists but only has a src directory which doesn't appear to have anything > useful (a bunch of css files) > > Alex

1 0

Re: [Boost-users] [boost] Boost.Local Review (Nov 10, 2011 to Nov 19, 2011
by Alex Perry 10 Nov '11

10 Nov '11

On Wed, 9 Nov 2011 21:52:53 -0800 "Jeffrey Lee Hellrung, Jr." <jeffrey.hellrung(a)gmail.com> wrote :- snip > The code and documentation are available from the Boost sandbox ( > https://svn.boost.org/svn/boost/sandbox/) > > https://svn.boost.org/svn/boost/sandbox/local/ [everything] > https://svn.boost.org/svn/boost/sandbox/local/boost/ [code] > https://svn.boost.org/svn/boost/sandbox/local/libs/local/doc/html/index.ht > ml[documentation] > Not sure if its just me but I can't seem to find the documentation following these links https://svn.boost.org/svn/boost/sandbox/local/libs/local/doc/ exists but only has a src directory which doesn't appear to have anything useful (a bunch of css files) Alex

1 0

file system create directory permissions problem in windows
by Jose 10 Nov '11

10 Nov '11

Hi, I am trying to create a directory in my temp folder in windows. Using this sintax : boost::filesystem::remove_all(tcd); boost::filesystem::create_directory(boost::filesystem::path(tcd)); tcd is a char* that looks like : "%TEMP%\file_123456" I get the error "the system can not find the patch" If I use _mkdir. I also get an error. Is there anything that I am missing to create directories in the env. variable temp in windows? The code works just fine in linux. Thanks Jose

2 1

Re: [Boost-users] [Spirit-general] Pattern matching with boost
by Alec Taylor 10 Nov '11

10 Nov '11

Thank you very much everybody! I am currently building boost (as my current boost was under a different toolset), but once it's built I'll be able to test. Thank you all for your code samples + advice, especially Seth (sehe) on stackoverflow :] On Thu, Nov 10, 2011 at 1:15 PM, Seth Heeren <bugs(a)sehe.nl> wrote: > On 11/09/2011 10:31 PM, Alec Taylor wrote: >> Feel free to add it to stackoverflow (I've been having some trouble >> posting there) >> >> I can't give you what I've done so far, because I wasn't sure if it >> was within the capabilities of the boost::spiriti libraires to do what >> I'm trying to do. > Alec, since you came to the Spirit list, it is only fair if I tried to > show you a Spirit way. It uses Qi for parsing, and Karma for output > generation. As you consented, I posted it on StackOverflow on your behalf: > > http://stackoverflow.com/questions/8074103/how-would-i-perform-this-text-pa… > > so by all means, have a look there (and don't forget to upvote it, if > the answer was in any way helpful to your question. I think it (at > least) comprehensively answers the main question ("is it withing the > capabilities of the boost::spirit libraries"). Whether or not you would > elect to do so, is up to you, of course! > > Cheers, > Seth > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > _______________________________________________ > Spirit-general mailing list > Spirit-general(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/spirit-general >

3 5

[Thread] Semantics regarding memory barrier/happens-before relationship
by Falk S. 10 Nov '11

10 Nov '11

Hi, I have read an article on Dr.Dobbs (http://drdobbs.com/cpp/184401518?pgno=3) about the Boost Thread Library and a given example quoted below raised a question to me regarding race condition safety (stripped). > |const| |int| |BUF_SIZE = 10;| > |const| |int| |ITERS = 100;| > > |boost::mutex io_mutex;| > > |class| |buffer| > |{| > |public||:| > | ||typedef| |boost::mutex::scoped_lock| > | ||scoped_lock; ||| |[..]| > > | ||int| |get()| > | ||{| > | ||scoped_lock lk(mutex);| > | ||if| |(full == 0)| > | ||{| |[..]| > | ||while| |(full == 0)| > | ||cond.wait(lk);| > | ||}| > | ||int| |i = buf[c];| > | ||c = (c+1) % BUF_SIZE;| > | ||--full;| > | ||cond.notify_one();| > | ||return| |i;| > | ||}| > | | > |private||:| > | ||boost::mutex mutex;| > | ||boost::condition cond;| > | ||unsigned ||int| |p, c, full;| > | ||int| |buf[BUF_SIZE];| > |};| I wonder if it is possible the compiler produces optimised code and checking the member 'full' before creating the scoped lock. Imagine two threads calling/entering method buffer.get. That would lead to a possible race condition. Why is this not possible and how is this guaranteed with current C++ Compilers? Thanks for any reply, Falk Sticken

2 1

Pattern matching with boost
by Alec Taylor 10 Nov '11

10 Nov '11

Good morning, I'm trying to parse a relatively simple pattern across 4 std::strings, extracting whatever the part which matches the pattern into a separate std::string. In an abstracted sense, here is what I want: s1=<string1><consecutive number>, s2=<consecutive number><string2>, s3=<string1><consecutive number>, s4=<consecutive number><string2> Less abstracted: s1="apple 1", s2="2 cheese", s3="apple 3", s4="4 cheese" Actual contents: s1="lxckvjlxcjvlkjlkje xvcjxzlvcj wqrej lxvcjz ljvl;x czvouzxvcu j;ljfds apple 1 xcvljxclvjx oueroi xcvzlkjv; zjx", s2="xzljlkxvc jlkjxzvl jxcvljzx lvjlkj wre 2 cheese", s3="apple 3", s4="kxclvj xcvjlxk jcvljxlck jxcvl 4 cheese" How would I perform this pattern matching? Thanks for all suggestions, Alec Taylor

4 4

boost.org home page
by Jerry Jeremiah 09 Nov '11

09 Nov '11

Hello, The boost home page says: "We aim to establish "existing practice" and provide reference implementations so that Boost libraries are suitable for eventual standardization. Ten Boost libraries are already included in the C++ Standards Committee's Library Technical Report (TR1) and will be in the new C++0x Standard now being finalized. C++0x will also include several more Boost libraries in addition to those from TR1. More Boost libraries are proposed for TR2." Now that the standard is final we should change this. What I think people would like to see is which boost libraries are reflected in the standard and how those standard ones differ from the boost ones. I know the boost ones have to be more feature rich than the standard ones because the boost ones are continuously being extended and the standard ones are locked in stone. Unfortunately that's all I really know. Now, I realize probably everyone who actually knows this information is probably busier than I so I need to be the one that actually makes the time to figure it out amd create a draft of the new information. Would it be possible for one of you to give me a list of all the boost libraries that are reflected in the new standard? Jerry

2 1

FW: pbgl install
by Neiderer, Andrew M USA CIV (US) 09 Nov '11

09 Nov '11

________________________________ From: Neiderer, Andrew M USA CIV (US) Sent: Wednesday, November 09, 2011 6:13 AM To: boost-users(a)lists.boost.org Cc: Neiderer, Andrew M USA CIV (US) Subject: pbgl install I have BGL 1.47.0 installed and want to start using parallel BGL. Can someone point me to a URL for describing installation of parallel-bgl-0.7.0. I assume I do the "tar xvf" in the above directory and new files will overwrite. Thank you. Andrew M. Neiderer US Army Research Laboratory

2 1

Limits in MPL and Fusion - bad doc, not checked, could be extended
by Hite, Christopher 09 Nov '11

09 Nov '11

> > 1) I think both test libraries should #error if you go over the limit. > > > > 2) Why don't we extend the limits? > > I may wind up doing this real quick to keep my code working (needs 71). Can I merge the changes into trunk when I'm done and after 1.48 is finished? It took a while, but I found this thread: http://lists.boost.org/boost-users/2006/11/23285.php > I believe that for most libraries, there's a non-trivial increase in > compile-time for any user of the library when you increase the arity of > things. It's config switch. The library user sets BOOST_MPL_LIMIT_VECTOR_SIZE to whatever he needs and sets BOOST_MPL_CFG_NO_PREPROCESSED_HEADERS. The silly thing is there's an undocumented limit which doesn't warn it just complains when it can't include map60. It would be easy to have map50, just use the limit instead of a hard coded 50. That would allow someone who needs just a it to do it. > Bumping up the default could have rather adverse effects on the compile > time of people who doesn't want to pay for it. No, the library is header only. If you leave the limits at 20 you'll include file10 and file20, but no more. I've currently got the hack in my code. It only works if you do it before including any of the standard headers and it's uggly because BOOST_MPL_LIMIT_MAP_SIZE is redefined 50->70. #define ULTIMATE_N 70 #define BOOST_MPL_CFG_NO_PREPROCESSED_HEADERS #include <boost/mpl/map.hpp> #include <boost/mpl/map/map50.hpp> #include <boost/preprocessor/iterate.hpp> namespace boost { namespace mpl { # define BOOST_PP_ITERATION_PARAMS_1 \ (3,(51, ULTIMATE_N, <boost/mpl/map/aux_/numbered.hpp>)) # include BOOST_PP_ITERATE() }} #define BOOST_MPL_LIMIT_MAP_SIZE ULTIMATE_N // do this for each mpl::map, mpl::list, fusion::vector, fusion::map Chris

1 0