I'd probably do it the same way you are describing. A named pipe to
establish communications with the C++ daemon might be helpful. Wrapping the
C++ functions you need in an XS module might be another possibility.
--
Mac :})
** I normally forward private database questions to the DBI mail lists. **
Give a hobbit a fish and he'll eat fish for a day.
Give a hobbit a ring and he'll eat fish for an age.
----- Original Message -----
From: "Mark Riehl" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, March 23, 2001 7:19 AM
Subject: Looking for suggestions
> I'm trying to design a 3-tier app (client using browser, web server with
> CGI/Perl/DBI, and a C++ app sitting somewhere on the LAN). In a
> nutshell, the user will need to browse info from a database, make some
> selections, and pass the data to the C++ app for calculations. Reports
> will then be sent back to the browser.
>
> Instead of passing data from the database to the web server and then to
> the C++ app, can I provide access to the database directly from the C++
> app via DBI? What's the cleanest way to do this? My initial thoughts
> would be a Perl app on the same box as the C++ app, open a socket from
> the C++ app to the Perl app, and take advantage of the DBI. The large
> number of databases supported by the DBI really helps me out.
