in reply to Korn Shell Wrappers for Perl Module Functions?

Update: Yes, I am worried about the parameters showing up when someone runs 'ps'. It is a matter of complete indifference to me if users can merely tell that I am running Perl behind the scenes. The suggestion that I use environmental variables sounds promising. My understanding is as follows:

As they say at the Paris Perlmongers meetings, 'N'est-ce que pas?" Is what I have said about environmental variables in Korn and Perl true?

Recursive Update: Clearly there is more involved here than simply swapping environmental variables to and from Korn and Perl. Therefore, the best solution given the user requirement to provide a Korn shell function is simply to do the whole shmear in Korn.

By the way, it occurred to me that the Korn shell would have had more success as a scripting language if the developer had named it something imaginative like 'Tortilla'.

  • Comment on Re: Korn Shell Wrappers for Perl Module Functions?

Replies are listed 'Best First'.
Re: Re: Korn Shell Wrappers for Perl Module Functions?
by Anonymous Monk on Jul 10, 2001 at 21:24 UTC
    Not true. Environmental variables are passed from shell to perl, not back (Correctly from parent to child). Environmental variables could be seen from all users per ps, but are not shown by default. Two points out of four. See here!
      Environment vars will only be seen if you pipe them to the script, as you've done in your link.
      However, if you set them on a line by line basis in a shell script they won't be visible.

      Malk.
        If you are on a linux box, try 'ps e'! On other systems I don't know the parameter. Your other point would be deserved, if we wouldn't talk about ksh (or bash for that matter). Echo is an internal command and will not be shown as a separate process, but as fork of the ksh. No params to see here, please go away;-)