[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gtm-perl
Subject:    Re: [gtm-perl] CGI spec
From:       Jim Self <jaself () ucdavis ! edu>
Date:       2001-01-13 3:59:28
[Download RAW message or body]

Emile,
>Jim Self wrote:
>
>> See http://cgi-spec.golux.com/ncsa/env.html for reference to HTTP_*
>> also in current CGI spec but reworded.
>> http://cgi-spec.golux.com/draft-coar-cgi-v11-03.html
>
>Ah, I see. Yes, these would indeed be variable. Still, I would
>generally expect to see a limited number of variables and would
>inspect them directly.

Yes, I am already doing that. I do agree that most applications need only a
small subset of the available CGI variables. I have added in the variables I
observed from Lynx and Netscape 4.7.

>I'm not well-versed in Mumps but the only
>solution I can offer is starting a subshell (a la 'system') and
>fetch the results of executing 'env' (if your shell is an sh
>derivative).

Thanks, I have been using 'zsystem "set"' from my GTM CGI handler to dump
environmental variables to the browser so I could inspect them visually. I
don't yet know the difference between output of 'set' and 'env' except that
variables are listed in a different order and the 'env' list is somewhat
shorter.

Can I fetch the results in GTM from stdin after redirecting stdout to stdin
in subshell? If so how to specify? I have been reading Bash man pages on
Redirection but finding it slow to digest.

The following at least didn't give me a shell error, but neither did it give
GTM anything to read.

zsy "set >&0" f i=1:1 r x(i):1 e  w "-----",!,"i=",i,! q

If i can't redirect output from the subshell to the parent input, I suppose
a named pipe might be in order.

---------------------------------------
Jim Self
Manager and Chief Developer
VMTH Computer Services, UC Davis
(http://www.vmth.ucdavis.edu/us/jaself)

[prev in list] [next in list] [prev in thread] [next in thread]