FBtoC is slower but could handle correctly the following code: dim as container gCont gCont = "" gCont += string$( 255, "a") + "test" print gCont FB is faster but emits a string length error for that code. In this particular case, when the left term is a container and the first item in the right term is a string: - FBtoC parses each items in the concatenation and add they to a temp container that is copied to the left term. - FB adds each item in the right term to a temp string and copies that in the left term. FBtoC could add more that 255 characters in that line, FB only 255. It's possible to speed up FBtoC reintroducing such limitation. In my opinion it's better to document the slow down, recommending to split complex operations when speed is important. Michele. >Walter Lenk wrote: > >>I have been working on converting one of my utility programs for >>FBtoC, and have run into a significant speed issue with the >>implementation of containers in C. > > >Well-spotted, thanks Walter. I mades a new bug report. > >347 Open performance issue with container += string + string > >Code under test: > gCont += chr$( 13 ) : gCont += chr$( 13 ) > gCont += chr$( 13 ) + chr$( 13 ) > gCont = gCont + chr$( 13 ) : gCont = gCont + chr$( 13 ) > gCont = gCont + chr$( 13 ) + chr$( 13 ) > >Times for 10000 repetitions: > FBtoC FB > 0.0036 s 0.0233 s > 0.1719 s 0.0081 s <--- performance bug in FBtoC > 0.3432 s 0.6025 s > 0.1721 s 0.4306 s > >FBtoC actually beats FB on 3 of the 4 tests, but handles #2 very poorly. > >Robert P.