www.digitalmars.com         C & C++   DMDScript  

c++.stlsoft - Problem with MFCSTL array_veneer

reply Gabor.Fischer systecs.com (Gabor Fischer) writes:
Hi!


I have just begun to test the array_veneer class in MFCSTL. I use STLSoft  
1.8.3 with Visual C++ 7.0.

I encountered problems when writing simple test programs. First I wanted  
to apply std::sort to array_veneer:



struct MyTrait
{
    typedef int         value_type;
    typedef int         arg_type;
};

.
.
.


mfcstl::array_veneer<CArray<int>, MyTrait> av;
std::sort(av.begin(), av.end());



This fails to compile (six errors).

Ok, next test: Try to use std::back_inserter with array_veneer:


mfcstl::array_veneer<CArray<int>, MyTrait> av1;
mfcstl::array_veneer<CArray<int>, MyTrait> av2;
std::copy(av1.begin(), av1.end(), std::back_inserter(av2));


Fails to compile too (the compiler is complaining that reference is not a  
member of array_veneer)

BTW, by simply creating an array_veneer like above (and nothing else), I  
get two warnings saying that the copy constructor and the copy assignment  
operator could not be created. Is that normal?

And, while I am at it: Why does the array_adaptor class only have a  
const_iterator, not an iterator, and no push_back?




So Long...

Gabor
Jul 19 2005
next sibling parent reply "Matthew" <admin stlsoft.dot.dot.dot.dot.org> writes:
First, let me say that MFCSTL has had very little input over the 
last couple of years, as is probably evident by the code.

If you can post a sample file showing what you want to achieve, I'll 
be able to comment on whether it's possible and, if it is, I would 
think a fix will be forthcoming. ;-)

Cheers

Matthew

P.S. I'm thinking of renaming several 'veneer' classes, so changes 
to meet your requirements might tie in quite nicely.

"Gabor Fischer" <Gabor.Fischer systecs.com> wrote in message 
news:9aBupAFKQNB systecs.com...
 Hi!


 I have just begun to test the array_veneer class in MFCSTL. I use 
 STLSoft
 1.8.3 with Visual C++ 7.0.

 I encountered problems when writing simple test programs. First I 
 wanted
 to apply std::sort to array_veneer:



 struct MyTrait
 {
    typedef int         value_type;
    typedef int         arg_type;
 };

 .
 .
 .


 mfcstl::array_veneer<CArray<int>, MyTrait> av;
 std::sort(av.begin(), av.end());



 This fails to compile (six errors).

 Ok, next test: Try to use std::back_inserter with array_veneer:


 mfcstl::array_veneer<CArray<int>, MyTrait> av1;
 mfcstl::array_veneer<CArray<int>, MyTrait> av2;
 std::copy(av1.begin(), av1.end(), std::back_inserter(av2));


 Fails to compile too (the compiler is complaining that reference 
 is not a
 member of array_veneer)

 BTW, by simply creating an array_veneer like above (and nothing 
 else), I
 get two warnings saying that the copy constructor and the copy 
 assignment
 operator could not be created. Is that normal?

 And, while I am at it: Why does the array_adaptor class only have 
 a
 const_iterator, not an iterator, and no push_back?




 So Long...

 Gabor
 
Jul 19 2005
next sibling parent reply Gabor.Fischer systecs.com (Gabor Fischer) writes:
Hi Matthew!


 If you can post a sample file showing what you want to achieve, I'll
 be able to comment on whether it's possible and, if it is, I would
 think a fix will be forthcoming. ;-)
Well, what Im'm trying to achieve is basically what I have posted: Apply STL algorithms to MFC CArray, with array_veneer and array_adaptor. ;-) We have a third party library here that takes and returns CArrays (and its specialisations). Right now, I am copying the CArrays to vectors and back, whenever I want to use STL algorithms, I was hoping that with MFCSTL I could skip that and could write code like CObArray Array = SomeLibraryFunc( ... ); mfcstl::array_adaptor<CObArray> Adapt; std::sort(Adapt.begin(), Adapt.end(), MyPred); Or like mfcstl::array_veneer<CObArray> Ven; std::copy(SomeSource.begin(), SomeSource.end(), std::back_inserter(Ven)); SomeOtherLibraryFunc(Ven); // Takes CObArray as argument The first one fails because array_adaptor only supports const_iterator, not iterator. But std::sort also fails with array_veneer, although it should work, since array_veneer supports iterator, and it provides random access iterators. And std::back_inserter fails on both array_adaptor and array_veneer because array_adaptor does not have push_back and array_veneer does not have a reference typedef (probably const_reference would also be needed). For your convenience, I will post a small test project which illustrates the problems. So Long... Gabor
Jul 20 2005
parent reply "Matthew" <admin.hat stlsoft.dot.org> writes:
Got it

FYI: I'm writing my next book, Extended STL, at the moment, and in a few days
I'll be working on the material about 
adapting non-STL collections, so this'll be ideal material. As such, I think I
may have some good news for you next 
week.

Cheers

Matthew

"Gabor Fischer" <Gabor.Fischer systecs.com> wrote in message
news:9aFuyXOpQNB systecs.com...
 Hi Matthew!


 If you can post a sample file showing what you want to achieve, I'll
 be able to comment on whether it's possible and, if it is, I would
 think a fix will be forthcoming. ;-)
Well, what Im'm trying to achieve is basically what I have posted: Apply STL algorithms to MFC CArray, with array_veneer and array_adaptor. ;-) We have a third party library here that takes and returns CArrays (and its specialisations). Right now, I am copying the CArrays to vectors and back, whenever I want to use STL algorithms, I was hoping that with MFCSTL I could skip that and could write code like CObArray Array = SomeLibraryFunc( ... ); mfcstl::array_adaptor<CObArray> Adapt; std::sort(Adapt.begin(), Adapt.end(), MyPred); Or like mfcstl::array_veneer<CObArray> Ven; std::copy(SomeSource.begin(), SomeSource.end(), std::back_inserter(Ven)); SomeOtherLibraryFunc(Ven); // Takes CObArray as argument The first one fails because array_adaptor only supports const_iterator, not iterator. But std::sort also fails with array_veneer, although it should work, since array_veneer supports iterator, and it provides random access iterators. And std::back_inserter fails on both array_adaptor and array_veneer because array_adaptor does not have push_back and array_veneer does not have a reference typedef (probably const_reference would also be needed). For your convenience, I will post a small test project which illustrates the problems. So Long... Gabor
Jul 21 2005
next sibling parent "Matthew" <admin stlsoft.dot.dot.dot.dot.org> writes:
I'm going to release STLSoft 1.8.4 in the next day or so, and this 
will _not_ be in there, but I will look at it as soon as that 
release is done.

"Matthew" <admin.hat stlsoft.dot.org> wrote in message 
news:dbnoar$1sa3$1 digitaldaemon.com...
 Got it

 FYI: I'm writing my next book, Extended STL, at the moment, and in 
 a few days I'll be working on the material about adapting non-STL 
 collections, so this'll be ideal material. As such, I think I may 
 have some good news for you next week.

 Cheers

 Matthew

 "Gabor Fischer" <Gabor.Fischer systecs.com> wrote in message 
 news:9aFuyXOpQNB systecs.com...
 Hi Matthew!


 If you can post a sample file showing what you want to achieve, 
 I'll
 be able to comment on whether it's possible and, if it is, I 
 would
 think a fix will be forthcoming. ;-)
Well, what Im'm trying to achieve is basically what I have posted: Apply STL algorithms to MFC CArray, with array_veneer and array_adaptor. ;-) We have a third party library here that takes and returns CArrays (and its specialisations). Right now, I am copying the CArrays to vectors and back, whenever I want to use STL algorithms, I was hoping that with MFCSTL I could skip that and could write code like CObArray Array = SomeLibraryFunc( ... ); mfcstl::array_adaptor<CObArray> Adapt; std::sort(Adapt.begin(), Adapt.end(), MyPred); Or like mfcstl::array_veneer<CObArray> Ven; std::copy(SomeSource.begin(), SomeSource.end(), std::back_inserter(Ven)); SomeOtherLibraryFunc(Ven); // Takes CObArray as argument The first one fails because array_adaptor only supports const_iterator, not iterator. But std::sort also fails with array_veneer, although it should work, since array_veneer supports iterator, and it provides random access iterators. And std::back_inserter fails on both array_adaptor and array_veneer because array_adaptor does not have push_back and array_veneer does not have a reference typedef (probably const_reference would also be needed). For your convenience, I will post a small test project which illustrates the problems. So Long... Gabor
Jul 25 2005
prev sibling parent "Matthew" <admin stlsoft.dot.dot.dot.dot.org> writes:
Gabor

I'm working on this right now. I did a fair amount yesterday, and 
expect to having something testable in the next 48hrs

Cheers

Matthew

"Matthew" <admin.hat stlsoft.dot.org> wrote in message 
news:dbnoar$1sa3$1 digitaldaemon.com...
 Got it

 FYI: I'm writing my next book, Extended STL, at the moment, and in 
 a few days I'll be working on the material about adapting non-STL 
 collections, so this'll be ideal material. As such, I think I may 
 have some good news for you next week.

 Cheers

 Matthew

 "Gabor Fischer" <Gabor.Fischer systecs.com> wrote in message 
 news:9aFuyXOpQNB systecs.com...
 Hi Matthew!


 If you can post a sample file showing what you want to achieve, 
 I'll
 be able to comment on whether it's possible and, if it is, I 
 would
 think a fix will be forthcoming. ;-)
Well, what Im'm trying to achieve is basically what I have posted: Apply STL algorithms to MFC CArray, with array_veneer and array_adaptor. ;-) We have a third party library here that takes and returns CArrays (and its specialisations). Right now, I am copying the CArrays to vectors and back, whenever I want to use STL algorithms, I was hoping that with MFCSTL I could skip that and could write code like CObArray Array = SomeLibraryFunc( ... ); mfcstl::array_adaptor<CObArray> Adapt; std::sort(Adapt.begin(), Adapt.end(), MyPred); Or like mfcstl::array_veneer<CObArray> Ven; std::copy(SomeSource.begin(), SomeSource.end(), std::back_inserter(Ven)); SomeOtherLibraryFunc(Ven); // Takes CObArray as argument The first one fails because array_adaptor only supports const_iterator, not iterator. But std::sort also fails with array_veneer, although it should work, since array_veneer supports iterator, and it provides random access iterators. And std::back_inserter fails on both array_adaptor and array_veneer because array_adaptor does not have push_back and array_veneer does not have a reference typedef (probably const_reference would also be needed). For your convenience, I will post a small test project which illustrates the problems. So Long... Gabor
Aug 03 2005
prev sibling parent Gabor.Fischer systecs.com (Gabor Fischer) writes:
Hi!

Here comes my test project:


begin 644 MfcStlTest.ZIP
M4$L#!!0`` `(`'&#]#+B4.6L(0(``+,%```.````369C4W1L5&5S="YC<'"=
M5/]KFT`4_]E`_H=7"T.AM(T;#$Q6R$S7#I)VM`WY92#6>R;'S)V<9]HP]K_O
MG<9&-X4Q!?7>Y]W[?-X7[Y2+."T8 IUK%B6OYQM[.#A],RZ2^%&G3YCK`Y`P
M3""<77]>WM"2%EP "'R!TA3>7:_(C(+Q9#AH!)IPF6N%T?:J:8S2M51<;UI6
M>YO$N4[#2*EH'^Y0(*J2O+J#%1?3+`.]07J-C6DG.8-OB M]7V GEB+7,%O=
M/\S>`7MQAX.?PP'010GZ?BP+#9,)`>9I`] 4XI>)0MLAU-N("\<$K/99QBH>
M4`>2I'V"RY+0NKB`KX)K6'P)C$\"SLDT>25EQNKX_ WJA61%BK>18"DZ=\OY
MW#T#\SJ#$ [D=DO8G,KG$'+I$I]E"*U09R:5Q`F?')L(*J8DXBFRD^_"=MVQ
M<6N(&AD#Y6!AFF,5! Y7D7.Q/F8^[D2H7>E?2-4%WV^VH7M[+E5/X$2J$*-X
M,^X1E.V[D><H_A%RD:/2)>G1B0IOAA%&/C2%`97R*.;HWO29!+.55&QJ3%<0
M[48-;EJ=9T6^"0VS\][MA4;]T,=^Z$,_Y+FM_.KQM)?"9(*L2L$OQ[1VJLOJ
MF%#/N*:)I1$R"^JD^:S_A29M'?G0["- >'HB=>VW'UNZH*6LU?7_EM<IL^Z\
MU]?Y/X?F7V;`:RG(]KV26\')R^NN32`SWE>;1EF\)H?751:K/)(LA;I0XNT`
MJHZJWU!+`P04``(`"``C ?0R"%<1O]T```!``0``" ```'-T9&%F>"YC<'!=
M4#%NPS`,W`WX#T2ZMO:>K8!1I$,0%#:"KHI$PRP42I"H)LU[\Y#2=KIT(G"\
M.]ZQ;2&+,^.UL3'"%CX*>B]X54R0GL$1`I>TS%X,.Y/<RSM;7QQF0.(3L4.I
MJ[8%V(^V%S] EB;:"2 +.$SP'9(-YTB>,`G"#HVBJ^)Q.YR^`%FFNY?ETC_%
M\!.)QY#.1BAP7=75$ZT18/-PF#8SK);#H3MLX8CI I21H5<[4T:XE7R7FR<[
M_258RY%2AN[U[;/9P6)0V`$K3>:5,K(VZ.9G`";-H,+9!++V;NKJ%U!+`P04
M``(`"``C ?0R RRH;2D````G````#````$UF8U-T;%1E<W0N:%,N*$I,STU4
MR,]+3N7EXN52SLQ+SBE-2550*DHMSB\M2D[5RU#BY0(`4$L#!!0`` `(`".!
M]#)06%)7`P$``)P!```*````4F5S;W5R8V4N:'6.P6J$,!"&SPJ^0Z#'A55I
M7\":'*2:B%'IGH)K)FU:R8)&2EGV;?L8/31*BRQL3\/,]\W/'X;G,V4"DY)0
M3&B:$7ZY!'X8HD+WXVDZ*8M:/<W= -+=#KV` ;&S()$V_3!+0$H/L%\?FLF=
MCY^H4#VW0PV3W8_]0 (_\.\D*&T`99B+I"Q%G=4Y\3POCNX7[-[I5_\Z64#<
M=D9VH_R`T6WJ>T0&9D#L^`;O%E;5Q6GE`E%2\KK!&1,9;=D3P2LP5Z0B"68T
M/PA^*!Y9SK<JK <7E#S7SN&LJ5(BVB1OB.L4W[)25A0)Q;^2]Q!%_WFTKEC^
MY\7.NZ6Y/ 1OTA(%1FJUS1]02P,$%``"`` `-('T,H]M:=8=` ``' 0``` `
M``!S=&1A9G N:*53P6[:0!`]!XE_&*G7`%+;4U0A(8>T*&`0-DENUF*/[2GV
M+EJ/`^5G>^$S<NBL71I"6ZE2?=F=\<R;-V]G! .H.%'IOI_##4QT7-0))HJ1
M('VQ$+#2B;))]:UB+'OG_U%?=SN#`8!)T,+6FJ^XX6J+!TJIBG.$BV!(""$_
MUBEEL$9=\X&O0:W1-BBDH=86,RS*XW?*4,-H7?%1)W++T)V688=6[+Y+Z':Z
MG7=;J[)2 =$Q-G:"*6F$QXG_X7TT'8_\:.3?1C.Y7%U)C0`+%KAGM#L40$8(
MD0H$Q_^1=&)V5>\+*F=JBG,&)+TF1T&PJ>T&/HE<9/KY\-S'<:YLZ_O)(1J%
MT\ +PN7$_QR-GQ;3B3<)(V_NBVOEA?-EX!A)`>D5O(`MZ:QW;W3%MMZPL<*S
MDM*`^VU!!^*F/TJ%3`H/GB"&RY'K\+7BN??_VY4,2MNBIR:;(1E>>':DQ0FG
M3\K.[KS>/5K=DP=-? W0QI1;HU'S6S$%`??\!X2QD"9&6^OLMXR$8RXDI^G2
M!:\$UE;\P <);^96%46&)3I=`L8:+19B2A \&RV3*?$:&<:BKFAMX>.KNM'H
M[BGRY^[P9GX4K!:+^3*\H!"7NB'P3PQ.8K]E<H$HZ[4M6GT;[9T0?Z-RGDI&
M1 95.71NR0GGM_,;>'"/3I4\?^"VCJ1%5:=PJ*LC'PIRZ]D^?;N6D]S"PIK,
MJK($M*FQ;M^ZG1]02P,$%``"`` `(X'T,H<ZV5N&`0``: 4```T```!-9F-3
M=&Q497-T+G)CO5-+;X)`$+Z3\!^F>*FQD8II>D;9$E($`XO1QH10&)24+F:!
MI`=_?!=MZZOUI)WCSL[L]UI5M1B,LI 799%6,,G*.LIAV.G``AGR#'F%)7A8
MED7-8V3E&\]655>65%666AF+\SI!4#AN^]VE(DNBD6":,01][-/`L-S0([KA
M.O8L]&>C 6O[S?P%:PM'56%2,$B0[P`#)5-J.4,[,`AH.U(G#*+T0Y#8X+\P
MM%;-A!SGM&API'"S%2VYU9^FXI+O!MZ0A(9MMV&]AOTFU3TS-$C0EB5;=\Q`
M-PD\WD%/[%GQ:/$>05PD&*ZB!=[VM`>MW3RQ>>0`B.5,W&=B7,N+/>6W9[+4
M.[`#9&E`3,N1)1"UEZ'YO7"!.$8SHIT;V=FW\T^9\SE3OB[L;^J?V_374`M9
M(KP1)1B=*G<M[5XPBY?(TB(7B:VB5\QS_!;1IY[EF%0?V$<L+,,/]?$XI!9M
M6IM21FGL5SG%LCHF=7'L/REC_QFS\U^^?_+EKV#:04B8<*[ZA?TG4$L#!!0`
M` `(`#2!]#))/8J:4`$``) #```.````369C4W1L5&5S="YS;&Z=D4]O C`8
MQL^2\!T()Y=8TBJ;<-B!?RX[N"QCV<X(+Z9+;0TM9HO;=U]1G**'J3?Z/.WO
M>=Z7*<TK(46IK#<JZXQ9J:H+*JQ4L%I1P:T)93"P)J):9/H.5+(1QP[&IO%<
MB0_(5=]>>V'D1TGH(2]T`T1(C)$7$X(P#G#D$^VZPQ_[QKJW[&F9IXJ] E3V
MX/#DK/*EYC7B6C\BV',Q\F.,D>O[MRB,$HS&DU$8D2"Y(V'X8YM&PHNV VD\
M,#'+F&GTMA^I%G73_FZ.2/"2SNLJ:PY-D64%.T\_ZFW]IVP!#M9N#+-Z?J03
MK;\` TR"=G1V)^DDN6T6PQ)X`3RG(#>Y0JJ#X',QI_V[G-YY2W,V SF!9J\ 
M*N>[4;_?*1\-+^:$-67%?F$74]IU=OJTVM6L?:=CTK^[3CX5<$EGE%'UM;6N
M^F<=3E`4C_P\S)]B&K]02P,$%``"`` `C('T,KYK-]\-!```APX``!$```!-
M9F-3=&Q497-T+G9C<')O:NU72V_;.!`^NT#_0R#L88LB\2-INX'L+6+)SAIK
MQZ[E))<%"HH:VTPI4J"HU-['?^]0HA(KM>/ZL.T>]J"$',X,Y_'Q(]U^OXKY
MT3VHE$G1<9HG#><(!)41$XNCSI%SRT0D/Z?'S=:;EO/^UY<OVC<LS0 /=!8Q
M.5'R#JA^^:)F1[-U`AVG4#GR7K]V<.FF=/[NI-$P BL2H])H3 /-9Y!JY]'^
M\GK =YR_+AI>L_'+6>/XW&\TCL_.S]\<=[U>X_A=_[3K-2]Z;YO=[C_&['=8
M?Y8JZI X3UO&B8,QUMH33O1<JC UL\>IF=CM<P.GGFO7*^IM3XHY6V2*:`S;
M>JC(-MSX$&:+OPMGN7B<Z233/E.8C51KJU&L#80&%4/$B(;M&I5MBF(VBY7K
M%,;S4=_K.'8C;TD4H> P`&V$>9RU]DQ*GH]L #>>-_1DG#`.RJP5QK5QHEG,
M_LSWZ3 -*[V((F8DA`\$Y5GT$"6#M./\]',P&P;C_NS5'ZQ8MF83!8F2%-)4
M*A_F3.1.T.)V<'7:<C_ZO>[UI?O1&U\%XV'/&HU0+29\BLDSCAV<3:_+I2Y)
M&9UF`D,$;PGT$[HZM6M6/&2A(J9XI1SK V'0(M/H-R`1J,?56Z($(GH(]\`[
MSIF5^J`QN[=G7:8G4FD2,L[T&E$4<HAQS_[%,. ]Z&*3!L* )"]:/Q\87_7=
ME<]2+>.NR2\O_6[-(1.?JOW)8=3'7$S=QSFB7M4?S\P)K,KJ&UMLEX(8A";\
M`2"U2Q" #-2>A%ZI-6:[4"3V":9/4GAFQR0*K4V0A<$ZU1`_H+,V(VH!>D3H
MDHD<M+MS'0W\X9YR3&2J\[+U[C&G?<H*#M$UY?H6U2FD,E,4*H=GM_HMA`&H
M>T81AG*UMK67WV#F0\+E.JY&U*Y7J.!Y$IH"!^S=LS1D=9XEHHK.#Z*B$KP#
MP1%)_4Q0(^^M$B+L%56:Q4SW$;DPD<RDDU9 _>\PV=56) NT0FZ98$;XKQ+%
M4[(JD^L) A13)I>SDH'E4_,?Q6FG_SU.:Q[":5OXR8(,IC`'A0\< X)J-[SQ
MR+^8]26/\C:T_B>V[T5L3T3%(\S`Q+Z]<(CG>X/O/F3`>80H8""*-A4J'8<F
MB4M=NEJY$<Q=&7&7X;=,[MR0:)>D<<E-QKT]HX"//W8/$Z*7FZ_2$_15:M>-
M^A[+5$=DOMJP*E2_YNQM3T=KL5G(/:RYBQT>`&JC_OH:V1M8]3KYKJ%M5#H?
M8E-W8*!PNA4$2VQXXBX1!,O890(Q(. !?5\>TO7R,!UF9;&RQ69/UE-S,YG]
MQ-;,%749E2[-E!O&B1OQA:MH"S_MADRX:I&Z"S9W[Y(%?I#_.:`PBCX?;R$N
MCN\EER'AQ;C^.&G7M_Q\1/D74$L!`A0`%``"`` `<8/T,N)0Y:PA` ``LP4`
M``X```````````` `````````$UF8U-T;%1E<W0N8W!P4$L!`A0`%``"`` `
M(X'T, A7$;_=````0`$```H```````````` ````30(``'-T9&%F>"YC<'!0
M2P$"%``4``(`"``C ?0R RRH;2D````G````#````````````"````!2`P``
M369C4W1L5&5S="YH4$L!`A0`%``"`` `(X'T,E!84E<#`0``G`$```H`````
M``````` ````I0,``%)E<V]U<F-E+FA02P$"%``4``(`"``T ?0RCVUIUAT"
M```>!```"````````````"````#0!```<W1D869X+FA02P$"%``4``(`"``C
M ?0RASK96X8!``!J!0``#0```````````"`````3!P``369C4W1L5&5S="YR
M8U!+`0(4`!0`` `(`#2!]#))/8J:4`$``) #```.````````````(````,0(
M``!-9F-3=&Q497-T+G-L;E!+`0(4`!0`` `(`(R!]#*^:S??#00``(<.```1
M````````````(````$`*``!-9F-3=&Q497-T+G9C<')O:E!+!08`````"``(
+`-(!``!\# ``````
`
end
4196



So Long...

Gabor
Jul 20 2005
prev sibling parent "Matthew" <matthew stlsoft.com> writes:
Check out the CArray_cadaptor and CArray_iadaptor adaptor classes released
in the
1.9.1 beta.

Sorry for the delay. ;-)

Cheers

Matthew


"Gabor Fischer" <Gabor.Fischer systecs.com> wrote in message
news:9aBupAFKQNB systecs.com...
 Hi!


 I have just begun to test the array_veneer class in MFCSTL. I use STLSoft
 1.8.3 with Visual C++ 7.0.

 I encountered problems when writing simple test programs. First I wanted
 to apply std::sort to array_veneer:



 struct MyTrait
 {
    typedef int         value_type;
    typedef int         arg_type;
 };

 .
 .
 .


 mfcstl::array_veneer<CArray<int>, MyTrait> av;
 std::sort(av.begin(), av.end());



 This fails to compile (six errors).

 Ok, next test: Try to use std::back_inserter with array_veneer:


 mfcstl::array_veneer<CArray<int>, MyTrait> av1;
 mfcstl::array_veneer<CArray<int>, MyTrait> av2;
 std::copy(av1.begin(), av1.end(), std::back_inserter(av2));


 Fails to compile too (the compiler is complaining that reference is not a
 member of array_veneer)

 BTW, by simply creating an array_veneer like above (and nothing else), I
 get two warnings saying that the copy constructor and the copy assignment
 operator could not be created. Is that normal?

 And, while I am at it: Why does the array_adaptor class only have a
 const_iterator, not an iterator, and no push_back?




 So Long...

 Gabor
Dec 20 2005