- Boost-users - lists.boost.org

socket streams?
by grahamspam＠earthlink.net 28 Jan '07

28 Jan '07

Hello, I did not find a streams implementation for sockets. Is such being developed? Thanks, Jeff

6 6

Re: [Boost-users] problem with boost::strong_components
by Dmitry 28 Jan '07

28 Jan '07

Hi, Tamas Why you don't try this, seems should work: graph_t cityg (bigedges.begin (), bigedges.end (), bigweights.begin (), dim); int num = strong_components(cityg, &component[0]); you use std::vector as vertex storage, right? Regards, Dmitry > Hello, > I'm trying to use the boost library's strong_components function to > partition a graph to connected sub-partitions, and ran into a problem. > std::vector<int> other; > // fill up the vector with the vertices by pushing back each one. The number > of vertices is about 170k and the biggest vertex index is about 260k. > // .. > // bigedges and bigweights have the edges and the weights, dim is the total > number of vertices - all these are checked and proper. > > graph_t cityg (bigedges.begin (), bigedges.end (), bigweights.begin (), > dim); > std::vector<int> component(num_vertices(cityg)); > int num = strong_components(cityg, &component[0], boost::vertex_index_map > (&other[0])); > > Tamas >

1 0

[regex] memory exhausted
by Kyle Alons 27 Jan '07

27 Jan '07

The attached sample works properly in boost v1.30.2 but fails with a 'Memory exhausted' exception in v1.31 through v1.33.1. Is this a bug, and/or do you have any ideas on rephrasing the expression to work in boost 1.33.1? Thanks. --------------------- Kyle Alons http://www.kinook.com begin 666 regex.zip M4$L#!!0````(`!!2+38?'+8'N0$``&<#```(````=&5S="YC<'"54LMNVS 0 M/,N _V'AJ UI"VI3]P'(;@]]H7?W%@8%(Z\E`A(E4.M81I-_[Y*6W3A%"_0@ M:K'#F1TNYL+8O-JN$9:W3=/1"X<%]FG9MA_&HXL3UG?DC"W.>AONH:ZY-QX9 M2U!K8X4OM"OR!/)2NZFO[ZYOY'CT<SR*R.WY]%74T3K+#J)@; *5L;@X`6;0 MAHV8Y)E2QK9;2JFGB0R7=J6I$$2!Y'EB<^!+"1Z,C(79^]"!&5PJ>[D`[_%\ M*/:M6Y$3$Z'4;J:4D"*=WBMEIW*U[PAKI=+/FO3P6R%!N"G%=2)OTJE4:L[E M@R\_8F&L4E=*O?H;]W#[*?&+73-M>-1C=P[;*KB+K^)!,TB=].)Y_/H;5BVZ M]%-C[]#15]?4C.)W4R,_)YXST.ZY4HI'ROA-</D/O;?_I_>.S<<'[]Y]2$^6 MA?B$Y8IAPPG\AFYUAUEF&U?K"N[_`$S./[F(GFZCV9)XK/^C1E>@\+GQ0Y+C MNN313" WIQ!Y?L@1%^=!\A LEWZ"#TGTP%^N*2]!Y(WM"((2]CFV9!K['% > M$]RR->)\/NLF;"/=E9I$,.!%^'1(6V?A)7>X\0M02P,$% ````@`%W4L-B4* M`<.C" ``.6\```D```!I;G!U="YT>'3M7%]OVS80?UZ!?@<B3PZ6REVQ84#; M#$B<K<O0=5F<K ."/- 2:W.518VDDGI#/]D>]I'V%7;47\JF:-FUY#J6'A*% M.I)WO[O[\41)^>^??_O])QL]'C_J]]%+'$GV9$P"PK$DWG=QHSJN)E0@EWD$ MW6.!<@$TFB&,)&.^DXM>1H&D4X)^(UQ0%CQ_YCQUOGGZ[;-OG:^?*:%<<##! MP9@(Z(ZD&OX=]0F:XAER<20(HH'+.">N1",RP7>4<80##]U3WX<6Y#,A$7V7 MCR8G)%$01N(DUS#1ZV7?8-AR3%8Y'C^*9XI_Q&@)%G&7%*"5-5#(W0O//\IP M.M9Q<M*Q`CPE(L0PS"]84.%<GSL7G'V8H;\?/U)&1X(&8S2<"4FFSAG%XP!0 MH:YX8;C\EHR<(>%WU"7J^A?)Q71<27U3GP&;ABP@@?P9K#!*Z*,JW21SF6^: MW]3Y]ZFO.E/LT[^P!!!,0F=8XK1=_]E7;N5DBOE[T?\N:;O)U?;(&4O4AZ#B MSJL,=G7E1$I.1Y$DO0/E@8,C=*!C?W!X6QY-P]4Y(Z-H/"9\*$EX->$L&D^* MX>8[EM&#OH*.08\!*#)F?*;IH8)D8=X2M/!'>GY*`P_@*7J_@2 Y/ABPX!WE MTQC&(<,AF/4FBY[C@XF4X?-^'X8-(TX=QL?]?+XP&OG412'F$CR!7!\+@?3A MT'.[MQTUWX\PP\"G8&W6G@5IX;,JOVE:Z//V#O4AU*%X(LV 8Q20^TRO-T0J MW>(KO<,7B=PU]T%*L<J)"_H*1TA^$H9*?\+1EPB\_PZ[V"/]>WU6!XOIAX,7 MQ<0?369\;D<5K,9@*GONC+G15$4ID1/F:5%I")I71/X`@+ZF0D* 79(_(R+D MDCA3<@(209"E@M>"')L4AM1Q.0UC]RB5TQP`<><UE9#:P*,7F,/P4N7FS#</ M4[:[W,%YRW$8$B_+"G6D,:D14?QC2"32@.C1`%:B*UCSH 6&.T)QPR49@[H+ M(<Q&?\":=G,+BY2(?"D(a)1.-H/0_NV'L`O8RPBO&\Q]_5X:=/;Y%*=/IX^*(L MPXF,>(!^)'X(9 G)``DBKQC82M2XO5[/`,%A+[7@YNGMX>&1Y!$Y7)8U2Y(_ MG>7\1,P"]S(>'9V"RD%=M(^R(>(1!MCW1]A]#P5%<G*48HFPNCR48-^"?U(L M8I_$<[?IF"--54W'S<!:BM_O`T\'U80\+LYK1S$,F^*E]VXCW+*3]HGP=*8T M[^BP!,>R-)TP+I4<\N3TS)2'*_!D[H!&DM(BD>J^TWRZGKM:(MJM>W9;A)QZ MI:/EU6E9>2@2>T_'"0R+MU U>#5'4,LZ\.X.DEP*0J-<94:K;>(H6]H1QMIU M7$<?AFHNC:Z5BX3X>M+YTPL\4Z*U60S8QDAT>P"%X 8\W6IMN -!L=T:LEL8 M-K P=(O"W*)0BR8VQOY;2_*'P>NK.JLU`M^Z7[='S1TMKT?+8R*_#R25L]/9 MN;??A%R"(LEN]1Q3Q=BYMS+AS(a)-;.R6+.7>/)JT0-DF#FT"[5?(J(]71UHJT M-> $U-5?,]@?[H*T`L\O(F!R&V*ZA$C+DI,QP)R>@])0N@@`.QBK7S\I4%1& M0#Y&,I%9DP*-3JJ;F7.*6U(XL<8B$)M8?5TW>H%R4]O!M)[BLR(-OH(T,"=6 M+'AS6\Z8IABWA3!HCK5W,4":6262G ;ZKO9GU>*P?I[66BV:2(#LI*7%XCKT M]G C^HY1#^FF][082;*^8B^A1.)SX-4NK-)YJB4,6P$;9<8ZIC=);DT#UPP1 MQ5$#Q%!";]7RM!Z[M$T#0Q+LT1UN[$AE<OUZ0,\/>LK!=5S]F14%/&E2>-@I M(P5Z\POYTM0HM*Z6T>UHCGV:0KY)QMHAOS5+?KKS=IST!CAPB;]GM)<875[T MC;F4W_K8"2T'<7.+>$D/RT!*N>98:G6@&KT=W#+,S9)*BO7#H)571%YP.B47 M3-"8_O?^66X9CB2EAL3-5_6K6;C62]D+,-=.CF1VBX!2:2<?Q=;!NN&'KDV[ MI>TGJ7.0KLI2W>LM1.KE\"5Q";TCGK)ACZ@Q?X_-`H=>;:Q#B!:85ZP;JK@/ MXBTSI)U-_)IH-4QI&P2V(?;*PROAK$K,ML%>M8(F.VEUXSM_=K&7>]^Y]>:[ M',E5R_(]K44H-WB34BC1]'9X;32:WQEO'LLV=L(a)+0!_,C9U.JWO('6DN5 &Q MR?+E$U*@NG9)]-]*X5+!+JU5+9^"9S-DD0;38KVR/F]LIEA9%B7924NT\YJQ M]]?AQ>F^??N?N &<60:@E[=C/IQ-1\P_2E\1P?PZ\ CW9W"Y:$LV/(I5_(IC MCZB!L@T1\UOJ*_/7@IOJ9EENADU$L\PF%AMKK0`*\RUYOXG_\-++'=4.WVXE M2IHD\+T-J":7F^1-LKE8V>8R\QF]"Y:ALL=+S'JTT<@Z\GDF_$XO#9OW;AO\ M_Q "H3U*[\A<W]_4;ZM>TV _MSGG02CNP--<#F1YHT\K_HK&(9'2UTO"0()< M(+"KQIVO'S-Z\8A+I]A'GOMKA../FO2V5YP)<<'!3KUUP*93*D1,+T7KF_A! MI%O,#F8%$+GT+AXT;9RCL5C+@L6"Y%GFJ7KMH\Z>KB%\5MH[L#%##'KU]9J5 M9=DQUNGFO64?=!F/:@ZU"6D>MHEI+K>)Y3%@-;04&%;)6DM!%D)6B2*NFMZF M7\AFLUY:CEL$DLPW"QCY8)FHSA+6>1>X8^G(*:.8Y4P\LTQ29Y]ELCHG+9,M MF,J*0)F_K*(ZJ]E1M4"YP(!5@DM*.G.G3W[FTW&MA?@ZKM4D-*YMXS'>`N$^ MC*=Y^E<\NHG[7"E7HM&5S,F"$3>M^FF@.;HZ<D^.CMQ+$EJT6>3:_$#41 =F MU322L AT-7=7<YL%LP^/S2+;*<L["N\HO"2W80IO[U-U$X]OJ91?_" Q5N"K M7IJND5!EJRE;1QB*8JU+KQ!=A"S]9<*OZ3.8^G]02P,$% ````@`L%$M-@P* MIPFT" ``Q6\```H```!O=71P=70N='AT[5Q?;]LV$']>@7X'(D\.ELI=L6% MVPQ(G*W+T'59G*P#BC[0$FMSE46-I))Z0S_9'O:1]A5VU%_*IBC9M>0FEAX2 MA3J2=[^[^_%$2?GOGW^'PT=;/1X^& [1<QQ)]FA*`L*Q)-YW<:,ZKF94()=Y M!-UB@7(!-%D@C"1COI.+7D:!I'."?B-<4!8\?>(\=KYY_.V3;YVOGRBA7' T MP\&4".B.I!K^'?4)FN,%<G$D"**!RS@GKD03,L,WE'&$`P_=4M^'%N0S(1%] MEX\F9R11$$;B)-<PT>OYT&!8/2;K' \?Q#/%/V*T!(NX2PK0RAHHY&Z%YQ]E M.!WK.#GI6 &>$Q%B&.87+*APKL^="\X^+-#?#Q\HHR-!@RD:+X0D<^>,XFD` MJ%!7/#-<?DTFSICP&^H2=?V+Y&(ZKJ2^J<^(S4,6D$#^#%88)?11E6Z2N<PW MS6_J_/O<5YTI]NE?6 (()J$S+'':KO\<*K=R,L?\O1A^E[2]R=7VR!E+U(>@ MXLZ+#'9UY41*3B>1)(,#Y8&#(W2@8W]P^+8\FH:K<T8FT71*^%B2\&K&632= M%<,M=RRC!WT%G8(>(U!DROA"TT,%R<J\)6CAC_3\E 8>P%/T?@5!<GPP8L$[ MRN<QC&.&0S#K518]QP<S*<.GPR$,&T:<.HQ/A_E\833QJ8M"S"5X`KD^%@+I MPZ&G=F\[:KX?88:13\':K#T+TL)G57[3M-#G'1SJ0ZA#\42:`<<H(+>97J^( M5+K%5P:'SQ*Y:^Z#E&*5$Q?T%8Z0_"0,E?Z$HR\1>/\==K%'AK?ZK X6\P\' MSXJ)/YK,^-R.*EB-P53VW!ESH[F*4B)GS-.BTA T+XC\`0!]286$`+LD?T9$ MR)HX4W("$D&06L%K08Y-"D/JN)R&L7N4RFD.@+CSDDI(;>#1"\QA>*ER<^&; MARG;7>[@O.8X#(F7984ZTIC4B"C^,282:4 ,: `KT16L>= "PQVAN.&23$'= ME1!FDS]@37OS%A8I$?E20(C&T7H>W+#W`'H9817C>8^_J\-/G]XBE>CT\?!9 M6883&?$`_4C\$,@2D@$21%XQL)6H<0>#@0&"PT%JP9O';P\/CR2/R&%=UM0D M?SK+^8E8!.YE/#HZ!96#IF@?94/$(XRP[T^P^QX*BN3D*,42875Y+,&^%?^D M6,0^B>?NTC%'FJJ:CMN!M12_WP>>#JH)>5R<-XYB&#;%2^_=1;AE)]T3X>E" M:=[380F.NC2=,2Z5'/+D_,R4AVOP9.Z 5I+2(I'J?J?Y=#-W=42T._?LK@@Y M]4I/R^O3LO)0)/:>CA,85F^A&O!JCJ"6=>#=.TAR*0BM<I49K:Z)HVQI3Q@; MUW$]?1BJN32ZUBX2XNM)YT\O\$R)UF4Q8!LCT>T>%();\'2GM>$="(K=UI#] MPK"%A:%?%)86A48TL37VWUF2WP]>7]=9G1'XSOVZ.VKN:7DS6IX2^7T@J5R< M+LZ]_2;D$A1)=JOGF"K&SKVU"7<9V,8I6<QY]VC2"F&;-+@-M#LEKS)2/6VM M25LC3D!=_36#_>$N2"OP_"H")K<AIDN(M"PYF0+,Z3DH#:6+`+"#J?KUDP)% M903D8R03F0TIT.BDIIE9#L\?.)OG`5JV"43"Q0!BTI+EB<$6@1B%ZNLZ+BNL MG,(#U@\4Y169\A5DBCGW8L$W;\M)U18I=Q I[1'[/8VA=M::A!E@$:AV>=42 MLWFV-UISVLB1[*2C)><Z]/#^;6??,.HAW?2!%B,),53L2)26@B7P&I=GZ3S5 M$H8-A:V29Q/3V^2_MH%KAXCBJ %B**&W;I';C%VZIH$Q"?;H/CEVI#*Y><F@ MYP<]Y> ZKO[,Z@:>-"D\[)21`KV3M;XV>PK#JF5T4]LCJ+:<TR:IW2_7MDNA MNG_O.'6.<. 2?\_(,S&Z7#H8TRV_Q[+38@[B]DJ!DAZ6@91R[1'9^D"U>M^Y M8YC;)944Z_M!*R^(O."P&%PP0>-E8.^?*Y?A2%)J3-Q\X;]:A!N](+X"<^/D M2&:W""B5[N1CX298M_P`N&VW=/U4=PG2=5FJ?]6&2+TLOB0NH3?$4S;L$37F M[]19X-"KC4T(T0+SFG5#%?=!O&6&=/.TH"%:+5/:%H%MB;WR\$HXJQ*S7;!7 MHZ#)3CK=/L^?@.SE#GINO?DN1W+54K\SM@KE%F]2"B7:WE1OC$;[^^OM8]G% M/GL!Z+VYL=-I=0^Y(\V%*B"V6;Y\0@I4URZ)_CLI7"K8I;.JY5/P;(<LTF!: MK5<VYXWM%"MU49*==$0[+QE[?QU>G.[;_R%(W #.+ ,PR-LQ'R_F$^8?I2^: M8'X=>(3["[A<M"4;'L4J?L6Q1]1 V8:(^8WYM?EKQ4U-LRPWPR:B6683BXVU M5@"%^9:\7^N?FM3D45>OE>TD2MHD\+T-J#:7F^1]M*58V>4R\QF]49:ALL=+ MS&:TT<HZ\GDF_)U>&K;OW2[X_SX$0G>4WI.YOK^IWU:]I,%^;G,N@U#<@:>Y M',CR1I]6_!6-8R*EKY>$@02Y0&!7C;M</V;TXA&7SK&///?7",<?6.EM+S@3 MXH*#G7KKB,WG5(B87HK65_&#2+>8'<P*('+I33QHVKA$8[&6!8L%R;/,4_7: M1Y,]74/XK+5W8&.&&/3JZPTKR[)CK-,M>\L^:!V/:@ZU"6D>MHEI+K>)Y3%@ M-;04&%;)1DM!%D)6B2*NVMZF7\EFLUY:CEL$DLPW"QCYH$Y49PGKO"O<43MR MRBAF.1//U$GJ[%,GJW-2G6S!5%8$ROQE%=59S8ZJ!<H5!JP2K"GIS)T^^9E/ MS[46XNNY5I/0N+:+QW@KA'L_GN;IWP+I)NYSI5R)1E\R)PM&W+3N!X;FZ.K) M/3EZ<B]):-%FD>OR,U,3'9A5TTC"(M#7W'W-;1;,/E\VB^RF+.\IO*?PDMR6 M*;R[#]Y-/+ZC4G[U@\18@:\&:;I&0I6MIFR=8"B*M2Z#0G05LO27";^VSV#J M_P%02P$"% `4````" `04BTV'QRV![D!``!G`P``" `````````!`" ````` M````=&5S="YC<'!02P$"% `4````" `7=2PV)0H!PZ,(```Y;P``"0`````` M```!`" ```#?`0``:6YP=70N='AT4$L!`A0`% ````@`L%$M-@P*IPFT" `` MQ6\```H``````````0`@````J0H``&]U='!U="YT>'102P4&``````,``P"E )````A1,````` ` end

2 8

Re: [Boost-users] 2. TRY boost::thread - problem with worker as an inner class of a queue
by Lars Kunert 27 Jan '07

27 Jan '07

Sorry, I have have shortened the code to some degree - taking the joins out. But the problem really seams to be in the constructor: > QueueError( ST max_queue_size =1000 ) > : max_queue__size__( max_queue_size ) > , thread_( Worker( this )) > {}; In all examples given in the in boost::threads global or static member functions are called - is that neccessary??? Thank, Lars

2 1

2. TRY boost::thread - problem with worker as an inner class of a queue
by Lars Kunert 27 Jan '07

27 Jan '07

Dear Moderator! Yesterday I posted a mail to boost-users. I got a reply, that my mail awaits moderation. That mail also contained a link. The link is dead since yesterday evening. Which does usually mean that the mail was posted, but it did not show up. I have enclosed the mail again below, Thanks, Lars Kunert The following attached (downsized) program implements a queue which contains a single worker process. Int's that are pushed into the queue are popped by the worker and processed... The problem is, the program ends up with an segmentation fault. Valgrind tells me that the stack is overwritten. ==4927== Conditional jump or move depends on uninitialised value(s) ==4927== at 0x8073536: strstr (in /local/home/lkunert/projects/pg-build-4.0.3/src/cdag/threads/queue_error) ==4927== by 0x80609F5: pthread_initialize (smp.h:47) ==4927== by 0x80B2DE1: (within /local/home/lkunert/projects/pg-build-4.0.3/src/cdag/threads/queue_error) ==4927== by 0x80480E8: (within /local/home/lkunert/projects/pg-build-4.0.3/src/cdag/threads/queue_error) ==4927== by 0x80641A0: __libc_csu_init (in /local/home/lkunert/projects/pg-build-4.0.3/src/cdag/threads/queue_error) ==4927== by 0x8063FC2: __libc_start_main (in /local/home/lkunert/projects/pg-build-4.0.3/src/cdag/threads/queue_error) ==4927== by 0x8048120: ??? (start.S:102) ==4927== ==4927== Syscall param write(buf) points to uninitialised byte(s) ==4927== at 0x8063044: write (in /local/home/lkunert/projects/pg-build-4.0.3/src/cdag/threads/queue_error) ==4927== by 0x804C241: boost::thread::thread(boost::function0<void, std::allocator<boost::function_base> > const&) (in /local/home/lkunert/projects/pg-build-4.0.3/src/cdag/threads/queue_error) ==4927== by 0x804AD26: QueueError::QueueError(unsigned) (QueueError.cxx:74) ==4927== by 0x8048287: main (QueueError.cxx:150) ==4927== Address 0x52BFE04C is on thread 1's stack Line 74 corresponds to the initailisation of the worker. The thread-manual writes: *explicit* thread(*const* boost::function0<*void*>& threadfunc); *Effects*: Starts a new thread of execution and constructs a thread <http://www.boost.org/doc/html/thread.html> object representing it. Copies |threadfunc| (which in turn copies the function object wrapped by |threadfunc|) to an internal location which persists for the lifetime of the new thread of execution. Calls |operator()| on the copy of the |threadfunc| function object in the new thread of execution. Which sound good to me. Were is the mistake. class QueueError { // *** Typedefs ************************************************************* private: typedef std::queue<int> Queue; typedef boost::thread Thread; public: typedef Queue::size_type ST; // *** Inner Classes ******************************************************** private: class Worker { private: QueueError* outer_p_; public: Worker( QueueError* outer_p ) : outer_p_( outer_p ) {}; public: void operator()() { outer_p_->worker_run_(); }; }; // *** Attributes ************************************************************ public: private: ST max_queue_size_; Queue queue_; Thread thread_; boost::mutex monitor_; boost::condition space_available_, job_available_; // *** Constructors / Destructors ******************************************** public: explicit QueueError( ST max_queue_size =1000 ) : max_queue_size_( max_queue_size ) , thread_( Worker( this )) {}; // *** Methods *************************************************************** public: void push( int i ) { boost::mutex::scoped_lock lock( monitor_ ); while( queue_.size() >= max_queue_size_ ) { space_available_.wait( lock ); }; queue_.push( i ); job_available_.notify_one(); }; protected: void worker_run_() { int i =0; while( true ) { i = worker_pop_(); worker_work_( i ); }; }; int worker_pop_() { boost::mutex::scoped_lock lock( monitor_ ); while( queue_.empty()) { job_available_.wait( lock ); }; int i = queue_.front(); queue_.pop(); space_available_.notify_one(); return i; }; void worker_work_( int i ) { for( int ii= 0; ii < i; ++ii ) { // do some work double divident = 10000; double sum; for( uint divisor =1; divisor < divident; ++divisor ) { sum = divident / divisor; }; }; }; }; // class QueueError int main() { QueueError q; q.push( 10 ); q.push( 9 ); q.push( 8 ); q.push( 7 ); q.push( 6 ); return 0; };

2 1

Compiling Boost 1.33.1 & getting success w/ XP!!
by Allen 27 Jan '07

27 Jan '07

Hello all, for those who'd had problems like be getting boost to run after getting it to compile in w/ their App, here's what I did: 1. Got the absolute latest version of boost that was stable - 1.33.1 2. Followed the "Getting Started" Instructions better: a. in step 2 for XP, HAD to start a cmd tool b. HAD to run vcvarsall.bat (located @ C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat on my computer) c. I'm using the toolset vc-8_0, therefore the need for step 2.b d. cd'ed to my Boost install directory - after getting the bjam executable for XP and copying it there 1st e. ran the following commands C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat <return> bjam "-sTOOLS=vc-8_0" install 3. Took over 2 hrs to get the results in a NEW BOOST directory where only the "includes" and the "libs" were located. 4. Notice that I accepted the "default" libs that it generated. The Note on using the "-sBUILD" NEVER NEVER worked for me. The build processes kept trying to use .Net 2003 VC7 to compile with & of course couldn't find it! So boost never built correctly to begin with. Bummer! 5. Then I included the header directory in my .Net App: C:\Boost\include\boost-1_33_1 6. Thin I included the following "static" libraries in my .Net App: C:\Boost\lib\libboost_wserialization-vc80-mt-gd-1_33_1.lib C:\Boost\lib\libboost_date_time-vc80-mt-gd-1_33_1.lib C:\Boost\lib\libboost_filesystem-vc80-mt-gd-1_33_1.lib C:\Boost\lib\libboost_iostreams-vc80-mt-gd-1_33_1.lib C:\Boost\lib\libboost_prg_exec_monitor-vc80-mt-gd-1_33_1.lib C:\Boost\lib\libboost_program_options-vc80-mt-gd-1_33_1.lib C:\Boost\lib\libboost_regex-vc80-mt-gd-1_33_1.lib C:\Boost\lib\libboost_serialization-vc80-mt-gd-1_33_1.lib C:\Boost\lib\libboost_signals-vc80-mt-gd-1_33_1.lib C:\Boost\lib\libboost_test_exec_monitor-vc80-mt-gd-1_33_1.lib C:\Boost\lib\libboost_thread-vc80-mt-gd-1_33_1.lib C:\Boost\lib\libboost_unit_test_framework-vc80-mt-gd-1_33_1.lib C:\Boost\lib\libboost_wave-vc80-mt-gd-1_33_1.lib 7. I've NO clue what "gd" means but I sure hope it means the debug version. The docs DON'T explain this nor the -s either and I hope their updated soon to include the meaning of these nomenclatures. Well that's all & it works for me, FINALLY!!!!!!!!!!!! I'm so happy. Just wish I'd had feed back from the group on this issue but all's well that ends well. See y'all later!!! -- Sincerely, Allen Gene Allen Saucier, Jr Senior Software Engineer CAS, Inc 100 Quality Circle Huntsville, AL 35806 or PO Box 11190 Huntsville, AL 35814 (256) 922-6453 (w) "...As for I and my house, we shall follow the Lord" Joshua 24:15

5 5

Re: [Boost-users] More on Newby question re (boost::shared_ptr) enable_shared_from_this
by ethann.castell＠caliton.com 26 Jan '07

26 Jan '07

I've manage to narrow down what the problem is and created a test case that simulates my real code. The problem occurs in a destructor (of B1) when it tries to get a shared pointer to shared_from_this() from its base class (base_class). I think that the execution of the destructor hierarchy has deleted the original shared_ptr to B2 meaning that the shared_from_this() returns an error (because shared_from_this() requires that the object is managed by a shared_ptr). My original destructor code was using raw pointers (ie. this) which worked fine because the base_class destructor was last to be called and was still alive at the time when ~B2() is called. This seems like it could be a limitation of boost::shared_ptr? I have placed my code in the destructor of B2 because in my program I am never sure exactly of the lifespan of B2. During execution I accumulate information in the B2 object and then write out this information at the end of its lifespan i.e in the destructor. I'm open to any ideas including any ways that I might be able to restructure my program. #include <boost/smart_ptr.hpp> #include <boost/enable_shared_from_this.hpp> #include <boost/scoped_ptr.hpp> #include <iostream> class base_class : public boost::enable_shared_from_this<base_class> { private: boost::shared_ptr<base_class> m_Linked; // link to another base_class public: base_class(){}; base_class( boost::shared_ptr<base_class> pLinked) { m_Linked = pLinked; // store link to other base class } }; class B : public base_class { public: B(boost::shared_ptr<base_class> pLinked) : base_class( pLinked){} }; class B1 : public B { public: B1(boost::shared_ptr<base_class> pLinked) : B( pLinked){} ~B1() { try{ boost::shared_ptr<base_class> ptr_This = shared_from_this(); // Exception occurs here // Write out some links here. } catch (exception &e) { std::cout << e.what(); } } }; class B2 : public B1 { public: B2(boost::shared_ptr<base_class> pLinked) : B1( pLinked){} }; class A : public base_class { public: A() : base_class(){}; int f; void Process() { boost::shared_ptr<base_class> ptr_me = shared_from_this(); // get pointer to myself //afterwards - use_count = 2, weak_count = 2 f = 3; if (f == 3){ boost::shared_ptr<B2> ptr_b2( new B2(ptr_me) ) ; // create new B2 and pass pointer to me. }else{ // crashes with bad_weak_ptr error on this line. } } }; void main() { boost::shared_ptr<A> ptr_a( new A() ); ptr_a->Process(); } // EOF

3 2

boost::mem_fn with Alexandrescu LockingProxy
by Allison Floyd 26 Jan '07

26 Jan '07

Hello, the list. After some digging through the bind and mem_fn documentation, I have been unable to figure out whether I'm attempting to do something impossible or not. I've created a thread-safe variant of shared_ptr that uses Alexandrescu's LockingProxy to ensure that access to the contained object through operator-> correctly locks and unlocks the pointee object. In all respects save one, this "shared_locking_ptr" is syntactically equivalent to boost::shared_ptr. The one thing it cannot do is dereference the pointer via operator* (I can't figure out how to return something from operator* that remains in scope (and thus locked) long enough for the operation to complete). All well and good so far. Where I'm trying to use this beast is in boost::signals via bind (and therefore mem_fn). I'd like to connect a member function of an object to the signal through my shared_locking_ptr, so that when the signal fires it automatically locks the object, invokes the member function, and then unlocks. Shared pointers to objects are valid arguments to mem_fn; my shared_locking_ptr isn't, alas, apparently because it requires the operator* mentioned above. So: 1) Has anybody else attempted to extend shared_ptr for Alexandrescu's policy-based storage types, specifically the LockingProxy, and figured out how to overload operator* in a meaningful way? or 2) Is there some way to wheedle signals, bind, and/or mem_fn so that they only access the slot through operator->, and don't try to dereference it? If this is more properly a boost developer's list question, let me know and I'll take it there. Thanks! -- Allison Floyd

3 3

Re: [Boost-users] Compiling Boost 1.33.1 & getting success w/ XP!!
by Allen 26 Jan '07

26 Jan '07

Thank you Dave! However, I really don't know how to check the "cvs" repository. I'll look into it though. I'd appreciate a better getting started document. Thank you again.... --Allen > Today's Topics: > > 1. Re: Compiling Boost 1.33.1 & getting success w/ XP!! (David Klein) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 26 Jan 2007 16:58:21 +0100 > From: David Klein <dave_chp(a)gmx.de> > Subject: Re: [Boost-users] Compiling Boost 1.33.1 & getting success w/ > XP!! > To: boost-users(a)lists.boost.org > Message-ID: <45BA251D.3010504(a)gmx.de> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Allen wrote: > > Hi Allen, > >> 2. Followed the "Getting Started" Instructions better: >> > There is a new and better "Getting Started" guide in cvs. > Look for more/getting_started.html. > >> 7. I've NO clue what "gd" means but I sure hope it means the debug >> version. The docs DON'T explain this nor the -s either and I hope >> their updated soon to include the meaning of these nomenclatures. >> > They do. Search in the current Getting Started guide under Results / > Runtime. > There is a table that lists everything. > > s - Static link to runtime. > g - Debug runtime. > y - Debug Python system. > d - Debug enabled code. > p - STLport runtime, instead of the vendor toolset runtime. > n - STLport runtime using the "native" IO streams instead of the STLport > IO streams. > > -- > HTH dave > > -- Sincerely, Allen Gene Allen Saucier, Jr Senior Software Engineer CAS, Inc 100 Quality Circle Huntsville, AL 35806 or PO Box 11190 Huntsville, AL 35814 (256) 922-6453 (w) "...As for I and my house, we shall follow the Lord" Joshua 24:15

2 1

When will BOOST settle how it constructs LIB and INCLUDE directories
by Allen 26 Jan '07

26 Jan '07

Hello all, just wondering when boost will finally settle in how it constructs the lib and include directories that we use to build our apps with so that I don't have to ALWAYS change the path names w/in my applications. This is really annoying. Anyone know? -- Sincerely, Allen Gene Allen Saucier, Jr Senior Software Engineer CAS, Inc 100 Quality Circle Huntsville, AL 35806 or PO Box 11190 Huntsville, AL 35814 (256) 922-6453 (w) "...As for I and my house, we shall follow the Lord" Joshua 24:15

2 1