🚀 go-pugleaf

On Thu, 19 Aug 1999 00:56:32 +0400, "Michael" <michael@mcity.mos.ru> wrote:

>After applying C++BUILDER 4 UPDATE PACK 1
>multitier applications does NOT WORK (even MIDAS examples from Inprise)
>Error locates in utilcls.h which was replased by UPDATE PACK 1 setup
>program.

There was a similar thread on this newsgroup about a month ago.  If you go
to:
	http://www.mers.com
and search the archives there for the following message,  you might have an
answer (posted on or about 22 Jul, 1999):
>From: "Martin Hart" <memorysoft@infotelecom.es>
>Subject: RE: Another slant on the patch problem
>Newsgroups: borland.public.cppbuilder.database.multi-tier
>Message-ID: <7n6buq$la622@forums.borland.com>

Jerry Bloomfield (TeamB)
-- 
Jerry Bloomfield                                     JersWork@wwa.com
Proud Member of Borland's TeamB
"We'll do anything if you don't pay us."

Hello Jerry
Thanx for answer, but no any information about subj on this site
http://www.mers.com

--
Michael Shklyarov
Top-City http://mcity.mos.ru/
tel: 7 (095) 923-58-03, 923-71-35
mailto:michael@mcity.mos.ru

Look at the "Another slant on the patch problem" in this group.  It is still
visible at this time.  Here are some of the important parts from aphreal

"Prior to the patch, tlibimp did not convert pointers to
built-in-interfaces to smart interface wrappers. It was always
intended that tlibimp do this, and (along with a number of 
other features that didn't quite make the cut), it was decided
to add the feature in the patch. I should have objected;
unfortunately, I did not know better at the time.

What happened is that the implementation file generator
attached to the type library editor also had knowledge of
the IProvider* type. So we patched that --- establishing
a disconnect: the generator, and the importer, would now
create code that was inconsistent with code generated
in the unpatched version. Unfortunately, there was no way
to teach the generator to automagically convert the unpatched
code; this has to be done by hand, by changing all
IProvider* references to IProviderPtr references and re-registering
the type library.

Note that there should be no problem whatsoever with completely
new projects: i've tested about a dozen now, and all of them
have worked flawlessly. The problem only exists in projects
taken from the unpatched version to the patched version."

and also from Steven Pietrykoski

"I've run into the same thing, and someone from Borland determined the following
workaround.  Every exported provider X generates a function get_X, which in its
body has the line:

  *Value = IProv;

which needs to be changed to:

  *Value = (IProvider *)IProv;

Also, make sure in any existing project to change IProvider** to
IProviderPtr*.  I share your frustration that both these bugs were
introduced."


Michael D S wrote:
> 
> Hello Jerry
> Thanx for answer, but no any information about subj on this site
> http://www.mers.com
> 
> --
> Michael Shklyarov
> Top-City http://mcity.mos.ru/
> tel: 7 (095) 923-58-03, 923-71-35
> mailto:michael@mcity.mos.ru

-- 
Jeff Overcash (TeamB) 
      (Please do not email me directly unless  asked. Thank You) 
The mist crawls from the canal like some primordial phantom of romance
To curl, under the cascade of neon pollen.  While I sit tied to the phone
like some expectant father, your carnation will rot in a vase.
             (Fish)
--

Jeff Overcash (TeamB) wrote in message <37BC43C7.72EE765B@onramp.net>...
>  *Value = (IProvider *)IProv; // was [*Value = (IProvider *)IProv] in my
projects

Thak you Jeff !
Now all works fine.

--
Michael Shklyarov
Top-City http://mcity.mos.ru/
tel: 7 (095) 923-58-03, 923-71-35
mailto:michael@mcity.mos.ru