I was just curious about using Delphi and C++ together.

How easy is it to merge the two i.e. create the user interface with
Delphi and create everything else with C++?

Is there any advantage to doing this?

I would imagine there's a reason why this capability was incorporated
into Delphi so maybe there are some situations where C++ code would be
used.  

When would it be a good idea to incorporate C++ into a delphi program?

Thanks,

/tj/

These are 'project managment' reasons though. You can do anything in
Delphi you can in C++, so I can't think of any outstanding technical
reasons for using C++.

--
Bob Cousins, Software Engineer.
http://www.demon.co.uk/sirius-{*word*104}netics/

The drawback is that you have two development environments.  You must
distribute double sets of runtime libraries.  You probably must have
someone that understands both pascal and C++.

Paul

{snip}

As many people have pointed out to me part of the reason may be that
they already have many lines of C code they don't want to see go to
waste.

Just wondering.

/tj/

You know what I think? DLL. I needed a certain routine, that was already
written in C++ and compiled to a DLL. I called it fomr Delphi...it was
easy as hell. I highly recommend using DLLs written in C++ when needing
C++ routines.
 --

                                \\\\
                                 0 0
                                 \=/
                     http://www.charm.net/~tekhed              

MI isn't really necessary, since what it really does is provide
several interfaces to one object. So, instead of MI, you could
do a 'give me this interface' function (this is what COM does,
in fact COM doesn't have inheritance at all...).
Templates would be nice though.

M.

--
Martin Larsson, author of several unknown utilities for DOS and Windows.
mailto:martin.lars...@delfi-data.msmail.telemax.no
http://www.delfidata.no/users/~martin
X.400:G=martin;S=larsson;O=delfi-data;P=msmail;A=telemax;C=no

"Paul A. Billings" <p...@mrtc.org> wrote:

---------------------------------------------------------------
Dylan Steinberg
Integrated Systems Consulting Group

dy...@voicenet.com

In message <4sucnu$...@goodnews.voicenet.com>, dy...@voicenet.com (Dylan Steinberg) said:

There are ways around the problem, but it's not quite plug'n'play.

-----------------------------------------------------------------------
Steve Rencontre               |  st...@dstrip.demon.co.uk (business)
If it works, it's obsolete.   |  steve...@cix.compulink.co.uk (private)
-----------------------------------------------------------------------

On Sun, 21 Jul 1996 23:00:41 GMT, dy...@voicenet.com (Dylan Steinberg)
wrote:

If Delphi got the DB-access and you need to inform your C++ part about
(alot of) this data ?

Example:
You got some projectmanagement database (projekts, human-resources and
such )
The C++ part need to now about this (will build up it's own
datastructure with this information) - how do you do that most
effective ??

I own Borland C++ 4.5 which can build 32-bit programs, but doesn't
know about Windows 95 specific controls (in fact, BC++ 4.5 is light
on *any* controls except basic Win16 controls).

I bought Delphi 2.0 for application development. It comes with alot
of controls WIn95 and others. Now suppose I have an existing C++ app that
I want to port to Win95 I can either (a) upgrade BC++ to 5.0 @$300 if
I want the developer version, or (b) I can save my $300, build my UI
with Delphi and just link to it with BC++ 4.5.

Not elegant, but an economic argument.

Mark

Paul