--- In IBObjects@yahoogroups.com, "Jason L. Wharton" <jwharton@...>
wrote:

>
> > I've just purchased the most recent version and I'm still getting
> > this problem, despite the fact the the IB_Directives.inc you now

get

> > has this fix in. Whether I try a manual install from the full

source

> > code, or use the automatic installer, I still get lots of
> >
> > "[C++ Error] IB_Components.hpp(3596): E2347 Parameter mismatch in
> > read access specifier of property SQLSelect" errors.
> >
> > I've tried editing the source of IB_Components.hpp, as mentioned

in

> > the earlier (temporary) solution, but I then run into trouble

later

> > on.
> >
> > Any ideas?
>
> I don't have any ideas, just more questions to hopefully spur the

right

> idea.
>
> What is it that could have your environment fail whereas mine works

fine?

> Could there be some kind of system level setting that has your

compiler

> behave differently?
>
> Are you looking at the errors generated in the \Logs sub-folder of

the IBO

> install folder when using the installer? Perhaps some additional

clues

> could be found there.
>
> The installer for IBO simply uses the command-line compiler to

generate from

> sources all the required files. This is how I can maintain a ZIP

file under

> 2MB and yet IBO can be installed on Delphi 3, 4, 5, 6, 7, 2005,

2006 and

> CPPBuilder 4,5,6 and 2006. You can see where it fails in its calls

to the

> command line compiler for more clues. This should happen without

any

> significance from your default environment because I specify most

all the

> parameters on the command line and in command files. You may see

different,

> more fundamental, problems there.
>
> HTH,
> Jason Wharton
>

No idea if this helps but I'm using C++Builder 6 and often get
similar problems when installing 3rd party components.
It seems other, non-Borland Delphi components already installed
sometimes have conflicing constructors.

Just a thought.

Cheers

George