Hi Peter,

So I take it that the ultimate problem is that the job as currently constituted is too slow? Or is it that is is 'fast enough' (for the procedures surrounding it) but someone says it can be faster?

IF it is the latter, let the person do so would be my opinion. I don't doubt that it could well be faster with C++ though I suppose it could take a highly skilled one to make it so.

This would be an interesting and informative exercise. The development time could be tracked, then the speed difference (between your original and the C++ one) measured and some conclusions drawn.

cheers

>Hi to all who are interested in this topic.
>
>One of my customers has a colleague who states that the application that I've written should be written in C++, which would give a better performance. I wonder whether he's right and if not, what arguments I could use.
>
>The core of the app hardly uses DBMS functions. Instead, it uses low-level functions like FOPEN(), FGETS() and FPUTS(), and string manipulation functions like STRTRAN(). It reads tab delimited files, not with APPEND FROM, but with FGETS(). The reason is that the fields of the import files vary and the file size can be huge. And it also writes files with FPUTS() after having done some sophisticated string manipulation. The speed is still phenominal, thousands of records/lines are processed in a second or so. But the import files can contain 100,000,000 records or even more, so it may still take a while before they're all processed.
>
>The big question now is: Will C++ or Delphi do this job significantly faster??