UkJay said:
I'll try but this is my prob I'm hopeless at explaining
Ok I use asp which has variables. I then somehow call a perl script from
asp. (not embed it in asp)
This perl script can grab the values from my asp variables, do some work
and then return updated data into my asp variable(s)
Why do you want to shell out to perl when you're already running perl?
PerlScript is Perl; just running within the asp environment. That said,
there's no reason you can't also shell out to another script using backticks
(but you're going to pay the overhead of starting another perl interpreter
each time):
my $returnValues = `perl somescript.pl`;
Note that I called perl explicitly. I never looked into this too deeply on
Windows, but have always just assumed that the Windows extension mappings
are not available in the shell that is created to execute the command. If
you don't call perl, don't expect your script to run.
The data sharing is certainly not impossible, but not terribly nice either.
Options that spring to mind are to print the variables you want back to
stdout as a string in some delimited fashion and then split that string from
your within your asp script. Or you could go the more powerful route and use
the Storable module to write the data structures to file and then send that
filename back to your script to read them back in.
You may find yourself limited in terms of what you can run and do from a
shell, though. You will be running with limited rights no matter what server
you're using.
In other words, reconsider why you want to write a separate script!
Matt