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?
Also, would there be any incompatibilies between the C++ structures and the perl structures? If anyone thinks there's a simpler scripting language that could be useful, or a good alternative to my approach, then I'd love to hear about it.
thanks, n
-- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] <http://learn.perl.org/> <http://learn.perl.org/first-response>
