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

[Boost.Locale] [Boost.Iostreams] Example with code converter does not work with clang
by Jesse Beder 27 Mar '12

27 Mar '12

I'm trying the example on the "Character Set Conversions" page of the Boost.Locale documentation: http://www.boost.org/doc/libs/1_49_0/libs/locale/doc/html/charset_handling.… (the full code I'm running is at the end of this message). When compiling with gcc: g++ -o test -lboost_locale test.cpp It run correctly - it prints "שלום" to standard output. However, when compiling with clang: clang++ -o test -lboost_locale test.cpp It produces, as far as I can tell, gibberish - it prints "×©××" to standard output. The hex values of the output are: 0xc3 0x97 0xc2 0xa9 0xc3 0x97 0xc2 0x9c 0xc3 0x97 0xc2 0x95 0xc3 0x97 0xc2 0x9d -------- What I'd like is to have a stream that accepts wide strings in the current locale and produces narrow strings in UTF-8 - am I completely off the track? If so, what should I do instead, and if not, what am I doing wrong? Thanks! - Jesse Beder ------- (code follows) #include <boost/iostreams/stream.hpp> #include <boost/iostreams/categories.hpp> #include <boost/iostreams/code_converter.hpp> #include <boost/locale.hpp> #include <iostream> namespace io = boost::iostreams; class consumer { public: typedef char char_type; typedef io::sink_tag category; std::streamsize write(const char* s, std::streamsize n) { std::cout.write(s,n); return n; } }; int main() { typedef io::code_converter<consumer> converter_device; typedef io::stream<converter_device> converter_stream; consumer cons; converter_device dev; boost::locale::generator gen; dev.imbue(gen("en_US.UTF-8")); dev.open(cons); converter_stream stream; stream.open(dev); stream << L"שלום"; return 0; }

2 1

[Boost.Serialization] Documentation about the archive file formats
by Júlio Hoffimann 27 Mar '12

27 Mar '12

Dear all, I'm trying to debug an application and would be helpful to know how the contents of the archives should look like. I read the entire Boost.S11n documentation, but can't find any explanation about the archive file formats. Do you have some technical material? I'm having an annoying (and famous) "input stream error": http://stackoverflow.com/questions/5178321/boost-serialization-problem-in-w…. The link describes exactly the same problem, the "author's solution" isn't satisfactory at all. Best regards, Júlio.

2 4

[Signals2] Signal memory overhead
by Sean Buckheister 26 Mar '12

26 Mar '12

Hello, I've been using the Signals2 library for a while now, and I'm very happy with it. But lately I have noticed that the library seems to have a rather large overhead in terms of memory consumption. My measurements indicate 233 bytes per signal<>, and an additional 128 bytes of overhead per connected slot. Connections themselves are lightweight at 24 bytes, as expected. I've been measuring on Linux 64bit, by creating a class with one signal and a number of active connections to that signal. This class is instantiated on the heap and the pointer is discarded. When run under Valgrind, I get the numbers mentioned above. All measurements have been done with threading support disabled (using boost::signals2::dummy_mutex). Since I don't need most of the features (my signals have one active connection most of time, seldomly more), I hacked together a small replacement that fits my needs as well. That code measures at 32 bytes per signal, 32 bytes per slot and 16 bytes per connection. Of course it provides nothing except connect/disconnect and operator(). Am I using the library incorrectly? Does my measurement method skew results? -- Sean

3 7

Multiple definition error with boost::icl
by Rajalakshmi Iyer 26 Mar '12

26 Mar '12

Hello, I have the following code structure: Range.h: ------------ #ifndef __RANGE_H__ #define __RANGE_H__ #include <boost/icl/interval_map.hpp> #include <boost/icl/gregorian.hpp> using namespace boost::gregorian; using namespace boost::icl; class Range { public: Range() ; ~Range() ; private: interval_map< date, int > m_mapRange }; #endif // __CAMPAIGNS_BY_RANGE_H__ Range.cpp ---------------- #include "Range.h" Range::Range() { } Range::~Range() { } main.cpp -------------- #include "Range.h" int main() { return 0; } When I build this code, I see the following errors: main.o: In function `boost::icl::operator++(boost::gregorian::date&)': main.cpp:(.text+0x0): multiple definition of `boost::icl::operator++(boost::gregorian::date&)' Range.o:Range.cpp:(.text+0x0): first defined here main.o: In function `boost::icl::operator--(boost::gregorian::date&)': main.cpp:(.text+0x2d): multiple definition of `boost::icl::operator--(boost::gregorian::date&)' Range.o:Range.cpp:(.text+0x2d): first defined here main.o: In function `boost::icl::operator++(boost::gregorian::date_duration&)': main.cpp:(.text+0x5a): multiple definition of `boost::icl::operator++(boost::gregorian::date_duration&)' Range.o:Range.cpp:(.text+0x5a): first defined here main.o: In function `boost::icl::operator--(boost::gregorian::date_duration&)': main.cpp:(.text+0xa1): multiple definition of `boost::icl::operator--(boost::gregorian::date_duration&)' Range.o:Range.cpp:(.text+0xa1): first defined here collect2: ld returned 1 exit status make: *** [rangetest] Error 1 Any ideas on how to resolve this would be greatly appreciated. Thanks! -- Twitter: @Blismobile <http://twitter.com/#!/blismobile> BlisMobile Media 32 Percy Street, London W1T 2DE www.blismobile.com [image: BlisMobile] <http://www.blismobile.com/>[image: Follow on Twitter]<http://twitter.com/#!/blismobile>[image: Blis Website] <http://www.blismobile.com/> This communication is from BlisMobile Media, which is a trading name of Breeze Tech (UK) Ltd, a company registered in England and Wales with registered number 06455773. Its registered office is 32 Percy Street, London W1T 2DE, United Kingdom. This communication contains information that is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please (1) notify info(a)blismobile.com by forwarding this email and delete all copies from your system and (2) note that disclosure, distribution, copying or use of this communication is strictly prohibited. Email communications cannot be guaranteed to be secure or free from error or viruses. All emails sent to or from a Blismobile email account are securely archived and stored by an external supplier. This email does not constitute a contractual agreement; such agreements are in specified contractual or Insertion Order (IO) form only and exclusively contain all the terms to which Breeze Tech )UK) Ltd will be bound. To the extent permitted by law, Breeze Tech (UK) Ltd does not accept any liability for use of or reliance on the contents of this email by any person save by the intended recipient(s) to the extent agreed in a contract or Insertion Order. Opinions, conclusions and other information in this email which have not been delivered by way of the business of Breeze Tech (UK) Ltd are neither given nor endorsed by it.

2 1

[mpl] how can I pattern-match a 'built' mpl::vector?
by Rob Desbois 26 Mar '12

26 Mar '12

I have an mpl::vector that is built by a series of push_back ops, and want to traverse at runtime using mpl::for_each<v>( do_sth() ) A member type may also be an mpl::vector, and in this case I wish to specialise do_sth::operator() for that case. I'm having trouble doing that, since the result of push_back is not an mpl::vector type, so how do I go about matching this? TIA -- rob -- Rob Desbois http://theotherbranch.wordpress.com/ "I disapprove of what you say, but I’ll defend to the death your right to say it", Voltaire

2 2

Boost.Factory argument by reference
by gast128 26 Mar '12

26 Mar '12

Hello all, does anyone know if Boost.Factory can be tweaked to use const& instead of references, e.g.: struct Bla { Bla(int n){} }; void Foo() { boost::factory<Bla*> fac; int i = 1; boost::scoped_ptr<KTestBase> ptr2(fac(i)); boost::scoped_ptr<KTestBase> ptr2(fac(2)); //compile error }

1 0

Mystery exception.
by Ted Byers 26 Mar '12

26 Mar '12

Here is a simple unit test. #include <iostream> #include <vector> #include "data.generator.h" #include "reg.class.h" #include <boost/smart_ptr/shared_ptr.hpp> int main(int argc, char* argv[]) { basicGenerator bg; std::cout << "Sample size: " << bg.get_sampleSize() << std::endl; bg.makeData(); std::vector<std::vector<double> > x; std::vector<double> y; bg.getDataForRegression(x,y); unsigned int imax = y.size(); for (unsigned int i = 0 ; i < imax ; i++) { std::cout << i << "\t" << y[i] << "\t" << x[i][0] << "\t" << x[i][1] << std::endl; } std::cout << "==================================================================" << std::endl; regressionPCA rpca(x,y); std::cout << "==================================================================" << std::endl; boost::shared_ptr<regressionPCA> prpca; for (unsigned int j = 0 ; j < 25 ; j++) { std::cout << std::endl << std::endl << "Run #: " << (j + 1) << std::endl; bg.makeData(); bg.getDataForRegression(x,y); /* for (unsigned int i = 0 ; i < imax ; i++) { std::cout << i << "\t" << y[i] << "\t" << x[i][0] << "\t" << x[i][1] << std::endl; }*/ prpca.reset(new regressionPCA(x,y)); std::cout << "==================================================================" << std::endl; } return 0; } The mystery is why I get the following output: 86 -0.727354 -0.252937 -0.841919 87 2.46787 2.13614 1.48789 88 1.79373 1.49828 1.25923 89 0.416356 0.565407 -0.114605 90 -0.258883 -0.585597 -0.183372 91 0.833355 0.914344 0.81171 92 -0.0338814 -0.00264442 -0.118973 93 1.13764 0.41599 1.33175 94 -1.86323 -1.90867 -1.35118 95 0.907604 1.14917 0.621669 96 2.1166 1.06194 1.1703 97 0.159543 0.14446 -0.665135 98 -0.508617 -0.370597 -0.703225 99 2.69086 2.75267 1.40633 ================================================================== r: 0 c: 0 n: 0 r: 100 c: 0 n: 0 r: 100 c: 2 n: 0 r: 100 c: 2 n: 200 Sv = 18.3225 4.69155 V = 0.695362 -0.718659 0.718659 0.695362 Beta = 0.693195 0.627794 ================================================================== Run #: 1 r: 0 c: 0 n: 0 r: 100 c: 0 n: 0 r: 100 c: 2 n: 0 r: 100 c: 2 n: 200 Sv = 14.1699 10.7091 V = 0.49497 -0.86891 0.86891 0.49497 Beta = 0.476181 0.391545 Aborted (core dumped) Ted@Ted-acer-i7w7 ~/New.System/tests $ I do not know if it is something peculiar to GSL or to my use of either the boost::shared_ptr or the boost::shared_array, but for whatever reason, I get only one analysis out if a given instance of my PCA regression class. Here is how it is declared: #ifndef REG_CLASS_H #define REG_CLASS_H #include <iosfwd> #include <vector> #include <gsl/gsl_linalg.h> class regressionPCA { private: unsigned int nrows, ncols; regressionPCA(void) {}; // makes default construction impossible public: regressionPCA(const std::vector<std::vector<double> >&, const std::vector<double>&); void Reset(const std::vector<std::vector<double> >&, const std::vector<double>&); inline void setNrows(unsigned int v) { nrows = v;}; inline void setNcols(unsigned int v) { ncols = v;}; inline unsigned int getNrows(void) const { return nrows; }; inline unsigned int getNcols(void) const { return ncols; }; }; #endif And here is how it is implemented: #include "reg.class.h" #include <iostream> #include <algorithm> #include <gsl/gsl_linalg.h> #include <boost/smart_ptr/shared_array.hpp> regressionPCA::regressionPCA(const std::vector<std::vector<double> >&data, const std::vector<double>& Ydata) { Reset(data,Ydata); } void regressionPCA::Reset(const std::vector<std::vector<double> >&data, const std::vector<double>& Ydata) { unsigned int r(0),c(0),n(0); std::cout << "r: " << r << "\tc: " << c << "\tn: " << n << std::endl; r = data.size(); std::cout << "r: " << r << "\tc: " << c << "\tn: " << n << std::endl; c = data[0].size(); std::cout << "r: " << r << "\tc: " << c << "\tn: " << n << std::endl; setNrows(r); setNcols(c); n = r * c; std::cout << "r: " << r << "\tc: " << c << "\tn: " << n << std::endl; /* */ boost::shared_array<double> Btmp(new double[c]), Ytmp(new double[r]), Utmp(new double[n]), Vtmp(new double[c*c]), Stmp(new double[c]); double* B = Btmp.get(); double* Y = Ytmp.get(); double* U = Utmp.get(); double* V = Vtmp.get(); double* S = Stmp.get(); /* */ /* double* B = new double[c]; double* Y = new double[r]; double* U = new double[n]; double* V = new double[c*c]; double* S = new double[c]; */ // double *bptr = U.get(); double *bptr = U; std::vector<std::vector<double> >::const_iterator it = data.begin(), end = data.end(); while (it != end) { bptr = std::copy(it->begin(), it->end(),bptr); ++it; } bptr = Y; std::copy(Ydata.begin(),Ydata.end(),bptr); gsl_matrix_view Um = gsl_matrix_view_array(U, getNrows(), getNcols()); gsl_vector_view Ym = gsl_vector_view_array(Y, getNrows()); gsl_vector_view Bm = gsl_vector_view_array(B, getNcols()); gsl_vector_view Sm = gsl_vector_view_array(S, getNcols()); gsl_matrix_view Vm = gsl_matrix_view_array(V, getNcols(), getNcols()); gsl_linalg_SV_decomp_jacobi(&Um.matrix,&Vm.matrix,&Sm.vector); gsl_linalg_SV_solve(&Um.matrix,&Vm.matrix,&Sm.vector,&Ym.vector,&Bm.vector); std::cout << std::endl << std::endl << "Sv = " << gsl_vector_get(&Sm.vector,0) << "\t" << gsl_vector_get(&Sm.vector,1) << std::endl; std::cout << std::endl << std::endl << "V = " << std::endl; std::cout << "\t" << gsl_matrix_get(&Vm.matrix,0,0) << "\t" << gsl_matrix_get(&Vm.matrix,0,1) << std::endl; std::cout << "\t" << gsl_matrix_get(&Vm.matrix,1,0) << "\t" << gsl_matrix_get(&Vm.matrix,1,1) << std::endl; std::cout << std::endl << std::endl << "Beta = " << gsl_vector_get(&Bm.vector,0) << "\t" << gsl_vector_get(&Bm.vector,1) << std::endl; /* delete[] B; delete[] Y; delete[] U; delete[] V; delete[] S; */ }; NB: It does not matter whether I use naked arrays (and explicitly use operator delete[], or boost::array. Nor does it matter whether I have the instance of it in the loop on the stack or heap (I did make all the work inReset so that the same instance could be used to do all of a series of regressions, but there is little point if I get a core dump). Since I am working with a system that may be non-autonomous, I was going to modify it to work with a boost:: circular_buffer, and then use the std::copy on that container's begin and end iterators in exactly the same way that I use it with the std:;vector above, so I can doing a moving analysis with a fixed length sample temporal period. And I can't stop here, as I need not only the regression coefficients, but the residuals. Since this core dump is happening after the last executable line of function reset, and before the last executable line in my for loop in function main (and I don't have any lines of code to eb executed between the two), I wonder if this is due to an unfortunate interaction between the boost::shared_array and the gsl code. Do the gsl matrix and vector views have to be cleaned up before the memory they're configured to use is freed? Or is there something odd with boost::shared_array (I have only used boost::shared_ptr before - so I am not entirely comfortable with my knowledge of boost::shared_array)? If so, how? Or is it the case I have abused the shared_array? If so, how do I fix it? Any insights as to what may be awry would be appreciated. Cheers Ted

4 9

[spirit, phoenix] grammars and phoenix actions
by Brian Budge 26 Mar '12

26 Mar '12

Hi all - I'm trying to transition my grammar from something like this: simple_expr = _int | '(' >> full_expr >> ')' ; sum_expr = simple_expr | (simple_expr >> '+' >> simple_expr)[_ret = _1 + _2] ; ... to something like sum_expr = simple_expr >> *(sum_expr >> '+' >> sum_expr) ; I have full grammars coded up for essentially all integer operations that could be done in C. I extended one of the simple AST examples that Joel de Guzman has written, by adding the bitwise ops and ternary operations. I'm not entirely sure why (not a grammar/parser guru), but the latter grammer is far more efficient to parse using spirit than the former. I remember writing grammars more like the first back when I used bison, but I understand the kind of parser is different (LR vs recursive descent). Anyway, on to my question. I am fine using the second type of grammar, but I've timed the parsing and evaluation of my little calculator, and AST creation and desctruction actually dwarfs parsing time. I wonder if using phoenix could speed up evaluation, and also how exactly something like the "plus" operator could be evaluated in this curried context? I've tried many searches in google, but haven't found the magic example. Thanks, Brian

2 1

Is it possible to store a list in an interval map?
by Rajalakshmi Iyer 25 Mar '12

25 Mar '12

Hello, I have code like: int c1 = 1; set<int> s1; s1.insert(c1); // Add a number to a set interval_map< date, set<int> > cmap; // Declare an interval_map discrete_interval<date> range1 = discrete_interval<date>::closed(from_string("2012-01-01"), from_string("2012-01-30")); // Define the interval cmap += make_pair(range1, s1); // Associate the interval with the set This works well. But boost complains if I change the 'set' to a 'list' in the above code. Is only the 'set' supported as a value? Thanks! -- Twitter: @Blismobile <http://twitter.com/#!/blismobile> BlisMobile Media 32 Percy Street, London W1T 2DE www.blismobile.com [image: BlisMobile] <http://www.blismobile.com/>[image: Follow on Twitter]<http://twitter.com/#!/blismobile>[image: Blis Website] <http://www.blismobile.com/> This communication is from BlisMobile Media, which is a trading name of Breeze Tech (UK) Ltd, a company registered in England and Wales with registered number 06455773. Its registered office is 32 Percy Street, London W1T 2DE, United Kingdom. This communication contains information that is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please (1) notify info(a)blismobile.com by forwarding this email and delete all copies from your system and (2) note that disclosure, distribution, copying or use of this communication is strictly prohibited. Email communications cannot be guaranteed to be secure or free from error or viruses. All emails sent to or from a Blismobile email account are securely archived and stored by an external supplier. This email does not constitute a contractual agreement; such agreements are in specified contractual or Insertion Order (IO) form only and exclusively contain all the terms to which Breeze Tech )UK) Ltd will be bound. To the extent permitted by law, Breeze Tech (UK) Ltd does not accept any liability for use of or reliance on the contents of this email by any person save by the intended recipient(s) to the extent agreed in a contract or Insertion Order. Opinions, conclusions and other information in this email which have not been delivered by way of the business of Breeze Tech (UK) Ltd are neither given nor endorsed by it.

2 1

Re: [Boost-users] Mystery exception.
by Ted Byers 25 Mar '12

25 Mar '12

I have heard of it, but the last I checked, it didn't support Windows. I'll do a quick search and see if that has changed at all. Cheers Ted From: Sven Steckmann [mailto:sven@steckmann.de] Sent: March-25-12 4:27 PM To: boost-users(a)lists.boost.org Cc: Ted Byers Subject: Re: [Boost-users] Mystery exception. Hi Ted, I had a long look to your sources, but I am unable to find any problems there. But I think there is still one, maybe also inside the gsl if something has the wrong size. Speaking from my experience, I would not look for problems with the shared_ptr stuff. I am using it very often and as long as I had problems, these problems had their source in my program :) Do you know valgrind? In cases of memory corruption, this can be a valuable tool too. Cheers, Sven On 03/25/2012 08:00 PM, Ted Byers wrote: Hi Sven, Thanks for this. Second, in my first post, the problem was due to some unpleasant behaviour of Gnu make I wasn't aware of that resulting in a certain object file not being remade even though the source for it had changed (actually, I don't know if it is in make itself or a bug in my suite of make files - something to be investigated further - doing make realclean followed by make solved that). My current problem is something else, probably due to how memory is handled either in GSL or in boost::shared_array, but maybe something more subtle. I had left the comments in place to show alternatives I had tried. It is no surprise that compiling would fail if they were uncommented. I have now changed regressionPCA back to the way I had intended it to be in the first place. Here is the header: #ifndef REG_CLASS_H #define REG_CLASS_H #include <iosfwd> #include <vector> #include <gsl/gsl_linalg.h> #include <boost/smart_ptr/shared_array.hpp> class regressionPCA { private: unsigned int nrows, ncols; boost::shared_array<double> B, Y, U, V, S; regressionPCA(void) {}; // makes default construction impossible public: regressionPCA(const std::vector<std::vector<double> >&, const std::vector<double>&); void Reset(const std::vector<std::vector<double> >&, const std::vector<double>&); inline void setNrows(unsigned int v) { nrows = v;}; inline void setNcols(unsigned int v) { ncols = v;}; inline unsigned int getNrows(void) const { return nrows; }; inline unsigned int getNcols(void) const { return ncols; }; }; #endif And here is the implementation: #include "reg.class.h" #include <iostream> #include <algorithm> #include <gsl/gsl_linalg.h> regressionPCA::regressionPCA(const std::vector<std::vector<double> >&data, const std::vector<double>& Ydata) { Reset(data,Ydata); } void regressionPCA::Reset(const std::vector<std::vector<double> >&data, const std::vector<double>& Ydata) { unsigned int r(0),c(0),n(0); std::cout << "r: " << r << "\tc: " << c << "\tn: " << n << std::endl; r = data.size(); std::cout << "r: " << r << "\tc: " << c << "\tn: " << n << std::endl; c = data[0].size(); std::cout << "r: " << r << "\tc: " << c << "\tn: " << n << std::endl; setNrows(r); setNcols(c); n = r * c; std::cout << "r: " << r << "\tc: " << c << "\tn: " << n << std::endl; B.reset(new double[c]); Y.reset(new double[r]); U.reset(new double[n]); V.reset(new double[c*c]); S.reset(new double[c]); double* Btmp = B.get(); double* Ytmp = Y.get(); double* Utmp = U.get(); double* Vtmp = V.get(); double* Stmp = S.get(); double *bptr = Utmp; std::vector<std::vector<double> >::const_iterator it = data.begin(), end = data.end(); while (it != end) { bptr = std::copy(it->begin(), it->end(),bptr); ++it; } bptr = Ytmp; std::copy(Ydata.begin(),Ydata.end(),bptr); gsl_matrix_view Um = gsl_matrix_view_array(Utmp, getNrows(), getNcols()); gsl_vector_view Ym = gsl_vector_view_array(Ytmp, getNrows()); gsl_vector_view Bm = gsl_vector_view_array(Btmp, getNcols()); gsl_vector_view Sm = gsl_vector_view_array(Stmp, getNcols()); gsl_matrix_view Vm = gsl_matrix_view_array(Vtmp, getNcols(), getNcols()); gsl_linalg_SV_decomp_jacobi(&Um.matrix,&Vm.matrix,&Sm.vector); gsl_linalg_SV_solve(&Um.matrix,&Vm.matrix,&Sm.vector,&Ym.vector,&Bm.vector); std::cout << std::endl << std::endl << "Sv = " << gsl_vector_get(&Sm.vector,0) << "\t" << gsl_vector_get(&Sm.vector,1) << std::endl; std::cout << std::endl << std::endl << "V = " << std::endl; std::cout << "\t" << gsl_matrix_get(&Vm.matrix,0,0) << "\t" << gsl_matrix_get(&Vm.matrix,0,1) << std::endl; std::cout << "\t" << gsl_matrix_get(&Vm.matrix,1,0) << "\t" << gsl_matrix_get(&Vm.matrix,1,1) << std::endl; std::cout << std::endl << std::endl << "Beta = " << gsl_vector_get(&Bm.vector,0) << "\t" << gsl_vector_get(&Bm.vector,1) << std::endl; }; Obviously a work in progress as I need to create data members to store the result of the analysis, and member functions to pass the results back to the calling code. I also need to get and analyse the residuals.. Here is function main: #include <iostream> #include <vector> #include "data.generator.h" #include "reg.class.h" #include <boost/smart_ptr/shared_ptr.hpp> int main(int argc, char* argv[]) { basicGenerator bg; std::cout << "Sample size: " << bg.get_sampleSize() << std::endl; bg.makeData(); std::vector<std::vector<double> > x; std::vector<double> y; bg.getDataForRegression(x,y); unsigned int imax = y.size(); for (unsigned int i = 0 ; i < imax ; i++) { std::cout << i << "\t" << y[i] << "\t" << x[i][0] << "\t" << x[i][1] << std::endl; } std::cout << "==================================================================" << std::endl; regressionPCA rpca(x,y); std::cout << "==================================================================" << std::endl; boost::shared_ptr<regressionPCA> prpca; for (unsigned int j = 0 ; j < 25 ; j++) { std::cout << std::endl << std::endl << "Run #: " << (j + 1) << std::endl; bg.makeData(); bg.getDataForRegression(x,y); /* for (unsigned int i = 0 ; i < imax ; i++) { std::cout << i << "\t" << y[i] << "\t" << x[i][0] << "\t" << x[i][1] << std::endl; }*/ prpca.reset(new regressionPCA(x,y)); std::cout << "==================================================================" << std::endl; } return 0; } The following output shows that cleaning up the declaration and definition has not changed anything: 94 -1.86323 -1.90867 -1.35118 95 0.907604 1.14917 0.621669 96 2.1166 1.06194 1.1703 97 0.159543 0.14446 -0.665135 98 -0.508617 -0.370597 -0.703225 99 2.69086 2.75267 1.40633 ================================================================== r: 0 c: 0 n: 0 r: 100 c: 0 n: 0 r: 100 c: 2 n: 0 r: 100 c: 2 n: 200 Sv = 18.3225 4.69155 V = 0.695362 -0.718659 0.718659 0.695362 Beta = 0.693195 0.627794 ================================================================== Run #: 1 r: 0 c: 0 n: 0 r: 100 c: 0 n: 0 r: 100 c: 2 n: 0 r: 100 c: 2 n: 200 Sv = 14.1699 10.7091 V = 0.49497 -0.86891 0.86891 0.49497 Beta = 0.476181 0.391545 ================================================================== Run #: 2 r: 0 c: 0 n: 0 r: 100 c: 0 n: 0 r: 100 c: 2 n: 0 r: 100 c: 2 n: 200 Sv = 18.3225 4.69155 V = 0.695362 -0.718659 0.718659 0.695362 Beta = 0.693195 0.627794 Aborted (core dumped) Ted@Ted-acer-i7w7 ~/New.System/tests $ There are a couple things I see. 1) the last statement successfully executed was the last statement of my Reset function. It then returns to function main, and it's nect statement produces the line of '+' symbols, and this is not successfully executed. So, something bad is happening between the end of the function and the return to function main. 2) if I uncomment the inner loop, over I, and comment out ' prpca.reset(new regressionPCA(x,y));', that loop runs to completion. Thus, we can exclude bg from having any role in this core dump. It must be something in either gsl or boost::shared_array, or maybe boost::shared_ptr (but the core dump happens too soon to be in shared_ptr's reset, unless the output to std::cout is buffered and contents of the buffer are lost in the core dump before they can be printed, but this is unlikely). 3) It must be something subtle, as I get one execution of the analysis done in Reset, as shown in the first analysis reported by 'rpca', and then I get two complete passes through my loop over j before it crashes. I am baffled as to even how I determine whether it is something I have done wrong with GSL or with boost::shared_array. But here is an experiment I tried, let's see what you make of this. I changed my main loop to use: rpca.Reset(x,y); instead of prpca.reset(new regressionPCA(x,y)); That is, I used the object I'd made on the stack, instead of the one(s) made on the heap. I then added " std::cout << "Flag 1" << std::endl << std::flush;" right after I invoked boost::shared_array's reset, and " std::cout << "Flag 2" << std::endl << std::flush;" right after I copy new data to these arrays. Here is the result: 98 -0.508617 -0.370597 -0.703225 99 2.69086 2.75267 1.40633 ================================================================== r: 0 c: 0 n: 0 r: 100 c: 0 n: 0 r: 100 c: 2 n: 0 r: 100 c: 2 n: 200 Flag 1 Flag 2 Sv = 18.3225 4.69155 V = 0.695362 -0.718659 0.718659 0.695362 Beta = 0.693195 0.627794 ================================================================== Run #: 1 r: 0 c: 0 n: 0 r: 100 c: 0 n: 0 r: 100 c: 2 n: 0 r: 100 c: 2 n: 200 Flag 1 Flag 2 Sv = 14.1699 10.7091 V = 0.49497 -0.86891 0.86891 0.49497 Beta = 0.476181 0.391545 ================================================================== Run #: 2 r: 0 c: 0 n: 0 r: 100 c: 0 n: 0 r: 100 c: 2 n: 0 r: 100 c: 2 n: 200 0 [main] test.pca.reg.gsl 7888 exception::handle: Error while dumping state (probably corrupted stack) Segmentation fault (core dumped) Ted@Ted-acer-i7w7 ~/New.System/tests $ Do you notice the change? Instead of finishing the second analysis in the loop, it crashes after I print the dimensions of the input matrix and vector, at some point in resetting one of the boost::shared_array objects. How do I determine whether this is a bug in boost::shared_array or some bad interaction between boost::shared_array and GSL? Cheers Ted From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Sven Steckmann Sent: March-25-12 4:13 AM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Mystery exception. Hi Ted, _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0