Content-Type in the resulting page, and I can't figure out where it's coming
> from.
[snipped the rest]
perldoc cgi_to_mod_perl
search the pod for "PerlSendHeader"
- wendell
aid works
everywhere else but mod_perl-1.24 with perl v5.6.0.
This is perl, v5.6.0 built for i386-openbsd
Server: Apache/1.3.12 (Unix) mod_perl/1.24
OpenBSD entropic 2.7 entropic#0 i386
Is this a know bug? Is there a bug? Is it right in front of my face?
Workarounds? thanks, Wendell
*
ew what mod__perl was doing with the handles and why
the info was being dropped on the way back.
I also tried Symbol::gensym, Apache::gensym, and autoviv ... ... no diff.
>
> As a performance note, have you considered passing the command line as
> a list like
>
> qw(/usr/bin/encrypt -b ), &salt )
>
> in place of the string? That way the &exec in &open2 is not invoking
> a subshell. Also, if $pass comes from a user, what if they type in
> `mail [EMAIL PROTECTED] /etc/passwd`?
the $pass is checked long before it makes it to the shell.
Well time is too valuable, so my solution for right now is to have a local
socket daemon run the encrypt command for me. Just have to remember to
have the daemon running ...
Thanks for your reply and help.
--Wendell