for those who still create COM servers

Thread view:

Enable EMail Alerts

Start New Thread

Thread rating:

Egbert Nierop (MVP for IIS) - 25 Jul 2006 11:02 GMT

Boost BSTR performance by 3000%

http://technolog.nl/eprogrammer/archive/2006/07/25/1009.aspx

Reply to this Message

Bronek Kozicki - 25 Jul 2006 12:22 GMT

> Boost BSTR performance by 3000%
> http://technolog.nl/eprogrammer/archive/2006/07/25/1009.aspx

anyone willing to rewrite _bstr_t ? ;)

B.

Reply to this Message

Egbert Nierop (MVP for IIS) - 25 Jul 2006 13:43 GMT

>> Boost BSTR performance by 3000%
>> http://technolog.nl/eprogrammer/archive/2006/07/25/1009.aspx
>
> anyone willing to rewrite _bstr_t ? ;)

That would be a hard task :<

I've been looking into the source, and that one looks much more dependent on
tiny subroutines, while the member functions of CComBSTR are independently
written.
Whynot just use CComBSTR instead of _bstr_t ?

in addition, CComBSTR2 also has methods like CString has (formatting), so if
you manipulate strings (in/out or retval) you even do not have to cast to
CString and BSTR back, thus again improving scalability. I only would like
someone to improve Join and Split on the CComBSTR2 class. These functions
are really slow.

Reply to this Message

Bronek Kozicki - 25 Jul 2006 15:05 GMT

> Whynot just use CComBSTR instead of _bstr_t ?

maybe because _bstr_t is already in your project if you use #import? Or
because it's more const-safe than CComBSTR? Or because it does simple
and nice Unicode<>ANSI conversions?

B.

Reply to this Message

Egbert Nierop (MVP for IIS) - 25 Jul 2006 17:47 GMT

>> Whynot just use CComBSTR instead of _bstr_t ?
>
> maybe because _bstr_t is already in your project if you use #import? Or

that would be 500bytes extra code on your compiled project ;-)

> because it's more const-safe than CComBSTR? Or because it does simple and
> nice Unicode<>ANSI conversions?

Possibly. I never do Unicode <-> ansi conversions since I simply never
develop for Win9x/ME :).

There are very nice ATL conversion macro's that do the task already. But
since I don't know _bstr_t for sure, I cannot speak about this.

Reply to this Message

Bronek Kozicki - 25 Jul 2006 18:01 GMT

>> maybe because _bstr_t is already in your project if you use #import?
>> Or
>
> that would be 500bytes extra code on your compiled project ;-)

and yet another string class, with different ownership semantics than
others. Mistakes in ownership handling can be pretty expensive, if you
forget the semantics of class you use. Thus I simply do not use the ones
I do not really need.

>> because it's more const-safe than CComBSTR? Or because it does
>> simple and nice Unicode<>ANSI conversions?
>
> Possibly. I never do Unicode <-> ansi conversions since I simply never
> develop for Win9x/ME :).

I do use std::runtime_error (or actually my own classes derived from
thereof) and the problem is that it does not accept const wchar_t* :-(

B.

Reply to this Message

Rate this thread:

for those who still create COM servers

Free Magazines