Board index » cppbuilder » Re: Is the BCB6 the end of the C++Builder?

Re: Is the BCB6 the end of the C++Builder?


2003-10-23 06:43:11 AM
cppbuilder22
Quote
And that prevents them from producing their *own* documentation...why?
And how much are you will to pay them for this?
Why waste time documenting APIs that are already documented by Microsoft
(and for free)? I would prefer that they spend time fixing bugs and
adding new features.
h^2
 
 

Re:Re: Is the BCB6 the end of the C++Builder?

Quote
Further, where in the world do the come up with stating "2 million
active Win32 developers"?
Rounding off 2 MB of memory.
Quote
How do they know how many people who bought,
for example, Delphi 5, but are still using it (haven't upgraded)?
1,569,874
Quote
How do they know how many bought both Delphi and BCB?
798,457
How many bought it as "shelfware"?
1025.14547744899899679872521 (very accurate)
Quote
I have purchased every version of Delphi from 1-5 and BCB
1-5 (haven't bought any since version 5). I actively use BCB5, and
occasionally use D5 (in support of the BCB projects). How would I be
counted?
mmmm...yes, I mean no, well, ok perhaps.
Since that is 9 separate products I bought, would I count as 9
Quote
users?
No, unless you have 9 different surnames. At present you count as 2 only.
Quote
Since there are two separate product lines, does it count as 2?
Yes one for Erbas and one for White.
Quote
Or, is the reality of my situation (one user for those 9 products)
even taken into account?
You are in the record book now!
:-)
Rodolfo
 

Re:Re: Is the BCB6 the end of the C++Builder?

On Wed, 22 Oct 2003 17:58:31 -0400, Chris Uzdavinis wrote:
Quote
<SNIP>

>CBX addresses none of those issues, and pisses off the fraction of
>people that *did* depend on the VCL integration.

Of course it does! It'll move to a 100% compilant compiler, 100%
compilant standard library, more robust IDE, and will run on multiple
platforms.
It does *not*. I have to deal with the product *as it is now*, not *as it
will be* at some unspecified point in the future. What I'm hearing is a
lot of promises, vague assertions of greatness, and little to show for it
but a buggy IDE that's weaker in every way than the product it's supposed
to replace.
How do I know the 6.0 compiler will be so great? Right now,
it can't even compile threaded code! The "robust" IDE is little better
right now than any number of text editors I can think of, and is useless
on anything less than a fast Pentium III machine with 512 megs of RAM.
Just *claiming* something is the most wonderful thing since sliced bread
doesn't make it so.
mr_organic
 

{smallsort}

Re:Re: Is the BCB6 the end of the C++Builder?

On Wed, 22 Oct 2003 17:43:11 -0500, Harold Howe [TeamB] wrote:
Quote

>And that prevents them from producing their *own* documentation...why?

And how much are you will to pay them for this?

I must be hopelessly old-fashioned, expecting a vendor to adequately
document something that it sells...and to do it for the agreed-upon
purchase price of said product.
mr_organic
 

Re:Re: Is the BCB6 the end of the C++Builder?

"Harold Howe [TeamB]" < XXXX@XXXXX.COM >wrote in message
Quote

I would prefer that they spend time fixing bugs and
adding new features.

Now you're just trying to make me laugh. How many unsolved reports are there in
QC again?
How many new features in Delphi and C++ Builder were actually provided by 3rd
party components?
 

Re:Re: Is the BCB6 the end of the C++Builder?

Rodolfo Frino wrote:
Quote
>Since there are two separate product lines, does it count as 2?


Yes one for Erbas and one for White.


PLEASE don't go there (<G>). You don't have any idea how often that
happens in real life (plus iterations and permutations that would seem
unimaginable)...
David Erbas-White
 

Re:Re: Is the BCB6 the end of the C++Builder?

Quote
I must be hopelessly old-fashioned, expecting a vendor to adequately
document something that it sells...and to do it for the agreed-upon
purchase price of said product.
Borland doesn't sell kernel32.dll, user32.dll, or gdi.dll. So why should
they document what they do?
The OS should be documented by the provider of the OS. Name another
situation where an OS SDK is documented by another company.
h^2
 

Re:Re: Is the BCB6 the end of the C++Builder?

Ronald McDonald wrote:
Quote
Now you're just trying to make me laugh. How many unsolved reports are there in
QC again?
I would like to see Borland devote more resources to fixing bugs and
providing patches. Does that statement sound like I am happy or content
with the number of bugs that have been fixed?
h^2
 

Re:Re: Is the BCB6 the end of the C++Builder?

Well no, its just that at present there doesn't seem to be *any* resources
dedicated to fixing C++Builder bugs, and not much more than that fixing Delphi
bugs.
The only product I've seen bug fixes for recently was C#Builder, and this was
because in it's "out of the box state" the product was unusable, as Borland
released it before it was ready.
"Harold Howe [TeamB]" < XXXX@XXXXX.COM >wrote in message
Quote
Ronald McDonald wrote:

>Now you're just trying to make me laugh. How many unsolved reports are there
in
>QC again?

I would like to see Borland devote more resources to fixing bugs and
providing patches. Does that statement sound like I am happy or content
with the number of bugs that have been fixed?

h^2

 

Re:Re: Is the BCB6 the end of the C++Builder?

On Wed, 22 Oct 2003 17:57:18 -0500, Harold Howe [TeamB] wrote:
Quote

>I must be hopelessly old-fashioned, expecting a vendor to adequately
>document something that it sells...and to do it for the agreed-upon
>purchase price of said product.

Borland doesn't sell kernel32.dll, user32.dll, or gdi.dll. So why should
they document what they do?

The OS should be documented by the provider of the OS. Name another
situation where an OS SDK is documented by another company.

h^2
Borland sells a development tool that uses a specific API. Every compiler
vendor I've ever worked with before Borland supplied API docs with the
compiler -- SUN, IBM, Microsoft (Duh), even Fujitsu for God's sake. Back
when Symantec still sold a C++ compiler, they delivered API docs.
Sybase's Power++ supplied API docs. And they did it as part of the
original purchase price.
It's Borland's responsibility to ship current API documentation for every
SDK they include in the compiler. If I have to rely on Microsoft for
documentation, I might as well rely on them for my compiler too. After
all, Microsoft will be assuming that in their documentation.
This isn't an idle problem, either -- Borland's headers often differ from
Microsoft's. For example, Borland's fcntl.h doesn't include O_RANDOM or
O_TEMPORARY, but Microsoft's does. This means that lots of programs that
assume that definition will not compile*. In my view, Borland is
responsible for documenting that difference. If you rely on Microsoft's
docs, you will be led astray.
*Berkeley DB is one such program.
mr_organic
 

Re:Re: Is the BCB6 the end of the C++Builder?

"Mike Swaim" < XXXX@XXXXX.COM >wrote in message
Quote
On the other hand, there's little reason to expect Team Ber's
to vent in these fora. It won't get Borland to change anything,
and it might cheese off the Borland powers that be.
That's why we vent to Borland in private :-)
Public perception is important, so of course you're not going to see TeamB
venting very much publically. But private... that's a very different
matter!!!!! :-)
Gambit
 

Re:Re: Is the BCB6 the end of the C++Builder?

Ronald McDonald wrote:
Quote
Well no, its just that at present there doesn't seem to be *any* resources
dedicated to fixing C++Builder bugs, and not much more than that fixing Delphi
bugs.
If there are no resources to fix bugs, then where are the resources
supposed to come from that will document the win32 API?
That is my point. Whoever Borland grabs internally to document the SDK,
they will be pulling them away from something that was more important.
Unless they ask a lawyer to do it.
h^2
 

Re:Re: Is the BCB6 the end of the C++Builder?

Quote
Borland sells a development tool that uses a specific API. Every compiler
vendor I've ever worked with before Borland supplied API docs with the
compiler -- SUN, IBM, Microsoft (Duh), even Fujitsu for God's sake.
For which OS's are you talking about? I hope you're not talking about
Sun C++ on Solaris or IBM on OS/2.
Quote
Back
when Symantec still sold a C++ compiler, they delivered API docs.
Sybase's Power++ supplied API docs. And they did it as part of the
original purchase price.
Yes but did those companies author their own SDK docs, or did they
license the docs from Microsoft? The answer is almost irrelevant, as you
are citing examples of compilers that have gone under.
Borland supplies API docs. You just aren't happy with them. You want
them to invest time and resources into making them better. I don't see
the point.
h^2
 

Re:Re: Is the BCB6 the end of the C++Builder?

On Wed, 22 Oct 2003 18:11:54 -0500, Harold Howe [TeamB] wrote:
Quote
<SNIP>

If there are no resources to fix bugs, then where are the resources
supposed to come from that will document the win32 API?

That is my point. Whoever Borland grabs internally to document the SDK,
they will be pulling them away from something that was more important.
Unless they ask a lawyer to do it.

h^2
Um...I guess *hiring someone* is completely out of the question? God
forbid they actually put enough resources on a project to do it right....
mr_organic
 

Re:Re: Is the BCB6 the end of the C++Builder?

Quote
Um...I guess *hiring someone* is completely out of the question? God
forbid they actually put enough resources on a project to do it right....
If Borland has enough money to hire another resource, then I would
prefer that they hire someone to fix bugs rather than document something
I can already get for free. Based last quarters results, and this
quarters preliminary results, they don't have the cash to hire anyone.
In the end, the cost of documenting the OS SDK will be passed on to the
consumer. This isn't cuba. So how much are you willing to pay for this?
(didn't I ask this already)? If you think that features just show up for
free in the end product, you're smoking something funny.
h^2