Scripted wrappers for legacy applications, Part 2
In last month's column, we explained how scripting languages can manage subprocesses written in C. We explained that the examples we offered were indifferent to language, and we demonstrated how to wrap a program written in C++, Fortran, or any other language with a fresh GUI face. In fact, with typical scripted pipes, you don't even have to know what language your legacy application was written in. All that matters is its interface behavior as a command-line application, which communicates through the standard input-output channels.
That's an important realization. Students of reuse theory recognize that the best, least expensive, and safest components are those defined through their interfaces, not by their internal mechanisms. For an existing program, the difference between having to make zero changes to prepare it for wrapping and having to make even one can be enormous.
Reader Katja Cremer points out one common pitfall of pipes. Several scripting languages with UNIX heritages emphasize the parallelism of pipes and conventional files by using open to launch the former. They mark the difference with a subtle syntax that's easy for a beginner to overlook. In Perl, for example:
open(CHANNEL, "program");
reads the contents of the file program, while
open(CHANNEL, "program |");
launches program as a subprocess and reads its output.
Sometimes it's necessary to break open black boxes such as program. Our last column showed that pipes are a response to the complaint, "It's working, but it waits and prints all the results at once." Even with proper pipes set up, developers sometimes observe that a GUI shows intermediate but spastic results -- nothing at first, then 20 lines, then another pause, and so on.
That symptom usually hints at output buffering. It is easiest to see with a small example written in C:
#include
#include
int main()
{
int i;
for (i = 0; i < 100; i++) {
printf("%i\n", i);
sleep(1);
}
}
If you generate an executable from that source and run it from the command line, you'll see it evenly count to 99, with each integer printed on a separate line after only a second's delay.
Launch that as a subprocess from a scripting language, though, and you might get bursts of results after delays of dozens of seconds.
Sign up for ITworld's Daily newsletter
Follow ITworld on Twitter @IT_world
Esther Schindler
If the comments are ugly, the code is ugly
claird
SVG a graphics format for 21st century
pasmith
Take Chrome OS for a test spin
Sandra Henry-Stocker
Solaris Tip: Have Your Files Changed Since Installation?
jfruh
Android fragments vs. the iPhone monolith
mikelgan
What Gizmodo missed about the Pro WX Wireless USB disk drive
Sidekick: The Good News & the Bad News
Either way you look at it Microsoft Data Center management did not follow standards or best practices in this failure. In which case it makes me wonder more about the outsourcing of corporate data much less personal data.
- mburton325
Join the conversation here
Quick, practical advice for IT pros. Made fresh daily.
Want to cash in on your IT savvy? Send your tip to tips@itworld.com. If we post it, we'll send you a $25 Amazon e-gift card.













