There is nothing special about Robert's code, Dimitrios. Anyone trying
to use your algorithm to do transacted writes or to read large or
disconnected datasets will find themselves broken in the ways that
Robert describes. That's one of the odd things about your responses: you
seem to think we're talking about quibbles, whereas I think your
algorithm will never ever work in any real-world scenario. Robert's code
is just one example. Something that is almost always incorrect cannot be
better than something that always work, regardless of the performance of
the broken thing in the occasional example.

-----Original Message-----
From: Dimitrios Tsonis [mailto:Dimitriosberlandtech.com]=20
Sent: Tuesday, December 04, 2001 1:31 PM
To: Robert Sedor; Distributed COM-Based Code
Cc: rdilipklycos.com; vbpjeditfawcette.com; rsedorhotmail.com;
spfalzerfawcette.com; Steve Swartz
Subject: RE: ADO article in October issue profoundly wrong - TEST

I would like to see the code that you have used to produce the results
posted. Without that I can not offer an opinion.

Also, I do have to repeat for then Nth time that my method was compared
to the one presented in the "Microsoft ADO pooling toolikit for Visual
Basic" and I have always stated that it is superior to that and I will
always will. I am not sure what are you referring to when you mention:
"The VB and ADO method using COM+ connection pooling ". I am thinking
that we are talking apples and oranges here.

I guess we will need to see your code to understand what are you trying
to say and compare here.

----------------------------------------------------------------
Users Guide http://discuss.microsoft.com/archives/mailfaq.asp
contains important info. Save time, search the archives at
http://discuss.microsoft.com/archives/index.html .
To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]