> -----Original Message-----
> From: anon ymous [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, August 05, 2004 12:17 PM
> To: [EMAIL PROTECTED]
> Subject: integrating C++ apps with perl
> 
> 
> Hi,
> 
> I've never used perl before, and I have a gut feeling that it 
> might be 
> the tool to fit a requirement I have, but I'm not sure. If anyone can 
> confirm that I'm not barking up the wrong forest, then that'd 
> be great.
> 
> 
> I have a C++ application that's mainly on unix, but it's 
> designed to be 
> platform dependent. Generally it's generating a large number of data 
> structures which it will eventually pass to another application. The 
> data structure consists of strings and numbers, and is nested 
> so varies 
> in length.
> 
> At some point while it's handling those structures I want to give the 
> user an opportunity to transform each data structure into 
> anything they 
> like, after which it gets passed back into my application 
> before final 
> delivery. Users will probably change the structure into a 
> text message 
> like XML, but it could just as easily be entirely binary 
> (even the XML 
> messages might have message delimiter characters like 0x01). 
> This will 
> allow my system to maintain a compatibility with other 
> people's systems 
> without recompilation etc (there's no such thing as 
> standardisation in 
> my world yet I'm afraid).
> 
> At it's simplist, my application could dump each structure as a file, 
> then the perl program reads, transforms, and writes out a new file, 
> cleaning up the old files, and my app reads in the new file. 
> But really 
> I'd like it to be all handled in memory (for speed I guess, 
> and low disk 
> grinding). I'd also like to retain the platform independence 
> nature of 
> everything.
> 
> 
> So, can a C++ app pass data to a perl (script?) and then receive data 
> back? Does the C++ application have to 'embed' a perl object somehow?
> 

perldoc perlembed

José.


**** DISCLAIMER ****

"This e-mail and any attachment thereto may contain information which is confidential 
and/or protected by intellectual property rights and are intended for the sole use of 
the recipient(s) named above. 
Any use of the information contained herein (including, but not limited to, total or 
partial reproduction, communication or distribution in any form) by other persons than 
the designated recipient(s) is prohibited. 
If you have received this e-mail in error, please notify the sender either by 
telephone or by e-mail and delete the material from any computer".

Thank you for your cooperation.

For further information about Proximus mobile phone services please see our website at 
http://www.proximus.be or refer to any Proximus agent.


--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
<http://learn.perl.org/> <http://learn.perl.org/first-response>


Reply via email to