- Boost - lists.boost.org

Re: [boost] [serialization] MSVC8 runtime check error
by brass goowy 01 Aug '06

01 Aug '06

John Reid wrote: > > I'm getting a runtime check error from MSVC8 in the following code > checked out from cvs_head: > > serialization/collections_load_imp.hpp > line 116 > > ... > > template<class Archive, class Container, class InputFunction, class R> > inline void load_collection(Archive & ar, Container &s) > { > s.clear(); > // retrieve number of elements > unsigned int count; > unsigned int item_version; > ar >> BOOST_SERIALIZATION_NVP(count); > if(3 < ar.get_library_version()){ > ar >> BOOST_SERIALIZATION_NVP(item_version); > } > R rx; > rx(s, count); > InputFunction ifunc; > while(count-- > 0){ > ifunc(ar, s, item_version); > } > } > I think this function would be more flexible if the clear call was removed. Users could decide if they want to call clear() or not. If you want append-like behaviour you wouldn't call clear(). If you know the container is already empty you also wouldn't have to call clear(). Regards, Brian Wood www.webEbenezer.net

2 1

library for type erasure
by Steven Watanabe 01 Aug '06

01 Aug '06

AMDG Is there any interest in a library for type erasure? My basic idea is to define each operation separately and use a sequence of them. As a simple example: void f() { erasure<boost::mpl::vector<ostreamable, incrementable> > object(0); ++object; std::cout << object; //prints 1 } In Christ, Steven Watanabe

3 2

Re: [boost] [statistics] design/interface reprise
by John Maddock 01 Aug '06

01 Aug '06

Daniel Egloff wrote: > thanks for the proposal. > > It looks good. However I do not like the notation such as > > cdf_c(dist, x); > > for the complemented functions too much. The "_c" is not very visible. > What's about > > complemented(cdf)(dist, x); > cdf(complemented)(dist, x); > cdf<complemented>(dist, x); > > > Similarly for all other functions which have complemented versions. By > the way, complemented only makes sense for 1 dimensional > distributions. Did you think about multivariate distributions? There, > the "tail" is the complement of a ball or an ellipsoid. But this > becomes highly challenging already for moderate dimensions. > > I think the syntax for all 3 variations should be doable. My > preferences are 2 or 3. > > What do you think? Of those I would prefer (2), or else: // complemented cdf: cdf(complemented(dist, x)); // quantile from complement of probabilty: quantile(complemented(dist, q)); // estimate degrees of freedom from t // and complement of probablity: students_t::estimate_degree_of_freedom( complemented(t, q)); I'm also tempted to suggest that "complemented" is spelled "complement". I'd be interested to know what other think though. As for the multivariate case, no we haven't thought about it (there's more than enough to do at present in the univariate case), I suspect we would have to fall back on "not all operations are supported on all distributions", which would be not unreasonable in that case. A compiler error in other words. John.

2 1

[boostbook] Extra space after void parameter declaration
by Julio M. Merino Vidal 01 Aug '06

01 Aug '06

Hi, I usually write function declarations that do not take any parameters using the "old" C style; that is: int foo(void); I've now started documenting my code using Doxygen and integrating the resulting documentation into a Quickbook document. The class summary is correctly formatted because it does not include the parameter names, but the function prototypes in their description show: int foo(void ); Note the extra space after void. It looks ugly and I believe it should not be there. The attached patch seems to fix this issue. Can it be integrated? Thanks, -- Julio M. Merino Vidal <jmmv84(a)gmail.com> The Julipedia - http://julipedia.blogspot.com/

2 1

Where to place tests for BOOST_WORKAROUND?
by Gennaro Prota 01 Aug '06

01 Aug '06

Hi guys, despite proceeding on it by fits and starts I've completed the work on the new compiler identification macros. Since Rene asked for them to be committed after the 1.34 release they are still on hold (/auto-censorship here/) however I'd like to add tests for the new BOOST_WORKAROUND macro. The question is: it was, and is, a sort of private tool for boost developers, as its placement in the detail/ subdirectory emphasizes, so we probably (uncertainty and doubt) don't want its test results to show in the regression reports. If so, where should those tests go? -- [ Gennaro Prota, C++ developer for hire ]

2 2

Boost regression testing status
by Gennaro Prota 01 Aug '06

01 Aug '06

Hi, I'd like to point your attention toward the current status of our regression testing. I'll not express opinions, but these are some facts about 1.34: - Huang-WinXP-x64 - graph - graphviz_test / msvc-8.0 LINK : fatal error LNK1181: cannot open input file '[...]\bgl-viz-vc80-gd-1_34.lib' - For some failures no error message is reported, so that it is pretty much impossible for the developer to fix them; e.g.: http://tinyurl.com/zmpwk - metacomm-v2 - algorithm/minmax - minmax / msvc-7.0 'vsvars32.bat' is not recognized as an internal or external command... - OSL4-V2 - python - andreas_beyer / sun-5.8 #error Python 2.2 or higher is required for this version of Boost.Python. - RudbekAssociates-V2 - iostreams - bzip2_test / msvc-7.1 LINK : fatal error LNK1181: cannot open input file '[...]\boost_iostreams-vc71-gd-1_34.lib' The list is not exhaustive. -- [ Gennaro Prota, C++ developer for hire ]

5 20

Re: [boost] Numerical integration library?
by Sohail Somani 01 Aug '06

01 Aug '06

> -----Original Message----- > From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] On Behalf Of Frederick Akalin > Sent: Monday, July 31, 2006 1:17 AM > To: boost(a)lists.boost.org > Subject: [boost] Numerical integration library? > > I notice numerical integration was one of the items listed in the > ExpandedMathematicsLibrary entry under WantedLibraries in the > Wiki. Has > anyone done any work on this? I've been looking into this > problem space > lately; I had the germ of an idea that, with the magic of templates, > most ODE solvers (e.g. Euler, Runge-Kutta, etc.) could be > written in a > container-agnostic format and in a form closely resembling that which > you would find in a textbook. (I can post some > proof-of-concept code if > this isn't clear.) I've looked around and haven't seen > anything similar, > but I'm no expert on scientific programming. I'm unsure what ODE's have to do with integrals. Anyway, for solving PDEs one should look at http://www10.informatik.uni-erlangen.de/~pflaum/expde/public_html/index. html for an example. I'd be interested to know if anyone has used this library :) Sohail

2 1

Boost Exception
by Emil Dotchevski 01 Aug '06

01 Aug '06

Hello, I posted the new version of the proposed Boost Exception library last Friday, you can get the new documentation and code here: http://www.revergestudios.com/boost-exception/boost-exception.htm. I have received two suggestions by email to remove the use of macros for type registration. Currently, to register tag_foo with the exception library, and to specify that its value is of type int, you'd use: BOOST_REGISTER_EXCEPTION_INFO(tag_foo,int) One suggestion was to use this instead: struct tag_foo { typedef int value_type; }; Another suggestion was very similar, with the following syntax: struct tag_foo: exception_info_tag<int> { }; I encourage everyone to provide your feedback in the mailing list instead of by email, so we can have an open discussion. Thanks, Emil Dotchevski

2 2

Re: [boost] Boost.Operators base class chaining
by Steven Watanabe 31 Jul '06

31 Jul '06

AMDG >Steven Watanabe wrote: > > >>Is use of base class chaining in this way part of the public API >>of Boost.Operators? - Base may not be related to Boost.Operators >>in any way. Or should I use multiple inheritance instead? >> >> > >Base class chaining has been a documented and stable part of the >operators library's interface for a long time now and it is still >relevant for today's compilers. It has not been deprecated and I don't >see any reason to do so. As far as I'm concerned, it's an official part >of the interface - no guarantees for the future, though. > >That said, it's up to you how you make use of it. Just because it was >designed as an internal helper shouldn't prevent you from using it for >your own purposes. > >Regards, Daniel > > Thanks. The only case I can think of that won't work is the unnumbered forms of binary operators. In Christ, Steven Watanabe

2 1

[Boost-bugs] [ boost-Bugs-1531909 ] The case insensitive modifier doesn't work
by SourceForge.net 31 Jul '06

31 Jul '06

Bugs item #1531909, was opened at 2006-07-31 11:29 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=1531909&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: regex Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: John Maddock (johnmaddock) Summary: The case insensitive modifier doesn't work Initial Comment: My name is Florin Trofin (ftrofin at _adobe_ dot com) and I work for Adobe Systems. We are using boost/regex 1.33.1 in one of our projects and we've encountered the following bug: The case insensitive modifier is supposed to make the string comparison case insensitive from the place at which it is encountered first till the end. In view of this, if we have "ABC abc aCb" as the text in which we will be doing search and if we have find string as "(?i)[bc]" then the expectation is that b/B/c/C will be found. But only b/c is found. If we have "(?i)a[bc]" as find string then ab/ac/AB/Ab/AC/Ac are found as expected. The only place which is having problem is when we specify character class[] immediately after case insensitive modifier "(?i)". We also have issues regarding character equivalence on Mac. Japanese character equivalence in general is not working i.e. if we have [[=x=]] where x is a Japanese character in hiragana or katakana then the equivalence is not matching correctly. Please let me know if you want me to open a separate bug on this issue. If you need more info please let me know. Thx! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1531909&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